From aryeh.friedman at gmail.com Thu May 1 01:27:33 2008 From: aryeh.friedman at gmail.com (Aryeh M. Friedman) Date: Thu May 1 01:27:38 2008 Subject: confusion over ports improvements projects intentions (was Re: Is someone already working on a port that supports Boost 1.35.0?) In-Reply-To: References: <20080429184420.GB5010@dose.local.invalid> <48178247.2010008@gmail.com> <20080429212721.GA5795@dose.local.invalid> <4817D91E.1040900@gmail.com> <48181A2A.1000303@gmail.com> Message-ID: <48191C81.50201@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 David Wood wrote: | [Additional CCs added by Aryeh noted, but left untouched] I removed the OP, Simon and Mezz since this has nothing to boost any more and I changed the Alex Ryba cc to Alejandro Pulver because the first was a misaddressing on my part | | I wanted to retitle this post, but couldn't come up with a summary of what I was trying to say. I think the subject now fits better | | | In message <48181A2A.1000303@gmail.com>, Aryeh M. Friedman writes |> I am top posting because my comments are general and not in relationship to any given point. I think Mezz along with Simon both the right way to handle it for now. There are several projects that I am not directly involved designed to tackle this sort of issue with ports 2.0 being the right long term solution but not needed to solve this issue per se so I will not discuss it here. Most of the projects can be found on Ale's PortsToDo wiki (wiki.freebsd.org/PortsToDo) the main one not found on there is Jim Staplton's virtual ports DB (which I think is either in the committ queue or should be since both me an Ale have signed off on it as being a good idea). The issue is really not the infrastruct as you state but the more patchs like this we make the more likely it is the infrastruct will become problematic down the road. | | Forgive me, Aryeh, but you've taken a specific point I made and dismissed it saying that "the infrastructure needs a complete overhaul and I'm the right person to head that work", though you have acknowledged that there is other work going on. We seem to have a fundimental failure to communicate. I was saying *SPECFICALLY* that ports 2.0 (at least as currently envisioned) was not the right way to handle this for the time bing (only that if and when ports 2.0 does become adopted that it needs to handle such situations as well or better then the current system).... my original comment was made solely as a user of ports that depend on boost and a desire to make it so there was no python wackiness (which Simon's and Mezz's suggestion does just fine). As to other people's work odds are that the very core of Ports 2.0 is going to be based on a concept put forward by Ondrej Fischer (I will leave it to him to discuss the details) and Ports 2.0 *ONLY* refers to item 5 in Ale's todo list (which is less then 10% of the total list) | | I know you will argue you aren't making a reply to my post, so why didn't you trim all my text instead of quoting it? I believe you are replying - and that your reply is pretty close to being non sequitur. You're the one who attempted to put words into my mouth (totally without cause or instigation) by attempting to make a linkage between my concern about a given current port and my other work in the ports system in general. The two are completely unrelated. | | I am not interested in pointless points scoring; I have better things to do. What I want to do is understand the issue.. | | | I am no committer - just a mere ports maintainer. Freshports doesn't dig up any ports you maintain, at least not with an email address beginning with aryeh or containing fried. Since I work closely with Ale who is a committer for book keeping simplicity he is the maintainer of record for several ports we co-maintain: devel/aegis, devel/thistest (besides I wrote the underlaying application), and sysutils/fusefs-ntfs | | I do not believe that this problem is one that brings into question the whole infrastructure. It certainly isn't "the more patchs (sic) that we make the more likely it is that the infrastruct (sic) will become problematic down the road". Not all evolutionary software engineering is bad, especially if modules are rewritten when appropriate. Of course I accept the possibility of 'bit rot' setting in when code has been through many hands and has many small changes applied. In this case, I believe that things are getting better, not worse or less maintainable. Neither do I (at least until we break the 25k ports or so [total guess]). As to evolutionary software development it is the primary model I use and one of the things it teaches is to know when the current design is starting to reach it's limits and change it either by some structural refactoring (if you are lucky) and/or rewrite of major subsystems (if your unlucky)... ports 2.0 takes the point of view that the user level ports system is pretty much good the way it is but the way depends are handled sucks and that this will evenually make the system unworkable unless a completely new depend system is developed and that is why I am always refering to "Recursive Make Considered Harmful" | | This problem was known about some while back and there's no need to do any fresh engineering. The delay in having a solution available was the need for changes in the base system to support bsd.options.mk. Base system changes mean waiting until all versions of FreeBSD that lack the necessary support are End of Life. After 31 May, ports will be able to process their options and set a dependency on python before including bsd.pre.port.mk. Please take your head out of "Aryeh is evil" and see my comments for what they where (an attempt to ask if the solution was implemented visa vie boost and boost only!) | | A simple and elegant solution will soon be available to solve what is essentially a circular dependency at the moment. It is already solved if you read the reply from simon. | | | | I see two issues here, both stemming from the complexities of dependency between ports. Firstly, there's a need to look for the best possible solutions with the tools we have now as well as to look for continuing improvement. Secondly, there's the need to educate both maintainers and administrators on how best to handle the complexities that can occur. | | I think everyone would agree that the current documentation isn't the best. In stating this, I believe I'm restating Mark Linimon's well known criticism of the current Porters' Handbook. It is not my intention to hurt anyone by what I say. The way out of this is, of course, for people to pay attention to the documentation - but those best placed to do that are some of the busiest people already within the FreeBSD project. Having worked alongside technical authors, I realise what a specialist (and impressive) skill set they have. This is a non-Ports 2.0 work item already on Ale's todo list spefically to create a more general guide then the porters handbook (his working title is the ports handbook) which is meant for both maintainers and admins. | | At the moment, it is hard for a maintainer to discover current best practice. I suspect this is partly why the same issue is handled in different ways by different ports (as I mentioned above with Kerberos). Meanwhile, it is hard for system administrators to discover how best to use the richness of ports. I doubt if anyone ever even attempted to compile a best practices list (one Ale's goals with the porters guide). As to your assertion that all we need is to make maintainers aware of complexities is ass backwards if you ask me when such complexities are symptoms of either bad practices or a bad underlaying system (I personal think it is both) | | | System administrators need the freedom to make whatever decisions they feel are appropriate (as I said, I wouldn't want ports unnecessarily depending on OpenSSL or the Cyrus SASL library). However, features that help administrators manage this richness, such as portconf, are not that well known about, especially by the less technical users. | | | | Aryeh - you seem to have something against slave ports. At times, they are very useful. They make the creation and maintenance of client/server ports easy - for example, databases/mysql50-client is a slave port of databases/mysql50-server. In theory I have nothing against them since they are the best we can do with the current system, *BUT* maintainers all too often inadvertently create problems with them such as the old boost did. | | The reason for both my posts is a feeling that you haven't understood *why* the current situation is as it is, Aryeh. A reply along the lines of "we're working on a complete replacement of the whole infrastructure, and that will solve it" doesn't help with understanding the specific issue that has arisen. You can't offer any guarantee that your new system will solve all the problems - especially if you do not take the time to understand the weaknesses in the current system as well as its strengths. I think your the one who misunderstood completely by some how assuming I was pushing a non-maintstream agenda (which I agree ports 2.0 currently is) instead of simple making a request as user of a specific port. | | If you bring forward coherent proposals and a proof of concept for Ports 2.0, I will certainly give what input I can at that stage. For now, we live with and continue to improve what we have, rather than looking only to what might replace it if it's found to be better after careful evaluation. Depend on what Ondrej Fischer feels about discussing his work we can start to put forward such concrete stuff right now (the design is 99% done we are just testing the underlaying alrogithms) | | | Maintainers have to work with OPTIONS as they are. They are a valuable feature, even if they don't offer all the functionality wished for. Where the (*&(* did you get the impression I was against OPTIONS and/or gnobs? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgZHIEACgkQk8GFzCrQm4CZegCdFhZ3TD8vOpPMyzA2BBHpraLJ Dw0Anik2dR4BuSZB2OucOzxR/Xiu3t/T =3UyF -----END PGP SIGNATURE----- From mezz7 at cox.net Thu May 1 04:32:16 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu May 1 04:32:22 2008 Subject: Is someone already working on a port that supports Boost 1.35.0? In-Reply-To: References: <20080429184420.GB5010@dose.local.invalid> <48178247.2010008@gmail.com> <20080429212721.GA5795@dose.local.invalid> <4817D91E.1040900@gmail.com> <48181A2A.1000303@gmail.com> Message-ID: On Wed, 30 Apr 2008 05:54:23 -0500, David Wood wrote: > [Additional CCs added by Aryeh noted, but left untouched] > > I wanted to retitle this post, but couldn't come up with a summary of > what I was trying to say. > > > In message <48181A2A.1000303@gmail.com>, Aryeh M. Friedman > writes >> I am top posting because my comments are general and not in >> relationship to any given point. I think Mezz along with Simon both >> the right way to handle it for now. There are several projects that I >> am not directly involved designed to tackle this sort of issue with >> ports 2.0 being the right long term solution but not needed to solve >> this issue per se so I will not discuss it here. Most of the projects >> can be found on Ale's PortsToDo wiki (wiki.freebsd.org/PortsToDo) the >> main one not found on there is Jim Staplton's virtual ports DB (which I >> think is either in the committ queue or should be since both me an Ale >> have signed off on it as being a good idea). The issue is really not >> the infrastruct as you state but the more patchs like this we make the >> more likely it is the infrastruct will become problematic down the road. > > Aryeh - you seem to have something against slave ports. At times, they I am against slave ports only if those are conflict with master or/and other slave ports. > are very useful. They make the creation and maintenance of client/server > ports easy - for example, databases/mysql50-client is a slave port of > databases/mysql50-server. > > net/freeradius-mysql was created as a slave port of net/freeradius for > work being done with pfSense. The need was for a FreeRADIUS package with > MySQL support built in. The easiest way to ensure the necessary package > is available from the FreeBSD servers is with a slave port. There are > times when a slave port that enables one option makes sense. > > However, slave ports that enable a single option in their master port > can be troublesome. The example that comes to mind here is > devel/subversion and the slave ports devel/subversion-perl, > devel/subversion-python and devel/subversion-ruby. All these slave ports > do is enable the appropriate language binding in Subversion. The options > they enable aren't mutually exclusive, but these ports all conflict with > each other, which can lead to problems. The language bindings aren't the > defaults because of the dependency on a sizeable language port that > isn't installed by default (there's also a fourth optional binding, > which is Java). Just input my IMHO for master/slave port. If freeradius-mysql and subversion-* only install extra files, not change how link with other libraries then what freeradius-* and subversion-* are doing isn't right solution. These ports need to be more work on correct solution to not get in conflict to the each others. Take a look at libgda3/libgda3-*, vte/py-vte, libxml2/py-libxml2, avahi-app/avahi-gtk, even gstreamer-plugins-* and soon will be boost/boost-python for examples to have the right solution. If those ports also change the link with libraries, then it's difficult to have a good solution for it if it has too many options other than enable all options to make port bloats. Maybe that rewrite of OPTIONS might help as David has said. IMO, we should try to not create the conflict ports from our own by master/slave ports (our fault) unless different kind of ports (*-devel also is ok) happen to have same file/directory. Cheers, Mezz > Best wishes, > David -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From acm at FreeBSD.org Thu May 1 04:51:59 2008 From: acm at FreeBSD.org (Jose Alonso Cardenas Marquez) Date: Thu May 1 04:52:02 2008 Subject: About PR 121431 (devel/ccrtp doesn't build with security/libgcrypt 1.4.0 on FreeBSD 5.x) In-Reply-To: References: Message-ID: <4a173bfc0804302123x52e0f327j7555ddbd1fbd4a0c@mail.gmail.com> 2008/4/30, TooMany Secrets : > Hi! > > I have a FreeBSD 7.0-STABLE, and I'm having the same problem related > at PR 121431 compiling "twinkle" port. > > I try also to add the file "patch-1.diff" showed at: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=121431 > Please could you test this patch? --- Makefile 2008-04-30 23:17:46.000000000 -0500 +++ Makefile 2008-04-30 23:18:33.000000000 -0500 @@ -28,5 +28,6 @@ post-patch: @cd ${WRKSRC}/src && \ ${FIND} * -type f -exec ${REINPLACE_CMD} -i "" -e "s|||g" "{}" \; + @${REINPLACE_CMD} -e "s|-pedantic||g" ${WRKSRC}/configure .include It seems like devel/ccrtp fails on all FreeBSD versions when -pedantic is passed to WARN_FLAGS. I saw this problem on 6-STABLE(i386) and 7-STABLE(amd64) Greetings ACM From markir at paradise.net.nz Thu May 1 05:13:10 2008 From: markir at paradise.net.nz (Mark Kirkwood) Date: Thu May 1 05:13:14 2008 Subject: hang making bash in current In-Reply-To: <4817EC6E.20508@psg.com> References: <48142EBE.30004@psg.com> <4817EB1D.4080802@paradise.net.nz> <4817EC6E.20508@psg.com> Message-ID: <48195136.7000401@paradise.net.nz> Randy Bush wrote: >> I'm running into this, but during make of gtar 1.20 in 7-STABLE from >> yesterday. It looks like the command running is: >> >> # ps -auxw | grep msgmerge >> root 30762 0.0 0.1 4644 1528 p2 I+ 12:45PM 0:00.01 >> /usr/local/bin/msgmerge --update -q /dev/null /dev/null >> >> Trying this command standalone reproduces the hang - nothing from ktrace >> or truss. >> >> It *looks* like msgmerge is built properly: >> >> # ldd /usr/local/bin/msgmerge >> /usr/local/bin/msgmerge: >> libgettextsrc-0.16.1.so => /usr/local/lib/libgettextsrc-0.16.1.so >> (0x48083000) >> libgettextlib-0.16.1.so => /usr/local/lib/libgettextlib-0.16.1.so >> (0x480b4000) >> libintl.so.8 => /usr/local/lib/libintl.so.8 (0x480d2000) >> libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x480db000) >> libm.so.4 => /lib/libm.so.4 (0x481d0000) >> libgomp.so.1 => /usr/lib/libgomp.so.1 (0x481e5000) >> libthr.so.2 => /lib/libthr.so.2 (0x481ec000) >> libc.so.7 => /lib/libc.so.7 (0x481ff000) >> >> I notice that this same command works fine on another 7-STABLE system >> built from src in late Feb. I'm gonna rebuild gettext and see if that >> helps. >> > > this is not a good week for current. all sorts of fun. cvsup again. > you'll want the thread fixes that came out in the last day too. > > Thanks Randy - However I have just cvsup'ed and still no joy. Did these changes make it into 7-STABLE or just CURRENT? (I'm on the former). regards Mark From neil at darlow.co.uk Thu May 1 08:41:33 2008 From: neil at darlow.co.uk (Neil Darlow) Date: Thu May 1 08:41:37 2008 Subject: Is the ejabberd maintainer active? Message-ID: <48197E0D.7050605@darlow.co.uk> Hi, I just tried pinging the ejabberd maintainer, to see if he would update the port to version 2, and the e-mail address attached to his alias came back as non-existent. Does anyone know of his whereabouts and active status? Regards, Neil Darlow From stas at FreeBSD.org Thu May 1 09:36:25 2008 From: stas at FreeBSD.org (Stanislav Sedov) Date: Thu May 1 09:36:29 2008 Subject: Is the ejabberd maintainer active? In-Reply-To: <48197E0D.7050605@darlow.co.uk> References: <48197E0D.7050605@darlow.co.uk> Message-ID: <20080501133620.a38bef7d.stas@FreeBSD.org> On Thu, 01 May 2008 09:23:41 +0100 Neil Darlow mentioned: > Hi, > > I just tried pinging the ejabberd maintainer, to see if he would update > the port to version 2, and the e-mail address attached to his alias came > back as non-existent. > > Does anyone know of his whereabouts and active status? > Yes, hi's pretty active and should be available by FreeBSD email alias. I'll try to ping him via XMPP. -- Stanislav Sedov ST4096-RIPE From mk at mkdev.eu Thu May 1 12:16:49 2008 From: mk at mkdev.eu (Markus Klaschka) Date: Thu May 1 12:16:54 2008 Subject: enlightenment-devel doesn't compile Message-ID: <4819B055.6050901@mkdev.eu> Two days before I updated my systems ports. In the end caused by new gettext-version I had to recompile a lot, what actually worked, only my windowmanager woun't compile... :( Like in UPDATING described I removed all enlightenment ports and tried to rebuild enlightenment, didn't work, so I tried enlightenment-devel and got this here: ...any ideas? Please help, I already began to hate kde... gmake[4]: Entering directory `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042/data/init/images' gmake[4]: Nothing to be done for `all'. gmake[4]: Leaving directory `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042/data/init/images' gmake[4]: Entering directory `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042/data/init' /usr/local/bin/edje_cc -v -id ../../data/init/images -fd ../../data/fonts -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC \ ../../data/init/default.edc \ ../../data/init/default.edj /usr/local/bin/edje_cc: Opening "/tmp/edje_cc.edc-tmp-BL6rVu" for input /usr/local/bin/edje_cc: Parsing input file /usr/local/bin/edje_cc: Parsing done /usr/local/bin/edje_cc: Wrote 1085 bytes ( 1Kb) for "edje_file" header /usr/local/bin/edje_cc: Wrote 39910 bytes ( 39Kb) for "fonts/Edje-Vera" font entry "Vera.ttf" compress: [real: 39.5%] /usr/local/bin/edje_cc: Wrote 36494 bytes ( 36Kb) for "fonts/Edje-Vera-Bold" font entry "VeraBd.ttf" compress: [real: 37.8%] Error. cannot create buffer engine canvas for image load. gmake[4]: *** [default.edj] Error 255 gmake[4]: Leaving directory `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042/data/init' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042/data/init' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042/data' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/x11-wm/enlightenment-devel. Cheers Markus -- Markus Klaschka MKDev - Markus Klaschka Development http://www.mkdev.eu Spain: 0034 - 63 747 23 07 UK: 0044 - 750 910 2718 Mail: mk@mkdev.eu Skype: mark-use IRC: mark-use @ irc.freenode.net : #freebsd, ##security, #freebsd-src, #bsdforen.de, #bsdgroup.de From ondrej.fischer at gmail.com Thu May 1 12:39:42 2008 From: ondrej.fischer at gmail.com (Ondrej Fischer) Date: Thu May 1 12:39:46 2008 Subject: confusion over ports improvements projects intentions (was Re: Is someone already working on a port that supports Boost 1.35.0?) In-Reply-To: <48191C81.50201@gmail.com> References: <20080429184420.GB5010@dose.local.invalid> <48178247.2010008@gmail.com> <20080429212721.GA5795@dose.local.invalid> <4817D91E.1040900@gmail.com> <48181A2A.1000303@gmail.com> <48191C81.50201@gmail.com> Message-ID: <4819B459.5060201@gmail.com> Hello, Let me introduce the main ideas, and scope of the ports management system, we currently call ports 2.0. First, the confusion may result from the name, which looks like having ambitions to completely replace ports system and infrastructure. If we call "infrastructure" the ports directory tree with makefiles, options, knobs etc. we won't replace/change or even touch this in this project. The infrastructure is not the bad in current system, but the good. If we call management of the ports "the process" (either using make, packages or tools like portupgrade), this is what ports 2.0 should solve differently, and much more efficiently than any existing tool. Here we see the main problem in recursive make, which prevents "the process" from being parallelized and utilize resources in an optimal way. My first draft for improvement was described here: http://moon.felk.cvut.cz/~fischeo1/portwizard/ But now we have mouch more powerfull solution. With Aryeh, we designed an algorithm, that has a dependency graph of packages on it's input, and detects allways the maximum of actions, that can be processed in parallel. And the more, it can pass those actions to several processing thread pools and thus expolit resources optimally by type. In other words: If we have 4CPUs and 1GB internet connection, we can use eg. 4 parallel builds and eg. 10 parallel fetches allways, when there exists a set of such actions, that can be done in parallel. What is other benefit, is incrementality. You don't have to first choose all packages to be installed/upgraded. You just choose a set, and while "the process" running, you can add next packages with no harm to parallel actions detection. This only needs server -> client model. The installation/upgrade process must be one (with several threads). Right now we are working on prove of concept of underlaying algorithm, a prototype, and a detailed specification. The prototype will be in Java, since it is extremely easy to implement it, but I guess, it's not desired to have java dependency for such system management tool. That's for introduction. Regards Ondrej Fischer Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > David Wood wrote: > | [Additional CCs added by Aryeh noted, but left untouched] > > I removed the OP, Simon and Mezz since this has nothing to boost any > more and I changed the Alex Ryba cc to Alejandro Pulver because the > first was a misaddressing on my part > | > | I wanted to retitle this post, but couldn't come up with a summary > of what I was trying to say. > > I think the subject now fits better > | > | > | In message <48181A2A.1000303@gmail.com>, Aryeh M. Friedman > writes > |> I am top posting because my comments are general and not in > relationship to any given point. I think Mezz along with Simon both > the right way to handle it for now. There are several projects that > I am not directly involved designed to tackle this sort of issue with > ports 2.0 being the right long term solution but not needed to solve > this issue per se so I will not discuss it here. Most of the > projects can be found on Ale's PortsToDo wiki > (wiki.freebsd.org/PortsToDo) the main one not found on there is Jim > Staplton's virtual ports DB (which I think is either in the committ > queue or should be since both me an Ale have signed off on it as being > a good idea). The issue is really not the infrastruct as you state > but the more patchs like this we make the more likely it is the > infrastruct will become problematic down the road. > | > | Forgive me, Aryeh, but you've taken a specific point I made and > dismissed it saying that "the infrastructure needs a complete overhaul > and I'm the right person to head that work", though you have > acknowledged that there is other work going on. > > We seem to have a fundimental failure to communicate. I was saying > *SPECFICALLY* that ports 2.0 (at least as currently envisioned) was > not the right way to handle this for the time bing (only that if and > when ports 2.0 does become adopted that it needs to handle such > situations as well or better then the current system).... my original > comment was made solely as a user of ports that depend on boost and a > desire to make it so there was no python wackiness (which Simon's and > Mezz's suggestion does just fine). > > As to other people's work odds are that the very core of Ports 2.0 is > going to be based on a concept put forward by Ondrej Fischer (I will > leave it to him to discuss the details) and Ports 2.0 *ONLY* refers to > item 5 in Ale's todo list (which is less then 10% of the total list) > | > | I know you will argue you aren't making a reply to my post, so why > didn't you trim all my text instead of quoting it? I believe you are > replying - and that your reply is pretty close to being non sequitur. > > You're the one who attempted to put words into my mouth (totally > without cause or instigation) by attempting to make a linkage between > my concern about a given current port and my other work in the ports > system in general. The two are completely unrelated. > | > | I am not interested in pointless points scoring; I have better > things to do. What I want to do is understand the issue.. > | > | > | I am no committer - just a mere ports maintainer. Freshports doesn't > dig up any ports you maintain, at least not with an email address > beginning with aryeh or containing fried. > > Since I work closely with Ale who is a committer for book keeping > simplicity he is the maintainer of record for several ports we > co-maintain: devel/aegis, devel/thistest (besides I wrote the > underlaying application), and sysutils/fusefs-ntfs > | > | I do not believe that this problem is one that brings into question > the whole infrastructure. It certainly isn't "the more patchs (sic) > that we make the more likely it is that the infrastruct (sic) will > become problematic down the road". Not all evolutionary software > engineering is bad, especially if modules are rewritten when > appropriate. Of course I accept the possibility of 'bit rot' setting > in when code has been through many hands and has many small changes > applied. In this case, I believe that things are getting better, not > worse or less maintainable. > > Neither do I (at least until we break the 25k ports or so [total > guess]). As to evolutionary software development it is the primary > model I use and one of the things it teaches is to know when the > current design is starting to reach it's limits and change it either > by some structural refactoring (if you are lucky) and/or rewrite of > major subsystems (if your unlucky)... ports 2.0 takes the point of > view that the user level ports system is pretty much good the way it > is but the way depends are handled sucks and that this will evenually > make the system unworkable unless a completely new depend system is > developed and that is why I am always refering to "Recursive Make > Considered Harmful" > | > | This problem was known about some while back and there's no need to > do any fresh engineering. The delay in having a solution available was > the need for changes in the base system to support bsd.options.mk. > Base system changes mean waiting until all versions of FreeBSD that > lack the necessary support are End of Life. After 31 May, ports will > be able to process their options and set a dependency on python before > including bsd.pre.port.mk. > > Please take your head out of "Aryeh is evil" and see my comments for > what they where (an attempt to ask if the solution was implemented > visa vie boost and boost only!) > | > | A simple and elegant solution will soon be available to solve what > is essentially a circular dependency at the moment. > > It is already solved if you read the reply from simon. > | > | > | > | I see two issues here, both stemming from the complexities of > dependency between ports. Firstly, there's a need to look for the best > possible solutions with the tools we have now as well as to look for > continuing improvement. Secondly, there's the need to educate both > maintainers and administrators on how best to handle the complexities > that can occur. > | > | I think everyone would agree that the current documentation isn't > the best. In stating this, I believe I'm restating Mark Linimon's well > known criticism of the current Porters' Handbook. It is not my > intention to hurt anyone by what I say. The way out of this is, of > course, for people to pay attention to the documentation - but those > best placed to do that are some of the busiest people already within > the FreeBSD project. Having worked alongside technical authors, I > realise what a specialist (and impressive) skill set they have. > > This is a non-Ports 2.0 work item already on Ale's todo list > spefically to create a more general guide then the porters handbook > (his working title is the ports handbook) which is meant for both > maintainers and admins. > > | > | At the moment, it is hard for a maintainer to discover current best > practice. I suspect this is partly why the same issue is handled in > different ways by different ports (as I mentioned above with > Kerberos). Meanwhile, it is hard for system administrators to discover > how best to use the richness of ports. > > I doubt if anyone ever even attempted to compile a best practices list > (one Ale's goals with the porters guide). As to your assertion that > all we need is to make maintainers aware of complexities is ass > backwards if you ask me when such complexities are symptoms of either > bad practices or a bad underlaying system (I personal think it is both) > | > | > | System administrators need the freedom to make whatever decisions > they feel are appropriate (as I said, I wouldn't want ports > unnecessarily depending on OpenSSL or the Cyrus SASL library). > However, features that help administrators manage this richness, such > as portconf, are not that well known about, especially by the less > technical users. > | > | > | > | Aryeh - you seem to have something against slave ports. At times, > they are very useful. They make the creation and maintenance of > client/server ports easy - for example, databases/mysql50-client is a > slave port of databases/mysql50-server. > > In theory I have nothing against them since they are the best we can > do with the current system, *BUT* maintainers all too often > inadvertently create problems with them such as the old boost did. > > | > | The reason for both my posts is a feeling that you haven't > understood *why* the current situation is as it is, Aryeh. A reply > along the lines of "we're working on a complete replacement of the > whole infrastructure, and that will solve it" doesn't help with > understanding the specific issue that has arisen. You can't offer any > guarantee that your new system will solve all the problems - > especially if you do not take the time to understand the weaknesses in > the current system as well as its strengths. > > I think your the one who misunderstood completely by some how assuming > I was pushing a non-maintstream agenda (which I agree ports 2.0 > currently is) instead of simple making a request as user of a specific > port. > | > | If you bring forward coherent proposals and a proof of concept for > Ports 2.0, I will certainly give what input I can at that stage. For > now, we live with and continue to improve what we have, rather than > looking only to what might replace it if it's found to be better after > careful evaluation. > > Depend on what Ondrej Fischer feels about discussing his work we can > start to put forward such concrete stuff right now (the design is 99% > done we are just testing the underlaying alrogithms) > | > | > | Maintainers have to work with OPTIONS as they are. They are a > valuable feature, even if they don't offer all the functionality > wished for. > > Where the (*&(* did you get the impression I was against OPTIONS > and/or gnobs? > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkgZHIEACgkQk8GFzCrQm4CZegCdFhZ3TD8vOpPMyzA2BBHpraLJ > Dw0Anik2dR4BuSZB2OucOzxR/Xiu3t/T > =3UyF > -----END PGP SIGNATURE----- > From lenzi at k1.com.br Thu May 1 15:49:08 2008 From: lenzi at k1.com.br (User Lenzi) Date: Thu May 1 15:49:13 2008 Subject: Problem with recent MOVED file and portupgrade In-Reply-To: <42587.209.47.38.69.1209587812.squirrel@wettoast.dyndns.org> References: <42587.209.47.38.69.1209587812.squirrel@wettoast.dyndns.org> Message-ID: <1209655167.2047.2.camel@localhost> The last line in the MOVED file (/var/db/pkg/MOVED) is wrong edit the file, remove the last line, save the file again... this works for me Sergio From xsappyx at gmail.com Thu May 1 17:19:21 2008 From: xsappyx at gmail.com (xSAPPYx) Date: Thu May 1 17:19:25 2008 Subject: freebsd port: apcupsd-3.14.3_1 In-Reply-To: <20080501012019.56ef3fe9@it.buh.tecnik93.com> References: <2a2e30e80804300831r78f6a3a2j634f94877d75a32@mail.gmail.com> <18456.39202.134250.307801@jerusalem.litteratus.org> <20080430161700.GA7248@megatron.madpilot.net> <8206ae960804301130y22b543c0h7732c22330d9b090@mail.gmail.com> <20080501012019.56ef3fe9@it.buh.tecnik93.com> Message-ID: <8206ae960805011019r33289478sa6cd2d0668566649@mail.gmail.com> 7.0 here also: FreeBSD vash.corp.copart.com 7.0-RELEASE FreeBSD 7.0-RELEASE #1: Mon Apr 28 11:42:18 PDT 2008 root@vash.corp.copart.com:/usr/src/sys/amd64/compile/GENERIC.Mine amd64 On Wed, Apr 30, 2008 at 3:20 PM, Ion-Mihai Tetcu wrote: > > [ .. APCUPSD works with "device uhid" in kernel despite what pkg-message > says .. ] > > > Please, all of you, send me an uname -a where this is not longer necessary. > > I have a feeling this is still needed on 5 and oldish 6. > > Thanks, > > > -- > IOnut - Un^d^dregistered ;) FreeBSD "user" > "Intellectual Property" is nowhere near as valuable as "Intellect" > FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B > From aryeh.friedman at gmail.com Thu May 1 20:53:56 2008 From: aryeh.friedman at gmail.com (Aryeh M. Friedman) Date: Thu May 1 20:54:01 2008 Subject: confusion over ports improvements projects intentions (was Re: Is someone already working on a port that supports Boost 1.35.0?) In-Reply-To: <4819B459.5060201@gmail.com> References: <20080429184420.GB5010@dose.local.invalid> <48178247.2010008@gmail.com> <20080429212721.GA5795@dose.local.invalid> <4817D91E.1040900@gmail.com> <48181A2A.1000303@gmail.com> <48191C81.50201@gmail.com> <4819B459.5060201@gmail.com> Message-ID: <481A2DDC.1090807@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 | Right now we are working on prove of concept of underlaying algorithm, a prototype, and a detailed specification. The prototype will be in Java, since it is extremely easy to implement it, but I guess, it's not desired to have java dependency for such system management tool. Final will be C++ or C (depending on technical and non-technical factors) with no depends on other ports (like portmaster it can be installed before anything else) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgaLdwACgkQk8GFzCrQm4BXQQCg1lYjtJKoae+Kk46rmpQCDBtE uyEAoIhOIKp3fhe58zqE4BcwyPIqyeYz =SCXd -----END PGP SIGNATURE----- From brix at FreeBSD.org Thu May 1 21:58:20 2008 From: brix at FreeBSD.org (Henrik Brix Andersen) Date: Thu May 1 21:58:25 2008 Subject: CrossOver Games port for PC-BSD / FreeBSD In-Reply-To: <48089FAC.5090306@pcbsd.com> References: <48089FAC.5090306@pcbsd.com> Message-ID: <20080501213957.GA24543@tirith.brixandersen.dk> On Fri, Apr 18, 2008 at 09:18:36AM -0400, Kris Moore wrote: > I've been working with Jeremy White over at CodeWeavers, and he has now > gone ahead and created an unsupported build of CrossOver Games for PC / > FreeBSD. Great news - thanks for working on this :) > Also, before anybody asks, yes you can run the > install-crossover-pcbsdgames*.sh installer on vanilla FreeBSD. Since PC-BSD > isn't a fork, the only thing you need to ensure, is that if you are on > FreeBSD 6.3, you must apply the Wine patch at http://wiki.freebsd.org/Wine. > Users on FreeBSD 7.0 or higher do not need this patch applied. The 'install-crossover-pcbsdgames-7.0.0.sh' package is compiled for FreeBSD 6, it seems. Do you know if there are any plans for a 7.x compatible build? Brix -- Henrik Brix Andersen -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 217 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080501/3388b8e4/attachment.pgp From fiebrandt at nsx.de Thu May 1 22:23:01 2008 From: fiebrandt at nsx.de (Stephan Fiebrandt) Date: Thu May 1 22:23:05 2008 Subject: port: truecrypt 5.1a, need some testers Message-ID: <481A3C7B.6080500@nsx.de> This updated port should build the latest truecrypt 5.1a on freebsd. It depends on wxgtk28 with unicode. The NOGUI version dpes also require wx base libraries. So wxgtk28-unicode is marked as dependency. I have done some load test on today's 7-STABLE amd64, however it needs more testing also under i386 as my machine is heavy patched and my i386 is 8-CURRENT right now (there it works too). Don't forget to start fuse before running truecrypt. Port can be found at: http://nsx.de/truecrypt-5.1a.tar.gz Stephan From fiebrandt at nsx.de Thu May 1 22:33:42 2008 From: fiebrandt at nsx.de (Stephan Fiebrandt) Date: Thu May 1 22:33:46 2008 Subject: port: truecrypt 5.1a, need some testers Message-ID: <481A3EFB.1090802@nsx.de> This updated port should build the latest truecrypt 5.1a on freebsd. It depends on wxgtk28 with unicode. The NOGUI version dpes also require wx base libraries. So wxgtk28-unicode is marked as dependency. I have done some load test on today's 7-STABLE amd64, however it needs more testing also under i386 as my machine is heavy patched and my i386 is 8-CURRENT right now (there it works too). Don't forget to start fuse before running truecrypt. Port can be found at: http://nsx.de/truecrypt-5.1a.tar.gz Stephan From shaun at FreeBSD.org Fri May 2 13:33:01 2008 From: shaun at FreeBSD.org (Shaun Amott) Date: Fri May 2 13:33:04 2008 Subject: Is the ejabberd maintainer active? In-Reply-To: <48197E0D.7050605@darlow.co.uk> References: <48197E0D.7050605@darlow.co.uk> Message-ID: <20080502132742.GA88780@charon.picobyte.net> On Thu, May 01, 2008 at 09:23:41AM +0100, Neil Darlow wrote: > > Hi, > > I just tried pinging the ejabberd maintainer, to see if he would update the > port to version 2, and the e-mail address attached to his alias came back > as non-existent. > > Does anyone know of his whereabouts and active status? > Yes, I have an update ready. I will commit it soon. Sorry for the delay. Could you elaborate on the failure that occurred when you tried to contact me before? Which address did you use? -- Shaun Amott // PGP: 0x6B387A9A "A foolish consistency is the hobgoblin of little minds." - Ralph Waldo Emerson From stephen at math.missouri.edu Fri May 2 15:39:09 2008 From: stephen at math.missouri.edu (Stephen Montgomery-Smith) Date: Fri May 2 15:39:14 2008 Subject: Advice sought for ports/vis5d+ Message-ID: <20080502103401.R39339@cauchy.math.missouri.edu> I am the maintainer of the science/vis5d+ port. It was recently marked broken, and I submitted the PR ports/123233 to fix it. However my fix doesn't seem to work for the amd64 - http://amd64.miwibox.org/tb2/errors/6.3-FreeBSD/vis5d+-1.2.1_8.log The problem seems to be with the libgfx port. A month or two ago, it must have somehow been brought in as part of the netcdf port. But now it has become necessary to explicitly link against libgfx.a. For whatever reason, this doesn't work on the amd64. Any help or advice much appreciated. Thanks, Stephen From thierry at FreeBSD.org Fri May 2 17:15:16 2008 From: thierry at FreeBSD.org (Thierry Thomas) Date: Fri May 2 17:15:20 2008 Subject: Advice sought for ports/vis5d+ In-Reply-To: <20080502103401.R39339@cauchy.math.missouri.edu> References: <20080502103401.R39339@cauchy.math.missouri.edu> Message-ID: <20080502164716.GE43577@graf.pompo.net> On Fri 2 may 08 at 17:39:08 +0200, Stephen Montgomery-Smith wrote: > I am the maintainer of the science/vis5d+ port. It was recently marked > broken, and I submitted the PR ports/123233 to fix it. However my fix > doesn't seem to work for the amd64 - > http://amd64.miwibox.org/tb2/errors/6.3-FreeBSD/vis5d+-1.2.1_8.log > > The problem seems to be with the libgfx port. A month or two ago, it must > have somehow been brought in as part of the netcdf port. But now it > has become necessary to explicitly link against libgfx.a. For whatever > reason, this doesn't work on the amd64. > > Any help or advice much appreciated. Hello Stephen, The message is: /usr/bin/ld: /usr/local/lib/libgfx.a(time.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC That means that graphics/libgfx should be modified to use -fPIC, and better to produce a shared library (maintainer Cc'ed). Regards, -- Th. Thomas. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080502/d1df86a6/attachment.pgp From infofarmer at FreeBSD.org Fri May 2 18:26:54 2008 From: infofarmer at FreeBSD.org (Andrew Pantyukhin) Date: Fri May 2 18:26:58 2008 Subject: Advice sought for ports/vis5d+ In-Reply-To: <20080502164716.GE43577@graf.pompo.net> References: <20080502103401.R39339@cauchy.math.missouri.edu> <20080502164716.GE43577@graf.pompo.net> Message-ID: <20080502182648.GB92161@amilo.cenkes.org> On Fri, May 02, 2008 at 06:47:16PM +0200, Thierry Thomas wrote: > On Fri 2 may 08 at 17:39:08 +0200, Stephen Montgomery-Smith > wrote: > > I am the maintainer of the science/vis5d+ port. It was recently marked > > broken, and I submitted the PR ports/123233 to fix it. However my fix > > doesn't seem to work for the amd64 - > > http://amd64.miwibox.org/tb2/errors/6.3-FreeBSD/vis5d+-1.2.1_8.log > > > > The problem seems to be with the libgfx port. A month or two ago, it must > > have somehow been brought in as part of the netcdf port. But now it > > has become necessary to explicitly link against libgfx.a. For whatever > > reason, this doesn't work on the amd64. > > > > Any help or advice much appreciated. > > Hello Stephen, > > The message is: > > /usr/bin/ld: /usr/local/lib/libgfx.a(time.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC > > That means that graphics/libgfx should be modified to use -fPIC, and > better to produce a shared library (maintainer Cc'ed). Right. Miwi has just asked me about this and I asked him to try to tweak CFLAGS in libgfx. I can't remember why I didn't convert libgfx to produce a shared library, but I certainly do it whenever I can. I'll try to take a closer look soon. Thanks! From stas at FreeBSD.org Fri May 2 18:50:16 2008 From: stas at FreeBSD.org (Stanislav Sedov) Date: Fri May 2 18:50:21 2008 Subject: enlightenment-devel doesn't compile In-Reply-To: <4819B055.6050901@mkdev.eu> References: <4819B055.6050901@mkdev.eu> Message-ID: <20080502225009.2d4f4269.stas@FreeBSD.org> On Thu, 01 May 2008 13:58:13 +0200 Markus Klaschka mentioned: > Two days before I updated my systems ports. > In the end caused by new gettext-version I had to recompile a lot, what > actually worked, only my windowmanager woun't compile... :( > Like in UPDATING described I removed all enlightenment ports and tried > to rebuild enlightenment, didn't work, so I tried enlightenment-devel > and got this here: > ...any ideas? Please help, I already began to hate kde... > > gmake[4]: Entering directory > `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042/data/init/images' > gmake[4]: Nothing to be done for `all'. > gmake[4]: Leaving directory > `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042/data/init/images' > gmake[4]: Entering directory > `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042/data/init' > /usr/local/bin/edje_cc -v -id ../../data/init/images -fd > ../../data/fonts -DLOWRES_PDA=1 -DMEDIUMRES_PDA=2 -DHIRES_PDA=3 > -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC \ > ../../data/init/default.edc \ > ../../data/init/default.edj > /usr/local/bin/edje_cc: Opening "/tmp/edje_cc.edc-tmp-BL6rVu" for input > /usr/local/bin/edje_cc: Parsing input file > /usr/local/bin/edje_cc: Parsing done > /usr/local/bin/edje_cc: Wrote 1085 bytes ( 1Kb) for "edje_file" > header > /usr/local/bin/edje_cc: Wrote 39910 bytes ( 39Kb) for > "fonts/Edje-Vera" font entry "Vera.ttf" compress: [real: 39.5%] > /usr/local/bin/edje_cc: Wrote 36494 bytes ( 36Kb) for > "fonts/Edje-Vera-Bold" font entry "VeraBd.ttf" compress: [real: 37.8%] > Error. cannot create buffer engine canvas for image load. > gmake[4]: *** [default.edj] Error 255 > gmake[4]: Leaving directory > `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042/data/init' > gmake[3]: *** [all-recursive] Error 1 > gmake[3]: Leaving directory > `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042/data/init' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory > `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042/data' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/usr/ports/x11-wm/enlightenment-devel/work/enlightenment-0.16.999.042' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/x11-wm/enlightenment-devel. > > Can you, please, provide the full list of installed ports and the entire build log? -- Stanislav Sedov ST4096-RIPE From miwi at FreeBSD.org Fri May 2 19:10:00 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Fri May 2 19:10:24 2008 Subject: Advice sought for ports/vis5d+ In-Reply-To: <20080502182648.GB92161@amilo.cenkes.org> References: <20080502103401.R39339@cauchy.math.missouri.edu> <20080502164716.GE43577@graf.pompo.net> <20080502182648.GB92161@amilo.cenkes.org> Message-ID: <20080502190955.GC98366@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, May 02, 2008 at 10:26:49PM +0400, Andrew Pantyukhin wrote: > On Fri, May 02, 2008 at 06:47:16PM +0200, Thierry Thomas wrote: > > On Fri 2 may 08 at 17:39:08 +0200, Stephen Montgomery-Smith > > wrote: > > > I am the maintainer of the science/vis5d+ port. It was recently marked > > > broken, and I submitted the PR ports/123233 to fix it. However my fix > > > doesn't seem to work for the amd64 - > > > http://amd64.miwibox.org/tb2/errors/6.3-FreeBSD/vis5d+-1.2.1_8.log > > > > > > The problem seems to be with the libgfx port. A month or two ago, it must > > > have somehow been brought in as part of the netcdf port. But now it > > > has become necessary to explicitly link against libgfx.a. For whatever > > > reason, this doesn't work on the amd64. > > > > > > Any help or advice much appreciated. > > > > Hello Stephen, > > > > The message is: > > > > /usr/bin/ld: /usr/local/lib/libgfx.a(time.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC > > > > That means that graphics/libgfx should be modified to use -fPIC, and > > better to produce a shared library (maintainer Cc'ed). > > Right. Miwi has just asked me about this and I asked him to try > to tweak CFLAGS in libgfx. I can't remember why I didn't convert > libgfx to produce a shared library, but I certainly do it > whenever I can. I'll try to take a closer look soon. Build is Fixed now. Thanks all! - - Martin > > Thanks! > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFIG2cDFwpycAVoI1MRAoZoAJ0asu+KQLBQssU5IofYoyZ01PdCYwCaAlET eXXqhvxpofv3a24nkjIKfYc= =BXMO -----END PGP SIGNATURE----- From sgk at troutmask.apl.washington.edu Fri May 2 20:27:25 2008 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Fri May 2 20:27:28 2008 Subject: Using stderr in an initialization? Message-ID: <20080502202356.GA67129@troutmask.apl.washington.edu> I'm porting a piece of code to FreeBSD, and I've run into a problem that I currently don't know how to solve. I scanned both the Porter's Handbook and the Developer's Handbook, but came up empty. A reduce testcase is #include typedef FILE *FILEP; static FILEP outfile = {stderr}; int main(int argc, char *argv[]) { FILE *fp; if (argc == 2) { fp = fopen(*++argv, "w"); outfile = fp; } fprintf(outfile, "Ouch!\n"); return 0; } GCC gives troutmask:sgk[204] cc -o z a.c a.c:5: error: initializer element is not constant a.c:5: error: (near initialization for 'outfile') Yes, I know in the simple example above that I could put 'outfile = stderr' above the 'if (argc == 2)' statement. In the much more complicated code, it isn't clear where such a change be made. So, anyone have a suggestion on how to change line 5 to satisfy gcc? -- Steve From sgk at troutmask.apl.washington.edu Fri May 2 20:57:20 2008 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Fri May 2 20:57:23 2008 Subject: Using stderr in an initialization? In-Reply-To: <20080502204355.6349B5B3B@mail.bitblocks.com> References: <20080502202356.GA67129@troutmask.apl.washington.edu> <20080502204355.6349B5B3B@mail.bitblocks.com> Message-ID: <20080502205351.GA67671@troutmask.apl.washington.edu> On Fri, May 02, 2008 at 01:43:55PM -0700, Bakul Shah wrote: > On Fri, 02 May 2008 13:23:56 PDT Steve Kargl wrote: > > I'm porting a piece of code to FreeBSD, and I've run into > > a problem that I currently don't know how to solve. I scanned > > both the Porter's Handbook and the Developer's Handbook, but > > came up empty. > > > > A reduce testcase is > > > > #include > > > > typedef FILE *FILEP; > > > > static FILEP outfile = {stderr}; > > > ... > > GCC gives > > > > troutmask:sgk[204] cc -o z a.c > > a.c:5: error: initializer element is not constant > > a.c:5: error: (near initialization for 'outfile') > > > > So, anyone have a > > suggestion on how to change line 5 to satisfy gcc? > > It *used* to be the case that stderr was a macro referring to > something like &_iob[2] which is a link time constant > expression. As per section 7.19.1 in the C standard, the > stderr macro is an expression of type `pointer to file' but > not a constant. You wouldn't expect the following to work, > would you? > > FILE* f; > FILE* outfile = f; > > It is the exact same thing. But you can do > > static FILE** _outfile = &stderr; > #define outfile (*_outfile) > > to achive the effect you want. Thanks for the suggestion. This is K&R era code, and if I read the dates in comments correctly, it predates the formation of the ANSI C standard committee by more than 4 years. -- Steve From bakul at bitblocks.com Fri May 2 21:03:54 2008 From: bakul at bitblocks.com (Bakul Shah) Date: Fri May 2 21:03:57 2008 Subject: Using stderr in an initialization? In-Reply-To: Your message of "Fri, 02 May 2008 13:23:56 PDT." <20080502202356.GA67129@troutmask.apl.washington.edu> Message-ID: <20080502204355.6349B5B3B@mail.bitblocks.com> On Fri, 02 May 2008 13:23:56 PDT Steve Kargl wrote: > I'm porting a piece of code to FreeBSD, and I've run into > a problem that I currently don't know how to solve. I scanned > both the Porter's Handbook and the Developer's Handbook, but > came up empty. > > A reduce testcase is > > #include > > typedef FILE *FILEP; > > static FILEP outfile = {stderr}; > ... > GCC gives > > troutmask:sgk[204] cc -o z a.c > a.c:5: error: initializer element is not constant > a.c:5: error: (near initialization for 'outfile') > > So, anyone have a > suggestion on how to change line 5 to satisfy gcc? It *used* to be the case that stderr was a macro referring to something like &_iob[2] which is a link time constant expression. As per section 7.19.1 in the C standard, the stderr macro is an expression of type `pointer to file' but not a constant. You wouldn't expect the following to work, would you? FILE* f; FILE* outfile = f; It is the exact same thing. But you can do static FILE** _outfile = &stderr; #define outfile (*_outfile) to achive the effect you want. From kostikbel at gmail.com Fri May 2 21:05:41 2008 From: kostikbel at gmail.com (Kostik Belousov) Date: Fri May 2 21:05:46 2008 Subject: Using stderr in an initialization? In-Reply-To: <20080502202356.GA67129@troutmask.apl.washington.edu> References: <20080502202356.GA67129@troutmask.apl.washington.edu> Message-ID: <20080502210536.GZ18958@deviant.kiev.zoral.com.ua> On Fri, May 02, 2008 at 01:23:56PM -0700, Steve Kargl wrote: > I'm porting a piece of code to FreeBSD, and I've run into > a problem that I currently don't know how to solve. I scanned > both the Porter's Handbook and the Developer's Handbook, but > came up empty. > > A reduce testcase is > > #include > > typedef FILE *FILEP; > > static FILEP outfile = {stderr}; > > int > main(int argc, char *argv[]) > { > FILE *fp; > > if (argc == 2) { > fp = fopen(*++argv, "w"); > outfile = fp; > } > > fprintf(outfile, "Ouch!\n"); > > return 0; > } > > GCC gives > > troutmask:sgk[204] cc -o z a.c > a.c:5: error: initializer element is not constant > a.c:5: error: (near initialization for 'outfile') > > Yes, I know in the simple example above that I could > put 'outfile = stderr' above the 'if (argc == 2)' > statement. In the much more complicated code, it isn't > clear where such a change be made. So, anyone have a > suggestion on how to change line 5 to satisfy gcc? The ISO 9899 says that =========== stderr stdin stdout ... are expressions of type ``pointer to FILE'' that point to the FILE objects associated, respectively, with the standard error, input, and output streams. =========== The standards, both for the C language and SUSv3, explicitely allow for the stderr stream designator to be an runtime-evaluated expression. This means, it seems, that the code you included makes wrong assumption. Speaking about the gcc-specific extensions, and still using the C compiler, I think you may use the __attribute__((constructor)) for some static function that would assign the stderr value to the static variable. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080502/5a4ed982/attachment.pgp From peterjeremy at optushome.com.au Fri May 2 21:43:52 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Fri May 2 21:44:03 2008 Subject: Using stderr in an initialization? In-Reply-To: <20080502202356.GA67129@troutmask.apl.washington.edu> References: <20080502202356.GA67129@troutmask.apl.washington.edu> Message-ID: <20080502214348.GZ7293@server.vk2pj.dyndns.org> On Fri, May 02, 2008 at 01:23:56PM -0700, Steve Kargl wrote: >static FILEP outfile = {stderr}; ... >troutmask:sgk[204] cc -o z a.c >a.c:5: error: initializer element is not constant >a.c:5: error: (near initialization for 'outfile') The braces are superfluous but the underlying problem is that stderr is not a compile-time constant - it's an 'extern FILE *'. >clear where such a change be made. So, anyone have a >suggestion on how to change line 5 to satisfy gcc? Move the assignment to the start of main(): >int >main(int argc, char *argv[]) >{ > FILE *fp; > outfile = stderr; > if (argc == 2) { ... If 'outfile' is not visible from main() then you'll need to use some sort of initialisation function - either called explicitly from main() or via an C++-style implicitly-called initialiser. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080502/7bd05bf6/attachment.pgp From sgk at troutmask.apl.washington.edu Fri May 2 22:50:17 2008 From: sgk at troutmask.apl.washington.edu (Steve Kargl) Date: Fri May 2 22:50:19 2008 Subject: Using stderr in an initialization? In-Reply-To: <20080502214348.GZ7293@server.vk2pj.dyndns.org> References: <20080502202356.GA67129@troutmask.apl.washington.edu> <20080502214348.GZ7293@server.vk2pj.dyndns.org> Message-ID: <20080502224648.GA68629@troutmask.apl.washington.edu> On Sat, May 03, 2008 at 07:43:48AM +1000, Peter Jeremy wrote: > On Fri, May 02, 2008 at 01:23:56PM -0700, Steve Kargl wrote: > >static FILEP outfile = {stderr}; > ... > >troutmask:sgk[204] cc -o z a.c > >a.c:5: error: initializer element is not constant > >a.c:5: error: (near initialization for 'outfile') > > The braces are superfluous but the underlying problem is that stderr > is not a compile-time constant - it's an 'extern FILE *'. > > >clear where such a change be made. So, anyone have a > >suggestion on how to change line 5 to satisfy gcc? > > Move the assignment to the start of main(): > >int > >main(int argc, char *argv[]) > >{ > > FILE *fp; > > > outfile = stderr; > > if (argc == 2) { > ... > > If 'outfile' is not visible from main() then you'll need to use some > sort of initialisation function - either called explicitly from main() > or via an C++-style implicitly-called initialiser. > I chose the former although I'm not sure if that is the most appropriate place. With this change (and few others) I have successful built the Fortran 77 component of pcc (ie., ports/lang/pcc) dhcp-78-86:kargl[206] cat h.f program h print *, 'Hello World!' end dhcp-78-86:kargl[207] ~/work/bin/f77 -v -O -o z h.f -L$HOME/work/lib FORTRAN 77 DRIVER, VERSION 1.11, 28 JULY 1978 h.f: MAIN h: ASM. LOAD. dhcp-78-86:kargl[208] ./z Hello World! -- Steve From freebsd at insightbb.com Sat May 3 03:23:35 2008 From: freebsd at insightbb.com (Steven Friedrich) Date: Sat May 3 03:23:37 2008 Subject: hal port fails to build Message-ID: <200805022323.32843.freebsd@insightbb.com> Why is hal failing to build on my machine? I checked pointyhat and it says it builds fine. I even tried pkg_deinstall -f and then went to sysutils/hal and invoked make. I recovered by portupgrade -PPN hal. Here's the tail of the build: cc -DHAVE_CONFIG_H -I. -I../.. -DPACKAGE_SYSCONF_DIR=\"/usr/local/etc\" -DPACKAGE_DATA_DIR=\"/usr/local/share\" -DPACKAGE_BIN_DIR=\"/usr/local/bin\" -DPACKAGE_LOCALE_DIR=\"/usr/local/share/locale\" -DPACKAGE_LOCALSTATEDIR=\"/var\" -I../.. -I.. -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/dbus-1.0 -I/usr/local/include/dbus-1.0/include -I/usr/local/include/PolicyKit -I/usr/local/include -O2 -fno-strict-aliasing -pipe -march=pentium4 -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -MT hf-usb.lo -MD -MP -MF .deps/hf-usb.Tpo -c hf-usb.c -fPIC -DPIC -o .libs/hf-usb.o hf-usb.c:663: warning: 'struct usb_event' declared inside parameter list hf-usb.c:663: warning: its scope is only this definition or declaration, which is probably not what you want hf-usb.c: In function 'hf_usb_process_event': hf-usb.c:667: error: dereferencing pointer to incomplete type hf-usb.c:669: error: 'USB_EVENT_CTRLR_ATTACH' undeclared (first use in this function) hf-usb.c:669: error: (Each undeclared identifier is reported only once hf-usb.c:669: error: for each function it appears in.) hf-usb.c:670: error: dereferencing pointer to incomplete type hf-usb.c:675: error: 'USB_EVENT_CTRLR_DETACH' undeclared (first use in this function) hf-usb.c:676: error: dereferencing pointer to incomplete type hf-usb.c:681: error: 'USB_EVENT_DEVICE_ATTACH' undeclared (first use in this function) hf-usb.c:685: error: dereferencing pointer to incomplete type hf-usb.c:685: error: dereferencing pointer to incomplete type hf-usb.c:688: error: dereferencing pointer to incomplete type hf-usb.c:693: error: dereferencing pointer to incomplete type hf-usb.c:695: error: dereferencing pointer to incomplete type hf-usb.c:700: error: 'USB_EVENT_DEVICE_DETACH' undeclared (first use in this function) hf-usb.c:704: error: dereferencing pointer to incomplete type hf-usb.c:704: error: dereferencing pointer to incomplete type hf-usb.c:708: error: dereferencing pointer to incomplete type hf-usb.c:709: error: dereferencing pointer to incomplete type hf-usb.c:724: error: 'USB_EVENT_DRIVER_ATTACH' undeclared (first use in this function) hf-usb.c:728: error: 'USB_EVENT_DRIVER_DETACH' undeclared (first use in this function) hf-usb.c:733: error: dereferencing pointer to incomplete type hf-usb.c: In function 'hf_usb_event_cb': hf-usb.c:741: error: storage size of 'event' isn't known hf-usb.c:741: warning: unused variable 'event' gmake[5]: *** [hf-usb.lo] Error 1 gmake[5]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11rc2/hald/freebsd' gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11rc2/hald/freebsd' gmake[3]: *** [all-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11rc2/hald' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11rc2/hald' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/hal/work/hal-0.5.11rc2' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/sysutils/hal. From datahead4 at gmail.com Sat May 3 04:04:30 2008 From: datahead4 at gmail.com (Matt) Date: Sat May 3 04:04:34 2008 Subject: port: truecrypt 5.1a, need some testers In-Reply-To: <481A3C7B.6080500@nsx.de> References: <481A3C7B.6080500@nsx.de> Message-ID: On Thu, May 1, 2008 at 4:56 PM, Stephan Fiebrandt wrote: > This updated port should build the latest truecrypt 5.1a on freebsd. It > depends on wxgtk28 with unicode. The NOGUI version dpes also require wx base > libraries. So wxgtk28-unicode is marked as dependency. > > I have done some load test on today's 7-STABLE amd64, however it needs more > testing also under i386 as my machine is heavy patched and my i386 is > 8-CURRENT right now (there it works too). > Don't forget to start fuse before running truecrypt. > Port can be found at: http://nsx.de/truecrypt-5.1a.tar.gz > Port builds cleanly on 7-RELEASE i386 and runs as expected. Seems there are still some stability issues that I remember hearing about before. Copying many small files to a truecrypt-mounted volume appears to deadlock the system (I seem to remember this used to cause a panic...) that I can't break out of by any apparent means. I don't think that's a problem with the port though. Matt > Stephan > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From gerald at FreeBSD.org Sat May 3 18:07:53 2008 From: gerald at FreeBSD.org (gerald@FreeBSD.org) Date: Sat May 3 18:07:55 2008 Subject: ports/122676: can't access dvd with any application that has been built by gcc4 Message-ID: <200805031807.m43I7qj4020446@freefall.freebsd.org> Synopsis: can't access dvd with any application that has been built by gcc4 Responsible-Changed-From-To: gerald->ports Responsible-Changed-By: gerald Responsible-Changed-When: Sat May 3 18:04:22 UTC 2008 Responsible-Changed-Why: The update of the vobcopy port is now being tracked in PR 123283 (submitted by the maintainer after I contacted him). Sadly, though I guess for obvious reasons, the mplayer port does not have an explicit maintainer, thus reassigning to ports@ for a possible update/fix. http://www.freebsd.org/cgi/query-pr.cgi?pr=122676 From linimon at FreeBSD.org Sat May 3 21:11:57 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Sat May 3 21:12:00 2008 Subject: ports/122676: multimedia/mplayer: can't access dvd with any application that has been built by gcc4 Message-ID: <200805032111.m43LBv3k036720@freefall.freebsd.org> Old Synopsis: can't access dvd with any application that has been built by gcc4 New Synopsis: multimedia/mplayer: can't access dvd with any application that has been built by gcc4 Responsible-Changed-From-To: ports->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Sat May 3 21:10:01 UTC 2008 Responsible-Changed-Why: Correct assignment. Note that it seems that multimedia/mplayer does indeed have a maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=122676 From sahil at tandon.net Sun May 4 04:16:52 2008 From: sahil at tandon.net (Sahil Tandon) Date: Sun May 4 04:16:55 2008 Subject: question regarding first port, ports/123382 Message-ID: <20080504035909.GA13747@shepherd> I just submitted my first port (of p5-Net-DNS-Async), and received an automatic email stating the report is viewable here: http://www.freebsd.org/cgi/query-pr.cgi?pr=123382 I have used send-pr's web interface and attached the output of shar as a .txt file. However, trying to access the above link results in: "No PRs Matched Query". Is there just a delay before the web site is updated, or should the report have been viewable on the PR page as soon as I received the email? -- Sahil Tandon From sahil at tandon.net Sun May 4 04:21:50 2008 From: sahil at tandon.net (Sahil Tandon) Date: Sun May 4 04:21:54 2008 Subject: question regarding first port, ports/123382 In-Reply-To: <20080504035909.GA13747@shepherd> References: <20080504035909.GA13747@shepherd> Message-ID: <20080504042146.GA13855@shepherd> * Sahil Tandon [2008-05-03 23:59:10 -0400]: > I just submitted my first port (of p5-Net-DNS-Async), and received an > automatic email stating the report is viewable here: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=123382 > > I have used send-pr's web interface and attached the output of shar as a > .txt file. However, trying to access the above link results in: "No PRs > Matched Query". Is there just a delay before the web site is updated, or > should the report have been viewable on the PR page as soon as I received > the email? Ah, of course as soon as my email makes it past the greylist and to the list, the link works. Sorry for the noise. -- Sahil Tandon From lumiwa at gmail.com Sun May 4 15:48:45 2008 From: lumiwa at gmail.com (Mitja) Date: Sun May 4 15:48:49 2008 Subject: skype 2.0 Message-ID: <200805041021.34722.lumiwa@gmail.com> Hi! Today I deinstalled skype-devel 2.0.0.68_2 and installed skype 2.0.0.68,1. I have FreeBSD 7.0 and for deskto KDE. After the new installation the Skpe icon dissaper from the Internet Menu and when I start Skype and call someone there are no sound as before on the Skype from skype-devel ports. Could someone write me how can I start the Skype that I hear that sound, please? Thank in advance. -- He who invents adages for others to peruse takes along rowboat when going on cruise. From jhein at timing.com Mon May 5 06:06:49 2008 From: jhein at timing.com (John Hein) Date: Mon May 5 06:06:53 2008 Subject: port: truecrypt 5.1a, need some testers In-Reply-To: <481A3EFB.1090802@nsx.de> References: <481A3EFB.1090802@nsx.de> Message-ID: <18462.38268.858507.977799@gromit.timing.com> Stephan Fiebrandt wrote at 00:06 +0200 on May 2, 2008: > This updated port should build the latest truecrypt 5.1a on freebsd. It > depends on wxgtk28 with unicode. The NOGUI version dpes also require wx > base libraries. So wxgtk28-unicode is marked as dependency. > > I have done some load test on today's 7-STABLE amd64, however it needs > more testing also under i386 as my machine is heavy patched and my i386 > is 8-CURRENT right now (there it works too). > Don't forget to start fuse before running truecrypt. > Port can be found at: http://nsx.de/truecrypt-5.1a.tar.gz It works for me in limited testing (mount encrypted file backed volume on nfs & ufs, create a file, umount, remount) - tested on recent 6-STABLE. Thanks for the good work. From fedor.dikarev at gmail.com Mon May 5 09:01:29 2008 From: fedor.dikarev at gmail.com (Fedor Dikarev) Date: Mon May 5 09:01:35 2008 Subject: FreeBSD Port: smokeping-2.3.6 Message-ID: There is still some bug in smokeping's rc.d script: diff -u smokeping.in smokeping.in.old --- smokeping.in 2008-05-05 12:31:34.000000000 +0400 +++ smokeping.in.old 2008-05-05 12:29:57.000000000 +0400 @@ -24,7 +24,6 @@ name="smokeping" rcvar=`set_rcvar` -load_rc_config $name command="/usr/local/bin/smokeping" command_args="--logfile=${smokeping_logfile}" pidfile="${smokeping_pidfile}" -- Fedor Dikarev From erwin at FreeBSD.org Mon May 5 09:46:03 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon May 5 09:46:05 2008 Subject: INDEX build failed for 5.x Message-ID: <200805050945.m459jvjW022203@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found gstreamer-plugins-neon-0.10.7_2,3: "/a/erwin/tindex/ports/www/neon" non-existent -- dependency list incomplete ===> www/gstreamer-plugins-neon failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: anders araujo dinoex edwin fjoe green hq itetcu mm mnag obrien pav rafan shaun sumikawa Most recent CVS update was: U MOVED U audio/libmusicbrainz3/Makefile U comms/obexapp/files/patch-Makefile U devel/anjuta/Makefile U devel/bazaar/Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/kdesvn/Makefile U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U devel/pysvn/Makefile U devel/rapidsvn/Makefile U devel/subcommander/Makefile U devel/subversion/Makefile U french/aster/Makefile U games/fgfs-base/Makefile U games/flightgear/Makefile U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U mail/postfix-policyd-weight/Makefile U mail/postfix-policyd-weight/files/policyd-weight.in U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U multimedia/audacious-plugins/Makefile U net/throttled/Makefile U net/throttled/files/throttled.in U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/fusefs-wdfs/Makefile U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/Makefile U www/apache13-modssl/files/patch-apachectl U www/cadaver/Makefile U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/neon26/Makefile U www/neon28/Makefile U www/neon28/distinfo U www/neon28/pkg-plist U www/neonpp/Makefile U www/py-forgethtml/files/patch-lib-forgetHTML.py U www/sitecopy/Makefile From erwin at FreeBSD.org Mon May 5 10:46:17 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon May 5 10:46:20 2008 Subject: INDEX build failed for 5.x Message-ID: <200805051046.m45AkACe022158@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found gstreamer-plugins-neon-0.10.7_2,3: "/a/erwin/tindex/ports/www/neon" non-existent -- dependency list incomplete ===> www/gstreamer-plugins-neon failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: anders araujo delphij dinoex edwin fjoe green hq itetcu mm mnag obrien pav rafan shaun sumikawa Most recent CVS update was: U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U mail/dovecot/Makefile U mail/dovecot-devel/Makefile U mail/dovecot-devel/distinfo U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From bugmaster at FreeBSD.org Mon May 5 11:06:08 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 5 11:06:29 2008 Subject: Current unassigned ports problem reports Message-ID: <200805051106.m45B67D8069773@freefall.freebsd.org> Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including\nexperimental development code and obsolete releases.\n Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/102644 devel/p5-Decision-ACL: fix wrong decision when using z o ports/106369 vpnd caused kernel panic with ppp mode o ports/106372 vpnd can't run with slip mode f ports/108077 www/linux-flashplugin9 crashes linux-firefox o ports/111832 ports/lang/drscheme doesn't compile: foreign.c f ports/112921 x11-wm/Beryl not loading focus and keybinding settings s ports/113144 print/ghostscript-gnu dumps core with several output d f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586 net/isc-dhcp3-server does not work when compiled with o ports/117128 security/ipsec-tools racoon.sh fails with /var on mfs o ports/118808 Fix to build ports/lang/drscheme on FreeBSD-7.0 o ports/118877 audio/streamripper does not detect song title from str o ports/122128 Class not found error during print/pdftk port installa o ports/122251 New port: graphics/sK1 An opensource vector graphics e f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/122306 misc/compat5x port fails to extract if you're root o ports/122381 net-mgmt/collectd in FreeBSD 7.0 i386 and sparc64 segf f ports/122416 deskutils/kmatrix3d and deskutils/ksmoothdock don't in o ports/122676 multimedia/mplayer: can't access dvd with any applicat o ports/122907 [patch] sysutils/fusefs-kmod dataloss on write shortly f ports/122911 ports/audio/sox: MP3 support broken s ports/122949 net-mgmt/kismet coredumps f ports/122973 textproc/xerces-c2: installed files do not have o+r bi f ports/123059 security/barnyard-sguil6 does not build with postgresq o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/123375 [patch] sysutils/wmmemmon fails with error extracting o ports/123380 security/barnyard-sguil, build with postgresql fails o ports/123408 [patch] net/wmwlmon fix for gcc4.2 and partial fix for 28 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/85513 Intel C++ compiler not 100% binary compatible with sys o ports/95294 netpipe doesn't work on amd64 o ports/95990 New Port: emulators/xjoypad o ports/96147 [patch] devel/linuxthreads uses pre-install instead of o ports/102544 ltmdm driver (comms/ltmdm) crashes system whene line r o ports/107354 net/icmpinfo: icmpinfo -vvv does not recocnize any ICM o ports/108795 ports/icc: Proposed update to icc port for intel compi o ports/108856 [mbone/sdr] make sdr usable again; patch appended o ports/110144 New port: math/Matlab7 o ports/110697 New port: ports-mgmt/pkg_deps o ports/114825 pam module security/pam_abl not working s ports/115216 ADA devel/florist exit_process program doesn't compile s ports/115217 Ada devel/florist socket program doesn't compile due t f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/115308 multimedia/jahshaka fails to open GUI - ends with "pre f ports/115336 port multimedia/avifile on FreeBSD 7.0 not BROKEN with s ports/116323 net-im/jabber-users-agent bugs o ports/116485 games/vultures-eye gets a permission denied after typi f ports/116567 [PATCH] net/vnc: patch x0vncserver to not give the sel o ports/116683 [NEW PORT] audio/kirocker: KDE Kicker applet for Amaro o ports/116950 graphics/osg outdated o ports/117299 [NEW PORTS] www/webobjects(+) Apple WebObjects ports b o ports/117431 Update port: graphics/ipe Version 6.0pre28 of Ipe that s ports/117518 [PATCH] misc/ipbt - fix BROKEN size mismatch in distin o ports/117521 [new port] net/asterisk-res-bonjour Bonjour (Zeroconf) o ports/117703 New port: devel/asdlgen generate serializers for C,C++ o ports/117755 New port: security/libgcrypt-devel alpha version libgc f ports/117900 x11-wm/pekwm ports needs to be updated o ports/118033 [new port] devel/cvs-devel 1.12.13_8 f ports/118105 mail/spamd - spamd-setup with multiple files in spamd- o ports/118229 New port: security/fwknop fwknop,"FireWall KNock OPera f ports/118293 net/vnc Xvnc won't run without fonts.alias installed o ports/118368 New port: net/asterisk-agx AGX Extra Addons (including o ports/118386 New port: graphics/hugin-devel A GUI for Panorama Tool o ports/118438 New port: biology/njplot Phylogenetic tree drawing pro o ports/118460 New port: biology/muscle multiple alignment software o ports/118548 New port: biology/consed viewing and editing workbench f ports/118570 www/linux-flashplugin9 - v9.0r48 doesn't play youtube o ports/118906 [NEW PORT] graphics/2d-rewriter: Fractals generator ba f ports/118926 mail/spamd: issues with deletion and syncing from spam o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li o ports/119236 New port: www/squidclamav, interface to perform antivi o ports/119425 New port: korean/ko.TeX Korean TeX macro and utilities o ports/119427 New port: korean/ko.TeX-fonts-extra Korean TeX extra f o ports/119428 New port: korean/ko.TeX-fonts-base Korean TeX base fon o ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 o ports/119640 [NEW PORT] devel/sml_tk: Typed and abstract Standard M f ports/119745 www/linux-flashplugin7 - flashplayer does not work wit f ports/119843 security/xca 0.6.3 has gross compilation errors after o ports/120142 sysutils/wmcube-gdk does not work on CURRENT o ports/120181 weird tty permissions with x11/rxvt o ports/120184 New port: emulators/cpmtools27: Tools to access CP/M d o ports/120189 New port: emulators/xcpc: A portable Amstrad CPC 464/6 o ports/120223 [PATCH] games/flightgear-mb339-pan: unbreak and update o ports/120311 New port: devel/aegis-devel developer version of devel f ports/120480 [patch] devel/quilt: RPM dependency should be optional o ports/120499 new port converters/fribidi: fribidi2 library f ports/120923 www/squidguard does not work unless its UID/GID are mo o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/121126 New port: science/caret Computerized Anatomical Recons f ports/121149 www/tomcat55 - www/tomcat* choaks on ip6 f ports/121154 port sysutils/915resolution marked i386 only; builds f o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler f ports/121254 shells/ch: Bad ownership of installed files. o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/121344 new port audio/akode-plugins-pulseaudio f ports/121355 net/isc-dhcp3-server mishandles OPTIONS f ports/121405 Update graphics/gmt to newer version (4.2.1) o ports/121629 New Port: net/netident A port for testing what netwo s ports/121659 [Update] ports: databases/postgis-jdbc 1.3.2 f ports/121673 Update port: www/zope-formulator to 1.11.3 f ports/121724 [UPDATE] Update multimedia/avidemux2 to 2.4.1 f ports/121731 science/hdf5: enable Fortran support o ports/121771 [patch] Add https support to sysutils/apt f ports/121827 sysutils/ezjail: config-attached image jail can not be f ports/121834 [patch] lang/lua: split AR into AR/ARFLAGS (for cross f ports/121836 [PATCH] sysutils/ezjail: amd64 install problem o ports/121882 /usr/ports/audio/mbrolavox/voices.conf uses extended c o ports/121969 games/flightgear update o ports/122027 net-mgmt-/zabbix - Fix several zabbix-server crashes o ports/122059 finance/ledgersmb port upgrade o ports/122102 New Port devel/tango - alternate library for the D pro o ports/122104 print/ghostscript-gpl build fails if FreeType bridge o o ports/122113 fail to start games/frozenbubble on 7-STABLE and fix f ports/122122 print/lyx crashes if devel/boost is compiled with thre o ports/122210 [PATCH] java/bsh: change main category, take maintaine o ports/122253 [New port] devel/p5-libalarm: Perl module to allow mul o ports/122302 [PATCH] x11-themes/bluecurve-themes: Make fetchable ag o ports/122303 [PATCH] x11-themes/cursor-bluecurve-theme: unbreak and f ports/122333 net/arping - patch to lookup for interface and src ip, o ports/122375 New port: games/openjazz - Free re-implementation of t f ports/122402 [PATCH] security/metasploit: Update to 3.1 [SUMMARIZE f ports/122469 [patch] options for devel/viewvc f ports/122471 [patch] port devel/cvs2svn o ports/122525 [PATCH] lang/see[-devel]: add locking for thread-safet f ports/122548 update textproc/libwpd f ports/122557 misc/esniper update request to 2.18.1 o ports/122559 [PATCH]:x11/xcb-proto: update to 1.1 f ports/122564 [PATCH]x11/libxcb: update to 1.1 o ports/122583 [PATCH]print/pdftk: update to 1.41 f ports/122586 Update to sysutils/logrotate o ports/122596 devel/python: Python hangs when importing pygtk o ports/122606 games/eduke32 : new snapshot o ports/122612 New port: www/mod_wsgi Python WSGI adapter module for o ports/122631 [NEW PORT] net-im/p5-Net-XMPP2: An implementation of t o ports/122692 New port: games/cosmosmash - A clone of the Intellivis o ports/122701 New port: www/mod_wombat "Apache Lua module" f ports/122735 [patch] Port mail/postfixadmin - incorrect syntax in m f ports/122747 Update port: comms/bluegps maintainer email, extra tex f ports/122748 Update port: comms/bluez-firmware email maintainer, ty f ports/122783 [PATCH] editors/emacs: update to 22.2 o ports/122824 [new port] add news/husky-htick-devel port o ports/122855 print/ghostscript-gpl does not save options f ports/122860 databases/phpMyAdmin installs in the wrong dir o ports/122909 [NEW PORT] polish/qnapi f ports/122939 graphics/jbigkit does not respect CC o ports/122979 New port: mail/getlive Get mail from hotmail (live) ma o ports/122980 New Port: emulators/gemrb o ports/122993 setup.sh for audio/mpdscribble f ports/123000 devel/jude-community need jdk1.4 which can't compil wi o ports/123007 [NEW PORT] games/linux-etqw-server: Enemy Territory: Q o ports/123009 [NEW PORT] games/linux-etqw-demo-server: Enemy Territo f ports/123022 New port: archivers/rpm5 o ports/123056 net/libnet-devel is unusable f ports/123072 update www/tomcat55 o ports/123091 sysutils/syslog-ng2: [PATCH] syslog-ng2 package name a o ports/123102 New port: sysutil/lbl-hf LBL's address to hostname fil o ports/123103 New port: sysutil/lbl-cf LBL's Unix time to formated t f ports/123126 [PATCH] x11-wm/pekwm Does not fetch and update o ports/123127 [NEW PORT] security/openvas-libraries: Libraries for O o ports/123128 [NEW PORT] security/openvas-server: A security scanner o ports/123129 [NEW PORT] security/openvas-libnasl: NASL libraries fo o ports/123130 [NEW PORT] security/openvas-plugins: Plugins for OpenV o ports/123131 [NEW PORT] security/openvas-client: A GUI client for O o ports/123139 Re: [NEW PORT] security/openvas-server: A security sca f ports/123213 patch net/libnet's configure to not do anymore checks o ports/123214 [new port] sysutils/p5-lchown o ports/123215 net-mgmt/nagios-silfreed-plugins fails install o ports/123250 [PATCH] lang/sbcl: add lutex support f ports/123309 port upgrade: devel/monotone-viz 1.0.1 o ports/123316 net/mpd installation causes a error f ports/123328 [PATCH]math/maxima: update to 5.15.0 o ports/123339 [NEW PORT] textproc/doc-mode.el: asciidoc fontlocking o ports/123345 x11/wrapper: [PATCH] xorg-wrapper should depend on xor f ports/123349 Patch: upgrade graphics/gnash to version 0.8.2 o ports/123391 [NEW PORT] math/mingw32-libgmp4: Library for arbitrary o ports/123397 Port update: games/flightgear-atlas - Update to 0.3.0. 147 problems total. From erwin at FreeBSD.org Mon May 5 11:34:50 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon May 5 11:34:52 2008 Subject: INDEX build failed for 5.x Message-ID: <200805051134.m45BYh0E023799@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found gstreamer-plugins-neon-0.10.7_2,3: "/a/erwin/tindex/ports/www/neon" non-existent -- dependency list incomplete ===> www/gstreamer-plugins-neon failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: anders araujo delphij dinoex edwin fjoe green hq itetcu mm mnag obrien pav rafan shaun sumikawa Most recent CVS update was: U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From Watermelon at gmx.net Mon May 5 12:43:57 2008 From: Watermelon at gmx.net (Watermelon) Date: Mon May 5 12:44:00 2008 Subject: freebsd-ports Digest, Vol 260, Issue 1 In-Reply-To: <20080505120015.47395106575D@hub.freebsd.org> References: <20080505120015.47395106575D@hub.freebsd.org> Message-ID: <481EFABA.9060301@gmx.net> hi, tested the truecypt 5.1a also: system is fbsd 7.0 rel creating(with keyfile and password), mounting and unmounting of a 7.64GB container works, but copying large files(about 20mb) crashes system.... small files of about 0 to 5mb work.... seems to be a tricky problem, i had that problem with the last experimental port of 5.0 too. Watermelon. From erwin at FreeBSD.org Mon May 5 12:48:57 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon May 5 12:48:59 2008 Subject: INDEX build failed for 5.x Message-ID: <200805051248.m45CmoDO094915@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found gstreamer-plugins-neon-0.10.7_2,3: "/a/erwin/tindex/ports/www/neon" non-existent -- dependency list incomplete ===> www/gstreamer-plugins-neon failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: anders araujo delphij dinoex edwin fjoe green hq itetcu mat mm mnag obrien pav rafan shaun sumikawa Most recent CVS update was: U comms/obexapp/files/patch-Makefile U databases/p5-DBD-Pg/Makefile U databases/p5-DBD-Pg/distinfo U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-Params-CallbackRequest/Makefile U devel/p5-Params-CallbackRequest/distinfo U devel/p5-SVN-Notify/Makefile U devel/p5-SVN-Notify/distinfo U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U security/p5-Digest-SHA/Makefile U security/p5-Digest-SHA/distinfo U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U textproc/p5-Text-CSV/Makefile U textproc/p5-Text-CSV/distinfo U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/p5-HTTP-Proxy/Makefile U www/p5-HTTP-Proxy/distinfo U www/py-forgethtml/files/patch-lib-forgetHTML.py From erwin at FreeBSD.org Mon May 5 13:57:58 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon May 5 13:58:01 2008 Subject: INDEX build failed for 5.x Message-ID: <200805051357.m45DvqPt031492@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found gstreamer-plugins-neon-0.10.7_2,3: "/a/erwin/tindex/ports/www/neon" non-existent -- dependency list incomplete ===> www/gstreamer-plugins-neon failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: anders araujo delphij dinoex edwin fjoe gerald green hq hrs itetcu mat mm mnag obrien pav rafan shaun sumikawa Most recent CVS update was: U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U emulators/wine/Makefile U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U print/ghostscript-gpl/Makefile U print/ghostscript-gpl/Makefile.drivers U print/ghostscript-gpl/distinfo U print/ghostscript-gpl/pkg-descr U print/ghostscript-gpl/pkg-plist U print/ghostscript-gpl/files/Makefile.dmprt U print/ghostscript-gpl/files/Makefile.epag U print/ghostscript-gpl/files/Makefile.pcl3 U print/ghostscript-gpl/files/patch-ijs-Makefile.in U print/ghostscript-gpl/files/patch-ijs-configure U print/ghostscript-gpl/files/patch-lib-FAPIcidfmap U print/ghostscript-gpl/files/patch-lib-FAPIconfig U print/ghostscript-gpl/files/patch-lib-cidfmap U print/ghostscript-gpl/files/patch-src-Makefile.in U print/ghostscript-gpl/files/patch-src-contrib.mak U print/ghostscript-gpl/files/patch-src-unixinst.mak U print/ghostscript-gpl/files/pkg-message.in U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U textproc/xmlroff/Makefile U textproc/xmlroff/distinfo U textproc/xmlroff/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/p5-MasonX-Interp-WithCallbacks/Makefile U www/p5-MasonX-Interp-WithCallbacks/distinfo U www/p5-WWW-Myspace/Makefile U www/p5-WWW-Myspace/distinfo U www/py-forgethtml/files/patch-lib-forgetHTML.py From jumper99 at gmx.de Mon May 5 14:10:58 2008 From: jumper99 at gmx.de (Helmut Schneider) Date: Mon May 5 14:11:24 2008 Subject: mailman2.1.x and python2.5 in a jail References: <48134AF9.9030105@omut.org> Message-ID: Alex Vasylenko wrote: > Helmut Schneider wrote: >> [root@BSDHelmut ~]# chroot -u root /home/python25/ >> /usr/local/mailman/bin/mailmanctl >> Traceback (most recent call last): >> File "/usr/local/mailman/bin/mailmanctl", line 107, in >> from Mailman import Utils >> File "/usr/local/mailman/Mailman/Utils.py", line 32, in >> import sha >> File "/usr/local/lib/python2.5/sha.py", line 6, in >> from hashlib import sha1 as sha >> File "/usr/local/lib/python2.5/hashlib.py", line 133, in >> md5 = __get_builtin_constructor('md5') >> File "/usr/local/lib/python2.5/hashlib.py", line 60, in >> __get_builtin_constructor >> import _md5 >> ImportError: No module named _md5 >> [root@BSDHelmut ~]# > > you would need all libraries required by > /usr/local/lib/python2.5/lib-dynload/*.so available in the jail too. Works fine, thanks a lot. From erwin at FreeBSD.org Mon May 5 15:01:46 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon May 5 15:01:48 2008 Subject: INDEX now builds successfully on 5.x Message-ID: <200805051501.m45F1dUW094614@pointyhat.freebsd.org> From oli.garnier at free.fr Mon May 5 19:08:34 2008 From: oli.garnier at free.fr (Olivier GARNIER) Date: Mon May 5 19:08:39 2008 Subject: FreeBSD Port: nut-2.2.1_1 Message-ID: <000001c8aee0$3bf3f450$6501a8c0@DIMENSION> Hi, I've found your email on: http://www.freebsd.org/cgi/ports.cgi?query=nut &stype=all&sektion=sysutils Since I installed FreeBSD 7.0 and the new nut port I've got an error and don't know how to resolve it: May 4 00:24:41 myhost upsmon[1007]: Poll UPS [ellipse@localhost] failed - Data stale I've posted on freebsd-questions@freebsd.org but noone find how to help me. I've got an MGE Ellipse 750 USBS witch is linked to my computer with usb cable. This is my nut installed version: nut-2.2.1_1 Network UPS Tools There are my conf files : hosts.conf:MONITOR ellipse@localhost "Ellipse Serveurs" ups.conf: [ellipse] ups.conf: driver = usbhid-ups ups.conf: port = auto ups.conf: pollinterval = 15 upsd.conf:ACL all 0.0.0.0/0 upsd.conf:ACL localhost 127.0.0.1/32 upsd.conf:ACCEPT localhost upsd.conf:REJECT all upsd.conf:MAXAGE 20 upsmon.conf:MONITOR ellipse@localhost 1 myuser mypassword master upsmon.conf:MINSUPPLIES 1 upsmon.conf:SHUTDOWNCMD "/sbin/shutdown -h +0" upsmon.conf:POLLFREQ 5 upsmon.conf:POLLFREQALERT 5 upsmon.conf:HOSTSYNC 15 upsmon.conf:DEADTIME 20 upsmon.conf:POWERDOWNFLAG /etc/killpower upsmon.conf:RBWARNTIME 43200 upsmon.conf:NOCOMMWARNTIME 300 upsmon.conf:FINALDELAY 5 upsset.conf:I_HAVE_SECURED_MY_CGI_DIRECTORY Can you please help me or tell me where I can find help ? Thanks, Olivier From erwin at FreeBSD.org Mon May 5 19:56:17 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon May 5 19:56:23 2008 Subject: INDEX build failed for 5.x Message-ID: <200805051956.m45JuAwY074450@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait..etoile-distributedview-0.1.20061221: "/a/erwin/tindex/ports/x11/etoile-ui" non-existent -- dependency list incomplete ===> deskutils/etoile-distributedview failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: anders araujo chinsan dinoex fjoe green hq mm mnag obrien oliver pav rafan shaun sumikawa Most recent CVS update was: U chinese/gcin/Makefile U chinese/gcin/distinfo U comms/obexapp/files/patch-Makefile U deskutils/Makefile U deskutils/etoile-distributedview/Makefile U deskutils/etoile-distributedview/distinfo U deskutils/etoile-distributedview/pkg-descr U deskutils/etoile-distributedview/pkg-plist U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U graphics/gqview-devel/Makefile U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From erwin at FreeBSD.org Mon May 5 21:03:34 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Mon May 5 21:03:36 2008 Subject: INDEX now builds successfully on 5.x Message-ID: <200805052103.m45L3R9o059594@pointyhat.freebsd.org> From jrhett at netconsonance.com Mon May 5 21:13:02 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Mon May 5 21:13:26 2008 Subject: cfengine port update? Message-ID: cfengine-2.2.5 has come and gone without a port update. 2.2.6 has been out for a week now. Any chance of getting cfengine past 2.2.3 in ports? http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/122057 -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From datahead4 at gmail.com Tue May 6 05:20:18 2008 From: datahead4 at gmail.com (Matt) Date: Tue May 6 05:20:22 2008 Subject: FreeBSD Port: fusefs-libs-2.7.2_1 - gvfs-fuse-daemon process(es) stuck Message-ID: Hello. I am seeing gvfs-fuse-daemon processes remain stuck in memory after logging out of the system, and it appears that it may have something to do with the fuse libraries. I asked about this on the FreeBSD GNOME mailing list and it was suggested that I get the information to the fusefs-libs maintainer for review. The symptom is as described above - the gvfs-fuse-daemon processes do not exit cleanly and more processes continue to build-up whenever I complete an X-session. The processes do exit when I send them a manual kill signal. The only info I have at this point is a backtrace from a "stuck" process. Hopefully it will be useful in identifying the issue. Thanks, Matt GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Attaching to program: /usr/local/libexec/gvfs-fuse-daemon, process 9655 Reading symbols from /usr/local/lib/libiconv.so.3...done. Loaded symbols for /usr/local/lib/libiconv.so.3 Reading symbols from /usr/local/lib/libgvfscommon.so.0...done. Loaded symbols for /usr/local/lib/libgvfscommon.so.0 Reading symbols from /usr/local/lib/libgthread-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgthread-2.0.so.0 Reading symbols from /usr/local/lib/libgio-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgio-2.0.so.0 Reading symbols from /usr/local/lib/libgobject-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgobject-2.0.so.0 Reading symbols from /usr/local/lib/libgmodule-2.0.so.0...done. Loaded symbols for /usr/local/lib/libgmodule-2.0.so.0 Reading symbols from /usr/local/lib/libglib-2.0.so.0...done. Loaded symbols for /usr/local/lib/libglib-2.0.so.0 Reading symbols from /usr/local/lib/libintl.so.8...done. Loaded symbols for /usr/local/lib/libintl.so.8 Reading symbols from /usr/local/lib/libpcre.so.0...done. Loaded symbols for /usr/local/lib/libpcre.so.0 Reading symbols from /usr/local/lib/libdbus-1.so.3...done. Loaded symbols for /usr/local/lib/libdbus-1.so.3 Reading symbols from /usr/local/lib/libfuse.so.2...done. Loaded symbols for /usr/local/lib/libfuse.so.2 Reading symbols from /lib/libutil.so.7...done. Loaded symbols for /lib/libutil.so.7 Reading symbols from /lib/libthr.so.3...done. [New Thread 0x10502000 (LWP 100172)] [New Thread 0x10501100 (LWP 100064)] Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 [Switching to Thread 0x10502000 (LWP 100172)] 0x1045d3d1 in read () from /lib/libc.so.7 (gdb) bt #0 0x1045d3d1 in read () from /lib/libc.so.7 #1 0x10379792 in read () from /lib/libthr.so.3 #2 0x1035a67b in fuse_kern_chan_receive (chp=0xbf9fef8c, buf=0x1055c000 "", size=135168) at fuse_kern_chan.c:28 #3 0x1035fb13 in fuse_chan_recv (chp=0xbf9fef8c, buf=0x1055c000 "", size=135168) at fuse_session.c:184 #4 0x1035aac6 in fuse_do_work (data=0x10517580) at fuse_loop_mt.c:70 #5 0x1037ab1f in pthread_getprio () from /lib/libthr.so.3 #6 0x00000000 in ?? () (gdb) From koitsu at freebsd.org Tue May 6 05:32:45 2008 From: koitsu at freebsd.org (Jeremy Chadwick) Date: Tue May 6 05:32:48 2008 Subject: FreeBSD Port: fusefs-libs-2.7.2_1 - gvfs-fuse-daemon process(es) stuck In-Reply-To: References: Message-ID: <20080506053244.GA94936@eos.sc1.parodius.com> On Tue, May 06, 2008 at 12:20:17AM -0500, Matt wrote: > The symptom is as described above - the gvfs-fuse-daemon processes do > not exit cleanly and more processes continue to build-up whenever I > complete an X-session. The processes do exit when I send them a > manual kill signal. The only info I have at this point is a backtrace > from a "stuck" process. Hopefully it will be useful in identifying > the issue. What makes it "stuck?" What state is the process in? ps or top output would've been helpful, ditto with truss or ktrace output. Is it eating 100% CPU (e.g. read() is continually being called without handling error conditions), or does it just sit there idling? > (gdb) bt > #0 0x1045d3d1 in read () from /lib/libc.so.7 > #1 0x10379792 in read () from /lib/libthr.so.3 > #2 0x1035a67b in fuse_kern_chan_receive (chp=0xbf9fef8c, > buf=0x1055c000 "", size=135168) at fuse_kern_chan.c:28 > #3 0x1035fb13 in fuse_chan_recv (chp=0xbf9fef8c, buf=0x1055c000 "", > size=135168) at fuse_session.c:184 > #4 0x1035aac6 in fuse_do_work (data=0x10517580) at fuse_loop_mt.c:70 > #5 0x1037ab1f in pthread_getprio () from /lib/libthr.so.3 > #6 0x00000000 in ?? () -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From bsam at ipt.ru Tue May 6 07:34:55 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Tue May 6 07:35:01 2008 Subject: cfengine port update? In-Reply-To: (Jo Rhett's message of "Mon\, 5 May 2008 13\:45\:25 -0700") References: Message-ID: <74239915@ipt.ru> On Mon, 5 May 2008 13:45:25 -0700 Jo Rhett wrote: > cfengine-2.2.5 has come and gone without a port update. 2.2.6 has > been out for a week now. Any chance of getting cfengine past 2.2.3 > in ports? > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/122057 My tinderbox gives: ----- ======================================== ===> Building package for cfengine-2.2.6 Creating package /tmp/packages/All/cfengine-2.2.6.tbz Registering depends: db46-4.6.21.1. Creating bzip'd tar ball in '/tmp/packages/All/cfengine-2.2.6.tbz' Deleting cfengine-2.2.6 ================================================================ === Checking filesystem state list of extra files and directories in / (not present before this port was installed but present after it was deinstalled) 65830181 12 -r--r--r-- 1 root wheel 4788 May 6 07:25 usr/local/man/man8/cfagent.8 65830182 4 -r--r--r-- 1 root wheel 764 May 6 07:25 usr/local/man/man8/cfenvd.8 65830183 4 -r--r--r-- 1 root wheel 1441 May 6 07:25 usr/local/man/man8/cfenvgraph.8 65830184 4 -r--r--r-- 1 root wheel 774 May 6 07:25 usr/local/man/man8/cfexecd.8 65830185 4 -r--r--r-- 1 root wheel 505 May 6 07:25 usr/local/man/man8/cfkey.8 65830186 4 -r--r--r-- 1 root wheel 1730 May 6 07:25 usr/local/man/man8/cfrun.8 65830187 4 -r--r--r-- 1 root wheel 863 May 6 07:25 usr/local/man/man8/cfservd.8 65830188 4 -r--r--r-- 1 root wheel 1632 May 6 07:25 usr/local/man/man8/cfshow.8 65830189 24 -r--r--r-- 1 root wheel 10391 May 6 07:25 usr/local/man/man8/cfetoolcheck.8 65830190 16 -r--r--r-- 1 root wheel 7293 May 6 07:25 usr/local/man/man8/cfetooldump.8 65830191 16 -r--r--r-- 1 root wheel 6390 May 6 07:25 usr/local/man/man8/cfetoolimport.8 65830192 24 -r--r--r-- 1 root wheel 10258 May 6 07:25 usr/local/man/man8/cfetoolupdate.8 65830193 16 -r--r--r-- 1 root wheel 7535 May 6 07:25 usr/local/man/man8/cfetoolcreate.8 65830194 16 -r--r--r-- 1 root wheel 7039 May 6 07:25 usr/local/man/man8/cfetoolgraph.8 65830195 16 -r--r--r-- 1 root wheel 6269 May 6 07:25 usr/local/man/man8/cfetoolinfo.8 65851596 4 drwxr-xr-x 4 root wheel 512 May 6 07:25 usr/local/share/cfengine 65851597 4 drwxr-xr-x 2 root wheel 512 May 6 07:25 usr/local/share/cfengine/doc 65851598 4 drwxr-xr-x 2 root wheel 512 May 6 07:25 usr/local/share/cfengine/html Deleting db46-4.6.21.1 ----- -- WBR, bsam From ge at weijers.org Tue May 6 15:18:31 2008 From: ge at weijers.org (=?ISO-8859-1?Q?G=E9_Weijers?=) Date: Tue May 6 15:18:36 2008 Subject: Little valgrind issue Message-ID: Hello, I tried to build 'valgrind' in a jail environment. The Makefile tries to make sure that /proc is mounted before it build valgrind, which is fine, but the way it does it won't work in a jail because /sbin/mount does not show anything useful. A quick workaround: define the environment variable 'PACKAGE_BUILDING=yes' and then run 'make' and 'make install' It would be better if the Makefile would just look for, say, the existence of '/proc/curproc' in stead of relying on /sbin/mount. G? -- G? Weijers ge@weijers.org From Helko.Glathe at freenet.de Tue May 6 16:48:11 2008 From: Helko.Glathe at freenet.de (Helko Glathe) Date: Tue May 6 16:48:15 2008 Subject: Xorg Server crashes at startup Message-ID: <200805061847.06779.Helko.Glathe@freenet.de> Hi I've FreeBSD 7.0 Release running and a Intel 82945GM (945GM GMCH) SVGA controller. Since I've upgrade my ports tree there is an issue on xorg server. I think there is something wrong with port xf86-video-intel-2.2.1. My xorg.conf is build for using two displays (Notebook + external). Xorg Server starts fine if there is an external display connected. But xorg server crashes at startup if there is no external display connected. Following I will post the error-log of xorg server(run without a connected external display) and my xorg.conf. Thanks in advance, Helko xorg-log: " X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.0-RELEASE i386 Current Operating System: FreeBSD FreeBSD-TWS29 7.0-RELEASE FreeBSD 7.0-RELEASE #2: Fri Mar 14 20:57:18 CET 2008 kater@FreeBSD-TWS29:/usr/obj/usr/src/sys/MYKERNEL70 i386 Build Date: 04 May 2008 03:22:26PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue May 6 18:28:31 2008 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "xrandr" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "VGA Monitor" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Automatically adding devices (==) Automatically enabling devices (==) Including the default font path /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/local/lib/X11/fonts/misc, /usr/local/lib/X11/fonts/TTF, /usr/local/lib/X11/fonts/Type1, /usr/local/lib/X11/fonts/75dpi, /usr/local/lib/X11/fonts/100dpi, /usr/local/lib/X11/fonts/webfonts, /usr/local/share/fonts, /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to "/usr/local/lib/X11/rgb" (**) ModulePath set to "/usr/local/lib/xorg/modules" (**) Extension "Composite" is enabled (II) Loader magic: 0x81cdd80 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: "pcidata" (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8000f908, mode1Res1 = 0x80000000 (WW) OS did not count PCI devices, guessing wildly (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,27a0 card 144d,c504 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,27a2 card 144d,c504 rev 03 class 03,00,00 hdr 80 (II) PCI: 00:02:1: chip 8086,27a6 card 144d,c504 rev 03 class 03,80,00 hdr 80 (II) PCI: 00:1b:0: chip 8086,27d8 card 144d,c504 rev 02 class 04,03,00 hdr 00 (II) PCI: 00:1c:0: chip 8086,27d0 card 0000,0000 rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:1: chip 8086,27d2 card 0000,0000 rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1d:0: chip 8086,27c8 card 144d,c504 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,27c9 card 144d,c504 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,27ca card 144d,c504 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,27cb card 144d,c504 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,27cc card 144d,c504 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card 0000,0000 rev e2 class 06,04,01 hdr 01 (II) PCI: 00:1f:0: chip 8086,27b9 card 144d,c504 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,27df card 144d,c504 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,27da card 144d,c504 rev 02 class 0c,05,00 hdr 00 (II) PCI: 02:00:0: chip 8086,4222 card 8086,1001 rev 02 class 02,80,00 hdr 00 (II) PCI: 05:05:0: chip 14e4,170c card 144d,c504 rev 02 class 02,00,00 hdr 00 (II) PCI: 05:09:0: chip 1180,0476 card fffc,ffff rev b4 class 06,07,00 hdr 82 (II) PCI: 05:09:1: chip 1180,0552 card 144d,c024 rev 09 class 0c,00,10 hdr 80 (II) PCI: 05:09:2: chip 1180,0822 card 144d,c024 rev 18 class 08,05,00 hdr 80 (II) PCI: 05:09:3: chip 1180,0843 card 144d,c024 rev 00 class 08,80,00 hdr 80 (II) PCI: 05:09:4: chip 1180,0592 card 144d,c024 rev 09 class 08,80,00 hdr 80 (II) PCI: 05:09:5: chip 1180,0852 card 144d,c024 rev 04 class 08,80,00 hdr 80 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,6), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:28:0), (0,2,2), BCTRL: 0x0004 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0x00002000 - 0x000020ff (0x100) IX[B] [1] -1 0 0x00002400 - 0x000024ff (0x100) IX[B] [2] -1 0 0x00002800 - 0x000028ff (0x100) IX[B] [3] -1 0 0x00002c00 - 0x00002cff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xd4000000 - 0xd5ffffff (0x2000000) MX[B] (II) Bus 2 prefetchable memory range: [0] -1 0 0xd0000000 - 0xd1ffffff (0x2000000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 3: bridge is at (0:28:1), (0,3,4), BCTRL: 0x0004 (VGA_EN is cleared) (II) Subtractive PCI-to-PCI bridge: (II) Bus 5: bridge is at (0:30:0), (0,5,5), BCTRL: 0x0000 (VGA_EN is cleared) (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) PCI-to-CardBus bridge: (II) Bus 6: bridge is at (5:9:0), (5,6,7), BCTRL: 0x0700 (VGA_EN is cleared) (--) PCI:*(0:2:0) Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xd8100000/19, 0xc0000000/28, 0xd8200000/18, I/O @ 0x1800/3 (--) PCI: (0:2:1) Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xd8180000/19 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xd8003400 - 0xd80037ff (0x400) MX[B]E [1] -1 0 0xd8003000 - 0xd8003fff (0x1000) MX[B]E [2] -1 0 0xd8002c00 - 0xd8002fff (0x400) MX[B]E [3] -1 0 0xd8002800 - 0xd8002fff (0x800) MX[B]E [4] -1 0 0xd8002000 - 0xd8003fff (0x2000) MX[B]E [5] -1 0 0xd8000000 - 0xdfffffff (0x8000000) MX[B]E [6] -1 0 0xd4000000 - 0xd7ffffff (0x4000000) MX[B]E [7] -1 0 0xd8444000 - 0xd8447fff (0x4000) MX[B]E [8] -1 0 0xd8240000 - 0xd827ffff (0x40000) MX[B]E [9] -1 0 0xd8180000 - 0xd81fffff (0x80000) MX[B](B) [10] -1 0 0xd8200000 - 0xd823ffff (0x40000) MX[B](B) [11] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [12] -1 0 0xd8100000 - 0xd817ffff (0x80000) MX[B](B) [13] -1 0 0x000018a0 - 0x000018bf (0x20) IX[B]E [14] -1 0 0x00001810 - 0x0000181f (0x10) IX[B]E [15] -1 0 0x00001880 - 0x000018ff (0x80) IX[B]E [16] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]E [17] -1 0 0x00001840 - 0x0000187f (0x40) IX[B]E [18] -1 0 0x00001820 - 0x0000183f (0x20) IX[B]E [19] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B) (II) PCI Memory resource overlap reduced 0xd8003000 from 0xd8003fff to 0xd80033ff (II) PCI Memory resource overlap reduced 0xd8002800 from 0xd8002fff to 0xd8002bff (II) PCI Memory resource overlap reduced 0xd8002000 from 0xd8003fff to 0xd80027ff (II) PCI Memory resource overlap reduced 0xd8000000 from 0xdfffffff to 0xd8001fff (II) PCI I/O resource overlap reduced 0x00001880 from 0x000018ff to 0x0000189f (II) PCI I/O resource overlap reduced 0x00001840 from 0x0000187f to 0x0000185f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xd8003400 - 0xd80037ff (0x400) MX[B]E [1] -1 0 0xd8003000 - 0xd80033ff (0x400) MX[B]E [2] -1 0 0xd8002c00 - 0xd8002fff (0x400) MX[B]E [3] -1 0 0xd8002800 - 0xd8002bff (0x400) MX[B]E [4] -1 0 0xd8002000 - 0xd80027ff (0x800) MX[B]E [5] -1 0 0xd8000000 - 0xd8001fff (0x2000) MX[B]E [6] -1 0 0xd4000000 - 0xd7ffffff (0x4000000) MX[B]E [7] -1 0 0xd8444000 - 0xd8447fff (0x4000) MX[B]E [8] -1 0 0xd8240000 - 0xd827ffff (0x40000) MX[B]E [9] -1 0 0xd8180000 - 0xd81fffff (0x80000) MX[B](B) [10] -1 0 0xd8200000 - 0xd823ffff (0x40000) MX[B](B) [11] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [12] -1 0 0xd8100000 - 0xd817ffff (0x80000) MX[B](B) [13] -1 0 0x000018a0 - 0x000018bf (0x20) IX[B]E [14] -1 0 0x00001810 - 0x0000181f (0x10) IX[B]E [15] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]E [16] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]E [17] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]E [18] -1 0 0x00001820 - 0x0000183f (0x20) IX[B]E [19] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xd8003400 - 0xd80037ff (0x400) MX[B]E [5] -1 0 0xd8003000 - 0xd80033ff (0x400) MX[B]E [6] -1 0 0xd8002c00 - 0xd8002fff (0x400) MX[B]E [7] -1 0 0xd8002800 - 0xd8002bff (0x400) MX[B]E [8] -1 0 0xd8002000 - 0xd80027ff (0x800) MX[B]E [9] -1 0 0xd8000000 - 0xd8001fff (0x2000) MX[B]E [10] -1 0 0xd4000000 - 0xd7ffffff (0x4000000) MX[B]E [11] -1 0 0xd8444000 - 0xd8447fff (0x4000) MX[B]E [12] -1 0 0xd8240000 - 0xd827ffff (0x40000) MX[B]E [13] -1 0 0xd8180000 - 0xd81fffff (0x80000) MX[B](B) [14] -1 0 0xd8200000 - 0xd823ffff (0x40000) MX[B](B) [15] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [16] -1 0 0xd8100000 - 0xd817ffff (0x80000) MX[B](B) [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [19] -1 0 0x000018a0 - 0x000018bf (0x20) IX[B]E [20] -1 0 0x00001810 - 0x0000181f (0x10) IX[B]E [21] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]E [22] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]E [23] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]E [24] -1 0 0x00001820 - 0x0000183f (0x20) IX[B]E [25] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B) (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded by default. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "type1" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded by default. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) Loading extension XFree86-DRI (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "vbe" (II) Loading /usr/local/lib/xorg/modules//libvbe.so (II) Module vbe: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "type1" (II) Loading /usr/local/lib/xorg/modules/fonts//libtype1.so (II) Module type1: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Type1 (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 1.4.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font FreeType (II) LoadModule: "i2c"(II) Module "i2c" already built-in (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension RECORD (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.4.0, module version = 2.2.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.2.3 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.2.2 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Intel Integrated Graphics Device (II) Primary Device is: PCI 00:02:0 (WW) intel: No matching Device section for instance (BusID PCI:0:2:1) found (--) Chipset 945GM found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xd8003400 - 0xd80037ff (0x400) MX[B]E [5] -1 0 0xd8003000 - 0xd80033ff (0x400) MX[B]E [6] -1 0 0xd8002c00 - 0xd8002fff (0x400) MX[B]E [7] -1 0 0xd8002800 - 0xd8002bff (0x400) MX[B]E [8] -1 0 0xd8002000 - 0xd80027ff (0x800) MX[B]E [9] -1 0 0xd8000000 - 0xd8001fff (0x2000) MX[B]E [10] -1 0 0xd4000000 - 0xd7ffffff (0x4000000) MX[B]E [11] -1 0 0xd8444000 - 0xd8447fff (0x4000) MX[B]E [12] -1 0 0xd8240000 - 0xd827ffff (0x40000) MX[B]E [13] -1 0 0xd8180000 - 0xd81fffff (0x80000) MX[B](B) [14] -1 0 0xd8200000 - 0xd823ffff (0x40000) MX[B](B) [15] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [16] -1 0 0xd8100000 - 0xd817ffff (0x80000) MX[B](B) [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [19] -1 0 0x000018a0 - 0x000018bf (0x20) IX[B]E [20] -1 0 0x00001810 - 0x0000181f (0x10) IX[B]E [21] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]E [22] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]E [23] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]E [24] -1 0 0x00001820 - 0x0000183f (0x20) IX[B]E [25] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B) (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xd8003400 - 0xd80037ff (0x400) MX[B]E [5] -1 0 0xd8003000 - 0xd80033ff (0x400) MX[B]E [6] -1 0 0xd8002c00 - 0xd8002fff (0x400) MX[B]E [7] -1 0 0xd8002800 - 0xd8002bff (0x400) MX[B]E [8] -1 0 0xd8002000 - 0xd80027ff (0x800) MX[B]E [9] -1 0 0xd8000000 - 0xd8001fff (0x2000) MX[B]E [10] -1 0 0xd4000000 - 0xd7ffffff (0x4000000) MX[B]E [11] -1 0 0xd8444000 - 0xd8447fff (0x4000) MX[B]E [12] -1 0 0xd8240000 - 0xd827ffff (0x40000) MX[B]E [13] -1 0 0xd8180000 - 0xd81fffff (0x80000) MX[B](B) [14] -1 0 0xd8200000 - 0xd823ffff (0x40000) MX[B](B) [15] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [16] -1 0 0xd8100000 - 0xd817ffff (0x80000) MX[B](B) [17] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [18] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [19] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [20] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [21] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [22] -1 0 0x000018a0 - 0x000018bf (0x20) IX[B]E [23] -1 0 0x00001810 - 0x0000181f (0x10) IX[B]E [24] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]E [25] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]E [26] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]E [27] -1 0 0x00001820 - 0x0000183f (0x20) IX[B]E [28] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B) [29] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [30] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Reloading /usr/local/lib/xorg/modules//libvbe.so (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.4.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 2.0 (**) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) 945GM (--) intel(0): Chipset: "945GM" (--) intel(0): Linear framebuffer at 0xC0000000 (--) intel(0): IO registers at addr 0xD8100000 (==) intel(0): Write-combining range (0xd8100000,0x80000) was already clear (==) intel(0): Write-combining range (0xd8200000,0x40000) was already clear (II) intel(0): 2 display pipes available. (==) intel(0): Using EXA for acceleration (II) Loading sub module "ddc" (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c"(II) Module "i2c" already built-in (II) intel(0): Output VGA using monitor section VGA Monitor (**) intel(0): Option "RightOf" "LVDS Monitor" (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): Output LVDS using monitor section LVDS Monitor (II) intel(0): I2C bus "LVDSDDC_C" initialized. (II) intel(0): I2C device "LVDSDDC_C:ddc2" registered at address 0xA0. (II) intel(0): EDID vendor "SEC", prod id 16705 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) intel(0): initializing int10 (==) intel(0): Write-combining range (0xa0000,0x20000) was already clear (==) intel(0): Write-combining range (0xc0000,0x40000) was already clear (WW) intel(0): Bad V_BIOS checksum (II) intel(0): Primary V_BIOS segment is: 0xc000 (==) intel(0): Write-combining range (0x0,0x1000) was already clear (II) intel(0): VESA BIOS detected (II) intel(0): VESA VBE Version 3.0 (II) intel(0): VESA VBE Total Mem: 7872 kB (II) intel(0): VESA VBE OEM: Intel(r) 82945GM Chipset Family Graphics Chip Accelerated VGA BIOS (II) intel(0): VESA VBE OEM Software Rev: 1.0 (II) intel(0): VESA VBE OEM Vendor: Intel Corporation (II) intel(0): VESA VBE OEM Product: Intel(r) 82945GM Chipset Family Graphics Controller (II) intel(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (==) intel(0): Write-combining range (0x0,0x1000) was already clear (II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" initialized. (II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B" registered at address 0x70. (II) intel(0): No SDVO device found on SDVOB (II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B" removed. (II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" removed. (II) intel(0): I2C bus "SDVOCTRL_E for SDVOC" initialized. (II) intel(0): I2C device "SDVOCTRL_E for SDVOC:SDVO Controller C" registered at address 0x72. (II) intel(0): No SDVO device found on SDVOC (II) intel(0): I2C device "SDVOCTRL_E for SDVOC:SDVO Controller C" removed. (II) intel(0): I2C bus "SDVOCTRL_E for SDVOC" removed. (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): EDID vendor "SEC", prod id 16705 (II) intel(0): Output VGA disconnected (II) intel(0): Output LVDS connected (II) intel(0): Output LVDS using initial mode 1280x800 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): Monitoring connected displays enabled (II) intel(0): detected 256 kB GTT. (II) intel(0): detected 7932 kB stolen memory. (==) intel(0): video overlay key set to 0x101fe (==) intel(0): Will not try to enable page flipping (==) intel(0): Triple buffering disabled (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) (==) intel(0): DPI set to (75, 75) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.4.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.3 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.4.0, module version = 2.2.0 ABI class: X.Org Video Driver, version 2.0 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac"(II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc0000008 to 0xd000000a (WW) intel(0): PP_STATUS before: on, ready, sequencing idle (WW) intel(0): PP_STATUS after: on, ready, sequencing on (==) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xd8200000 - 0xd823ffff (0x40000) MS[B] [1] 0 0 0xc0000000 - 0xcfffffff (0x10000000) MS[B] [2] 0 0 0xd8100000 - 0xd817ffff (0x80000) MS[B] [3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -1 0 0xd8003400 - 0xd80037ff (0x400) MX[B]E [8] -1 0 0xd8003000 - 0xd80033ff (0x400) MX[B]E [9] -1 0 0xd8002c00 - 0xd8002fff (0x400) MX[B]E [10] -1 0 0xd8002800 - 0xd8002bff (0x400) MX[B]E [11] -1 0 0xd8002000 - 0xd80027ff (0x800) MX[B]E [12] -1 0 0xd8000000 - 0xd8001fff (0x2000) MX[B]E [13] -1 0 0xd4000000 - 0xd7ffffff (0x4000000) MX[B]E [14] -1 0 0xd8444000 - 0xd8447fff (0x4000) MX[B]E [15] -1 0 0xd8240000 - 0xd827ffff (0x40000) MX[B]E [16] -1 0 0xd8180000 - 0xd81fffff (0x80000) MX[B](B) [17] -1 0 0xd8200000 - 0xd823ffff (0x40000) MX[B](B) [18] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [19] -1 0 0xd8100000 - 0xd817ffff (0x80000) MX[B](B) [20] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [21] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [22] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [23] 0 0 0x00001800 - 0x00001807 (0x8) IS[B] [24] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [25] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [26] -1 0 0x000018a0 - 0x000018bf (0x20) IX[B]E [27] -1 0 0x00001810 - 0x0000181f (0x10) IX[B]E [28] -1 0 0x00001880 - 0x0000189f (0x20) IX[B]E [29] -1 0 0x00001860 - 0x0000187f (0x20) IX[B]E [30] -1 0 0x00001840 - 0x0000185f (0x20) IX[B]E [31] -1 0 0x00001820 - 0x0000183f (0x20) IX[B]E [32] -1 0 0x00001800 - 0x00001807 (0x8) IX[B](B) [33] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [34] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 241152 total, 0 used (II) intel(0): I830CheckAvailableMemory: 964608 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle = 0x2 (II) intel(0): [drm] installed DRM signal handler (==) intel(0): VideoRam: 262144 KB (**) intel(0): Framebuffer compression enabled (**) intel(0): Tiling enabled (==) intel(0): Write-combining range (0xd8100000,0x80000) was already clear (==) intel(0): Write-combining range (0xd8200000,0x40000) was already clear (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Success. (II) intel(0): Increasing the scanline pitch to allow tiling mode (2560 -> 4096). (EE) intel(0): Cannot support DRI with frame buffer width > 2048. (II) intel(0): adjusting plane->pipe mappings to allow for framebuffer compression (II) intel(0): Page Flipping disabled (==) intel(0): Write-combining range (0xd8100000,0x80000) was already clear (==) intel(0): Write-combining range (0xd8200000,0x40000) was already clear (==) intel(0): Write-combining range (0xc0000000,0x10000000) was already set (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) EXA(0): Offscreen pixmap area of 89653248 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (==) intel(0): Backing store disabled (==) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): xf86BindGARTMemory: bind key 6 at 0x007bf000 (pgoffset 1983) (II) intel(0): xf86BindGARTMemory: bind key 7 at 0x02e40000 (pgoffset 11840) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x0061ffff: compressed frame buffer (6144 kB, 0x000000003f820000 physical ) (II) intel(0): 0x00620000-0x00620fff: compressed ll buffer (4 kB, 0x000000003fe20000 physical ) (II) intel(0): 0x00621000-0x0062afff: HW cursors (40 kB, 0x000000003fe21000 physical ) (II) intel(0): 0x0062b000-0x00632fff: logical 3D context (32 kB) (II) intel(0): 0x00633000-0x00633fff: overlay registers (4 kB, 0x000000003fe33000 physical ) (II) intel(0): 0x00640000-0x02e3ffff: front buffer (40960 kB) (II) intel(0): 0x007bf000: end of stolen memory (II) intel(0): 0x02e40000-0x083bffff: exa offscreen (87552 kB) (II) intel(0): 0x10000000: end of aperture (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled (WW) intel(0): PRB0_HEAD (0x00003374) and PRB0_TAIL (0x000033a8) indicate ring buffer not flushed (WW) intel(0): Existing errors found in hardware state. Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x3ffc0001getbl_err: 0x0 ipeir: 0 iphdr: 2000011 LP ring tail: 33b0 head: 3374 len: 1f001 start 0 eir: 0 esr: 0 emr: ffff instdone: 81 instpm: 0 memmode: 306 instps: 800f00c4 hwstam: ffff ier: 0 imr: ffff iir: 0 Ring at virtual 0x28984000 head 0x3374 tail 0x33b0 count 15 000032f4: 00000000 000032f8: 00000720 000032fc: 00000000 00003300: 00000720 00003304: 00000000 00003308: 001c0720 0000330c: 00360000 00003310: 00320720 00003314: 00300000 00003318: 00780720 0000331c: 00300000 00003320: 00300720 00003324: 00300000 00003328: 00300720 0000332c: 00780000 00003330: 00000720 00003334: 00000000 00003338: 00000720 0000333c: 00000000 00003340: 00000720 00003344: 00000000 00003348: 00000720 0000334c: 00000000 00003350: 00000720 00003354: 00000000 00003358: 00000720 0000335c: 00000000 00003360: 00000720 00003364: 00000000 00003368: 00000720 0000336c: 00000000 00003370: 00000720 00003374: 00000000 Ring end space: 131004 wanted 131064 Fatal server error: lockup Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x3ffc0001getbl_err: 0x0 ipeir: 0 iphdr: 2000011 LP ring tail: 33b8 head: 3374 len: 1f001 start 0 eir: 0 esr: 0 emr: ffff instdone: 81 instpm: 0 memmode: 306 instps: 800f00c4 hwstam: ffff ier: 0 imr: ffff iir: 0 Ring at virtual 0x28984000 head 0x3374 tail 0x33b8 count 17 000032f4: 00000000 000032f8: 00000720 000032fc: 00000000 00003300: 00000720 00003304: 00000000 00003308: 001c0720 0000330c: 00360000 00003310: 00320720 00003314: 00300000 00003318: 00780720 0000331c: 00300000 00003320: 00300720 00003324: 00300000 00003328: 00300720 0000332c: 00780000 00003330: 00000720 00003334: 00000000 00003338: 00000720 0000333c: 00000000 00003340: 00000720 00003344: 00000000 00003348: 00000720 0000334c: 00000000 00003350: 00000720 00003354: 00000000 00003358: 00000720 0000335c: 00000000 00003360: 00000720 00003364: 00000000 00003368: 00000720 0000336c: 00000000 00003370: 00000720 00003374: 00000000 Ring end space: 130996 wanted 131064 FatalError re-entered, aborting lockup " My xorg.conf: " Section "ServerLayout" Identifier "xrandr" # Screen0 will correspond to the internal LCD Screen 0 "Screen0" 0 0 # nothing new here : InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/local/lib/X11/rgb" ModulePath "/usr/local/lib/xorg/modules" FontPath "/usr/local/lib/X11/fonts/misc" FontPath "/usr/local/lib/X11/fonts/TTF" FontPath "/usr/local/lib/X11/fonts/Type1" FontPath "/usr/local/lib/X11/fonts/75dpi" FontPath "/usr/local/lib/X11/fonts/100dpi" FontPath "/usr/local/lib/X11/fonts/webfonts" FontPath "/usr/local/share/fonts" EndSection Section "Module" Load "dri" Load "glx" Load "vbe" Load "extmod" Load "type1" Load "freetype" Load "i2c" Load "bitmap" Load "ddc" Load "int10" EndSection Section "DRI" Mode 0666 EndSection Section "Extensions" Option "Composite" "true" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc105" Option "XkbLayout" "de" Option "XkbRules" "xorg" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "Buttons" "5" Option "ZAxisMapping" "4 5" EndSection #Monitor von Notebook Section "Monitor" Identifier "LVDS Monitor" ModeLine "1280x800" 83.46 1280 1352 1480 1680 800 801 804 828 EndSection #Externer Monitor Section "Monitor" Identifier "VGA Monitor" Option "RightOf" "LVDS Monitor" EndSection Section "Device" Identifier "Card0" Driver "intel" VendorName "Intel Corporation" BoardName "Mobile Integrated Graphics Controller" BusID "PCI:0:2:0" Option "Monitor-LVDS" "LVDS Monitor" Option "Monitor-VGA" "VGA Monitor" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "LVDS Monitor" Monitor "VGA Monitor" DefaultDepth 24 SubSection "Display" Virtual 2560 1824 EndSubSection EndSection " From Helko.Glathe at freenet.de Tue May 6 16:49:41 2008 From: Helko.Glathe at freenet.de (Helko Glathe) Date: Tue May 6 16:49:45 2008 Subject: FreeBSD Port: xf86-video-intel-2.2.1 Message-ID: <200805061848.43419.Helko.Glathe@freenet.de> Hi I've FreeBSD 7.0 Release running and a Intel 82945GM (945GM GMCH) SVGA controller. Since I've upgrade my ports tree there is an issue on xorg server. I think there is something wrong with port xf86-video-intel-2.2.1. My xorg.conf is build for using two displays (Notebook + external). Xorg Server starts fine if there is an external display connected. But xorg server crashes at startup if there is no external display connected. Following I will post the error-log of xorg server(run without a connected external display) and my xorg.conf. Thanks in advance, Helko xorg-log: " X.Org X Server 1.4.0 Release Date: 5 September 2007 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 7.0-RELEASE i386 Current Operating System: FreeBSD FreeBSD-TWS29 7.0-RELEASE FreeBSD 7.0-RELEASE #2: Fri Mar 14 20:57:18 CET 2008 ? ? kater@FreeBSD-TWS29:/usr/obj/usr/src/sys/MYKERNEL70 i386 Build Date: 04 May 2008 ?03:22:26PM ? ????????Before reporting problems, check http://wiki.x.org ????????to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, ????????(++) from command line, (!!) notice, (II) informational, ????????(WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue May ?6 18:28:31 2008 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "xrandr" (**) |-->Screen "Screen0" (0) (**) | ? |-->Monitor "VGA Monitor" (**) | ? |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Automatically adding devices (==) Automatically enabling devices (==) Including the default font path /usr/local/lib/X11/fonts/misc/,/usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X11/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75dpi/. (**) FontPath set to: ????????/usr/local/lib/X11/fonts/misc, ????????/usr/local/lib/X11/fonts/TTF, ????????/usr/local/lib/X11/fonts/Type1, ????????/usr/local/lib/X11/fonts/75dpi, ????????/usr/local/lib/X11/fonts/100dpi, ????????/usr/local/lib/X11/fonts/webfonts, ????????/usr/local/share/fonts, ????????/usr/local/lib/X11/fonts/misc/, ????????/usr/local/lib/X11/fonts/TTF/, ????????/usr/local/lib/X11/fonts/OTF, ????????/usr/local/lib/X11/fonts/Type1/, ????????/usr/local/lib/X11/fonts/100dpi/, ????????/usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to "/usr/local/lib/X11/rgb" (**) ModulePath set to "/usr/local/lib/xorg/modules" (**) Extension "Composite" is enabled (II) Loader magic: 0x81cdd80 (II) Module ABI versions: ????????X.Org ANSI C Emulation: 0.3 ????????X.Org Video Driver: 2.0 ????????X.Org XInput driver : 2.0 ????????X.Org Server Extension : 0.3 ????????X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: "pcidata" (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 1.0.0 ????????ABI class: X.Org Video Driver, version 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x8000f908, mode1Res1 = 0x80000000 (WW) OS did not count PCI devices, guessing wildly (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,27a0 card 144d,c504 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,27a2 card 144d,c504 rev 03 class 03,00,00 hdr 80 (II) PCI: 00:02:1: chip 8086,27a6 card 144d,c504 rev 03 class 03,80,00 hdr 80 (II) PCI: 00:1b:0: chip 8086,27d8 card 144d,c504 rev 02 class 04,03,00 hdr 00 (II) PCI: 00:1c:0: chip 8086,27d0 card 0000,0000 rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1c:1: chip 8086,27d2 card 0000,0000 rev 02 class 06,04,00 hdr 81 (II) PCI: 00:1d:0: chip 8086,27c8 card 144d,c504 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,27c9 card 144d,c504 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,27ca card 144d,c504 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,27cb card 144d,c504 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,27cc card 144d,c504 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card 0000,0000 rev e2 class 06,04,01 hdr 01 (II) PCI: 00:1f:0: chip 8086,27b9 card 144d,c504 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,27df card 144d,c504 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,27da card 144d,c504 rev 02 class 0c,05,00 hdr 00 (II) PCI: 02:00:0: chip 8086,4222 card 8086,1001 rev 02 class 02,80,00 hdr 00 (II) PCI: 05:05:0: chip 14e4,170c card 144d,c504 rev 02 class 02,00,00 hdr 00 (II) PCI: 05:09:0: chip 1180,0476 card fffc,ffff rev b4 class 06,07,00 hdr 82 (II) PCI: 05:09:1: chip 1180,0552 card 144d,c024 rev 09 class 0c,00,10 hdr 80 (II) PCI: 05:09:2: chip 1180,0822 card 144d,c024 rev 18 class 08,05,00 hdr 80 (II) PCI: 05:09:3: chip 1180,0843 card 144d,c024 rev 00 class 08,80,00 hdr 80 (II) PCI: 05:09:4: chip 1180,0592 card 144d,c024 rev 09 class 08,80,00 hdr 80 (II) PCI: 05:09:5: chip 1180,0852 card 144d,c024 rev 04 class 08,80,00 hdr 80 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,6), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: ????????[0] -1??0???????0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: ????????[0] -1??0???????0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: ????????[0] -1??0???????0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:28:0), (0,2,2), BCTRL: 0x0004 (VGA_EN is cleared) (II) Bus 2 I/O range: ????????[0] -1??0???????0x00002000 - 0x000020ff (0x100) IX[B] ????????[1] -1??0???????0x00002400 - 0x000024ff (0x100) IX[B] ????????[2] -1??0???????0x00002800 - 0x000028ff (0x100) IX[B] ????????[3] -1??0???????0x00002c00 - 0x00002cff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: ????????[0] -1??0???????0xd4000000 - 0xd5ffffff (0x2000000) MX[B] (II) Bus 2 prefetchable memory range: ????????[0] -1??0???????0xd0000000 - 0xd1ffffff (0x2000000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 3: bridge is at (0:28:1), (0,3,4), BCTRL: 0x0004 (VGA_EN is cleared) (II) Subtractive PCI-to-PCI bridge: (II) Bus 5: bridge is at (0:30:0), (0,5,5), BCTRL: 0x0000 (VGA_EN is cleared) (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) PCI-to-CardBus bridge: (II) Bus 6: bridge is at (5:9:0), (5,6,7), BCTRL: 0x0700 (VGA_EN is cleared) (--) PCI:*(0:2:0) Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xd8100000/19, 0xc0000000/28, 0xd8200000/18, I/O @ 0x1800/3 (--) PCI: (0:2:1) Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xd8180000/19 (II) Addressable bus resource ranges are ????????[0] -1??0???????0x00000000 - 0xffffffff (0x0) MX[B] ????????[1] -1??0???????0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: ????????[0] -1??0???????0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) ????????[1] -1??0???????0x000f0000 - 0x000fffff (0x10000) MX[B] ????????[2] -1??0???????0x000c0000 - 0x000effff (0x30000) MX[B] ????????[3] -1??0???????0x00000000 - 0x0009ffff (0xa0000) MX[B] ????????[4] -1??0???????0x0000ffff - 0x0000ffff (0x1) IX[B] ????????[5] -1??0???????0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: ????????[0] -1??0???????0xd8003400 - 0xd80037ff (0x400) MX[B]E ????????[1] -1??0???????0xd8003000 - 0xd8003fff (0x1000) MX[B]E ????????[2] -1??0???????0xd8002c00 - 0xd8002fff (0x400) MX[B]E ????????[3] -1??0???????0xd8002800 - 0xd8002fff (0x800) MX[B]E ????????[4] -1??0???????0xd8002000 - 0xd8003fff (0x2000) MX[B]E ????????[5] -1??0???????0xd8000000 - 0xdfffffff (0x8000000) MX[B]E ????????[6] -1??0???????0xd4000000 - 0xd7ffffff (0x4000000) MX[B]E ????????[7] -1??0???????0xd8444000 - 0xd8447fff (0x4000) MX[B]E ????????[8] -1??0???????0xd8240000 - 0xd827ffff (0x40000) MX[B]E ????????[9] -1??0???????0xd8180000 - 0xd81fffff (0x80000) MX[B](B) ????????[10] -1?0???????0xd8200000 - 0xd823ffff (0x40000) MX[B](B) ????????[11] -1?0???????0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) ????????[12] -1?0???????0xd8100000 - 0xd817ffff (0x80000) MX[B](B) ????????[13] -1?0???????0x000018a0 - 0x000018bf (0x20) IX[B]E ????????[14] -1?0???????0x00001810 - 0x0000181f (0x10) IX[B]E ????????[15] -1?0???????0x00001880 - 0x000018ff (0x80) IX[B]E ????????[16] -1?0???????0x00001860 - 0x0000187f (0x20) IX[B]E ????????[17] -1?0???????0x00001840 - 0x0000187f (0x40) IX[B]E ????????[18] -1?0???????0x00001820 - 0x0000183f (0x20) IX[B]E ????????[19] -1?0???????0x00001800 - 0x00001807 (0x8) IX[B](B) (II) PCI Memory resource overlap reduced 0xd8003000 from 0xd8003fff to 0xd80033ff (II) PCI Memory resource overlap reduced 0xd8002800 from 0xd8002fff to 0xd8002bff (II) PCI Memory resource overlap reduced 0xd8002000 from 0xd8003fff to 0xd80027ff (II) PCI Memory resource overlap reduced 0xd8000000 from 0xdfffffff to 0xd8001fff (II) PCI I/O resource overlap reduced 0x00001880 from 0x000018ff to 0x0000189f (II) PCI I/O resource overlap reduced 0x00001840 from 0x0000187f to 0x0000185f (II) Active PCI resource ranges after removing overlaps: ????????[0] -1??0???????0xd8003400 - 0xd80037ff (0x400) MX[B]E ????????[1] -1??0???????0xd8003000 - 0xd80033ff (0x400) MX[B]E ????????[2] -1??0???????0xd8002c00 - 0xd8002fff (0x400) MX[B]E ????????[3] -1??0???????0xd8002800 - 0xd8002bff (0x400) MX[B]E ????????[4] -1??0???????0xd8002000 - 0xd80027ff (0x800) MX[B]E ????????[5] -1??0???????0xd8000000 - 0xd8001fff (0x2000) MX[B]E ????????[6] -1??0???????0xd4000000 - 0xd7ffffff (0x4000000) MX[B]E ????????[7] -1??0???????0xd8444000 - 0xd8447fff (0x4000) MX[B]E ????????[8] -1??0???????0xd8240000 - 0xd827ffff (0x40000) MX[B]E ????????[9] -1??0???????0xd8180000 - 0xd81fffff (0x80000) MX[B](B) ????????[10] -1?0???????0xd8200000 - 0xd823ffff (0x40000) MX[B](B) ????????[11] -1?0???????0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) ????????[12] -1?0???????0xd8100000 - 0xd817ffff (0x80000) MX[B](B) ????????[13] -1?0???????0x000018a0 - 0x000018bf (0x20) IX[B]E ????????[14] -1?0???????0x00001810 - 0x0000181f (0x10) IX[B]E ????????[15] -1?0???????0x00001880 - 0x0000189f (0x20) IX[B]E ????????[16] -1?0???????0x00001860 - 0x0000187f (0x20) IX[B]E ????????[17] -1?0???????0x00001840 - 0x0000185f (0x20) IX[B]E ????????[18] -1?0???????0x00001820 - 0x0000183f (0x20) IX[B]E ????????[19] -1?0???????0x00001800 - 0x00001807 (0x8) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: ????????[0] -1??0???????0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) ????????[1] -1??0???????0x000f0000 - 0x000fffff (0x10000) MX[B] ????????[2] -1??0???????0x000c0000 - 0x000effff (0x30000) MX[B] ????????[3] -1??0???????0x00000000 - 0x0009ffff (0xa0000) MX[B] ????????[4] -1??0???????0x0000ffff - 0x0000ffff (0x1) IX[B] ????????[5] -1??0???????0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: ????????[0] -1??0???????0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) ????????[1] -1??0???????0x000f0000 - 0x000fffff (0x10000) MX[B] ????????[2] -1??0???????0x000c0000 - 0x000effff (0x30000) MX[B] ????????[3] -1??0???????0x00000000 - 0x0009ffff (0xa0000) MX[B] ????????[4] -1??0???????0xd8003400 - 0xd80037ff (0x400) MX[B]E ????????[5] -1??0???????0xd8003000 - 0xd80033ff (0x400) MX[B]E ????????[6] -1??0???????0xd8002c00 - 0xd8002fff (0x400) MX[B]E ????????[7] -1??0???????0xd8002800 - 0xd8002bff (0x400) MX[B]E ????????[8] -1??0???????0xd8002000 - 0xd80027ff (0x800) MX[B]E ????????[9] -1??0???????0xd8000000 - 0xd8001fff (0x2000) MX[B]E ????????[10] -1?0???????0xd4000000 - 0xd7ffffff (0x4000000) MX[B]E ????????[11] -1?0???????0xd8444000 - 0xd8447fff (0x4000) MX[B]E ????????[12] -1?0???????0xd8240000 - 0xd827ffff (0x40000) MX[B]E ????????[13] -1?0???????0xd8180000 - 0xd81fffff (0x80000) MX[B](B) ????????[14] -1?0???????0xd8200000 - 0xd823ffff (0x40000) MX[B](B) ????????[15] -1?0???????0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) ????????[16] -1?0???????0xd8100000 - 0xd817ffff (0x80000) MX[B](B) ????????[17] -1?0???????0x0000ffff - 0x0000ffff (0x1) IX[B] ????????[18] -1?0???????0x00000000 - 0x000000ff (0x100) IX[B] ????????[19] -1?0???????0x000018a0 - 0x000018bf (0x20) IX[B]E ????????[20] -1?0???????0x00001810 - 0x0000181f (0x10) IX[B]E ????????[21] -1?0???????0x00001880 - 0x0000189f (0x20) IX[B]E ????????[22] -1?0???????0x00001860 - 0x0000187f (0x20) IX[B]E ????????[23] -1?0???????0x00001840 - 0x0000185f (0x20) IX[B]E ????????[24] -1?0???????0x00001820 - 0x0000183f (0x20) IX[B]E ????????[25] -1?0???????0x00001800 - 0x00001807 (0x8) IX[B](B) (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded by default. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "type1" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded by default. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 1.0.0 ????????ABI class: X.Org Server Extension, version 0.3 (II) Loading extension XFree86-DRI (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 1.0.0 ????????ABI class: X.Org Server Extension, version 0.3 (==) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "vbe" (II) Loading /usr/local/lib/xorg/modules//libvbe.so (II) Module vbe: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 1.1.0 ????????ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 1.0.0 ????????Module class: X.Org Server Extension ????????ABI class: X.Org Server Extension, version 0.3 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "type1" (II) Loading /usr/local/lib/xorg/modules/fonts//libtype1.so (II) Module type1: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 1.0.2 ????????Module class: X.Org Font Renderer ????????ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Type1 (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" ????????compiled for 1.4.0, module version = 2.1.0 ????????Module class: X.Org Font Renderer ????????ABI class: X.Org Font Renderer, version 0.5 (II) Loading font FreeType (II) LoadModule: "i2c"(II) Module "i2c" already built-in (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 1.0.0 ????????ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 1.0.0 ????????Module class: X.Org Server Extension ????????ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 1.13.0 ????????Module class: X.Org Server Extension ????????ABI class: X.Org Server Extension, version 0.3 (II) Loading extension RECORD (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 2.2.1 ????????Module class: X.Org Video Driver ????????ABI class: X.Org Video Driver, version 2.0 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 1.2.3 ????????Module class: X.Org XInput Driver ????????ABI class: X.Org XInput driver, version 2.0 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 1.2.2 ????????Module class: X.Org XInput Driver ????????ABI class: X.Org XInput driver, version 2.0 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, ????????i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, ????????E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, ????????965GM, 965GME/GLE, G33, Q35, Q33, Intel Integrated Graphics Device (II) Primary Device is: PCI 00:02:0 (WW) intel: No matching Device section for instance (BusID PCI:0:2:1) found (--) Chipset 945GM found (II) resource ranges after xf86ClaimFixedResources() call: ????????[0] -1??0???????0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) ????????[1] -1??0???????0x000f0000 - 0x000fffff (0x10000) MX[B] ????????[2] -1??0???????0x000c0000 - 0x000effff (0x30000) MX[B] ????????[3] -1??0???????0x00000000 - 0x0009ffff (0xa0000) MX[B] ????????[4] -1??0???????0xd8003400 - 0xd80037ff (0x400) MX[B]E ????????[5] -1??0???????0xd8003000 - 0xd80033ff (0x400) MX[B]E ????????[6] -1??0???????0xd8002c00 - 0xd8002fff (0x400) MX[B]E ????????[7] -1??0???????0xd8002800 - 0xd8002bff (0x400) MX[B]E ????????[8] -1??0???????0xd8002000 - 0xd80027ff (0x800) MX[B]E ????????[9] -1??0???????0xd8000000 - 0xd8001fff (0x2000) MX[B]E ????????[10] -1?0???????0xd4000000 - 0xd7ffffff (0x4000000) MX[B]E ????????[11] -1?0???????0xd8444000 - 0xd8447fff (0x4000) MX[B]E ????????[12] -1?0???????0xd8240000 - 0xd827ffff (0x40000) MX[B]E ????????[13] -1?0???????0xd8180000 - 0xd81fffff (0x80000) MX[B](B) ????????[14] -1?0???????0xd8200000 - 0xd823ffff (0x40000) MX[B](B) ????????[15] -1?0???????0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) ????????[16] -1?0???????0xd8100000 - 0xd817ffff (0x80000) MX[B](B) ????????[17] -1?0???????0x0000ffff - 0x0000ffff (0x1) IX[B] ????????[18] -1?0???????0x00000000 - 0x000000ff (0x100) IX[B] ????????[19] -1?0???????0x000018a0 - 0x000018bf (0x20) IX[B]E ????????[20] -1?0???????0x00001810 - 0x0000181f (0x10) IX[B]E ????????[21] -1?0???????0x00001880 - 0x0000189f (0x20) IX[B]E ????????[22] -1?0???????0x00001860 - 0x0000187f (0x20) IX[B]E ????????[23] -1?0???????0x00001840 - 0x0000185f (0x20) IX[B]E ????????[24] -1?0???????0x00001820 - 0x0000183f (0x20) IX[B]E ????????[25] -1?0???????0x00001800 - 0x00001807 (0x8) IX[B](B) (II) resource ranges after probing: ????????[0] -1??0???????0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) ????????[1] -1??0???????0x000f0000 - 0x000fffff (0x10000) MX[B] ????????[2] -1??0???????0x000c0000 - 0x000effff (0x30000) MX[B] ????????[3] -1??0???????0x00000000 - 0x0009ffff (0xa0000) MX[B] ????????[4] -1??0???????0xd8003400 - 0xd80037ff (0x400) MX[B]E ????????[5] -1??0???????0xd8003000 - 0xd80033ff (0x400) MX[B]E ????????[6] -1??0???????0xd8002c00 - 0xd8002fff (0x400) MX[B]E ????????[7] -1??0???????0xd8002800 - 0xd8002bff (0x400) MX[B]E ????????[8] -1??0???????0xd8002000 - 0xd80027ff (0x800) MX[B]E ????????[9] -1??0???????0xd8000000 - 0xd8001fff (0x2000) MX[B]E ????????[10] -1?0???????0xd4000000 - 0xd7ffffff (0x4000000) MX[B]E ????????[11] -1?0???????0xd8444000 - 0xd8447fff (0x4000) MX[B]E ????????[12] -1?0???????0xd8240000 - 0xd827ffff (0x40000) MX[B]E ????????[13] -1?0???????0xd8180000 - 0xd81fffff (0x80000) MX[B](B) ????????[14] -1?0???????0xd8200000 - 0xd823ffff (0x40000) MX[B](B) ????????[15] -1?0???????0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) ????????[16] -1?0???????0xd8100000 - 0xd817ffff (0x80000) MX[B](B) ????????[17] 0??0???????0x000a0000 - 0x000affff (0x10000) MS[B] ????????[18] 0??0???????0x000b0000 - 0x000b7fff (0x8000) MS[B] ????????[19] 0??0???????0x000b8000 - 0x000bffff (0x8000) MS[B] ????????[20] -1?0???????0x0000ffff - 0x0000ffff (0x1) IX[B] ????????[21] -1?0???????0x00000000 - 0x000000ff (0x100) IX[B] ????????[22] -1?0???????0x000018a0 - 0x000018bf (0x20) IX[B]E ????????[23] -1?0???????0x00001810 - 0x0000181f (0x10) IX[B]E ????????[24] -1?0???????0x00001880 - 0x0000189f (0x20) IX[B]E ????????[25] -1?0???????0x00001860 - 0x0000187f (0x20) IX[B]E ????????[26] -1?0???????0x00001840 - 0x0000185f (0x20) IX[B]E ????????[27] -1?0???????0x00001820 - 0x0000183f (0x20) IX[B]E ????????[28] -1?0???????0x00001800 - 0x00001807 (0x8) IX[B](B) ????????[29] 0??0???????0x000003b0 - 0x000003bb (0xc) IS[B] ????????[30] 0??0???????0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Reloading /usr/local/lib/xorg/modules//libvbe.so (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 0.1.0 ????????ABI class: X.Org Video Driver, version 2.0 (**) intel(0): Depth 24, (--) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) 945GM (--) intel(0): Chipset: "945GM" (--) intel(0): Linear framebuffer at 0xC0000000 (--) intel(0): IO registers at addr 0xD8100000 (==) intel(0): Write-combining range (0xd8100000,0x80000) was already clear (==) intel(0): Write-combining range (0xd8200000,0x40000) was already clear (II) intel(0): 2 display pipes available. (==) intel(0): Using EXA for acceleration (II) Loading sub module "ddc" (II) LoadModule: "ddc"(II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c"(II) Module "i2c" already built-in (II) intel(0): Output VGA using monitor section VGA Monitor (**) intel(0): Option "RightOf" "LVDS Monitor" (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): Output LVDS using monitor section LVDS Monitor (II) intel(0): I2C bus "LVDSDDC_C" initialized. (II) intel(0): I2C device "LVDSDDC_C:ddc2" registered at address 0xA0. (II) intel(0): EDID vendor "SEC", prod id 16705 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) intel(0): initializing int10 (==) intel(0): Write-combining range (0xa0000,0x20000) was already clear (==) intel(0): Write-combining range (0xc0000,0x40000) was already clear (WW) intel(0): Bad V_BIOS checksum (II) intel(0): Primary V_BIOS segment is: 0xc000 (==) intel(0): Write-combining range (0x0,0x1000) was already clear (II) intel(0): VESA BIOS detected (II) intel(0): VESA VBE Version 3.0 (II) intel(0): VESA VBE Total Mem: 7872 kB (II) intel(0): VESA VBE OEM: Intel(r) 82945GM Chipset Family Graphics Chip Accelerated VGA BIOS (II) intel(0): VESA VBE OEM Software Rev: 1.0 (II) intel(0): VESA VBE OEM Vendor: Intel Corporation (II) intel(0): VESA VBE OEM Product: Intel(r) 82945GM Chipset Family Graphics Controller (II) intel(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (==) intel(0): Write-combining range (0x0,0x1000) was already clear (II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" initialized. (II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B" registered at address 0x70. (II) intel(0): No SDVO device found on SDVOB (II) intel(0): I2C device "SDVOCTRL_E for SDVOB:SDVO Controller B" removed. (II) intel(0): I2C bus "SDVOCTRL_E for SDVOB" removed. (II) intel(0): I2C bus "SDVOCTRL_E for SDVOC" initialized. (II) intel(0): I2C device "SDVOCTRL_E for SDVOC:SDVO Controller C" registered at address 0x72. (II) intel(0): No SDVO device found on SDVOC (II) intel(0): I2C device "SDVOCTRL_E for SDVOC:SDVO Controller C" removed. (II) intel(0): I2C bus "SDVOCTRL_E for SDVOC" removed. (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): EDID vendor "SEC", prod id 16705 (II) intel(0): Output VGA disconnected (II) intel(0): Output LVDS connected (II) intel(0): Output LVDS using initial mode 1280x800 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): Monitoring connected displays enabled (II) intel(0): detected 256 kB GTT. (II) intel(0): detected 7932 kB stolen memory. (==) intel(0): video overlay key set to 0x101fe (==) intel(0): Will not try to enable page flipping (==) intel(0): Triple buffering disabled (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) (==) intel(0): DPI set to (75, 75) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 1.0.0 ????????ABI class: X.Org ANSI C Emulation, version 0.3 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" ????????compiled for 1.4.0, module version = 2.2.0 ????????ABI class: X.Org Video Driver, version 2.0 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac"(II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc0000008 to 0xd000000a (WW) intel(0): PP_STATUS before: on, ready, sequencing idle (WW) intel(0): PP_STATUS after: on, ready, sequencing on (==) Depth 24 pixmap format is 32 bpp (II) do I need RAC? ?No, I don't. (II) resource ranges after preInit: ????????[0] 0???0???????0xd8200000 - 0xd823ffff (0x40000) MS[B] ????????[1] 0???0???????0xc0000000 - 0xcfffffff (0x10000000) MS[B] ????????[2] 0???0???????0xd8100000 - 0xd817ffff (0x80000) MS[B] ????????[3] -1??0???????0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) ????????[4] -1??0???????0x000f0000 - 0x000fffff (0x10000) MX[B] ????????[5] -1??0???????0x000c0000 - 0x000effff (0x30000) MX[B] ????????[6] -1??0???????0x00000000 - 0x0009ffff (0xa0000) MX[B] ????????[7] -1??0???????0xd8003400 - 0xd80037ff (0x400) MX[B]E ????????[8] -1??0???????0xd8003000 - 0xd80033ff (0x400) MX[B]E ????????[9] -1??0???????0xd8002c00 - 0xd8002fff (0x400) MX[B]E ????????[10] -1?0???????0xd8002800 - 0xd8002bff (0x400) MX[B]E ????????[11] -1?0???????0xd8002000 - 0xd80027ff (0x800) MX[B]E ????????[12] -1?0???????0xd8000000 - 0xd8001fff (0x2000) MX[B]E ????????[13] -1?0???????0xd4000000 - 0xd7ffffff (0x4000000) MX[B]E ????????[14] -1?0???????0xd8444000 - 0xd8447fff (0x4000) MX[B]E ????????[15] -1?0???????0xd8240000 - 0xd827ffff (0x40000) MX[B]E ????????[16] -1?0???????0xd8180000 - 0xd81fffff (0x80000) MX[B](B) ????????[17] -1?0???????0xd8200000 - 0xd823ffff (0x40000) MX[B](B) ????????[18] -1?0???????0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) ????????[19] -1?0???????0xd8100000 - 0xd817ffff (0x80000) MX[B](B) ????????[20] 0??0???????0x000a0000 - 0x000affff (0x10000) MS[B](OprD) ????????[21] 0??0???????0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) ????????[22] 0??0???????0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) ????????[23] 0??0???????0x00001800 - 0x00001807 (0x8) IS[B] ????????[24] -1?0???????0x0000ffff - 0x0000ffff (0x1) IX[B] ????????[25] -1?0???????0x00000000 - 0x000000ff (0x100) IX[B] ????????[26] -1?0???????0x000018a0 - 0x000018bf (0x20) IX[B]E ????????[27] -1?0???????0x00001810 - 0x0000181f (0x10) IX[B]E ????????[28] -1?0???????0x00001880 - 0x0000189f (0x20) IX[B]E ????????[29] -1?0???????0x00001860 - 0x0000187f (0x20) IX[B]E ????????[30] -1?0???????0x00001840 - 0x0000185f (0x20) IX[B]E ????????[31] -1?0???????0x00001820 - 0x0000183f (0x20) IX[B]E ????????[32] -1?0???????0x00001800 - 0x00001807 (0x8) IX[B](B) ????????[33] 0??0???????0x000003b0 - 0x000003bb (0xc) IS[B](OprU) ????????[34] 0??0???????0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 241152 total, 0 used (II) intel(0): I830CheckAvailableMemory: 964608 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle = 0x2 (II) intel(0): [drm] installed DRM signal handler (==) intel(0): VideoRam: 262144 KB (**) intel(0): Framebuffer compression enabled (**) intel(0): Tiling enabled (==) intel(0): Write-combining range (0xd8100000,0x80000) was already clear (==) intel(0): Write-combining range (0xd8200000,0x40000) was already clear (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Success. (II) intel(0): Increasing the scanline pitch to allow tiling mode (2560 -> 4096). (EE) intel(0): Cannot support DRI with frame buffer width > 2048. (II) intel(0): adjusting plane->pipe mappings to allow for framebuffer compression (II) intel(0): Page Flipping disabled (==) intel(0): Write-combining range (0xd8100000,0x80000) was already clear (==) intel(0): Write-combining range (0xd8200000,0x40000) was already clear (==) intel(0): Write-combining range (0xc0000000,0x10000000) was already set (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) EXA(0): Offscreen pixmap area of 89653248 bytes (II) EXA(0): Driver registered support for the following operations: (II) ? ? ? ? Solid (II) ? ? ? ? Copy (II) ? ? ? ? Composite (RENDER acceleration) (==) intel(0): Backing store disabled (==) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): xf86BindGARTMemory: bind key 6 at 0x007bf000 (pgoffset 1983) (II) intel(0): xf86BindGARTMemory: bind key 7 at 0x02e40000 (pgoffset 11840) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x0061ffff: compressed frame buffer (6144 kB, 0x000000003f820000 physical ) (II) intel(0): 0x00620000-0x00620fff: compressed ll buffer (4 kB, 0x000000003fe20000 physical ) (II) intel(0): 0x00621000-0x0062afff: HW cursors (40 kB, 0x000000003fe21000 physical ) (II) intel(0): 0x0062b000-0x00632fff: logical 3D context (32 kB) (II) intel(0): 0x00633000-0x00633fff: overlay registers (4 kB, 0x000000003fe33000 physical ) (II) intel(0): 0x00640000-0x02e3ffff: front buffer (40960 kB) (II) intel(0): 0x007bf000: ? ? ? ? ? ?end of stolen memory (II) intel(0): 0x02e40000-0x083bffff: exa offscreen (87552 kB) (II) intel(0): 0x10000000: ? ? ? ? ? ?end of aperture (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled (WW) intel(0): PRB0_HEAD (0x00003374) and PRB0_TAIL (0x000033a8) indicate ring buffer not flushed (WW) intel(0): Existing errors found in hardware state. Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x3ffc0001getbl_err: 0x0 ipeir: 0 iphdr: 2000011 LP ring tail: 33b0 head: 3374 len: 1f001 start 0 eir: 0 esr: 0 emr: ffff instdone: 81 instpm: 0 memmode: 306 instps: 800f00c4 hwstam: ffff ier: 0 imr: ffff iir: 0 Ring at virtual 0x28984000 head 0x3374 tail 0x33b0 count 15 ????????000032f4: 00000000 ????????000032f8: 00000720 ????????000032fc: 00000000 ????????00003300: 00000720 ????????00003304: 00000000 ????????00003308: 001c0720 ????????0000330c: 00360000 ????????00003310: 00320720 ????????00003314: 00300000 ????????00003318: 00780720 ????????0000331c: 00300000 ????????00003320: 00300720 ????????00003324: 00300000 ????????00003328: 00300720 ????????0000332c: 00780000 ????????00003330: 00000720 ????????00003334: 00000000 ????????00003338: 00000720 ????????0000333c: 00000000 ????????00003340: 00000720 ????????00003344: 00000000 ????????00003348: 00000720 ????????0000334c: 00000000 ????????00003350: 00000720 ????????00003354: 00000000 ????????00003358: 00000720 ????????0000335c: 00000000 ????????00003360: 00000720 ????????00003364: 00000000 ????????00003368: 00000720 ????????0000336c: 00000000 ????????00003370: 00000720 ????????00003374: 00000000 Ring end space: 131004 wanted 131064 Fatal server error: lockup Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x3ffc0001getbl_err: 0x0 ipeir: 0 iphdr: 2000011 LP ring tail: 33b8 head: 3374 len: 1f001 start 0 eir: 0 esr: 0 emr: ffff instdone: 81 instpm: 0 memmode: 306 instps: 800f00c4 hwstam: ffff ier: 0 imr: ffff iir: 0 Ring at virtual 0x28984000 head 0x3374 tail 0x33b8 count 17 ????????000032f4: 00000000 ????????000032f8: 00000720 ????????000032fc: 00000000 ????????00003300: 00000720 ????????00003304: 00000000 ????????00003308: 001c0720 ????????0000330c: 00360000 ????????00003310: 00320720 ????????00003314: 00300000 ????????00003318: 00780720 ????????0000331c: 00300000 ????????00003320: 00300720 ????????00003324: 00300000 ????????00003328: 00300720 ????????0000332c: 00780000 ????????00003330: 00000720 ????????00003334: 00000000 ????????00003338: 00000720 ????????0000333c: 00000000 ????????00003340: 00000720 ????????00003344: 00000000 ????????00003348: 00000720 ????????0000334c: 00000000 ????????00003350: 00000720 ????????00003354: 00000000 ????????00003358: 00000720 ????????0000335c: 00000000 ????????00003360: 00000720 ????????00003364: 00000000 ????????00003368: 00000720 ????????0000336c: 00000000 ????????00003370: 00000720 ????????00003374: 00000000 Ring end space: 130996 wanted 131064 FatalError re-entered, aborting lockup " My xorg.conf: " Section "ServerLayout" ????????Identifier??????"xrandr" ????????# Screen0 will correspond to the internal LCD ? ? ? ? Screen ? ? ? ? 0????????"Screen0" 0 0 ????????# nothing new here : ????????InputDevice ? ?"Mouse0" "CorePointer" ????????InputDevice ? ?"Keyboard0" "CoreKeyboard" EndSection Section "Files" ????????RgbPath ? ? ?"/usr/local/lib/X11/rgb" ????????ModulePath ? "/usr/local/lib/xorg/modules" ? ? FontPath ???"/usr/local/lib/X11/fonts/misc" ? ? FontPath ???"/usr/local/lib/X11/fonts/TTF" ? ? FontPath ???"/usr/local/lib/X11/fonts/Type1" ? ? FontPath ???"/usr/local/lib/X11/fonts/75dpi" ? ? FontPath ???"/usr/local/lib/X11/fonts/100dpi" ? ? FontPath ???"/usr/local/lib/X11/fonts/webfonts" ? ? FontPath ???"/usr/local/share/fonts" EndSection Section "Module" ? ? ? ? Load ?"dri" ? ? ? ? Load ?"glx" ????????Load ?"vbe" ? ? ? ? Load ?"extmod" ? ? ? ? Load ?"type1" ? ? ? ? Load ?"freetype" ? ? ? ? Load ?"i2c" ????????Load ?"bitmap" ????????Load ?"ddc" ????????Load ?"int10" EndSection Section "DRI" ? Mode ? ? ? ? 0666 EndSection Section "Extensions" ????????Option??"Composite" "true" EndSection Section "InputDevice" ????????Identifier ?"Keyboard0" ????????Driver ? ? ?"kbd" ? ? ? ? Option ? ? "XkbModel" "pc105" ? ? ? ? Option ? ? ?"XkbLayout" "de" ? ? ? ? Option ? ? ?"XkbRules" "xorg" EndSection Section "InputDevice" ? ?Identifier ? ? ?"Mouse0" ? ?Driver ? ? ? ? ?"mouse" ? ?Option ? ? ? ? ?"Protocol" "auto" ? ?Option ? ? ? ? ?"Device" "/dev/sysmouse" ? ?Option ? ? ? ? ?"Buttons" "5" ? ?Option ? ? ? ? ?"ZAxisMapping" "4 5" EndSection #Monitor von Notebook Section "Monitor" ? ? ? ? Identifier ? ? ?"LVDS Monitor" ? ? ? ? ModeLine????????"1280x800" ? ? 83.46 ? 1280 1352 1480 1680 ? ?800 ?801 ?804 ? 828 EndSection #Externer Monitor Section "Monitor" ? ? ? ? Identifier ? ? ?"VGA Monitor" ? ? ? ? Option ? ? ? ? ?"RightOf" "LVDS Monitor" EndSection Section "Device" ? ? ? ? Identifier??????"Card0" ????????Driver??????????"intel" ????????VendorName??????"Intel Corporation" ????????BoardName???????"Mobile Integrated Graphics Controller" ????????BusID???????????"PCI:0:2:0" ? ? ? ? Option ? ? ? ? ?"Monitor-LVDS" "LVDS Monitor" ? ? ? ? Option ? ? ? ? ?"Monitor-VGA" "VGA Monitor" EndSection Section "Screen" ? ? ? ? Identifier "Screen0" ? ? ? ? Device ? ? "Card0" ? ? ? ? Monitor ? ? "LVDS Monitor" ? ? ? ? Monitor ? ? "VGA Monitor" ? ? ? ? DefaultDepth 24 ? ? ? ? SubSection "Display" ? ? ? ? ? ? ? ? Virtual ? ? ? ? 2560 1824 ? ? ? ? EndSubSection EndSection " From chuckr at chuckr.org Tue May 6 17:13:16 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Tue May 6 17:13:21 2008 Subject: Trying for a duplex printer Message-ID: <48208A9C.8070305@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have been scouring all the data I can, to find printers that do duplex printing (that means doublesided printing). I found 3 models, but two of them (the HP C7280 and the Canon PIXMA MX850) have no public drivers I can find. The third, which is the Epson RX680, seems to be supported via drivers from Avasys (http://avasys.jp/hp/menu000000900/hpg000000859.htm) called PIPS drivers, but while there is are ports for various versions of PIPS in the print dir of ports, and I can find that the Avasys site lists supporting the RX680, I have two problems: 1) I can't determine which (if any) of the PIPS ports support the RX680, and 2) right now, none of them build because of an error you get about a linuxwrapper not handling symbol versioning. Is there any way to rely on any FreeBSD port to be able to use the RX680 from Epson? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIIqcz62J6PPcoOkRAiN1AJ4nyYE7mmvzwcjQQJ0dYNEu1eOg3ACgnH1v RdzxeFLXZvpQmanmZspVAKk= =29Y9 -----END PGP SIGNATURE----- From alan at centraldesktop-inc.com Tue May 6 17:35:13 2008 From: alan at centraldesktop-inc.com (Alan Bryan) Date: Tue May 6 17:35:17 2008 Subject: FreeBSD Port: pound-2.4.1 Message-ID: <482091BD.7020404@centraldesktop-inc.com> Pound isn't working in ports. dev1# cd /usr/ports/www/pound/ dev1# ls Makefile files pkg-plist distinfo pkg-descr work dev1# more distinfo MD5 (Pound-2.4.1.tgz) = e61baa5f24d2c17e1cfddac4c0a303be SHA256 (Pound-2.4.1.tgz) = c4162ba8d1569cf478640de7e70c9bc4cd6725035abe120fa8e4f 7018f3c5745 SIZE (Pound-2.4.1.tgz) = 151122 dev1# make install clean ===> Found saved configuration for pound-2.4.1 ===> Extracting for pound-2.4.1 => MD5 Checksum mismatch for Pound-2.4.1.tgz. => SHA256 Checksum mismatch for Pound-2.4.1.tgz. ===> Refetch for 1 more times files: Pound-2.4.1.tgz Pound-2.4.1.tgz ===> Found saved configuration for pound-2.4.1 => Pound-2.4.1.tgz doesn't seem to exist in /usr/ports/distfiles/. => Attempting to fetch from http://www.apsis.ch/pound/. fetch: http://www.apsis.ch/pound/Pound-2.4.1.tgz: Protocol error => Attempting to fetch from ftp://ftp.nuug.no/pub/anders/distfiles/. ===> Found saved configuration for pound-2.4.1 => MD5 Checksum mismatch for Pound-2.4.1.tgz. => SHA256 Checksum mismatch for Pound-2.4.1.tgz. ===> Giving up on fetching files: Pound-2.4.1.tgz Pound-2.4.1.tgz Make sure the Makefile and distinfo file (/usr/ports/www/pound/distinfo) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop in /usr/ports/www/pound. *** Error code 1 Stop in /usr/ports/www/pound. *** Error code 1 Stop in /usr/ports/www/pound. Thanks, Alan From wxs at FreeBSD.org Tue May 6 17:45:28 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue May 6 17:45:32 2008 Subject: FreeBSD Port: pound-2.4.1 In-Reply-To: <482091BD.7020404@centraldesktop-inc.com> References: <482091BD.7020404@centraldesktop-inc.com> Message-ID: <20080506174939.GD95361@atarininja.org> On Tue, May 06, 2008 at 10:13:33AM -0700, Alan Bryan wrote: > Pound isn't working in ports. > > dev1# cd /usr/ports/www/pound/ > dev1# ls > Makefile files pkg-plist > distinfo pkg-descr work > dev1# more distinfo > MD5 (Pound-2.4.1.tgz) = e61baa5f24d2c17e1cfddac4c0a303be > SHA256 (Pound-2.4.1.tgz) = > c4162ba8d1569cf478640de7e70c9bc4cd6725035abe120fa8e4f > 7018f3c5745 > SIZE (Pound-2.4.1.tgz) = 151122 > dev1# make install clean > ===> Found saved configuration for pound-2.4.1 > ===> Extracting for pound-2.4.1 > => MD5 Checksum mismatch for Pound-2.4.1.tgz. > => SHA256 Checksum mismatch for Pound-2.4.1.tgz. > ===> Refetch for 1 more times files: Pound-2.4.1.tgz Pound-2.4.1.tgz > ===> Found saved configuration for pound-2.4.1 > => Pound-2.4.1.tgz doesn't seem to exist in /usr/ports/distfiles/. > => Attempting to fetch from http://www.apsis.ch/pound/. > fetch: http://www.apsis.ch/pound/Pound-2.4.1.tgz: Protocol error > => Attempting to fetch from ftp://ftp.nuug.no/pub/anders/distfiles/. > ===> Found saved configuration for pound-2.4.1 > => MD5 Checksum mismatch for Pound-2.4.1.tgz. > => SHA256 Checksum mismatch for Pound-2.4.1.tgz. > ===> Giving up on fetching files: Pound-2.4.1.tgz Pound-2.4.1.tgz > Make sure the Makefile and distinfo file (/usr/ports/www/pound/distinfo) > are up to date. If you are absolutely sure you want to override this > check, type "make NO_CHECKSUM=yes [other args]". > *** Error code 1 > > Stop in /usr/ports/www/pound. > *** Error code 1 > > Stop in /usr/ports/www/pound. > *** Error code 1 > > Stop in /usr/ports/www/pound. Try removing the distfile (/usr/ports/distfiles/Pound-2.4.1.tgz) and try again. I just fetched it and verified the checksum myself. -- WXS From alan at centraldesktop-inc.com Tue May 6 18:53:18 2008 From: alan at centraldesktop-inc.com (Alan Bryan) Date: Tue May 6 18:53:22 2008 Subject: FreeBSD Port: pound-2.4.1 In-Reply-To: <20080506174939.GD95361@atarininja.org> References: <482091BD.7020404@centraldesktop-inc.com> <20080506174939.GD95361@atarininja.org> Message-ID: <4820A90B.5020705@centraldesktop-inc.com> Wesley Shields wrote: > On Tue, May 06, 2008 at 10:13:33AM -0700, Alan Bryan wrote: >> Pound isn't working in ports. >> >> dev1# cd /usr/ports/www/pound/ >> dev1# ls >> Makefile files pkg-plist >> distinfo pkg-descr work >> dev1# more distinfo >> MD5 (Pound-2.4.1.tgz) = e61baa5f24d2c17e1cfddac4c0a303be >> SHA256 (Pound-2.4.1.tgz) = >> c4162ba8d1569cf478640de7e70c9bc4cd6725035abe120fa8e4f >> 7018f3c5745 >> SIZE (Pound-2.4.1.tgz) = 151122 >> dev1# make install clean >> ===> Found saved configuration for pound-2.4.1 >> ===> Extracting for pound-2.4.1 >> => MD5 Checksum mismatch for Pound-2.4.1.tgz. >> => SHA256 Checksum mismatch for Pound-2.4.1.tgz. >> ===> Refetch for 1 more times files: Pound-2.4.1.tgz Pound-2.4.1.tgz >> ===> Found saved configuration for pound-2.4.1 >> => Pound-2.4.1.tgz doesn't seem to exist in /usr/ports/distfiles/. >> => Attempting to fetch from http://www.apsis.ch/pound/. >> fetch: http://www.apsis.ch/pound/Pound-2.4.1.tgz: Protocol error >> => Attempting to fetch from ftp://ftp.nuug.no/pub/anders/distfiles/. >> ===> Found saved configuration for pound-2.4.1 >> => MD5 Checksum mismatch for Pound-2.4.1.tgz. >> => SHA256 Checksum mismatch for Pound-2.4.1.tgz. >> ===> Giving up on fetching files: Pound-2.4.1.tgz Pound-2.4.1.tgz >> Make sure the Makefile and distinfo file (/usr/ports/www/pound/distinfo) >> are up to date. If you are absolutely sure you want to override this >> check, type "make NO_CHECKSUM=yes [other args]". >> *** Error code 1 >> >> Stop in /usr/ports/www/pound. >> *** Error code 1 >> >> Stop in /usr/ports/www/pound. >> *** Error code 1 >> >> Stop in /usr/ports/www/pound. > > Try removing the distfile (/usr/ports/distfiles/Pound-2.4.1.tgz) and try > again. I just fetched it and verified the checksum myself. > > -- WXS I did and had the same error. I then noticed the fetch said protocol error. So, something isn't working when getting the file from apsis.ch. I ftp'ed it from nuug.no manually and the checksums then matched. It then built correctly. Thanks, Alan From pauls at utdallas.edu Tue May 6 18:59:47 2008 From: pauls at utdallas.edu (Paul Schmehl) Date: Tue May 6 18:59:52 2008 Subject: What's the proper procedure for responding to PRs with patches? Message-ID: <5D3D858C70DC91D03AAC364F@utd65257.utdallas.edu> A PR was submitted recently regarding a problem with a port that I maintain. I deteremined what the problem was and created a patch for the Makefile and a replacement for one of the patch files in FILESDIR. I then started send-pr, changed the TO; address to bug-followups and added a subject line referring to the existing PR. A new PR was opened anyway. Obviously I don't know how to do this correctly. What is the correct procedure when you want to respond to an existing PR by submitting a patch for the problem? -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From wxs at FreeBSD.org Tue May 6 19:06:30 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue May 6 19:06:33 2008 Subject: What's the proper procedure for responding to PRs with patches? In-Reply-To: <5D3D858C70DC91D03AAC364F@utd65257.utdallas.edu> References: <5D3D858C70DC91D03AAC364F@utd65257.utdallas.edu> Message-ID: <20080506191041.GE95361@atarininja.org> On Mon, May 05, 2008 at 10:54:59AM -0500, Paul Schmehl wrote: > A PR was submitted recently regarding a problem with a port that I > maintain. I deteremined what the problem was and created a patch for the > Makefile and a replacement for one of the patch files in FILESDIR. I then > started send-pr, changed the TO; address to bug-followups and added a > subject line referring to the existing PR. > > A new PR was opened anyway. Obviously I don't know how to do this > correctly. What is the correct procedure when you want to respond to an > existing PR by submitting a patch for the problem? Reply to bug-followup@ leaving the subject intact. Usually it is "Re: ports/XXXXX " which is enough to get it routed into the correct PR. You can attach your new patch directly to that mail and it will be handled properly. I think it takes most people a few times of trial and error to get it right, so don't feel bad. I know I opened a few PRs by mistake that way. :) -- WXS From wxs at FreeBSD.org Tue May 6 19:08:46 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue May 6 19:08:50 2008 Subject: FreeBSD Port: pound-2.4.1 In-Reply-To: <4820A90B.5020705@centraldesktop-inc.com> References: <482091BD.7020404@centraldesktop-inc.com> <20080506174939.GD95361@atarininja.org> <4820A90B.5020705@centraldesktop-inc.com> Message-ID: <20080506191258.GF95361@atarininja.org> On Tue, May 06, 2008 at 11:52:59AM -0700, Alan Bryan wrote: > Wesley Shields wrote: >> On Tue, May 06, 2008 at 10:13:33AM -0700, Alan Bryan wrote: >>> Pound isn't working in ports. >>> >>> dev1# cd /usr/ports/www/pound/ >>> dev1# ls >>> Makefile files pkg-plist >>> distinfo pkg-descr work >>> dev1# more distinfo >>> MD5 (Pound-2.4.1.tgz) = e61baa5f24d2c17e1cfddac4c0a303be >>> SHA256 (Pound-2.4.1.tgz) = >>> c4162ba8d1569cf478640de7e70c9bc4cd6725035abe120fa8e4f >>> 7018f3c5745 >>> SIZE (Pound-2.4.1.tgz) = 151122 >>> dev1# make install clean >>> ===> Found saved configuration for pound-2.4.1 >>> ===> Extracting for pound-2.4.1 >>> => MD5 Checksum mismatch for Pound-2.4.1.tgz. >>> => SHA256 Checksum mismatch for Pound-2.4.1.tgz. >>> ===> Refetch for 1 more times files: Pound-2.4.1.tgz Pound-2.4.1.tgz >>> ===> Found saved configuration for pound-2.4.1 >>> => Pound-2.4.1.tgz doesn't seem to exist in /usr/ports/distfiles/. >>> => Attempting to fetch from http://www.apsis.ch/pound/. >>> fetch: http://www.apsis.ch/pound/Pound-2.4.1.tgz: Protocol error >>> => Attempting to fetch from ftp://ftp.nuug.no/pub/anders/distfiles/. >>> ===> Found saved configuration for pound-2.4.1 >>> => MD5 Checksum mismatch for Pound-2.4.1.tgz. >>> => SHA256 Checksum mismatch for Pound-2.4.1.tgz. >>> ===> Giving up on fetching files: Pound-2.4.1.tgz Pound-2.4.1.tgz >>> Make sure the Makefile and distinfo file (/usr/ports/www/pound/distinfo) >>> are up to date. If you are absolutely sure you want to override this >>> check, type "make NO_CHECKSUM=yes [other args]". >>> *** Error code 1 >>> >>> Stop in /usr/ports/www/pound. >>> *** Error code 1 >>> >>> Stop in /usr/ports/www/pound. >>> *** Error code 1 >>> >>> Stop in /usr/ports/www/pound. >> >> Try removing the distfile (/usr/ports/distfiles/Pound-2.4.1.tgz) and try >> again. I just fetched it and verified the checksum myself. >> >> -- WXS > > > I did and had the same error. I then noticed the fetch said protocol > error. So, something isn't working when getting the file from apsis.ch. Not sure what is going on but I fetched it from apsis.ch without a problem. Maybe a proxy problem? It's hard to tell without packet captures or more debugging information. > I ftp'ed it from nuug.no manually and the checksums then matched. > > It then built correctly. Good to hear. -- WXS From peterjeremy at optushome.com.au Tue May 6 19:25:16 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Tue May 6 19:25:24 2008 Subject: Trying for a duplex printer In-Reply-To: <48208A9C.8070305@chuckr.org> References: <48208A9C.8070305@chuckr.org> Message-ID: <20080506192504.GD7293@server.vk2pj.dyndns.org> On Tue, May 06, 2008 at 12:43:08PM -0400, Chuck Robey wrote: >1) I can't determine which (if any) of the PIPS ports support the RX680, and Based on a quick look at the pips ports, the RX680 is not currently supported. I suspect it wouldn't be terribly difficult to get running. >2) right now, none of them build because of an error you get about a > linuxwrapper not handling symbol versioning. This is a bigger issue. The linuxpluginwrapper maintainer is not responding to emails about it so I doubt it will get fixed anytime soon. I've had a quick look at it and decided that I don't understand enough about how the symbol aliasing used to work or how the symbol versioning broke it. -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080506/91881030/attachment.pgp From sahil at tandon.net Wed May 7 01:09:11 2008 From: sahil at tandon.net (Sahil Tandon) Date: Wed May 7 01:09:15 2008 Subject: Port Submission Etiquette Message-ID: <20080507010905.GB20243@shepherd> I would like to submit a new port which "RUN_DEPENDS" another port; the latter did not exist in the tree, so I submitted it (ports/123382) on May 4. I fully appreciate the committers' various responsibilities and time constraints, so this is not a 'hey, what's taking you so long' query. Since this was my first submission, I am just trying to get a sense of proper etiquette. Is it bad form to email the committer who took responsibility of the PR asking whether I've made a glaring mistake which would be fixable via a follow-up? Or should I simply wait for a "feedback" request if that were the case? Thanks. -- Sahil Tandon From pauls at utdallas.edu Wed May 7 02:37:42 2008 From: pauls at utdallas.edu (Paul Schmehl) Date: Wed May 7 02:37:50 2008 Subject: Port Submission Etiquette In-Reply-To: <20080507010905.GB20243@shepherd> References: <20080507010905.GB20243@shepherd> Message-ID: --On May 6, 2008 9:09:06 PM -0400 Sahil Tandon wrote: > I would like to submit a new port which "RUN_DEPENDS" another port; the > latter did not exist in the tree, so I submitted it (ports/123382) on > May 4. I fully appreciate the committers' various responsibilities and > time constraints, so this is not a 'hey, what's taking you so long' > query. Since this was my first submission, I am just trying to get a > sense of proper etiquette. Is it bad form to email the committer who > took responsibility of the PR asking whether I've made a glaring > mistake which would be fixable via a follow-up? Or should I simply > wait for a "feedback" request if that were the case? > Submit the second port and include a note that it depends on a port you recently submitted. Cite the PR number and point out that the port you are submitting should not be committed until the first port is. Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From beech at freebsd.org Wed May 7 03:08:10 2008 From: beech at freebsd.org (Beech Rintoul) Date: Wed May 7 03:08:14 2008 Subject: Port Submission Etiquette In-Reply-To: <20080507010905.GB20243@shepherd> References: <20080507010905.GB20243@shepherd> Message-ID: <200805061908.03014.beech@freebsd.org> On Tuesday 06 May 2008, Sahil Tandon said: > I would like to submit a new port which "RUN_DEPENDS" another port; > the latter did not exist in the tree, so I submitted it > (ports/123382) on May 4. I fully appreciate the committers' various > responsibilities and time constraints, so this is not a 'hey, > what's taking you so long' query. Since this was my first > submission, I am just trying to get a sense of proper etiquette. > Is it bad form to email the committer who took responsibility of > the PR asking whether I've made a glaring mistake which would be > fixable via a follow-up? Or should I simply wait for a "feedback" > request if that were the case? > > Thanks. Since I'm the committer in question, I'll go ahead and answer. First of all you just submitted this port two days ago and I haven't had time to look at it yet. While it's always ok to email the committer responsible with questions or concerns, the general rule is to give them time to work on it. Most committers are fairly prompt in their handling of pr's, but since we are all volunteers sometimes real life issues supersede. I think giving the committer a couple of weeks before following up is probably a good idea. Also, in general, new ports don't carry the same priority as fixes or updates, but that doesn't maen they should languish indefinately either. As for "glaring mistakes" if I find a serious problem with a port I will always email the submitter with either a fix or asking for further input. While there is no set policy on this, most committers will let you know if something isn't right or the port doesn't build. So please be patient and I will get to it as soon as I can. Hope that answers your question :-) Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://www.freebsd.org X - NO Word docs in e-mail | Latest Release: / \ - http://www.FreeBSD.org/releases/7.0R/announce.html --------------------------------------------------------------------------------------- From sahil at tandon.net Wed May 7 03:49:09 2008 From: sahil at tandon.net (Sahil Tandon) Date: Wed May 7 03:49:13 2008 Subject: Port Submission Etiquette In-Reply-To: <200805061908.03014.beech@freebsd.org> References: <20080507010905.GB20243@shepherd> <200805061908.03014.beech@freebsd.org> Message-ID: <20080507034901.GA21007@shepherd> * Beech Rintoul [2008-05-06 19:07:57 -0800]: > On Tuesday 06 May 2008, Sahil Tandon said: > > I would like to submit a new port which "RUN_DEPENDS" another port; > > the latter did not exist in the tree, so I submitted it > > (ports/123382) on May 4. I fully appreciate the committers' various > > responsibilities and time constraints, so this is not a 'hey, > > what's taking you so long' query. Since this was my first > > submission, I am just trying to get a sense of proper etiquette. > > Is it bad form to email the committer who took responsibility of > > the PR asking whether I've made a glaring mistake which would be > > fixable via a follow-up? Or should I simply wait for a "feedback" > > request if that were the case? > > > > Thanks. > > Since I'm the committer in question, I'll go ahead and answer. First > of all you just submitted this port two days ago and I haven't had > time to look at it yet. While it's always ok to email the committer > responsible with questions or concerns, the general rule is to give > them time to work on it. Most committers are fairly prompt in their > handling of pr's, but since we are all volunteers sometimes real life > issues supersede. I think giving the committer a couple of weeks > before following up is probably a good idea. Also, in general, new > ports don't carry the same priority as fixes or updates, but that > doesn't maen they should languish indefinately either. As > for "glaring mistakes" if I find a serious problem with a port I will > always email the submitter with either a fix or asking for further > input. While there is no set policy on this, most committers will let > you know if something isn't right or the port doesn't build. So > please be patient and I will get to it as soon as I can. > > Hope that answers your question :-) It does, thank you; and as I tried (perhaps insufficiently) to convey in my previous message, I do appreciate that the FreeBSD community is comprised of volunteers. I would hope real life always supersedes. :-) I noticed my trivial patch was committed swiftly, so your comment about (logical) priorities rings true. -- Sahil Tandon From aryeh.friedman at gmail.com Wed May 7 07:47:12 2008 From: aryeh.friedman at gmail.com (Aryeh M. Friedman) Date: Wed May 7 07:47:17 2008 Subject: problems building the latest ghostscript-gpl Message-ID: <48215E7E.90505@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Using the default options I get the following when attempting to rebuild the latest version of print/ghostscript-gpl on 8-CURRENT (AMD64): cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -pipe -march=nocona -fno-strict-aliasing -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long int" -O2 -pipe -march=nocona -fno-strict-aliasing -I./obj/../soobj -I./src -o ./obj/../soobj/gsromfs0.o -c ./src/gsromfs0.c ./obj/../soobj/echogs -w ./obj/../soobj/ldt.tr -n - cc -L/usr/local/lib -L/usr/local/lib -shared -Wl,-soname=libgs.so.8 -o ./bin/../sobin/libgs.so.8.62 ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -n -s ./obj/../soobj/gsromfs0.o ./obj/../soobj/gs.o -s cat ./obj/../soobj/ld.tr >>./obj/../soobj/ldt.tr ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -s - -lm -liconv -lstdc++ -L/usr/local/lib -lfontconfig -Wl,-export-dynamic -lm if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \ ~ XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \ ~ FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= DEVICE_DEVS3= \ ~ DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= DEVICE_DEVS8= \ ~ DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \ ~ DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \ ~ DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \ ~ DEVICE_DEVS_EXTRA= \ ~ /bin/sh <./obj/../soobj/ldt.tr /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC ./obj/../soobj/gs.o: could not read symbols: Bad value gmake[1]: *** [bin/../sobin/libgs.so.8.62] Error 1 gmake[1]: Leaving directory `/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62' gmake: *** [so] Error 2 *** Error code 2 Stop in /usr/ports/print/ghostscript-gpl. *** Error code 1 Stop in /usr/ports/print/ghostscript-gpl. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkghXn4ACgkQk8GFzCrQm4BQUQCfc2ttbTBVDzOxk52Yr0afAGEu pRAAn0S8p5tTzaCbkUSxmUwsTnaI4AtR =Lvx/ -----END PGP SIGNATURE----- From yanefbsd at gmail.com Wed May 7 07:59:57 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Wed May 7 08:00:02 2008 Subject: problems building the latest ghostscript-gpl In-Reply-To: <48215E7E.90505@gmail.com> References: <48215E7E.90505@gmail.com> Message-ID: On May 7, 2008, at 12:47 AM, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Using the default options I get the following when attempting to > rebuild the latest version of print/ghostscript-gpl on 8-CURRENT > (AMD64): > > cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -pipe - > march=nocona -fno-strict-aliasing -DUPD_SIGNAL=0 -I. -I/usr/ports/ > print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/ > include -I/usr/local/include/libpng -I/usr/local/include -Wall - > Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing- > prototypes -Wwrite-strings -Wno-strict-aliasing -fno-builtin -fno- > common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long int" -O2 > -pipe -march=nocona -fno-strict-aliasing -I./obj/../soobj -I./src - > o ./obj/../soobj/gsromfs0.o -c ./src/gsromfs0.c > ./obj/../soobj/echogs -w ./obj/../soobj/ldt.tr -n - cc -L/usr/local/ > lib -L/usr/local/lib -shared -Wl,-soname=libgs.so.8 -o ./bin/../ > sobin/libgs.so.8.62 > ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -n -s ./obj/../soobj/ > gsromfs0.o ./obj/../soobj/gs.o -s > cat ./obj/../soobj/ld.tr >>./obj/../soobj/ldt.tr > ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -s - -lm -liconv - > lstdc++ -L/usr/local/lib -lfontconfig -Wl,-export-dynamic -lm > if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \ > ~ XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \ > ~ FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= > DEVICE_DEVS3= \ > ~ DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= > DEVICE_DEVS8= \ > ~ DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \ > ~ DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \ > ~ DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \ > ~ DEVICE_DEVS_EXTRA= \ > ~ /bin/sh <./obj/../soobj/ldt.tr > /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be > used when making a shared object; recompile with -fPIC > ./obj/../soobj/gs.o: could not read symbols: Bad value > gmake[1]: *** [bin/../sobin/libgs.so.8.62] Error 1 > gmake[1]: Leaving directory `/usr/ports/print/ghostscript-gpl/work/ > ghostscript-8.62' > gmake: *** [so] Error 2 > *** Error code 2 > > Stop in /usr/ports/print/ghostscript-gpl. > *** Error code 1 > > Stop in /usr/ports/print/ghostscript-gpl. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkghXn4ACgkQk8GFzCrQm4BQUQCfc2ttbTBVDzOxk52Yr0afAGEu > pRAAn0S8p5tTzaCbkUSxmUwsTnaI4AtR > =Lvx/ > -----END PGP SIGNATURE----- Aryeh, What are your CFLAGS? -Garrett From aryeh.friedman at gmail.com Wed May 7 08:05:21 2008 From: aryeh.friedman at gmail.com (Aryeh M. Friedman) Date: Wed May 7 08:05:28 2008 Subject: problems building the latest ghostscript-gpl In-Reply-To: References: <48215E7E.90505@gmail.com> Message-ID: <482162BA.30400@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Garrett Cooper wrote: | On May 7, 2008, at 12:47 AM, Aryeh M. Friedman wrote: | | Using the default options I get the following when attempting to rebuild the latest version of print/ghostscript-gpl on 8-CURRENT (AMD64): | | cc -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FONTCONFIG -O2 -pipe -march=nocona -fno-strict-aliasing -DUPD_SIGNAL=0 -I. -I/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62/jasper/src/libjasper/include -I/usr/local/include/libpng -I/usr/local/include -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long int" -O2 -pipe -march=nocona -fno-strict-aliasing -I./obj/../soobj -I./src -o ./obj/../soobj/gsromfs0.o -c ./src/gsromfs0.c | ./obj/../soobj/echogs -w ./obj/../soobj/ldt.tr -n - cc -L/usr/local/lib -L/usr/local/lib -shared -Wl,-soname=libgs.so.8 -o ./bin/../sobin/libgs.so.8.62 | ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -n -s ./obj/../soobj/gsromfs0.o ./obj/../soobj/gs.o -s | cat ./obj/../soobj/ld.tr >>./obj/../soobj/ldt.tr | ./obj/../soobj/echogs -a ./obj/../soobj/ldt.tr -s - -lm -liconv -lstdc++ -L/usr/local/lib -lfontconfig -Wl,-export-dynamic -lm | if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \ | ~ XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \ | ~ FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= DEVICE_DEVS3= \ | ~ DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= DEVICE_DEVS8= \ | ~ DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \ | ~ DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \ | ~ DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \ | ~ DEVICE_DEVS_EXTRA= \ | ~ /bin/sh <./obj/../soobj/ldt.tr | /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC | ./obj/../soobj/gs.o: could not read symbols: Bad value | gmake[1]: *** [bin/../sobin/libgs.so.8.62] Error 1 | gmake[1]: Leaving directory `/usr/ports/print/ghostscript-gpl/work/ghostscript-8.62' | gmake: *** [so] Error 2 | *** Error code 2 | | Stop in /usr/ports/print/ghostscript-gpl. | *** Error code 1 | | Stop in /usr/ports/print/ghostscript-gpl. | | Aryeh, | What are your CFLAGS? If you mean the ones from /etc/make.conf: CPUTYPE?=nocona KERNCONF=MONSTER NO_LPR=true NO_PROFILE=true NO_CLEAN=true # added by use.perl 2008-04-25 20:07:30 PERL_VER=5.8.8 PERL_VERSION=5.8.8 | -Garrett -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkghYroACgkQk8GFzCrQm4A5PgCeKY4fY1wBdq1S2FoZSHO5wF5D GBgAoNbNzADeG5e9QGhw3z6opyUGQYYI =y2HR -----END PGP SIGNATURE----- From yanefbsd at gmail.com Wed May 7 08:21:45 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Wed May 7 08:21:50 2008 Subject: problems building the latest ghostscript-gpl In-Reply-To: <482162BA.30400@gmail.com> References: <48215E7E.90505@gmail.com> <482162BA.30400@gmail.com> Message-ID: <970A12D5-8667-4402-8C52-3CC51FBB8FAD@gmail.com> On May 7, 2008, at 1:05 AM, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Garrett Cooper wrote: [...] > | Aryeh, > | What are your CFLAGS? > > If you mean the ones from /etc/make.conf: > > CPUTYPE?=nocona > KERNCONF=MONSTER > NO_LPR=true > NO_PROFILE=true > NO_CLEAN=true > # added by use.perl 2008-04-25 20:07:30 > PERL_VER=5.8.8 > PERL_VERSION=5.8.8 > > | -Garrett I'd submit this info in a bug report. It looks like "CFLAGS = -fno- strict-aliasing" only. -Garrett From yanefbsd at gmail.com Wed May 7 08:27:10 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Wed May 7 08:27:13 2008 Subject: Little valgrind issue In-Reply-To: References: Message-ID: On May 6, 2008, at 8:05 AM, G? Weijers wrote: > Hello, > > I tried to build 'valgrind' in a jail environment. The Makefile > tries to make sure that /proc is mounted before it build valgrind, > which is fine, but the way it does it won't work in a jail because / > sbin/mount does not show anything useful. > > A quick workaround: define the environment variable > 'PACKAGE_BUILDING=yes' and then run 'make' and 'make install' > > It would be better if the Makefile would just look for, say, the > existence of '/proc/curproc' in stead of relying on /sbin/mount. > > G? > > -- > G? Weijers > ge@weijers.org You should probably submit this as a bug report and notify the maintainer at: . -Garrett From bc979 at lafn.org Wed May 7 08:47:33 2008 From: bc979 at lafn.org (Doug Hardie) Date: Wed May 7 08:47:37 2008 Subject: Qpopper 4.0.12 Message-ID: Qpopper 4.0.12 has recently been released. However there are a few bugs in that version. It can be made to work, but it requires altering the format of the config file. I have been working with the qpopper developers to get those fixed and a new config file parser has been created that will properly parse the file is going to be incorporated into 4.1.x. Apparently there will be a 4.0.13 that backs out the changes in .12 that are causing most of the problems. 4.0.12/13 does not incorporate any significant updates or changes. In addition, the IPv6 patches have not yet been tested. My thoughts are to not update the qpopper port until 4.1.x is released which will have the problems resolved as well as incorporate IPv6. If this is a problem for anyone, please let me know. From aryeh.friedman at gmail.com Wed May 7 09:15:09 2008 From: aryeh.friedman at gmail.com (Aryeh M. Friedman) Date: Wed May 7 09:15:14 2008 Subject: problems building the latest ghostscript-gpl In-Reply-To: <970A12D5-8667-4402-8C52-3CC51FBB8FAD@gmail.com> References: <48215E7E.90505@gmail.com> <482162BA.30400@gmail.com> <970A12D5-8667-4402-8C52-3CC51FBB8FAD@gmail.com> Message-ID: <48217316.9070900@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Garrett Cooper wrote: | On May 7, 2008, at 1:05 AM, Aryeh M. Friedman wrote: | |> -----BEGIN PGP SIGNED MESSAGE----- |> Hash: SHA1 |> |> Garrett Cooper wrote: | | [...] | |> | Aryeh, |> | What are your CFLAGS? |> |> If you mean the ones from /etc/make.conf: |> |> CPUTYPE?=nocona |> KERNCONF=MONSTER |> NO_LPR=true |> NO_PROFILE=true |> NO_CLEAN=true |> # added by use.perl 2008-04-25 20:07:30 |> PERL_VER=5.8.8 |> PERL_VERSION=5.8.8 |> |> | -Garrett | | I'd submit this info in a bug report. It looks like "CFLAGS = -fno-strict-aliasing" only. Quick question PR or rbug report to the gs people? Also the options screen is a little screwy take a look at http://www.dnull.com/~aryeh/gsnapshot.png for a screenshot of it | -Garrett | -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkghcxUACgkQk8GFzCrQm4C9DACcDqqCopby2iTc0nvK4k9+1Kui aVUAnjmfVq7qJQXlOGZlelb3F8rqaW6T =WhU9 -----END PGP SIGNATURE----- From yanefbsd at gmail.com Wed May 7 09:26:28 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Wed May 7 09:26:32 2008 Subject: problems building the latest ghostscript-gpl In-Reply-To: <48217316.9070900@gmail.com> References: <48215E7E.90505@gmail.com> <482162BA.30400@gmail.com> <970A12D5-8667-4402-8C52-3CC51FBB8FAD@gmail.com> <48217316.9070900@gmail.com> Message-ID: <93F8F875-1532-4571-B667-1661D2D9EADD@gmail.com> On May 7, 2008, at 2:15 AM, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Garrett Cooper wrote: > | On May 7, 2008, at 1:05 AM, Aryeh M. Friedman wrote: > | > |> -----BEGIN PGP SIGNED MESSAGE----- > |> Hash: SHA1 > |> > |> Garrett Cooper wrote: > | > | [...] > | > |> | Aryeh, > |> | What are your CFLAGS? > |> > |> If you mean the ones from /etc/make.conf: > |> > |> CPUTYPE?=nocona > |> KERNCONF=MONSTER > |> NO_LPR=true > |> NO_PROFILE=true > |> NO_CLEAN=true > |> # added by use.perl 2008-04-25 20:07:30 > |> PERL_VER=5.8.8 > |> PERL_VERSION=5.8.8 > |> > |> | -Garrett > | > | I'd submit this info in a bug report. It looks like "CFLAGS = -fno- > strict-aliasing" only. > > Quick question PR or rbug report to the gs people? Also the > options screen is a little screwy take a look at http://www.dnull.com/~aryeh/gsnapshot.png > for a screenshot of it > | -Garrett > | Upstream bug report, unless it's tied down to a strictly FreeBSD environment. -Garrett From andrew.w.nosenko at gmail.com Wed May 7 11:29:53 2008 From: andrew.w.nosenko at gmail.com (Andrew W. Nosenko) Date: Wed May 7 11:29:57 2008 Subject: Little valgrind issue In-Reply-To: References: Message-ID: <6161f3180805070404m95db9dk6f1a6774623ba2a6@mail.gmail.com> On Tue, May 6, 2008 at 6:05 PM, G? Weijers wrote: > Hello, > > I tried to build 'valgrind' in a jail environment. The Makefile tries to > make sure that /proc is mounted before it build valgrind, which is fine, but > the way it does it won't work in a jail because /sbin/mount does not show > anything useful. > > A quick workaround: define the environment variable 'PACKAGE_BUILDING=yes' > and then run 'make' and 'make install' > > It would be better if the Makefile would just look for, say, the existence > of '/proc/curproc' in stead of relying on /sbin/mount. > I'm very surprised. Just because unable to build valgring at all since FreeBSD-7.0... :-( (New threading implementation related issue?) -- Andrew W. Nosenko From marck at rinet.ru Wed May 7 13:41:58 2008 From: marck at rinet.ru (Dmitry Morozovsky) Date: Wed May 7 13:42:09 2008 Subject: RELENG_7/i386 net/asterisk brokes when CPUTYPE set Message-ID: <20080507171350.Q52243@woozle.rinet.ru> Dear colleagues, net/asterisk from today's ports tree does not build at least under RELENG_7/i386 when CPUTYPE is set to (at least) k8 or i686 in /etc/make.conf: [LD] abstract_jb.o acl.o aescrypt.o aeskey.o aestab.o alaw.o app.o ast_expr2.o ast_expr2f.o asterisk.o astmm.o astobj2.o audiohook.o autoservice.o callerid.o cdr.o channel.o chanvars.o cli.o config.o cryptostub.o db.o devicestate.o dial.o dns.o dnsmgr.o dsp.o enum.o file.o fixedjitterbuf.o frame.o fskmodem.o global_datastores.o http.o image.o indications.o io.o jitterbuf.o loader.o logger.o manager.o md5.o netsock.o pbx.o plc.o privacy.o rtp.o say.o sched.o sha1.o slinfactory.o srv.o stdtime/localtime.o strcompat.o tdd.o term.o threadstorage.o translate.o udptl.o ulaw.o utils.o editline/libedit.a -> asterisk astobj2.o(.text+0x221): In function `ao2_ref': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' astobj2.o(.text+0x4a8): In function `__ao2_link': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' astobj2.o(.text+0x4d8):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' astobj2.o(.text+0x975): In function `ao2_callback': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' astobj2.o(.text+0x9a3):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' channel.o(.text+0x30b4):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: more undefined references to `__sync_fetch_and_add_4' follow manager.o(.text+0x32a): In function `free_session': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147: undefined reference to `__sync_sub_and_fetch_4' manager.o(.text+0x1837): In function `process_events': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147: undefined reference to `__sync_sub_and_fetch_4' manager.o(.text+0x1bfd): In function `accept_thread': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' manager.o(.text+0x4b50): In function `action_waitevent': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147: undefined reference to `__sync_sub_and_fetch_4' manager.o(.text+0x6e5e): In function `generic_http_callback': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' manager.o(.text+0x6e6c):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' utils.o(.text+0xdd4): In function `ast_atomic_dec_and_test': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147: undefined reference to `__sync_sub_and_fetch_4' utils.o(.text+0xded): In function `ast_atomic_fetchadd_int': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' gmake[1]: *** [asterisk] Error 1 gmake: *** [main] Error 2 *** Error code 2 Stop in /usr/ports/net/asterisk. *** Error code 1 Stop in /usr/ports/net/asterisk. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From datahead4 at gmail.com Wed May 7 14:19:29 2008 From: datahead4 at gmail.com (Matt) Date: Wed May 7 14:19:32 2008 Subject: FreeBSD Port: fusefs-libs-2.7.2_1 - gvfs-fuse-daemon process(es) stuck In-Reply-To: <20080506053244.GA94936@eos.sc1.parodius.com> References: <20080506053244.GA94936@eos.sc1.parodius.com> Message-ID: On Tue, May 6, 2008 at 12:32 AM, Jeremy Chadwick wrote: > On Tue, May 06, 2008 at 12:20:17AM -0500, Matt wrote: > > The symptom is as described above - the gvfs-fuse-daemon processes do > > not exit cleanly and more processes continue to build-up whenever I > > complete an X-session. The processes do exit when I send them a > > manual kill signal. The only info I have at this point is a backtrace > > from a "stuck" process. Hopefully it will be useful in identifying > > the issue. > > What makes it "stuck?" What state is the process in? ps or top output > would've been helpful, ditto with truss or ktrace output. Is it eating > 100% CPU (e.g. read() is continually being called without handling error > conditions), or does it just sit there idling? > Sorry - should have been more specific than the generic "stuck" description. Top shows the process state as "fu_msg" and it is not consuming any processor resources, just seemingly sits there idling. Output from ps is: UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 1000 4019 1 0 44 0 6324 2528 - Ts ?? 0:00.00 /usr/local/libexec//gvfs-fuse-daemon /home/mtosto Attaching the process with truss when it enters this state (which happens after I end an X-session) yields no data. Are there any truss command line switches that I should try? I've tried -f, -a and -e. Attaching the process with ktrace yields very minimal data. The only time I can get the process to show something in the trace is when I attach it with gdb while the trace is running. When I do that, kdump shows this: [mtosto@mtosto-bsd ~]$ kdump 4019 gvfs-fuse-daemon CALL read(0x3,0x1055c000,0x21000) 4019 gvfs-fuse-daemon RET read RESTART 4019 gvfs-fuse-daemon CALL read(0x3,0x1055c000,0x21000) 4019 gvfs-fuse-daemon RET read RESTART 4019 gvfs-fuse-daemon CALL read(0x3,0x1055c000,0x21000) 4019 gvfs-fuse-daemon RET read RESTART [mtosto@mtosto-bsd ~]$ Each pair of CALL and RET lines represents one attaching of the process via gdb and executing the bt command within gdb. The system is a dual-core Opteron running 7.0-RELEASE i386 with the ULE scheduler. There does not appear to be any detrimental side effects to the system with the gvfs-fuse-daemon processes hanging around. They just keep stacking up (one for each X-session, so usually one per day) until I manually kill them off. > > > > (gdb) bt > > #0 0x1045d3d1 in read () from /lib/libc.so.7 > > #1 0x10379792 in read () from /lib/libthr.so.3 > > #2 0x1035a67b in fuse_kern_chan_receive (chp=0xbf9fef8c, > > buf=0x1055c000 "", size=135168) at fuse_kern_chan.c:28 > > #3 0x1035fb13 in fuse_chan_recv (chp=0xbf9fef8c, buf=0x1055c000 "", > > size=135168) at fuse_session.c:184 > > #4 0x1035aac6 in fuse_do_work (data=0x10517580) at fuse_loop_mt.c:70 > > #5 0x1037ab1f in pthread_getprio () from /lib/libthr.so.3 > > #6 0x00000000 in ?? () > From scf at FreeBSD.org Wed May 7 14:27:53 2008 From: scf at FreeBSD.org (Sean C. Farley) Date: Wed May 7 14:28:00 2008 Subject: problems building the latest ghostscript-gpl In-Reply-To: <48215E7E.90505@gmail.com> References: <48215E7E.90505@gmail.com> Message-ID: On Wed, 7 May 2008, Aryeh M. Friedman wrote: > /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be > used when making a shared object; recompile with -fPIC On amd64, you need to remove the FT_BRIDGE option to compile. I have not had time to look into what is actually happening or needs to be fixed. Sean -- scf@FreeBSD.org From koitsu at freebsd.org Wed May 7 14:30:05 2008 From: koitsu at freebsd.org (Jeremy Chadwick) Date: Wed May 7 14:30:10 2008 Subject: FreeBSD Port: fusefs-libs-2.7.2_1 - gvfs-fuse-daemon process(es) stuck In-Reply-To: References: <20080506053244.GA94936@eos.sc1.parodius.com> Message-ID: <20080507143004.GA59170@eos.sc1.parodius.com> On Wed, May 07, 2008 at 09:19:24AM -0500, Matt wrote: > Sorry - should have been more specific than the generic "stuck" > description. Top shows the process state as "fu_msg" and it is not > consuming any processor resources, just seemingly sits there idling. > Output from ps is: > > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > 1000 4019 1 0 44 0 6324 2528 - Ts ?? 0:00.00 > /usr/local/libexec//gvfs-fuse-daemon /home/mtosto The "T" flag under State says that the process is stopped. It's as if the process was running in the foreground, and was ^Z'd -- same behaviour. The part which confuses me (I'm sure others can explain this part) is that the parent PID is 1, which is init. This would indicate that the process is actually a zombie whose parent has been killed off, and the child's parent has been assigned to init. You might try doing a "kill -CONT" on the process to see what happens. I don't think truss or ktrace are going to help here, because something is explicitly stopping the process (SIGSTOP or some other means). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From datahead4 at gmail.com Wed May 7 14:53:29 2008 From: datahead4 at gmail.com (Matt) Date: Wed May 7 14:53:32 2008 Subject: FreeBSD Port: fusefs-libs-2.7.2_1 - gvfs-fuse-daemon process(es) stuck In-Reply-To: <1210171696.30323.2.camel@squirrel.corp.cox.com> References: <20080506053244.GA94936@eos.sc1.parodius.com> <20080507143004.GA59170@eos.sc1.parodius.com> <1210171696.30323.2.camel@squirrel.corp.cox.com> Message-ID: On Wed, May 7, 2008 at 9:48 AM, Robert Noland wrote: > On Wed, 2008-05-07 at 07:30 -0700, Jeremy Chadwick wrote: > > On Wed, May 07, 2008 at 09:19:24AM -0500, Matt wrote: > > > Sorry - should have been more specific than the generic "stuck" > > > description. Top shows the process state as "fu_msg" and it is not > > > consuming any processor resources, just seemingly sits there idling. > > > Output from ps is: > > > > > > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > > > 1000 4019 1 0 44 0 6324 2528 - Ts ?? 0:00.00 > > > /usr/local/libexec//gvfs-fuse-daemon /home/mtosto > > > > The "T" flag under State says that the process is stopped. It's as if > > the process was running in the foreground, and was ^Z'd -- same > > behaviour. > > I don't want to state the obvious, but attaching to the process with gdb > will produce the stopped state. Was this ps snap taken before or after > attaching with gdb? > My fault - bad order of info gathering. Here's a ps snap after sending the process -CONT signal: [mtosto@mtosto-bsd ~]$ ps -axlH | grep vfs 1000 4019 1 0 46 0 6324 2412 uwait Ts ?? 0:00.00 /usr/local/libexec//gvfs-fuse-daemon /home/mtosto/.gvfs 1000 4019 1 0 44 0 6324 2412 - Ts ?? 0:00.00 /usr/local/libexec//gvfs-fuse-daemon /home/mtosto/.gvfs > robert. > > > > > The part which confuses me (I'm sure others can explain this part) is > > that the parent PID is 1, which is init. This would indicate that the > > process is actually a zombie whose parent has been killed off, and the > > child's parent has been assigned to init. > > > > You might try doing a "kill -CONT" on the process to see what happens. > > > > I don't think truss or ktrace are going to help here, because something > > is explicitly stopping the process (SIGSTOP or some other means). > > > > From datahead4 at gmail.com Wed May 7 15:22:11 2008 From: datahead4 at gmail.com (Matt) Date: Wed May 7 15:22:14 2008 Subject: FreeBSD Port: fusefs-libs-2.7.2_1 - gvfs-fuse-daemon process(es) stuck In-Reply-To: References: <20080506053244.GA94936@eos.sc1.parodius.com> <20080507143004.GA59170@eos.sc1.parodius.com> <1210171696.30323.2.camel@squirrel.corp.cox.com> Message-ID: On Wed, May 7, 2008 at 9:53 AM, Matt wrote: > On Wed, May 7, 2008 at 9:48 AM, Robert Noland wrote: > > On Wed, 2008-05-07 at 07:30 -0700, Jeremy Chadwick wrote: > > > On Wed, May 07, 2008 at 09:19:24AM -0500, Matt wrote: > > > > Sorry - should have been more specific than the generic "stuck" > > > > description. Top shows the process state as "fu_msg" and it is not > > > > consuming any processor resources, just seemingly sits there idling. > > > > Output from ps is: > > > > > > > > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > > > > 1000 4019 1 0 44 0 6324 2528 - Ts ?? 0:00.00 > > > > /usr/local/libexec//gvfs-fuse-daemon /home/mtosto > > > > > > The "T" flag under State says that the process is stopped. It's as if > > > the process was running in the foreground, and was ^Z'd -- same > > > behaviour. > > > > I don't want to state the obvious, but attaching to the process with gdb > > will produce the stopped state. Was this ps snap taken before or after > > attaching with gdb? > > > My fault - bad order of info gathering. Here's a ps snap after > sending the process -CONT signal: > > [mtosto@mtosto-bsd ~]$ ps -axlH | grep vfs > 1000 4019 1 0 46 0 6324 2412 uwait Ts ?? 0:00.00 > /usr/local/libexec//gvfs-fuse-daemon /home/mtosto/.gvfs > 1000 4019 1 0 44 0 6324 2412 - Ts ?? 0:00.00 > /usr/local/libexec//gvfs-fuse-daemon /home/mtosto/.gvfs > Darn it - bad paste. Trying again: [mtosto@mtosto-bsd ~]$ ps -axlH | grep vfs 1000 4019 1 0 46 0 6324 2412 uwait Is ?? 0:00.00 /usr/local/libexec//gvfs-fuse-daemon /home/mtosto/.gvfs 1000 4019 1 0 44 0 6324 2412 fu_msg Is ?? 0:00.00 /usr/local/libexec//gvfs-fuse-daemon /home/mtosto/.gvfs > > > > robert. > > > > > > > > > The part which confuses me (I'm sure others can explain this part) is > > > that the parent PID is 1, which is init. This would indicate that the > > > process is actually a zombie whose parent has been killed off, and the > > > child's parent has been assigned to init. > > > > > > You might try doing a "kill -CONT" on the process to see what happens. > > > > > > I don't think truss or ktrace are going to help here, because something > > > is explicitly stopping the process (SIGSTOP or some other means). > > > > > > > > From rnoland at 2hip.net Wed May 7 15:22:50 2008 From: rnoland at 2hip.net (Robert Noland) Date: Wed May 7 15:22:56 2008 Subject: FreeBSD Port: fusefs-libs-2.7.2_1 - gvfs-fuse-daemon process(es) stuck In-Reply-To: <20080507143004.GA59170@eos.sc1.parodius.com> References: <20080506053244.GA94936@eos.sc1.parodius.com> <20080507143004.GA59170@eos.sc1.parodius.com> Message-ID: <1210171696.30323.2.camel@squirrel.corp.cox.com> On Wed, 2008-05-07 at 07:30 -0700, Jeremy Chadwick wrote: > On Wed, May 07, 2008 at 09:19:24AM -0500, Matt wrote: > > Sorry - should have been more specific than the generic "stuck" > > description. Top shows the process state as "fu_msg" and it is not > > consuming any processor resources, just seemingly sits there idling. > > Output from ps is: > > > > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > > 1000 4019 1 0 44 0 6324 2528 - Ts ?? 0:00.00 > > /usr/local/libexec//gvfs-fuse-daemon /home/mtosto > > The "T" flag under State says that the process is stopped. It's as if > the process was running in the foreground, and was ^Z'd -- same > behaviour. I don't want to state the obvious, but attaching to the process with gdb will produce the stopped state. Was this ps snap taken before or after attaching with gdb? robert. > The part which confuses me (I'm sure others can explain this part) is > that the parent PID is 1, which is init. This would indicate that the > process is actually a zombie whose parent has been killed off, and the > child's parent has been assigned to init. > > You might try doing a "kill -CONT" on the process to see what happens. > > I don't think truss or ktrace are going to help here, because something > is explicitly stopping the process (SIGSTOP or some other means). > From koitsu at freebsd.org Wed May 7 15:33:39 2008 From: koitsu at freebsd.org (Jeremy Chadwick) Date: Wed May 7 15:33:43 2008 Subject: FreeBSD Port: fusefs-libs-2.7.2_1 - gvfs-fuse-daemon process(es) stuck In-Reply-To: References: <20080506053244.GA94936@eos.sc1.parodius.com> <20080507143004.GA59170@eos.sc1.parodius.com> <1210171696.30323.2.camel@squirrel.corp.cox.com> Message-ID: <20080507153339.GA61304@eos.sc1.parodius.com> On Wed, May 07, 2008 at 10:22:09AM -0500, Matt wrote: > On Wed, May 7, 2008 at 9:53 AM, Matt wrote: > > On Wed, May 7, 2008 at 9:48 AM, Robert Noland wrote: > > > On Wed, 2008-05-07 at 07:30 -0700, Jeremy Chadwick wrote: > > > > On Wed, May 07, 2008 at 09:19:24AM -0500, Matt wrote: > > > > > Sorry - should have been more specific than the generic "stuck" > > > > > description. Top shows the process state as "fu_msg" and it is not > > > > > consuming any processor resources, just seemingly sits there idling. > > > > > Output from ps is: > > > > > > > > > > UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND > > > > > 1000 4019 1 0 44 0 6324 2528 - Ts ?? 0:00.00 > > > > > /usr/local/libexec//gvfs-fuse-daemon /home/mtosto > > > > > > > > The "T" flag under State says that the process is stopped. It's as if > > > > the process was running in the foreground, and was ^Z'd -- same > > > > behaviour. > > > > > > I don't want to state the obvious, but attaching to the process with gdb > > > will produce the stopped state. Was this ps snap taken before or after > > > attaching with gdb? > > > > > My fault - bad order of info gathering. Here's a ps snap after > > sending the process -CONT signal: > > > > [mtosto@mtosto-bsd ~]$ ps -axlH | grep vfs > > 1000 4019 1 0 46 0 6324 2412 uwait Ts ?? 0:00.00 > > /usr/local/libexec//gvfs-fuse-daemon /home/mtosto/.gvfs > > 1000 4019 1 0 44 0 6324 2412 - Ts ?? 0:00.00 > > /usr/local/libexec//gvfs-fuse-daemon /home/mtosto/.gvfs > > > Darn it - bad paste. Trying again: > [mtosto@mtosto-bsd ~]$ ps -axlH | grep vfs > 1000 4019 1 0 46 0 6324 2412 uwait Is ?? 0:00.00 > /usr/local/libexec//gvfs-fuse-daemon /home/mtosto/.gvfs > 1000 4019 1 0 44 0 6324 2412 fu_msg Is ?? 0:00.00 > /usr/local/libexec//gvfs-fuse-daemon /home/mtosto/.gvfs Now can you run truss or ktrace on PID 4019? The previous time you ran ktrace/truss, the process was suspended and the event name was "-", so no syscalls seen makes sense. This may end up being one of those situations where one needs to launch gvfs-fuse-daemon via "truss -o /tmp/truss.out -f gvfs-fuse-daemon ", to see what it's doing from initial startup to the time it idles. -a and -D might also come in handy here. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From gary.jennejohn at freenet.de Wed May 7 15:38:55 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Wed May 7 15:39:01 2008 Subject: Trying for a duplex printer In-Reply-To: <48208A9C.8070305@chuckr.org> References: <48208A9C.8070305@chuckr.org> Message-ID: <20080507173849.581fb50a@peedub.jennejohn.org> On Tue, 06 May 2008 12:43:08 -0400 Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I have been scouring all the data I can, to find printers that do duplex > printing (that means doublesided printing). I found 3 models, but two of them > (the HP C7280 and the Canon PIXMA MX850) have no public drivers I can find. The > third, which is the Epson RX680, seems to be supported via drivers from Avasys > (http://avasys.jp/hp/menu000000900/hpg000000859.htm) called PIPS drivers, but > while there is are ports for various versions of PIPS in the print dir of ports, > and I can find that the Avasys site lists supporting the RX680, I have two problems: > > 1) I can't determine which (if any) of the PIPS ports support the RX680, and > 2) right now, none of them build because of an error you get about a > linuxwrapper not handling symbol versioning. > > Is there any way to rely on any FreeBSD port to be able to use the RX680 from > Epson? > I'm using a Kyocera FS-1030D (the 'D' means duplex). Yes, it works. It works just fine with CUPS. It could be that one of the printers which you're looking at would also work with CUPS. What you need to find is a PPD file which describes your printer. Mine uses Kyocera_FS-1030_en.ppd. There's a Linux-specific site which has these PPDs available, which is pretty easy to find with google. --- Gary Jennejohn From andy at athame.co.uk Wed May 7 16:21:17 2008 From: andy at athame.co.uk (Andy Fawcett) Date: Wed May 7 16:21:21 2008 Subject: problems building the latest ghostscript-gpl In-Reply-To: References: <48215E7E.90505@gmail.com> Message-ID: <200805071840.51141.andy@athame.co.uk> On Wednesday 07 May 2008 17:13:59 Sean C. Farley wrote: > On Wed, 7 May 2008, Aryeh M. Friedman wrote: > > /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be > > used when making a shared object; recompile with -fPIC > > On amd64, you need to remove the FT_BRIDGE option to compile. I have > not had time to look into what is actually happening or needs to be > fixed. Makes no difference here, I get the same error with: _OPTIONS_READ=ghostscript-gpl-8.62_1 WITHOUT_FONTCONFIG=true WITHOUT_FT_BRIDGE=true WITHOUT_GS_lvga256=true WITHOUT_GS_vgalib=true . . all other items are WITH_foo=true -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From scf at FreeBSD.org Wed May 7 16:42:43 2008 From: scf at FreeBSD.org (Sean C. Farley) Date: Wed May 7 16:42:47 2008 Subject: problems building the latest ghostscript-gpl In-Reply-To: <200805071840.51141.andy@athame.co.uk> References: <48215E7E.90505@gmail.com> <200805071840.51141.andy@athame.co.uk> Message-ID: On Wed, 7 May 2008, Andy Fawcett wrote: > On Wednesday 07 May 2008 17:13:59 Sean C. Farley wrote: >> On Wed, 7 May 2008, Aryeh M. Friedman wrote: >>> /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be >>> used when making a shared object; recompile with -fPIC >> >> On amd64, you need to remove the FT_BRIDGE option to compile. I have >> not had time to look into what is actually happening or needs to be >> fixed. > > Makes no difference here, I get the same error with: > > _OPTIONS_READ=ghostscript-gpl-8.62_1 > WITHOUT_FONTCONFIG=true > WITHOUT_FT_BRIDGE=true > WITHOUT_GS_lvga256=true > WITHOUT_GS_vgalib=true > . > . > all other items are WITH_foo=true That is what I have. Maybe a rebuild of freetype2 (v2.3.5 here) would help? Are you using a port builder that sets the environment variable BATCH and have portconf installed? That may bypass the setting in the options file. Those are my only guesses. Sean -- scf@FreeBSD.org From andy at athame.co.uk Wed May 7 17:22:16 2008 From: andy at athame.co.uk (Andy Fawcett) Date: Wed May 7 17:22:20 2008 Subject: problems building the latest ghostscript-gpl In-Reply-To: References: <48215E7E.90505@gmail.com> <200805071840.51141.andy@athame.co.uk> Message-ID: <200805072023.24933.andy@athame.co.uk> On Wednesday 07 May 2008 19:42:31 Sean C. Farley wrote: > On Wed, 7 May 2008, Andy Fawcett wrote: > > On Wednesday 07 May 2008 17:13:59 Sean C. Farley wrote: > >> On Wed, 7 May 2008, Aryeh M. Friedman wrote: > >>> /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be > >>> used when making a shared object; recompile with -fPIC > >> > >> On amd64, you need to remove the FT_BRIDGE option to compile. I have > >> not had time to look into what is actually happening or needs to be > >> fixed. > > > > Makes no difference here, I get the same error with: > > > > _OPTIONS_READ=ghostscript-gpl-8.62_1 > > WITHOUT_FONTCONFIG=true > > WITHOUT_FT_BRIDGE=true > > WITHOUT_GS_lvga256=true > > WITHOUT_GS_vgalib=true > > . > > . > > all other items are WITH_foo=true > > That is what I have. Maybe a rebuild of freetype2 (v2.3.5 here) would > help? Are you using a port builder that sets the environment variable > BATCH and have portconf installed? That may bypass the setting in the > options file. Those are my only guesses. I'm using portupgrade, BATCH is not set, portconf isn't installed, and all dependency ports are up to date. This is with a csup just before I sent the mail, so pretty up to date. Andy -- Andy Fawcett | andy@athame.co.uk | tap@kde.org "In an open world without walls and fences, | tap@lspace.org we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org From yanefbsd at gmail.com Wed May 7 17:44:35 2008 From: yanefbsd at gmail.com (Garrett Cooper) Date: Wed May 7 17:44:39 2008 Subject: Little valgrind issue In-Reply-To: <6161f3180805070404m95db9dk6f1a6774623ba2a6@mail.gmail.com> References: <6161f3180805070404m95db9dk6f1a6774623ba2a6@mail.gmail.com> Message-ID: <83590C6A-3A94-47B9-B9D0-939C78DB14E1@gmail.com> On May 7, 2008, at 4:04 AM, Andrew W. Nosenko wrote: > On Tue, May 6, 2008 at 6:05 PM, G? Weijers wrote: >> Hello, >> >> I tried to build 'valgrind' in a jail environment. The Makefile >> tries to >> make sure that /proc is mounted before it build valgrind, which is >> fine, but >> the way it does it won't work in a jail because /sbin/mount does >> not show >> anything useful. >> >> A quick workaround: define the environment variable >> 'PACKAGE_BUILDING=yes' >> and then run 'make' and 'make install' >> >> It would be better if the Makefile would just look for, say, the >> existence >> of '/proc/curproc' in stead of relying on /sbin/mount. >> > > I'm very surprised. Just because unable to build valgring at all > since FreeBSD-7.0... :-( (New threading implementation related > issue?) > > -- > Andrew W. Nosenko ... or because of the new compiler and its relevant libc link-ins? -Garrett From chuckr at chuckr.org Wed May 7 18:29:04 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Wed May 7 18:29:09 2008 Subject: Trying for a duplex printer In-Reply-To: <20080506192504.GD7293@server.vk2pj.dyndns.org> References: <48208A9C.8070305@chuckr.org> <20080506192504.GD7293@server.vk2pj.dyndns.org> Message-ID: <4821F2DA.5090009@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Peter Jeremy wrote: > On Tue, May 06, 2008 at 12:43:08PM -0400, Chuck Robey wrote: >> 1) I can't determine which (if any) of the PIPS ports support the RX680, and > > Based on a quick look at the pips ports, the RX680 is not currently > supported. I suspect it wouldn't be terribly difficult to get running. > >> 2) right now, none of them build because of an error you get about a >> linuxwrapper not handling symbol versioning. > > This is a bigger issue. The linuxpluginwrapper maintainer is not > responding to emails about it so I doubt it will get fixed anytime > soon. I've had a quick look at it and decided that I don't understand > enough about how the symbol aliasing used to work or how the symbol > versioning broke it. > So, I guess that means that if I want to get this printer working, I either have to try to fix that myself, or forget using FreeBSD to print with that Epson RX680? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIfLaz62J6PPcoOkRAoh7AKCFjJO4ELi6JgSoD3oODy528u5BMACeIkF9 iFrorlnzPcPAemBym36Abyo= =ibUA -----END PGP SIGNATURE----- From chuckr at chuckr.org Wed May 7 18:44:14 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Wed May 7 18:44:18 2008 Subject: Trying for a duplex printer In-Reply-To: <20080507173849.581fb50a@peedub.jennejohn.org> References: <48208A9C.8070305@chuckr.org> <20080507173849.581fb50a@peedub.jennejohn.org> Message-ID: <4821F669.7080304@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gary Jennejohn wrote: > On Tue, 06 May 2008 12:43:08 -0400 > Chuck Robey wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I have been scouring all the data I can, to find printers that do duplex >> printing (that means doublesided printing). I found 3 models, but two of them >> (the HP C7280 and the Canon PIXMA MX850) have no public drivers I can find. The >> third, which is the Epson RX680, seems to be supported via drivers from Avasys >> (http://avasys.jp/hp/menu000000900/hpg000000859.htm) called PIPS drivers, but >> while there is are ports for various versions of PIPS in the print dir of ports, >> and I can find that the Avasys site lists supporting the RX680, I have two problems: >> >> 1) I can't determine which (if any) of the PIPS ports support the RX680, and >> 2) right now, none of them build because of an error you get about a >> linuxwrapper not handling symbol versioning. >> >> Is there any way to rely on any FreeBSD port to be able to use the RX680 from >> Epson? >> > > I'm using a Kyocera FS-1030D (the 'D' means duplex). Yes, it works. > > It works just fine with CUPS. It could be that one of the printers > which you're looking at would also work with CUPS. > > What you need to find is a PPD file which describes your printer. Mine > uses Kyocera_FS-1030_en.ppd. > > There's a Linux-specific site which has these PPDs available, which is > pretty easy to find with google. > > --- > Gary Jennejohn -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIfZpz62J6PPcoOkRAjI2AJ96uxdoX1ZhAimAFEotkeNTMU2FEwCgl8vB ps34akd9ZgHXwN0bjAM3Vf4= =tYlI -----END PGP SIGNATURE----- From chuckr at chuckr.org Wed May 7 18:52:25 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Wed May 7 18:52:30 2008 Subject: Trying for a duplex printer In-Reply-To: <20080507173849.581fb50a@peedub.jennejohn.org> References: <48208A9C.8070305@chuckr.org> <20080507173849.581fb50a@peedub.jennejohn.org> Message-ID: <4821F854.50808@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gary Jennejohn wrote: > On Tue, 06 May 2008 12:43:08 -0400 > Chuck Robey wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I have been scouring all the data I can, to find printers that do duplex >> printing (that means doublesided printing). I found 3 models, but two of them >> (the HP C7280 and the Canon PIXMA MX850) have no public drivers I can find. The >> third, which is the Epson RX680, seems to be supported via drivers from Avasys >> (http://avasys.jp/hp/menu000000900/hpg000000859.htm) called PIPS drivers, but >> while there is are ports for various versions of PIPS in the print dir of ports, >> and I can find that the Avasys site lists supporting the RX680, I have two problems: >> >> 1) I can't determine which (if any) of the PIPS ports support the RX680, and >> 2) right now, none of them build because of an error you get about a >> linuxwrapper not handling symbol versioning. >> >> Is there any way to rely on any FreeBSD port to be able to use the RX680 from >> Epson? >> > > I'm using a Kyocera FS-1030D (the 'D' means duplex). Yes, it works. > > It works just fine with CUPS. It could be that one of the printers > which you're looking at would also work with CUPS. > > What you need to find is a PPD file which describes your printer. Mine > uses Kyocera_FS-1030_en.ppd. > > There's a Linux-specific site which has these PPDs available, which is > pretty easy to find with google. > Thanks, Gary. Took me quite a while to find this baby, because it seems that Kyocera's main site doesn't acknowledge of the Kyocera-Mita's products. I finally found out that it's a fairly big monochrome laser. I rather like the color I get from the cheaper inkjets, although I sure would rather get one with a FreeBSD driver. Further, from what I could find, I couldn't tell if it was a postscript native printer, and I am dead-set against any postscript native printers, because I used to have one, and when compared to any innkset that must use a translator such as ghostscript, the postscript native printers are (or, at least used to be) dead slow. Maybe it took them too long to transfer big postscript files, or maybe it took the internal processors too long to translate, I dunno, but when I had one of the original old HP laserjets with a postscript cartridge, and I converted to using ghostscript about a year after I got it, I was shocked that my print rate went up about 4-5 times as fast. I could actually get the advertised print rates. I suppose my next trick is to attempt to find out about glib's symbol versioning, enough so that it could be added to the linuxwrapper. Then (I hope) I get the PIPS driver that exists for the Epson RX680. > --- > Gary Jennejohn -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIfhUz62J6PPcoOkRArz4AKCR7giZyxfH6iju6U1L08uq1vigBwCgnxtd nzQqaTxkCmkxW4d5kXfZQhM= =hMy6 -----END PGP SIGNATURE----- From randy at psg.com Wed May 7 21:39:55 2008 From: randy at psg.com (Randy Bush) Date: Wed May 7 21:39:58 2008 Subject: perl5.8 - perlio.c:2919: error: dereferencing pointer to incomplete type Message-ID: <482221A9.9040407@psg.com> `sh cflags "optimize='-O2 -pipe -march=pentiumpro -fno-strict-aliasing'" globals.o` -DPIC -fPIC globals.c CCCMD = cc -DPERL_CORE -c -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -O2 -pipe -march=pentiumpro -fno-strict-aliasing -Wall `sh cflags "optimize='-O2 -pipe -march=pentiumpro -fno-strict-aliasing'" perlio.o` -DPIC -fPIC perlio.c CCCMD = cc -DPERL_CORE -c -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -Wdeclaration-after-statement -I/usr/local/include -O2 -pipe -march=pentiumpro -fno-strict-aliasing -Wall perlio.c: In function 'PerlIOStdio_invalidate_fileno': perlio.c:2919: error: dereferencing pointer to incomplete type *** Error code 1 am i doing something wrong? randy From jrhett at netconsonance.com Wed May 7 23:11:20 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Wed May 7 23:11:46 2008 Subject: cfengine port update? In-Reply-To: <74239915@ipt.ru> References: <74239915@ipt.ru> Message-ID: <6FD1D7CD-5AD8-45F7-BEDF-8D6CBAEE1D8D@netconsonance.com> Yes, they updated the port yesterday apparently. On May 6, 2008, at 12:34 AM, Boris Samorodov wrote: > My tinderbox gives: > ----- > ======================================== > ===> Building package for cfengine-2.2.6 > Creating package /tmp/packages/All/cfengine-2.2.6.tbz > Registering depends: db46-4.6.21.1. > Creating bzip'd tar ball in '/tmp/packages/All/cfengine-2.2.6.tbz' > Deleting cfengine-2.2.6 > ================================================================ > > === Checking filesystem state > list of extra files and directories in / (not present before this > port was installed but present after it was deinstalled) > 65830181 12 -r--r--r-- 1 root > wheel 4788 May 6 07:25 usr/local/man/man8/cfagent.8 > 65830182 4 -r--r--r-- 1 root > wheel 764 May 6 07:25 usr/local/man/man8/cfenvd.8 > 65830183 4 -r--r--r-- 1 root > wheel 1441 May 6 07:25 usr/local/man/man8/cfenvgraph.8 > 65830184 4 -r--r--r-- 1 root > wheel 774 May 6 07:25 usr/local/man/man8/cfexecd.8 > 65830185 4 -r--r--r-- 1 root > wheel 505 May 6 07:25 usr/local/man/man8/cfkey.8 > 65830186 4 -r--r--r-- 1 root > wheel 1730 May 6 07:25 usr/local/man/man8/cfrun.8 > 65830187 4 -r--r--r-- 1 root > wheel 863 May 6 07:25 usr/local/man/man8/cfservd.8 > 65830188 4 -r--r--r-- 1 root > wheel 1632 May 6 07:25 usr/local/man/man8/cfshow.8 > 65830189 24 -r--r--r-- 1 root > wheel 10391 May 6 07:25 usr/local/man/man8/ > cfetoolcheck.8 > 65830190 16 -r--r--r-- 1 root > wheel 7293 May 6 07:25 usr/local/man/man8/ > cfetooldump.8 > 65830191 16 -r--r--r-- 1 root > wheel 6390 May 6 07:25 usr/local/man/man8/ > cfetoolimport.8 > 65830192 24 -r--r--r-- 1 root > wheel 10258 May 6 07:25 usr/local/man/man8/ > cfetoolupdate.8 > 65830193 16 -r--r--r-- 1 root > wheel 7535 May 6 07:25 usr/local/man/man8/ > cfetoolcreate.8 > 65830194 16 -r--r--r-- 1 root > wheel 7039 May 6 07:25 usr/local/man/man8/ > cfetoolgraph.8 > 65830195 16 -r--r--r-- 1 root > wheel 6269 May 6 07:25 usr/local/man/man8/ > cfetoolinfo.8 > 65851596 4 drwxr-xr-x 4 root > wheel 512 May 6 07:25 usr/local/share/cfengine > 65851597 4 drwxr-xr-x 2 root > wheel 512 May 6 07:25 usr/local/share/cfengine/doc > 65851598 4 drwxr-xr-x 2 root > wheel 512 May 6 07:25 usr/local/share/cfengine/html > Deleting db46-4.6.21.1 > ----- > > -- > WBR, bsam -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From bsam at ipt.ru Thu May 8 06:23:48 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Thu May 8 06:23:53 2008 Subject: cfengine port update? In-Reply-To: <6FD1D7CD-5AD8-45F7-BEDF-8D6CBAEE1D8D@netconsonance.com> (Jo Rhett's message of "Wed\, 7 May 2008 16\:11\:12 -0700") References: <74239915@ipt.ru> <6FD1D7CD-5AD8-45F7-BEDF-8D6CBAEE1D8D@netconsonance.com> Message-ID: <63496920@ipt.ru> On Wed, 7 May 2008 16:11:12 -0700 Jo Rhett wrote: > Yes, they updated the port yesterday apparently. No, the port won't be updated until pkg-plist (and the patch at the PR) is fixed. > On May 6, 2008, at 12:34 AM, Boris Samorodov wrote: > > My tinderbox gives: > > ----- > > ======================================== > > ===> Building package for cfengine-2.2.6 > > Creating package /tmp/packages/All/cfengine-2.2.6.tbz > > Registering depends: db46-4.6.21.1. > > Creating bzip'd tar ball in '/tmp/packages/All/cfengine-2.2.6.tbz' > > Deleting cfengine-2.2.6 > > ================================================================ > > > > === Checking filesystem state > > list of extra files and directories in / (not present before this > > port was installed but present after it was deinstalled) > > 65830181 12 -r--r--r-- 1 root wheel > > 4788 May 6 07:25 usr/local/man/man8/cfagent.8 > > 65830182 4 -r--r--r-- 1 root wheel > > 764 May 6 07:25 usr/local/man/man8/cfenvd.8 > > 65830183 4 -r--r--r-- 1 root wheel > > 1441 May 6 07:25 usr/local/man/man8/cfenvgraph.8 > > 65830184 4 -r--r--r-- 1 root wheel > > 774 May 6 07:25 usr/local/man/man8/cfexecd.8 > > 65830185 4 -r--r--r-- 1 root wheel > > 505 May 6 07:25 usr/local/man/man8/cfkey.8 > > 65830186 4 -r--r--r-- 1 root wheel > > 1730 May 6 07:25 usr/local/man/man8/cfrun.8 > > 65830187 4 -r--r--r-- 1 root wheel > > 863 May 6 07:25 usr/local/man/man8/cfservd.8 > > 65830188 4 -r--r--r-- 1 root wheel > > 1632 May 6 07:25 usr/local/man/man8/cfshow.8 > > 65830189 24 -r--r--r-- 1 root wheel > > 10391 May 6 07:25 usr/local/man/man8/ cfetoolcheck.8 > > 65830190 16 -r--r--r-- 1 root wheel > > 7293 May 6 07:25 usr/local/man/man8/ cfetooldump.8 > > 65830191 16 -r--r--r-- 1 root wheel > > 6390 May 6 07:25 usr/local/man/man8/ cfetoolimport.8 > > 65830192 24 -r--r--r-- 1 root wheel > > 10258 May 6 07:25 usr/local/man/man8/ cfetoolupdate.8 > > 65830193 16 -r--r--r-- 1 root wheel > > 7535 May 6 07:25 usr/local/man/man8/ cfetoolcreate.8 > > 65830194 16 -r--r--r-- 1 root wheel > > 7039 May 6 07:25 usr/local/man/man8/ cfetoolgraph.8 > > 65830195 16 -r--r--r-- 1 root wheel > > 6269 May 6 07:25 usr/local/man/man8/ cfetoolinfo.8 > > 65851596 4 drwxr-xr-x 4 root wheel > > 512 May 6 07:25 usr/local/share/cfengine > > 65851597 4 drwxr-xr-x 2 root wheel > > 512 May 6 07:25 usr/local/share/cfengine/doc > > 65851598 4 drwxr-xr-x 2 root wheel > > 512 May 6 07:25 usr/local/share/cfengine/html > > Deleting db46-4.6.21.1 > > ----- > > > > -- > > WBR, bsam > -- > Jo Rhett > Net Consonance : consonant endings by net philanthropy, open source > and other randomness WBR -- bsam From gary.jennejohn at freenet.de Thu May 8 07:41:02 2008 From: gary.jennejohn at freenet.de (Gary Jennejohn) Date: Thu May 8 07:41:04 2008 Subject: Trying for a duplex printer In-Reply-To: <4821F854.50808@chuckr.org> References: <48208A9C.8070305@chuckr.org> <20080507173849.581fb50a@peedub.jennejohn.org> <4821F854.50808@chuckr.org> Message-ID: <20080508094056.6b302ae3@peedub.jennejohn.org> On Wed, 07 May 2008 14:43:32 -0400 Chuck Robey wrote: [snip Kyocera FS-1030D] > Thanks, Gary. Took me quite a while to find this baby, because it seems that > Kyocera's main site doesn't acknowledge of the Kyocera-Mita's products. I > finally found out that it's a fairly big monochrome laser. I rather like the > color I get from the cheaper inkjets, although I sure would rather get one with > a FreeBSD driver. Further, from what I could find, I couldn't tell if it was a > postscript native printer, and I am dead-set against any postscript native > printers, because I used to have one, and when compared to any innkset that must > use a translator such as ghostscript, the postscript native printers are (or, at > least used to be) dead slow. Maybe it took them too long to transfer big > postscript files, or maybe it took the internal processors too long to > translate, I dunno, but when I had one of the original old HP laserjets with a > postscript cartridge, and I converted to using ghostscript about a year after I > got it, I was shocked that my print rate went up about 4-5 times as fast. I > could actually get the advertised print rates. > Well, I have an ethernet card in it, so transfer times are not a problem. This printer _emulates_ postscript quite well. It actually supports other modes. Here's a list from the Technical Reference manual: The printing systems emulate the operation of seven other printers: HP LaserJet (mode 6) HP 7550A (mode 8) IBM Proprinter X24E (mode 1) Epson LQ-850 (mode 5) Diablo 630 (mode 2) Standard line printer (mode 0) KPDL (mode 9) [PostScript compatible] Supposedly it can do 22 ppm single sheet and 11 ppm duplex, but I've never checked that. > I suppose my next trick is to attempt to find out about glib's symbol > versioning, enough so that it could be added to the linuxwrapper. Then (I hope) > I get the PIPS driver that exists for the Epson RX680. > I wasn't trying to suggest that you get a FS-1030D. I was just giving an example of a printer which works with CUPS in duplex mode. IMO the next trick would be to look for a PPD file for one of the printers you have in mind. If you find one then it would be simple to use CUPS. --- Gary Jennejohn From kris at FreeBSD.org Thu May 8 10:01:07 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Thu May 8 10:01:09 2008 Subject: perl5.8 - perlio.c:2919: error: dereferencing pointer to incomplete type In-Reply-To: <482221A9.9040407@psg.com> References: <482221A9.9040407@psg.com> Message-ID: <4822CF61.6020805@FreeBSD.org> Randy Bush wrote: > `sh cflags "optimize='-O2 -pipe -march=pentiumpro > -fno-strict-aliasing'" globals.o` -DPIC -fPIC globals.c > CCCMD = cc -DPERL_CORE -c > -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -DHAS_FPSETMASK > -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe > -Wdeclaration-after-statement -I/usr/local/include -O2 -pipe > -march=pentiumpro -fno-strict-aliasing -Wall > `sh cflags "optimize='-O2 -pipe -march=pentiumpro > -fno-strict-aliasing'" perlio.o` -DPIC -fPIC perlio.c > CCCMD = cc -DPERL_CORE -c > -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -DHAS_FPSETMASK > -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe > -Wdeclaration-after-statement -I/usr/local/include -O2 -pipe > -march=pentiumpro -fno-strict-aliasing -Wall > perlio.c: In function 'PerlIOStdio_invalidate_fileno': > perlio.c:2919: error: dereferencing pointer to incomplete type > *** Error code 1 > > am i doing something wrong? cvsup, make world From randy at psg.com Thu May 8 10:03:36 2008 From: randy at psg.com (Randy Bush) Date: Thu May 8 10:03:39 2008 Subject: perl5.8 - perlio.c:2919: error: dereferencing pointer to incomplete type In-Reply-To: <4822CF61.6020805@FreeBSD.org> References: <482221A9.9040407@psg.com> <4822CF61.6020805@FreeBSD.org> Message-ID: <4822CFF5.5010003@psg.com> Kris Kennaway wrote: > Randy Bush wrote: >> `sh cflags "optimize='-O2 -pipe -march=pentiumpro >> -fno-strict-aliasing'" globals.o` -DPIC -fPIC globals.c >> CCCMD = cc -DPERL_CORE -c >> -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -DHAS_FPSETMASK >> -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe >> -Wdeclaration-after-statement -I/usr/local/include -O2 -pipe >> -march=pentiumpro -fno-strict-aliasing -Wall >> `sh cflags "optimize='-O2 -pipe -march=pentiumpro >> -fno-strict-aliasing'" perlio.o` -DPIC -fPIC perlio.c >> CCCMD = cc -DPERL_CORE -c >> -DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -DHAS_FPSETMASK >> -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe >> -Wdeclaration-after-statement -I/usr/local/include -O2 -pipe >> -march=pentiumpro -fno-strict-aliasing -Wall >> perlio.c: In function 'PerlIOStdio_invalidate_fileno': >> perlio.c:2919: error: dereferencing pointer to incomplete type >> *** Error code 1 >> >> am i doing something wrong? > > cvsup, make world actually it seemed to [also] need rm -rf /usr/obj randy From randy at psg.com Thu May 8 10:33:52 2008 From: randy at psg.com (Randy Bush) Date: Thu May 8 10:33:54 2008 Subject: asterisk: undefined reference to `__sync_fetch_and_add_4' Message-ID: <4822D70D.7070502@psg.com> i386 very current -DWITHOUT_ODBC -DWITHOUT_ZAPTEL -DWITHOUT_H323 /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' manager.o(.text+0x6e6c):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' utils.o(.text+0xdd4): In function `ast_atomic_dec_and_test': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147: undefined reference to `__sync_sub_and_fetch_4' utils.o(.text+0xded): In function `ast_atomic_fetchadd_int': /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: undefined reference to `__sync_fetch_and_add_4' gmake[1]: *** [asterisk] Error 1 gmake: *** [main] Error 2 *** Error code 2 randy From swhetzel at gmail.com Thu May 8 12:58:29 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Thu May 8 12:58:32 2008 Subject: problems building the latest ghostscript-gpl In-Reply-To: <200805072023.24933.andy@athame.co.uk> References: <48215E7E.90505@gmail.com> <200805071840.51141.andy@athame.co.uk> <200805072023.24933.andy@athame.co.uk> Message-ID: <790a9fff0805080558g3eb1d6edj7eb9697a876ebf8c@mail.gmail.com> I'm also having the same problem building on FreeBSD/AMD64 8-CURRENT. I commented out the entries I had in ports.conf for this port, and checked CFLAGS: # cd /usr/ports/print/ghostscript-gpl # make -V CFLAGS -O2 -pipe -fno-strict-aliasing And the port fails the same way. FT_BRIDGE is not enabled. When I added -fPIC to CFLAGS_STANDARD. Then the port would build. Scot On 5/7/08, Andy Fawcett wrote: > On Wednesday 07 May 2008 19:42:31 Sean C. Farley wrote: >> On Wed, 7 May 2008, Andy Fawcett wrote: >> > On Wednesday 07 May 2008 17:13:59 Sean C. Farley wrote: >> >> On Wed, 7 May 2008, Aryeh M. Friedman wrote: >> >>> /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be >> >>> used when making a shared object; recompile with -fPIC >> >> >> >> On amd64, you need to remove the FT_BRIDGE option to compile. I have >> >> not had time to look into what is actually happening or needs to be >> >> fixed. >> > >> > Makes no difference here, I get the same error with: >> > >> > _OPTIONS_READ=ghostscript-gpl-8.62_1 >> > WITHOUT_FONTCONFIG=true >> > WITHOUT_FT_BRIDGE=true >> > WITHOUT_GS_lvga256=true >> > WITHOUT_GS_vgalib=true >> > . >> > . >> > all other items are WITH_foo=true >> >> That is what I have. Maybe a rebuild of freetype2 (v2.3.5 here) would >> help? Are you using a port builder that sets the environment variable >> BATCH and have portconf installed? That may bypass the setting in the >> options file. Those are my only guesses. > > I'm using portupgrade, BATCH is not set, portconf isn't installed, and all > dependency ports are up to date. This is with a csup just before I sent the > mail, so pretty up to date. > > Andy > > > > > -- > Andy Fawcett | andy@athame.co.uk > | tap@kde.org > "In an open world without walls and fences, | tap@lspace.org > we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From hummel at pasteur.fr Thu May 8 14:18:12 2008 From: hummel at pasteur.fr (Thomas Hummel) Date: Thu May 8 14:18:17 2008 Subject: firefox 2.0.0.14 crashes Message-ID: <20080508140026.GA96149@parmesan.sis.pasteur.fr> Hello, On FreeBSD 7.0-STABLE amd64, firefox crashes since I portupgraded it to firefox-2.0.0.14,1 (same behavior with the binary package) : The program 'gecko' received an X Window System error. This probably reflects a bug in the program. The error was 'BadImplementation (server does not implement operation)'. (Details: serial 32 error_code 17 request_code 146 minor_code 5) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) For instance, it happens when gmail is loading it's mail index list (before I have the opportunity to read one of the messages) but it does it very quick on apparently random sites. It occurs even when started with a "fresh" .mozilla (i.e. rm -rf .mozilla). Any clue ? -- Thomas Hummel From aryeh.friedman at gmail.com Thu May 8 14:51:10 2008 From: aryeh.friedman at gmail.com (Aryeh M. Friedman) Date: Thu May 8 14:51:14 2008 Subject: problems building the latest ghostscript-gpl In-Reply-To: <790a9fff0805080558g3eb1d6edj7eb9697a876ebf8c@mail.gmail.com> References: <48215E7E.90505@gmail.com> <200805071840.51141.andy@athame.co.uk> <200805072023.24933.andy@athame.co.uk> <790a9fff0805080558g3eb1d6edj7eb9697a876ebf8c@mail.gmail.com> Message-ID: <48231354.8000508@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Scot Hetzel wrote: | I'm also having the same problem building on | FreeBSD/AMD64 8-CURRENT. I commented out the entries | I had in ports.conf for this port, and checked CFLAGS: | | # cd /usr/ports/print/ghostscript-gpl | # make -V CFLAGS | -O2 -pipe -fno-strict-aliasing | | And the port fails the same way. FT_BRIDGE is not enabled. When I added -fPIC | to CFLAGS_STANDARD. Then the port would build. None of the below work but the above does with a slight motification (tha attached patch). Is it time to submit a formal PR with the patch attached? | | Scot | | On 5/7/08, Andy Fawcett wrote: |> On Wednesday 07 May 2008 19:42:31 Sean C. Farley wrote: |>> On Wed, 7 May 2008, Andy Fawcett wrote: |>>> On Wednesday 07 May 2008 17:13:59 Sean C. Farley wrote: |>>>> On Wed, 7 May 2008, Aryeh M. Friedman wrote: |>>>>> /usr/bin/ld: ./obj/../soobj/gs.o: relocation R_X86_64_32 can not be |>>>>> used when making a shared object; recompile with -fPIC |>>>> On amd64, you need to remove the FT_BRIDGE option to compile. I have |>>>> not had time to look into what is actually happening or needs to be |>>>> fixed. |>>> Makes no difference here, I get the same error with: |>>> |>>> _OPTIONS_READ=ghostscript-gpl-8.62_1 |>>> WITHOUT_FONTCONFIG=true |>>> WITHOUT_FT_BRIDGE=true |>>> WITHOUT_GS_lvga256=true |>>> WITHOUT_GS_vgalib=true |>>> . |>>> . |>>> all other items are WITH_foo=true |>> That is what I have. Maybe a rebuild of freetype2 (v2.3.5 here) would |>> help? Are you using a port builder that sets the environment variable |>> BATCH and have portconf installed? That may bypass the setting in the |>> options file. Those are my only guesses. |> I'm using portupgrade, BATCH is not set, portconf isn't installed, and all |> dependency ports are up to date. This is with a csup just before I sent the |> mail, so pretty up to date. |> |> Andy |> |> |> |> |> -- |> Andy Fawcett | andy@athame.co.uk |> | tap@kde.org |> "In an open world without walls and fences, | tap@lspace.org |> we wouldn't need Windows and Gates." -- anon | tap@fruitsalad.org |> _______________________________________________ |> freebsd-ports@freebsd.org mailing list |> http://lists.freebsd.org/mailman/listinfo/freebsd-ports |> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" |> | -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkgjE1QACgkQk8GFzCrQm4D0HwCguyGmBdwQvKd4dmCKVl40Vyho HTYAoJV/95vSF/Z2dzdvONpn6snOpWUS =HL35 -----END PGP SIGNATURE----- -------------- next part -------------- Index: Makefile =================================================================== RCS file: /usr/home/ncvs/ports/print/ghostscript-gpl/Makefile,v retrieving revision 1.166 diff -r1.166 Makefile 35a36 > CFLAGS += -fPIC From joafog.lists at gmail.com Thu May 8 15:07:25 2008 From: joafog.lists at gmail.com (Joakim Fogelberg) Date: Thu May 8 15:07:29 2008 Subject: Trying for a duplex printer In-Reply-To: <48208A9C.8070305@chuckr.org> References: <48208A9C.8070305@chuckr.org> Message-ID: On Tue, May 6, 2008 at 6:43 PM, Chuck Robey wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I have been scouring all the data I can, to find printers that do duplex > printing (that means doublesided printing). I found 3 models, but two of them > (the HP C7280 and the Canon PIXMA MX850) have no public drivers I can find. The > third, which is the Epson RX680, seems to be supported via drivers from Avasys > (http://avasys.jp/hp/menu000000900/hpg000000859.htm) called PIPS drivers, but > while there is are ports for various versions of PIPS in the print dir of ports, > and I can find that the Avasys site lists supporting the RX680, I have two problems: > > 1) I can't determine which (if any) of the PIPS ports support the RX680, and > 2) right now, none of them build because of an error you get about a > linuxwrapper not handling symbol versioning. > > Is there any way to rely on any FreeBSD port to be able to use the RX680 from > Epson? Have you tried print/gutenprint ? -- Joakim Fogelberg From chuckr at chuckr.org Thu May 8 16:05:15 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Thu May 8 16:05:18 2008 Subject: Trying for a duplex printer In-Reply-To: <20080508094056.6b302ae3@peedub.jennejohn.org> References: <48208A9C.8070305@chuckr.org> <20080507173849.581fb50a@peedub.jennejohn.org> <4821F854.50808@chuckr.org> <20080508094056.6b302ae3@peedub.jennejohn.org> Message-ID: <482322A9.5010308@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gary Jennejohn wrote: > On Wed, 07 May 2008 14:43:32 -0400 > Chuck Robey wrote: > > [snip Kyocera FS-1030D] >> Thanks, Gary. Took me quite a while to find this baby, because it seems that >> Kyocera's main site doesn't acknowledge of the Kyocera-Mita's products. I >> finally found out that it's a fairly big monochrome laser. I rather like the >> color I get from the cheaper inkjets, although I sure would rather get one with >> a FreeBSD driver. Further, from what I could find, I couldn't tell if it was a >> postscript native printer, and I am dead-set against any postscript native >> printers, because I used to have one, and when compared to any innkset that must >> use a translator such as ghostscript, the postscript native printers are (or, at >> least used to be) dead slow. Maybe it took them too long to transfer big >> postscript files, or maybe it took the internal processors too long to >> translate, I dunno, but when I had one of the original old HP laserjets with a >> postscript cartridge, and I converted to using ghostscript about a year after I >> got it, I was shocked that my print rate went up about 4-5 times as fast. I >> could actually get the advertised print rates. >> > > Well, I have an ethernet card in it, so transfer times are not a problem. > > This printer _emulates_ postscript quite well. It actually supports other > modes. Here's a list from the Technical Reference manual: > > The printing systems emulate the operation of seven other printers: > HP LaserJet (mode 6) > HP 7550A (mode 8) > IBM Proprinter X24E (mode 1) > Epson LQ-850 (mode 5) > Diablo 630 (mode 2) > Standard line printer (mode 0) > KPDL (mode 9) [PostScript compatible] > > Supposedly it can do 22 ppm single sheet and 11 ppm duplex, but I've never checked > that. > >> I suppose my next trick is to attempt to find out about glib's symbol >> versioning, enough so that it could be added to the linuxwrapper. Then (I hope) >> I get the PIPS driver that exists for the Epson RX680. >> > > I wasn't trying to suggest that you get a FS-1030D. I was just giving an > example of a printer which works with CUPS in duplex mode. > > IMO the next trick would be to look for a PPD file for one of the printers > you have in mind. If you find one then it would be simple to use CUPS. Umm, I may be wrong here, but I thought the absolute minimum to get any printer working (in cups, or in any printing system whatever) was a way to get a page description language translator working (ghostscript is a good example of what I'm referring to). If you don't have a PPD, you can make one yourself, I've done that, but you can't fake out the PDL translator, right? Maybe, you meant that if you have a PPD, the chances of having that PDL translator are very, very good, is that it? I mean, well, like apsfilter doesn't need ppds at all, but it sure does need that PDL translator. > > --- > Gary Jennejohn -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIyKpz62J6PPcoOkRAoUSAJ4yz4x+jvUJv5fSDvqFAB/JmWuJbgCdFBJI ecAWbd2R5VwTOiXl1tpCE7M= =3MS3 -----END PGP SIGNATURE----- From chuckr at chuckr.org Thu May 8 16:20:46 2008 From: chuckr at chuckr.org (Chuck Robey) Date: Thu May 8 16:20:51 2008 Subject: Trying for a duplex printer In-Reply-To: References: <48208A9C.8070305@chuckr.org> Message-ID: <4823264D.6030904@chuckr.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Joakim Fogelberg wrote: > On Tue, May 6, 2008 at 6:43 PM, Chuck Robey wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I have been scouring all the data I can, to find printers that do duplex >> printing (that means doublesided printing). I found 3 models, but two of them >> (the HP C7280 and the Canon PIXMA MX850) have no public drivers I can find. The >> third, which is the Epson RX680, seems to be supported via drivers from Avasys >> (http://avasys.jp/hp/menu000000900/hpg000000859.htm) called PIPS drivers, but >> while there is are ports for various versions of PIPS in the print dir of ports, >> and I can find that the Avasys site lists supporting the RX680, I have two problems: >> >> 1) I can't determine which (if any) of the PIPS ports support the RX680, and >> 2) right now, none of them build because of an error you get about a >> linuxwrapper not handling symbol versioning. >> >> Is there any way to rely on any FreeBSD port to be able to use the RX680 from >> Epson? > > Have you tried print/gutenprint ? > No ... I know how to do a minimal test with gs (just use the gs flags to convert a postscript file to a printer-native file, then (as root) copy it over to the printer's port in /dev). Do you know how to do that in gutenprint? There isn't any man page for it. Besides that, I think that the usb interface must have some bug in it. At every attempted copy to /dev/ulpt0, it always fails to print, just tossing this error: Cannot open /dev/ulpt0 read/write: Device busy That happens even if I have powered down the printer for a minute, then restarting it. I know that's the correct device by reading /var/log/messages: May 8 12:02:01 april kernel: ulpt0: on uhub0 May 8 12:02:01 april kernel: ulpt0: using bi-directional mode -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIIyZNz62J6PPcoOkRAh+TAJ4yQirycFgMOk2UA8JGOUe98rH6nQCdGubk O/ZLQfIIHHShHKW5I6X74rA= =M6np -----END PGP SIGNATURE----- From mario at schmut.com Thu May 8 19:38:27 2008 From: mario at schmut.com (Mario Theodoridis) Date: Thu May 8 19:38:30 2008 Subject: Trying for a duplex printer In-Reply-To: References: <48208A9C.8070305@chuckr.org> Message-ID: <200805081217.03938.mario@schmut.com> I've been using the Brother HL1850 with CUPS for the last 4-5 Years. It came with the ppd on the CD and cranks out 10-20 pages/min 5-10 in duplex mode. All this time it's been running off the parallel port. The hl1870 has a nic. The only time things get a bit slow is when you throw heavy graphics at it. mario;> On Thursday 08 May 2008 07:40:45 Joakim Fogelberg wrote: > On Tue, May 6, 2008 at 6:43 PM, Chuck Robey wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > I have been scouring all the data I can, to find printers that do duplex > > printing (that means doublesided printing). I found 3 models, but two of them > > (the HP C7280 and the Canon PIXMA MX850) have no public drivers I can find. The > > third, which is the Epson RX680, seems to be supported via drivers from Avasys > > (http://avasys.jp/hp/menu000000900/hpg000000859.htm) called PIPS drivers, but > > while there is are ports for various versions of PIPS in the print dir of ports, > > and I can find that the Avasys site lists supporting the RX680, I have two problems: > > > > 1) I can't determine which (if any) of the PIPS ports support the RX680, and > > 2) right now, none of them build because of an error you get about a > > linuxwrapper not handling symbol versioning. > > > > Is there any way to rely on any FreeBSD port to be able to use the RX680 from > > Epson? > > Have you tried print/gutenprint ? > From jrhett at netconsonance.com Fri May 9 03:59:28 2008 From: jrhett at netconsonance.com (Jo Rhett) Date: Fri May 9 04:02:46 2008 Subject: cfengine port update? In-Reply-To: <63496920@ipt.ru> References: <74239915@ipt.ru> <6FD1D7CD-5AD8-45F7-BEDF-8D6CBAEE1D8D@netconsonance.com> <63496920@ipt.ru> Message-ID: <4227E14E-AF2F-47B6-9BA5-D96BE40B05CE@netconsonance.com> On May 7, 2008, at 11:23 PM, Boris Samorodov wrote: > On Wed, 7 May 2008 16:11:12 -0700 Jo Rhett wrote: > >> Yes, they updated the port yesterday apparently. > > No, the port won't be updated until pkg-plist (and the patch at the > PR) is fixed. eh? I submitted working patches. Apply them to the previous port tree and they gave you a working 2.2.6. If there's something wrong with them, someone needs to specify what is wrong. FYI: none of the files you are mentioning are installed by 2.2.5 or 2.2.6. That's residue from 2.2.3 packages. >> On May 6, 2008, at 12:34 AM, Boris Samorodov wrote: >>> My tinderbox gives: >>> ----- >>> ======================================== >>> ===> Building package for cfengine-2.2.6 >>> Creating package /tmp/packages/All/cfengine-2.2.6.tbz >>> Registering depends: db46-4.6.21.1. >>> Creating bzip'd tar ball in '/tmp/packages/All/cfengine-2.2.6.tbz' >>> Deleting cfengine-2.2.6 >>> ================================================================ >>> >>> === Checking filesystem state >>> list of extra files and directories in / (not present before this >>> port was installed but present after it was deinstalled) >>> 65830181 12 -r--r--r-- 1 root wheel >>> 4788 May 6 07:25 usr/local/man/man8/cfagent.8 >>> 65830182 4 -r--r--r-- 1 root wheel >>> 764 May 6 07:25 usr/local/man/man8/cfenvd.8 >>> 65830183 4 -r--r--r-- 1 root wheel >>> 1441 May 6 07:25 usr/local/man/man8/cfenvgraph.8 >>> 65830184 4 -r--r--r-- 1 root wheel >>> 774 May 6 07:25 usr/local/man/man8/cfexecd.8 >>> 65830185 4 -r--r--r-- 1 root wheel >>> 505 May 6 07:25 usr/local/man/man8/cfkey.8 >>> 65830186 4 -r--r--r-- 1 root wheel >>> 1730 May 6 07:25 usr/local/man/man8/cfrun.8 >>> 65830187 4 -r--r--r-- 1 root wheel >>> 863 May 6 07:25 usr/local/man/man8/cfservd.8 >>> 65830188 4 -r--r--r-- 1 root wheel >>> 1632 May 6 07:25 usr/local/man/man8/cfshow.8 >>> 65830189 24 -r--r--r-- 1 root wheel >>> 10391 May 6 07:25 usr/local/man/man8/ cfetoolcheck.8 >>> 65830190 16 -r--r--r-- 1 root wheel >>> 7293 May 6 07:25 usr/local/man/man8/ cfetooldump.8 >>> 65830191 16 -r--r--r-- 1 root wheel >>> 6390 May 6 07:25 usr/local/man/man8/ cfetoolimport.8 >>> 65830192 24 -r--r--r-- 1 root wheel >>> 10258 May 6 07:25 usr/local/man/man8/ cfetoolupdate.8 >>> 65830193 16 -r--r--r-- 1 root wheel >>> 7535 May 6 07:25 usr/local/man/man8/ cfetoolcreate.8 >>> 65830194 16 -r--r--r-- 1 root wheel >>> 7039 May 6 07:25 usr/local/man/man8/ cfetoolgraph.8 >>> 65830195 16 -r--r--r-- 1 root wheel >>> 6269 May 6 07:25 usr/local/man/man8/ cfetoolinfo.8 >>> 65851596 4 drwxr-xr-x 4 root wheel >>> 512 May 6 07:25 usr/local/share/cfengine >>> 65851597 4 drwxr-xr-x 2 root wheel >>> 512 May 6 07:25 usr/local/share/cfengine/doc >>> 65851598 4 drwxr-xr-x 2 root wheel >>> 512 May 6 07:25 usr/local/share/cfengine/html >>> Deleting db46-4.6.21.1 >>> ----- >>> >>> -- >>> WBR, bsam > >> -- >> Jo Rhett >> Net Consonance : consonant endings by net philanthropy, open source >> and other randomness > > > > WBR > -- > bsam -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From bsam at ipt.ru Fri May 9 07:19:32 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Fri May 9 07:19:36 2008 Subject: cfengine port update? In-Reply-To: <4227E14E-AF2F-47B6-9BA5-D96BE40B05CE@netconsonance.com> (Jo Rhett's message of "Thu\, 8 May 2008 20\:59\:04 -0700") References: <74239915@ipt.ru> <6FD1D7CD-5AD8-45F7-BEDF-8D6CBAEE1D8D@netconsonance.com> <63496920@ipt.ru> <4227E14E-AF2F-47B6-9BA5-D96BE40B05CE@netconsonance.com> Message-ID: <27802537@ipt.ru> On Thu, 8 May 2008 20:59:04 -0700 Jo Rhett wrote: > On May 7, 2008, at 11:23 PM, Boris Samorodov wrote: > > On Wed, 7 May 2008 16:11:12 -0700 Jo Rhett wrote: > > > >> Yes, they updated the port yesterday apparently. > > > > No, the port won't be updated until pkg-plist (and the patch at the > > PR) is fixed. > eh? I submitted working patches. How did you checked them up? > Apply them to the previous port > tree and they gave you a working 2.2.6. Sure, this is how I got 2.2.6 version. > If there's something wrong > with them, someone needs to specify what is wrong. Seems that you shouldn't delete man pages from the Makefile. > FYI: none of the files you are mentioning are installed by 2.2.5 or > 2.2.6. That's residue from 2.2.3 packages. Did you mean that manfiles did exist at the distribution but not got installed? ----- host% pwd /usr/local/tinderbox/portstrees/bsam-exp/ports/sysutils/cfengine host% make -V PORTVERSION 2.2.6 host% make checksum ===> Vulnerability check disabled, database not found => MD5 Checksum OK for cfengine-2.2.6.tar.gz. => SHA256 Checksum OK for cfengine-2.2.6.tar.gz. host% cat distinfo MD5 (cfengine-2.2.6.tar.gz) = 52b9445f60e797476297dfe873a5b911 SHA256 (cfengine-2.2.6.tar.gz) = e07a82f367b185af41976611b06a64477d1a49772f1333c19a9d0694fc142657 SIZE (cfengine-2.2.6.tar.gz) = 1075766 host% make extract ===> Vulnerability check disabled, database not found ===> Extracting for cfengine-2.2.6 => MD5 Checksum OK for cfengine-2.2.6.tar.gz. => SHA256 Checksum OK for cfengine-2.2.6.tar.gz. host% ls -l work/cfengine-2.2.6/doc total 354 -rw-r--r-- 1 bsam wheel 2050 24 $(B'Q'a'b(B 17:17 Makefile.am -rw-r--r-- 1 bsam wheel 15299 24 $(B'Q'a'b(B 17:18 Makefile.in -rw-r--r-- 1 bsam wheel 4788 2 $(B'q'_'S(B 16:25 cfagent.8 -rw-r--r-- 1 bsam wheel 4862 8 $(B'f'V'S(B 2005 cfengine.8 -rw-r--r-- 1 bsam wheel 764 8 $(B'f'V'S(B 2005 cfenvd.8 -rw-r--r-- 1 bsam wheel 1441 3 $(B'_'`'q(B 2007 cfenvgraph.8 -rw-r--r-- 1 bsam wheel 10391 30 $(B'Z'p'_(B 2005 cfetoolcheck.8 -rw-r--r-- 1 bsam wheel 7535 30 $(B'Z'p'_(B 2005 cfetoolcreate.8 -rw-r--r-- 1 bsam wheel 7293 30 $(B'Z'p'_(B 2005 cfetooldump.8 -rw-r--r-- 1 bsam wheel 7039 30 $(B'Z'p'_(B 2005 cfetoolgraph.8 -rw-r--r-- 1 bsam wheel 6390 30 $(B'Z'p'_(B 2005 cfetoolimport.8 -rw-r--r-- 1 bsam wheel 6269 30 $(B'Z'p'_(B 2005 cfetoolinfo.8 -rw-r--r-- 1 bsam wheel 10258 30 $(B'Z'p'_(B 2005 cfetoolupdate.8 -rw-r--r-- 1 bsam wheel 774 8 $(B'f'V'S(B 2005 cfexecd.8 -rw-r--r-- 1 bsam wheel 505 8 $(B'f'V'S(B 2005 cfkey.8 -rw-r--r-- 1 bsam wheel 1730 2 $(B'q'_'S(B 16:25 cfrun.8 -rw-r--r-- 1 bsam wheel 863 2 $(B'q'_'S(B 16:25 cfservd.8 -rw-r--r-- 1 bsam wheel 1632 16 $(B'c'V'_(B 2007 cfshow.8 -rwxr--r-- 1 bsam wheel 2679 8 $(B'f'V'S(B 2005 mdate-sh -rw-r--r-- 1 bsam wheel 223645 8 $(B'f'V'S(B 2005 texinfo.tex host% ----- > >> On May 6, 2008, at 12:34 AM, Boris Samorodov wrote: > >>> My tinderbox gives: > >>> ----- > >>> ======================================== > >>> ===> Building package for cfengine-2.2.6 > >>> Creating package /tmp/packages/All/cfengine-2.2.6.tbz > >>> Registering depends: db46-4.6.21.1. > >>> Creating bzip'd tar ball in '/tmp/packages/All/cfengine-2.2.6.tbz' > >>> Deleting cfengine-2.2.6 > >>> ================================================================ > >>> > >>> === Checking filesystem state > >>> list of extra files and directories in / (not present before this > >>> port was installed but present after it was deinstalled) > >>> 65830181 12 -r--r--r-- 1 root wheel > >>> 4788 May 6 07:25 usr/local/man/man8/cfagent.8 > >>> 65830182 4 -r--r--r-- 1 root wheel > >>> 764 May 6 07:25 usr/local/man/man8/cfenvd.8 > >>> 65830183 4 -r--r--r-- 1 root wheel > >>> 1441 May 6 07:25 usr/local/man/man8/cfenvgraph.8 > >>> 65830184 4 -r--r--r-- 1 root wheel > >>> 774 May 6 07:25 usr/local/man/man8/cfexecd.8 > >>> 65830185 4 -r--r--r-- 1 root wheel > >>> 505 May 6 07:25 usr/local/man/man8/cfkey.8 > >>> 65830186 4 -r--r--r-- 1 root wheel > >>> 1730 May 6 07:25 usr/local/man/man8/cfrun.8 > >>> 65830187 4 -r--r--r-- 1 root wheel > >>> 863 May 6 07:25 usr/local/man/man8/cfservd.8 > >>> 65830188 4 -r--r--r-- 1 root wheel > >>> 1632 May 6 07:25 usr/local/man/man8/cfshow.8 > >>> 65830189 24 -r--r--r-- 1 root wheel > >>> 10391 May 6 07:25 usr/local/man/man8/ cfetoolcheck.8 > >>> 65830190 16 -r--r--r-- 1 root wheel > >>> 7293 May 6 07:25 usr/local/man/man8/ cfetooldump.8 > >>> 65830191 16 -r--r--r-- 1 root wheel > >>> 6390 May 6 07:25 usr/local/man/man8/ cfetoolimport.8 > >>> 65830192 24 -r--r--r-- 1 root wheel > >>> 10258 May 6 07:25 usr/local/man/man8/ cfetoolupdate.8 > >>> 65830193 16 -r--r--r-- 1 root wheel > >>> 7535 May 6 07:25 usr/local/man/man8/ cfetoolcreate.8 > >>> 65830194 16 -r--r--r-- 1 root wheel > >>> 7039 May 6 07:25 usr/local/man/man8/ cfetoolgraph.8 > >>> 65830195 16 -r--r--r-- 1 root wheel > >>> 6269 May 6 07:25 usr/local/man/man8/ cfetoolinfo.8 > >>> 65851596 4 drwxr-xr-x 4 root wheel > >>> 512 May 6 07:25 usr/local/share/cfengine > >>> 65851597 4 drwxr-xr-x 2 root wheel > >>> 512 May 6 07:25 usr/local/share/cfengine/doc > >>> 65851598 4 drwxr-xr-x 2 root wheel > >>> 512 May 6 07:25 usr/local/share/cfengine/html > >>> Deleting db46-4.6.21.1 > >>> ----- WBR -- bsam From marck at rinet.ru Fri May 9 10:11:58 2008 From: marck at rinet.ru (Dmitry Morozovsky) Date: Fri May 9 10:12:02 2008 Subject: asterisk: undefined reference to `__sync_fetch_and_add_4' In-Reply-To: <4822D70D.7070502@psg.com> References: <4822D70D.7070502@psg.com> Message-ID: <20080509134032.P26733@woozle.rinet.ru> On Thu, 8 May 2008, Randy Bush wrote: RB> i386 very current RB> -DWITHOUT_ODBC -DWITHOUT_ZAPTEL -DWITHOUT_H323 RB> RB> /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: RB> undefined reference to `__sync_fetch_and_add_4' RB> manager.o(.text+0x6e6c):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: RB> undefined reference to `__sync_fetch_and_add_4' RB> utils.o(.text+0xdd4): In function `ast_atomic_dec_and_test': RB> /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147: RB> undefined reference to `__sync_sub_and_fetch_4' RB> utils.o(.text+0xded): In function `ast_atomic_fetchadd_int': RB> /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: RB> undefined reference to `__sync_fetch_and_add_4' RB> gmake[1]: *** [asterisk] Error 1 RB> gmake: *** [main] Error 2 RB> *** Error code 2 Do you have CPUTYPE defined in /etc/make.conf ? I posted about this a few days ago. As a workaround, you can use `make CPUTYPE=' Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From valerian_ro at yahoo.com Fri May 9 13:45:31 2008 From: valerian_ro at yahoo.com (Valerian Galeru) Date: Fri May 9 14:25:52 2008 Subject: FreeBSD Port: pecl-rar-0.3.4 Message-ID: <250440.5435.qm@web30707.mail.mud.yahoo.com> Hello, I just noticed that the port pecl-rar-0.3.4 is not updated for some months(since 2008-02-26 ): on http://pecl.php.net/package/rar the latest version is 1.0.0 and it is the first stable version. Also, phpinfo() gives different revision numbers, for the FreeBSD version and for the last version. Thank you, Valerian _________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. [1]Try it now. References 1. http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From randy at psg.com Fri May 9 17:00:24 2008 From: randy at psg.com (Randy Bush) Date: Fri May 9 17:00:26 2008 Subject: asterisk: undefined reference to `__sync_fetch_and_add_4' In-Reply-To: <20080509134032.P26733@woozle.rinet.ru> References: <4822D70D.7070502@psg.com> <20080509134032.P26733@woozle.rinet.ru> Message-ID: <48248322.7070305@psg.com> Dmitry Morozovsky wrote: > On Thu, 8 May 2008, Randy Bush wrote: > > RB> i386 very current > RB> -DWITHOUT_ODBC -DWITHOUT_ZAPTEL -DWITHOUT_H323 > RB> > RB> /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: > RB> undefined reference to `__sync_fetch_and_add_4' > RB> manager.o(.text+0x6e6c):/usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: > RB> undefined reference to `__sync_fetch_and_add_4' > RB> utils.o(.text+0xdd4): In function `ast_atomic_dec_and_test': > RB> /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1147: > RB> undefined reference to `__sync_sub_and_fetch_4' > RB> utils.o(.text+0xded): In function `ast_atomic_fetchadd_int': > RB> /usr/ports/net/asterisk/work/asterisk-1.4.18.1/include/asterisk/lock.h:1101: > RB> undefined reference to `__sync_fetch_and_add_4' > RB> gmake[1]: *** [asterisk] Error 1 > RB> gmake: *** [main] Error 2 > RB> *** Error code 2 > > Do you have CPUTYPE defined in /etc/make.conf ? I posted about this a few days > ago. > > As a workaround, you can use `make CPUTYPE=' put CPUTYPE= in make.conf. rebuilt apache22 # /usr/local/etc/rc.d/apache22 start Performing sanity check on apache22 configuration: Segmentation fault (core dumped) Starting apache22. Segmentation fault (core dumped) randy From marck at rinet.ru Fri May 9 17:16:36 2008 From: marck at rinet.ru (Dmitry Morozovsky) Date: Fri May 9 17:16:40 2008 Subject: asterisk: undefined reference to `__sync_fetch_and_add_4' In-Reply-To: <48248322.7070305@psg.com> References: <4822D70D.7070502@psg.com> <20080509134032.P26733@woozle.rinet.ru> <48248322.7070305@psg.com> Message-ID: <20080509211355.T26733@woozle.rinet.ru> On Fri, 9 May 2008, Randy Bush wrote: RB> > Do you have CPUTYPE defined in /etc/make.conf ? I posted about this a few days RB> > ago. RB> > RB> > As a workaround, you can use `make CPUTYPE=' RB> RB> put RB> CPUTYPE= RB> in make.conf. rebuilt apache22 RB> RB> # /usr/local/etc/rc.d/apache22 start RB> Performing sanity check on apache22 configuration: RB> Segmentation fault (core dumped) RB> Starting apache22. RB> Segmentation fault (core dumped) Ouch! Not good. Actually, I keep existing CPUTYPE?=k8 in /etc/make.conf (nore the recommended ?= way) and rebuilt just asterisk with overriding CPUTYPE= It's only a workaround, sure, but at least it answers the question why pointyhat and ports tinderboxen did not break at asterisk building. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From sahil at tandon.net Fri May 9 23:35:07 2008 From: sahil at tandon.net (Sahil Tandon) Date: Fri May 9 23:35:10 2008 Subject: FreeBSD Port: pecl-rar-0.3.4 In-Reply-To: <250440.5435.qm@web30707.mail.mud.yahoo.com> References: <250440.5435.qm@web30707.mail.mud.yahoo.com> Message-ID: <20080509231820.GB24047@shepherd> * Valerian Galeru [2008-05-09 06:18:50 -0700]: > I just noticed that the port pecl-rar-0.3.4 is not updated for some > months(since 2008-02-26 ): on http://pecl.php.net/package/rar the > latest version is 1.0.0 and it is the first stable version. Also, > phpinfo() gives different revision numbers, for the FreeBSD version > and for the last version. Fix/update, diff, and submit a PR. :-) -- Sahil Tandon From infofarmer at FreeBSD.org Sat May 10 07:07:47 2008 From: infofarmer at FreeBSD.org (Andrew Pantyukhin) Date: Sat May 10 07:07:51 2008 Subject: Unicode plane 1 in rxft-unicode Message-ID: <20080510070738.GP92161@amilo.cenkes.org> I wonder if anyone succeeded in getting subj working. The simplest way to test it is: - install a plane one font (e.g. I've just committed code2001) - verify it's working in firefox (after a restart) - add something like 'xft:Code2001:size=19,xft:' to 'URxvt*font:' in .Xresources, and merge it with xrdb -merge < .Xresources - restart rxvt and try to view a text file with the symbols A good test case is this: http://www.code2000.net/oneplane.htm Wikipedia title page (with languages) also contains some plane one symbols. My rxvt is compiled with --enable-everything (which includes --enable-unicode3) and with all encodings. Ctrl+Shift+Click shows code point fffd for plane one characters, but then I've never seen it show codes over 16 bits. Thanks! From bennett at cs.niu.edu Sat May 10 07:52:47 2008 From: bennett at cs.niu.edu (Scott Bennett) Date: Sat May 10 07:52:50 2008 Subject: Trying for a duplex printer Message-ID: <200805100654.m4A6sN2V027502@mp.cs.niu.edu> On Thu, 08 May 2008 11:56:25 -0400 Chuck Robey wrote: Gary Jennejohn wrote: > On Wed, 07 May 2008 14:43:32 -0400 > Chuck Robey wrote: > > [snip Kyocera FS-1030D] >> Thanks, Gary. Took me quite a while to find this baby, because it seems that >> Kyocera's main site doesn't acknowledge of the Kyocera-Mita's products. I >> finally found out that it's a fairly big monochrome laser. I rather like the >> color I get from the cheaper inkjets, although I sure would rather get one with >> a FreeBSD driver. Further, from what I could find, I couldn't tell if it was a >> postscript native printer, and I am dead-set against any postscript native >> printers, because I used to have one, and when compared to any innkset that must >> use a translator such as ghostscript, the postscript native printers are (or, at >> least used to be) dead slow. Maybe it took them too long to transfer big >> postscript files, or maybe it took the internal processors too long to >> translate, I dunno, but when I had one of the original old HP laserjets with a >> postscript cartridge, and I converted to using ghostscript about a year after I >> got it, I was shocked that my print rate went up about 4-5 times as fast. I >> could actually get the advertised print rates. >> > > Well, I have an ethernet card in it, so transfer times are not a problem. > > This printer _emulates_ postscript quite well. It actually supports other > modes. Here's a list from the Technical Reference manual: > > The printing systems emulate the operation of seven other printers: > HP LaserJet (mode 6) > HP 7550A (mode 8) > IBM Proprinter X24E (mode 1) > Epson LQ-850 (mode 5) > Diablo 630 (mode 2) > Standard line printer (mode 0) > KPDL (mode 9) [PostScript compatible] > Here's another pair to add to the above list, though I don't know whether you can still find it for sale: Panasonic KX-P7305 and KX-P7310 [HPGL (IIRC) and PostScript] These two are essentially identical, except that the KX-P7310 has an ethernet interface in addition to the USB 2.0 and parallel ports. It prints somewhere around 19 ppm in simplex mode, around 17 ppm in duplex, if memory serves me. (I haven't used mine recently.) It has a "toner saver" mode that changes black to a grey matrix useful for stuff you want to read but don't care how nice it looks. Toner cartridges are supposed to be good for about 5,000 pages, but I never got even 4,500 in toner saver mode, so I don't know what Panasonic measured. The PostScript interpreter normally does a nice job, but appears to be incompatible with some applications (e.g., acroread). The "native" mode is HPGL or some such, which acroread seems to handle well enough. One really irritating thing I noticed quickly is that lpr(1) doesn't support duplex, so printing stuff on it that would normally go through lpr(1) needed some other method to get it duplexed. I think I bought mine in late 2004 from tigerdirect.com for U.S. $195 less a $70 mail-in rebate, giving a final price of $125. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at cs.niu.edu * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From thierry at FreeBSD.org Sat May 10 14:08:38 2008 From: thierry at FreeBSD.org (Thierry Thomas) Date: Sat May 10 14:08:41 2008 Subject: Unicode plane 1 in rxft-unicode In-Reply-To: <20080510070738.GP92161@amilo.cenkes.org> References: <20080510070738.GP92161@amilo.cenkes.org> Message-ID: <20080510134459.GO50572@graf.pompo.net> Le Sam 10 mai 08 ? 9:07:40 +0200, Andrew Pantyukhin ?crivait?: > I wonder if anyone succeeded in getting subj working. The > simplest way to test it is: > - install a plane one font (e.g. I've just committed code2001) Thanks for adding this one! > - verify it's working in firefox (after a restart) > - add something like 'xft:Code2001:size=19,xft:' to > 'URxvt*font:' in .Xresources, and merge it with > xrdb -merge < .Xresources BTW, it's possible to just run urxvt -fn "xft:Code2001:pixelsize=14" > - restart rxvt and try to view a text file with the symbols > > A good test case is this: http://www.code2000.net/oneplane.htm > > Wikipedia title page (with languages) also contains some plane > one symbols. > > My rxvt is compiled with --enable-everything (which includes > --enable-unicode3) and with all encodings. Ctrl+Shift+Click shows > code point fffd for plane one characters, but then I've never > seen it show codes over 16 bits. It's fine within firefox, but there is a problem with programs in console mode, like rxft-unicode or mined, or cat. I have checked with the file available at and all languages are well displayed, excepted the lines from Bhutan, Canada - Nunavut, Eritrea, Ethiopia, Georgia and India (Hindi). Actually, for these languages, it seems that Code2001 is not used, and a square is displayed with the built-in support font. -- Th. Thomas. From m.muncke at computer1020.at Sat May 10 17:51:45 2008 From: m.muncke at computer1020.at (Marc Muncke) Date: Sat May 10 17:52:12 2008 Subject: problem with libxml2 Message-ID: <4825DD9B.8010001@computer1020.at> Hello, There exists a problem in libxml2 port. I wanted to buld php but it failed like this : => Attempting to fetch from ftp://xmlsoft.org/libxml2/. libxml2-2.6.31.tar.gz 100% of 4623 kB 208 kBps 00m00s ===> Extracting for libxml2-2.6.31 => MD5 Checksum mismatch for gnome2/libxml2-2.6.31.tar.gz. => SHA256 Checksum mismatch for gnome2/libxml2-2.6.31.tar.gz. try proposed solution : # make NO_CHECKSUM=yes install ===> Vulnerability check disabled, database not found ===> Extracting for libxml2-2.6.31 tar: Unrecognized archive format: Inappropriate file type or format gzip: /usr/ports/distfiles/gnome2/libxml2-2.6.31.tar.gz: invalid compressed data--crc error gzip: /usr/ports/distfiles/gnome2/libxml2-2.6.31.tar.gz: invalid compressed data--length error *** Error code 1 Stop in /usr/ports/textproc/libxml2. What I wanted to achieve is install php5 Stop in /usr/ports/lang/php5. # make NO_CHECKSUM=yes install clean ===> php5-5.2.6 depends on file: /usr/local/sbin/apxs - found ===> php5-5.2.6 depends on file: /usr/local/bin/autoconf-2.61 - found ===> php5-5.2.6 depends on executable: pkg-config - found ===> php5-5.2.6 depends on shared library: xml2.5 - not found ===> Verifying install for xml2.5 in /usr/ports/textproc/libxml2 ===> Vulnerability check disabled, database not found ===> Extracting for libxml2-2.6.31 tar: Unrecognized archive format: Inappropriate file type or format gzip: /usr/ports/distfiles/gnome2/libxml2-2.6.31.tar.gz: invalid compressed data--crc error gzip: /usr/ports/distfiles/gnome2/libxml2-2.6.31.tar.gz: invalid compressed data--length error *** Error code 1 - so I deleted work to fetch again maybe an ftp problem ? ===> Vulnerability check disabled, database not found => libxml2-2.6.31.tar.gz doesn't seem to exist in /usr/ports/distfiles/gnome2. => Attempting to fetch from ftp://xmlsoft.org/libxml2/. ===> Vulnerability check disabled, database not found => MD5 Checksum mismatch for gnome2/libxml2-2.6.31.tar.gz. => SHA256 Checksum mismatch for gnome2/libxml2-2.6.31.tar.gz. ===> Giving up on fetching files: gnome2/libxml2-2.6.31.tar.gz gnome2/libxml2-2.6.31.tar.gz Make sure the Makefile and distinfo file (/usr/ports/textproc/libxml2/distinfo) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop in /usr/ports/textproc/libxml2. *** Error code 1 Stop in /usr/ports/textproc/libxml2. *** Error code 1 Stop in /usr/ports/lang/php5. *** Error code 1 Stop in /usr/ports/lang/php5. ------------------ Then I fetched the tarball from ports at freebsd.org and I receive this : # cd libxml2 # make install ===> Vulnerability check disabled, database not found ===> Extracting for libxml2-2.6.31 => MD5 Checksum mismatch for gnome2/libxml2-2.6.31.tar.gz. => SHA256 Checksum mismatch for gnome2/libxml2-2.6.31.tar.gz. ===> Refetch for 1 more times files: gnome2/libxml2-2.6.31.tar.gz gnome2/libxml2-2.6.31.tar.gz ===> Vulnerability check disabled, database not found => libxml2-2.6.31.tar.gz doesn't seem to exist in /usr/ports/distfiles/gnome2. => Attempting to fetch from ftp://xmlsoft.org/libxml2/. ===> Vulnerability check disabled, database not found => MD5 Checksum mismatch for gnome2/libxml2-2.6.31.tar.gz. => SHA256 Checksum mismatch for gnome2/libxml2-2.6.31.tar.gz. ===> Giving up on fetching files: gnome2/libxml2-2.6.31.tar.gz gnome2/libxml2-2.6.31.tar.gz Make sure the Makefile and distinfo file (/usr/ports/textproc/libxml2/distinfo) are up to date. If you are absolutely sure you want to override this check, type "make NO_CHECKSUM=yes [other args]". *** Error code 1 Stop in /usr/ports/textproc/libxml2. *** Error code 1 Stop in /usr/ports/textproc/libxml2. From m.muncke at computer1020.at Sat May 10 18:33:55 2008 From: m.muncke at computer1020.at (Marc Muncke) Date: Sat May 10 18:33:59 2008 Subject: libxml2 problem solved Message-ID: <4825EB90.1060807@computer1020.at> Hello, I solved the libxml2 problem : download the file from : ftp://gd.tuwien.ac.at/pub/libxml/libxml2-2.6.31.tar.gz thank you Marc Muncke From gerard at seibercom.net Sat May 10 19:42:17 2008 From: gerard at seibercom.net (Gerard) Date: Sat May 10 19:42:21 2008 Subject: Updating the MySQL ODBC Port Message-ID: <20080510154158.1b6c3b9e@scorpio> I noticed that there is an updated 'mysql-connector-odbc' file available. File name: "mysql-connector-odbc-5.1.4-freebsd6-x86-32bit.tar.tar" available at: . I was wondering if this is going to be made available in the ports? There is presently an older version in the ports tree: mysql-connector-odbc-unixodbc-mysql50-3.51.12_1, which I believe to be the unix version. I tried contacting the maintainer of that port: , however; he never responded to my inquiry. -- Gerard gerard@seibercom.net No wonder Clairol makes so much money selling shampoo. Lather, Rinse, Repeat is an infinite loop! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080510/e9fe933e/signature.pgp From yayien at gmail.com Sat May 10 21:12:49 2008 From: yayien at gmail.com (Fabien Debuire) Date: Sat May 10 21:12:52 2008 Subject: FreeBSD Port: libxml2-2.6.31 Message-ID: Hello there is a mismatch with the checksum for this port since you change mirrors order can you please update this Thanks -- Fabien DEBUIRE yayien@gmail.com www.debuire.net From mezz7 at cox.net Sat May 10 21:21:40 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat May 10 21:21:48 2008 Subject: FreeBSD Port: libxml2-2.6.31 In-Reply-To: References: Message-ID: On Sat, 10 May 2008 16:12:46 -0500, Fabien Debuire wrote: > Hello there is a mismatch with the checksum for this port since you > change > mirrors order can you please update this I have tested on all mirrors before I have committed this change. I still can't reproduce it here. # make distclean ; make checksum ===> Cleaning for libxml2-2.6.31 ===> Deleting distfiles for libxml2-2.6.31 => libxml2-2.6.31.tar.gz doesn't seem to exist in /usr/ports/distfiles/gnome2. => Attempting to fetch from ftp://fr.rpmfind.net/pub/libxml/. libxml2-2.6.31.tar.gz 100% of 4623 kB 346 kBps 00m00s => MD5 Checksum OK for gnome2/libxml2-2.6.31.tar.gz. => SHA256 Checksum OK for gnome2/libxml2-2.6.31.tar.gz. Cheers, Mezz > Thanks -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From db at db.net Sat May 10 21:41:08 2008 From: db at db.net (Diane Bruce) Date: Sat May 10 21:41:11 2008 Subject: FreeBSD Port: libxml2-2.6.31 In-Reply-To: References: Message-ID: <20080510214056.GA9593@night.db.net> On Sat, May 10, 2008 at 04:23:59PM -0500, Jeremy Messenger wrote: > On Sat, 10 May 2008 16:12:46 -0500, Fabien Debuire > wrote: > > >Hello there is a mismatch with the checksum for this port since you > >change > >mirrors order can you please update this > > I have tested on all mirrors before I have committed this change. I still > can't reproduce it here. This is probably one of the bugs that stalks the ports system. It is possible you got a html text message saying the server was too busy stored into libxml2-2.6.31.tar.gz; the ports system at present does not use file to check that the file it has fetched matches what it was expecting. This is one of the cases where manual intervention is necessary and you have to remove the file downloaded and try again. It's not that easy a bug to fix unfortunately. - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From mezz7 at cox.net Sat May 10 21:50:31 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat May 10 21:50:37 2008 Subject: FreeBSD Port: libxml2-2.6.31 In-Reply-To: <20080510214056.GA9593@night.db.net> References: <20080510214056.GA9593@night.db.net> Message-ID: On Sat, 10 May 2008 16:40:56 -0500, Diane Bruce wrote: > On Sat, May 10, 2008 at 04:23:59PM -0500, Jeremy Messenger wrote: >> On Sat, 10 May 2008 16:12:46 -0500, Fabien Debuire >> wrote: >> >> >Hello there is a mismatch with the checksum for this port since you >> >change >> >mirrors order can you please update this >> >> I have tested on all mirrors before I have committed this change. I >> still >> can't reproduce it here. > > This is probably one of the bugs that stalks the ports system. > It is possible you got a html text message saying the server was too > busy stored into libxml2-2.6.31.tar.gz; the ports system at present does > not use file to check that the file it has fetched matches what it > was expecting. This is one of the cases where manual intervention is > necessary and you have to remove the file downloaded and try again. > > It's not that easy a bug to fix unfortunately. He has sent me in private, he didn't let CVSup mirror to catch up so he doesn't has my change. Cheers, Mezz > - Diane > -- > - db@FreeBSD.org db@db.net http://www.db.net/~db -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From thierry at FreeBSD.org Sun May 11 08:22:12 2008 From: thierry at FreeBSD.org (Thierry Thomas) Date: Sun May 11 08:22:16 2008 Subject: Unicode plane 1 in rxft-unicode In-Reply-To: <20080510134459.GO50572@graf.pompo.net> References: <20080510070738.GP92161@amilo.cenkes.org> <20080510134459.GO50572@graf.pompo.net> Message-ID: <20080511082204.GC61974@graf.pompo.net> Le Sam 10 mai 08 ? 15:44:59 +0200, Thierry Thomas ?crivait?: > > and all languages are well displayed, excepted the lines from Bhutan, > Canada - Nunavut, Eritrea, Ethiopia, Georgia and India (Hindi). > Actually, for these languages, it seems that Code2001 is not used, and a > square is displayed with the built-in support font. Sorry, I thought that Code2001 is a superset of Code2000, but it is not! -- Th. Thomas. From jahnke at sonatabio.com Sun May 11 12:25:29 2008 From: jahnke at sonatabio.com (Frank Jahnke) Date: Sun May 11 12:25:34 2008 Subject: Flash7 Version Number?? Message-ID: <1210433976.1268.5.camel@pinot.fmjassoc.com> Yesterday I portupgraded Flash7 from 7.0 r70 to the current version, 7.0 r73 (ports also cvsupped). Oddly, it now reports as 7.0 r63, which strings finds in the new /usr/local/lib/linux-flashplugin7/libflashplayer.so. Yet "ls /var/db/pkg | grep flash" gives "linux-flashplugin-7.0r73". Why is this? Frank From yasu at utahime.org Sun May 11 12:30:47 2008 From: yasu at utahime.org (Yasuhiro KIMURA) Date: Sun May 11 12:30:51 2008 Subject: ports/122783: [PATCH] editors/emacs: update to 22.2 In-Reply-To: <200804150520.m3F5K1Eu095571@freefall.freebsd.org> References: <20080415051311.38E92172BE@eastasia.home.utahime.org> <200804150520.m3F5K1Eu095571@freefall.freebsd.org> Message-ID: <20080511.213038.92090197.yasu@utahime.org> Dear committers, Would someone please commit this PR with maintainter timeout? Regards. --- Yasuhiro KIMURA From adrian at thearle.com.au Sun May 11 13:19:40 2008 From: adrian at thearle.com.au (Adrian Thearle) Date: Sun May 11 13:19:45 2008 Subject: FreeBSD Port: php5-pgsql-5.2.6 and php5-pspell-5.2.6 Seg Fault Message-ID: <4826EC21.7070208@thearle.com.au> Hi Guys I have discovered a problem when running php with postgresql and pspell. When both of these extensions are enabled in extensions.ini the server exits with a Segmentation Fault. I don't actually use pspell on my site just yet so its not a huge problem for me. I tracked down the problem because postgresql seemed to be the problem. (I started by disabling the pgsql extension in extensions.ini) I don't have anything the believe that this is a freebsd specific issue, so i didn't feel the need to submit a pr. Just letting everyone else out there know what problems I was experiencing. [albert]~adrian# php -v PHP 5.2.6 with Suhosin-Patch 0.9.6.2 (cli) (built: May 11 2008 22:14:00) (DEBUG) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies Segmentation fault (core dumped) I am running FreeBSD 7.0 [albert]~adrian# uname -rsv FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC With php5-5.2.6 from the ports collection I have installed postgresql from the ports postgresql-client-8.2.7 and aspell is aspell-0.60.6_1 So I build php with debug enabled and this is the backtrace from the dump (gdb) backtrace #0 0x2912dcd0 in ?? () #1 0x286043d4 in pthread_mutex_destroy () from /lib/libc.so.7 #2 0x28f47629 in __tcf_1 () from /usr/local/lib/libaspell.so.16 #3 0x285e37e7 in __cxa_finalize () from /lib/libc.so.7 #4 0x28f46ff3 in __do_global_dtors_aux () from /usr/local/lib/libaspell.so.16 #5 0x28fd1f5c in _fini () from /usr/local/lib/libaspell.so.16 #6 0x282cc560 in ?? () from /libexec/ld-elf.so.1 #7 0x282cc3f4 in ?? () from /libexec/ld-elf.so.1 #8 0xbfbfea18 in ?? () #9 0x282aa449 in dlsym () from /libexec/ld-elf.so.1 #10 0x282aa552 in dlclose () from /libexec/ld-elf.so.1 #11 0x081a1f6f in module_destructor (module=0x287719e0) at /usr/ports/lang/php5/work/php-5.2.6/Zend/zend_API.c:1943 #12 0x081a79ed in zend_hash_apply_deleter (ht=0x82bcee0, p=0x28791460) at /usr/ports/lang/php5/work/php-5.2.6/Zend/zend_hash.c:805 #13 0x081a7b7e in zend_hash_graceful_reverse_destroy (ht=0x82bcee0) at /usr/ports/lang/php5/work/php-5.2.6/Zend/zend_hash.c:840 #14 0x0819a5ee in zend_shutdown () at /usr/ports/lang/php5/work/php-5.2.6/Zend/zend.c:814 #15 0x0814612f in php_module_shutdown () at /usr/ports/lang/php5/work/php-5.2.6/main/main.c:1906 #16 0x0821b26c in main (argc=2, argv=0xbfbfecf4) at /usr/ports/lang/php5/work/php-5.2.6/sapi/cli/php_cli.c:1341 Attached is the output from a php -i Cheers Adrian -------------- next part -------------- phpinfo() PHP Version => 5.2.6 System => FreeBSD a.somedomain.net 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 Build Date => May 11 2008 22:13:15 Configure Command => './configure' '--with-layout=GNU' '--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--enable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection' '--program-prefix=' '--enable-fastcgi' '--with-apxs2=/usr/local/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL' '--enable-debug' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /usr/local/etc Loaded Configuration File => /usr/local/etc/php.ini Scan this dir for additional .ini files => /usr/local/etc/php additional .ini files parsed => /usr/local/etc/php/extensions.ini PHP API => 20041225 PHP Extension => 20060613 Zend Extension => 220060519 Debug Build => yes Thread Safety => disabled Zend Memory Manager => enabled IPv6 Support => enabled Registered PHP Streams => php, file, data, http, ftp, https, ftps, zip Registered Stream Socket Transports => tcp, udp, unix, udg, ssl, sslv3, sslv2, tls Registered Stream Filters => string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, convert.iconv.* This server is protected with the Suhosin Patch 0.9.6.2 Copyright (c) 2006 Hardened-PHP Project This program makes use of the Zend Scripting Language Engine: Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies _______________________________________________________________________ Configuration PHP Core Directive => Local Value => Master Value allow_call_time_pass_reference => Off => Off allow_url_fopen => On => On allow_url_include => Off => Off always_populate_raw_post_data => Off => Off arg_separator.input => & => & arg_separator.output => & => & asp_tags => Off => Off auto_append_file => no value => no value auto_globals_jit => On => On auto_prepend_file => no value => no value browscap => no value => no value default_charset => no value => no value default_mimetype => text/html => text/html define_syslog_variables => Off => Off disable_classes => no value => no value disable_functions => no value => no value display_errors => Off => Off display_startup_errors => Off => Off doc_root => no value => no value docref_ext => no value => no value docref_root => no value => no value enable_dl => On => On error_append_string => no value => no value error_log => no value => no value error_prepend_string => no value => no value error_reporting => 6143 => 6143 expose_php => On => On extension_dir => /usr/local/lib/php/20060613-debug => /usr/local/lib/php/20060613-debug file_uploads => On => On highlight.bg => #FFFFFF => #FFFFFF highlight.comment => #FF8000 => #FF8000 highlight.default => #0000BB => #0000BB highlight.html => #000000 => #000000 highlight.keyword => #007700 => #007700 highlight.string => #DD0000 => #DD0000 html_errors => Off => Off ignore_repeated_errors => Off => Off ignore_repeated_source => Off => Off ignore_user_abort => Off => Off implicit_flush => On => On include_path => .:/usr/local/share/pear => .:/usr/local/share/pear log_errors => On => On log_errors_max_len => 1024 => 1024 magic_quotes_gpc => Off => Off magic_quotes_runtime => Off => Off magic_quotes_sybase => Off => Off mail.force_extra_parameters => no value => no value max_execution_time => 0 => 0 max_input_nesting_level => 64 => 64 max_input_time => -1 => -1 memory_limit => 128M => 128M open_basedir => no value => no value output_buffering => 0 => 0 output_handler => no value => no value post_max_size => 8M => 8M precision => 14 => 14 realpath_cache_size => 16K => 16K realpath_cache_ttl => 120 => 120 register_argc_argv => On => On register_globals => Off => Off register_long_arrays => Off => Off report_memleaks => On => On report_zend_debug => Off => Off safe_mode => Off => Off safe_mode_exec_dir => no value => no value safe_mode_gid => Off => Off safe_mode_include_dir => no value => no value sendmail_from => no value => no value sendmail_path => /usr/sbin/sendmail -t -i => /usr/sbin/sendmail -t -i serialize_precision => 100 => 100 short_open_tag => Off => Off SMTP => localhost => localhost smtp_port => 25 => 25 sql.safe_mode => Off => Off suhosin.log.phpscript => 0 => 0 suhosin.log.phpscript.is_safe => Off => Off suhosin.log.phpscript.name => no value => no value suhosin.log.sapi => no value => no value suhosin.log.script => no value => no value suhosin.log.script.name => no value => no value suhosin.log.syslog => no value => no value suhosin.log.syslog.facility => no value => no value suhosin.log.syslog.priority => no value => no value suhosin.log.use-x-forwarded-for => Off => Off track_errors => Off => Off unserialize_callback_func => no value => no value upload_max_filesize => 2M => 2M upload_tmp_dir => no value => no value user_dir => no value => no value variables_order => GPCS => GPCS xmlrpc_error_number => 0 => 0 xmlrpc_errors => Off => Off y2k_compliance => On => On zend.ze1_compatibility_mode => Off => Off ctype ctype functions => enabled curl cURL support => enabled cURL Information => libcurl/7.18.0 OpenSSL/0.9.8e zlib/1.2.3 date date/time support => enabled "Olson" Timezone Database Version => 2008.2 Timezone Database => internal Default timezone => UTC Directive => Local Value => Master Value date.default_latitude => 31.7667 => 31.7667 date.default_longitude => 35.2333 => 35.2333 date.sunrise_zenith => 90.583333 => 90.583333 date.sunset_zenith => 90.583333 => 90.583333 date.timezone => no value => no value dom DOM/XML => enabled DOM/XML API Version => 20031129 libxml Version => 2.6.31 HTML Support => enabled XPath Support => enabled XPointer Support => enabled Schema Support => enabled RelaxNG Support => enabled exif EXIF Support => enabled EXIF Version => 1.4 $Id: exif.c,v 1.173.2.5.2.25 2008/03/12 17:33:14 iliaa Exp $ Supported EXIF Version => 0220 Supported filetypes => JPEG,TIFF filter Input Validation and Filtering => enabled Revision => $Revision: 1.74 $ Directive => Local Value => Master Value filter.default => unsafe_raw => unsafe_raw filter.default_flags => no value => no value ftp FTP support => enabled gd GD Support => enabled GD Version => bundled (2.0.34 compatible) FreeType Support => enabled FreeType Linkage => with freetype FreeType Version => 2.3.5 T1Lib Support => enabled GIF Read Support => enabled GIF Create Support => enabled JPG Support => enabled PNG Support => enabled WBMP Support => enabled XPM Support => enabled XBM Support => enabled gettext GetText Support => enabled hash hash support => enabled Hashing Engines => md2 md4 md5 sha1 sha256 sha384 sha512 ripemd128 ripemd160 ripemd256 ripemd320 whirlpool tiger128,3 tiger160,3 tiger192,3 tiger128,4 tiger160,4 tiger192,4 snefru gost adler32 crc32 crc32b haval128,3 haval160,3 haval192,3 haval224,3 haval256,3 haval128,4 haval160,4 haval192,4 haval224,4 haval256,4 haval128,5 haval160,5 haval192,5 haval224,5 haval256,5 iconv iconv support => enabled iconv implementation => libiconv iconv library version => 1.11 Directive => Local Value => Master Value iconv.input_encoding => ISO-8859-1 => ISO-8859-1 iconv.internal_encoding => ISO-8859-1 => ISO-8859-1 iconv.output_encoding => ISO-8859-1 => ISO-8859-1 json json support => enabled json version => 1.2.1 libxml libXML support => active libXML Version => 2.6.31 libXML streams => enabled mysql MySQL Support => enabled Active Persistent Links => 0 Active Links => 0 Client API version => 5.0.51a MYSQL_MODULE_TYPE => MYSQL_SOCKET => /tmp/mysql.sock MYSQL_INCLUDE => MYSQL_LIBS => Directive => Local Value => Master Value mysql.allow_persistent => On => On mysql.connect_timeout => 60 => 60 mysql.default_host => no value => no value mysql.default_password => no value => no value mysql.default_port => no value => no value mysql.default_socket => no value => no value mysql.default_user => no value => no value mysql.max_links => Unlimited => Unlimited mysql.max_persistent => Unlimited => Unlimited mysql.trace_mode => Off => Off openssl OpenSSL support => enabled OpenSSL Version => OpenSSL 0.9.8e 23 Feb 2007 pcre PCRE (Perl Compatible Regular Expressions) Support => enabled PCRE Library Version => 7.6 2008-01-28 Directive => Local Value => Master Value pcre.backtrack_limit => 100000 => 100000 pcre.recursion_limit => 100000 => 100000 pdf PDF Support => enabled PDFlib GmbH Version => 7.0.2 PECL Version => 2.1.5 Revision => $Revision: 1.7 $ PDO PDO support => enabled PDO drivers => sqlite pdo_sqlite PDO Driver for SQLite 3.x => enabled PECL Module version => (bundled) 1.0.1 $Id: pdo_sqlite.c,v 1.10.2.6.2.3 2007/12/31 07:20:10 sebastian Exp $ SQLite Library => 3.3.7 pgsql PostgreSQL Support => enabled PostgreSQL(libpq) Version => 8.2.7 Multibyte character support => enabled SSL support => enabled Active Persistent Links => 0 Active Links => 0 Directive => Local Value => Master Value pgsql.allow_persistent => On => On pgsql.auto_reset_persistent => Off => Off pgsql.ignore_notice => Off => Off pgsql.log_notice => Off => Off pgsql.max_links => Unlimited => Unlimited pgsql.max_persistent => Unlimited => Unlimited posix Revision => $Revision: 1.70.2.3.2.18 $ pspell PSpell Support => enabled Reflection Reflection => enabled Version => $Id: php_reflection.c,v 1.164.2.33.2.50 2008/03/13 15:56:21 iliaa Exp $ session Session Support => enabled Registered save handlers => files user Registered serializer handlers => php php_binary Directive => Local Value => Master Value session.auto_start => Off => Off session.bug_compat_42 => Off => Off session.bug_compat_warn => On => On session.cache_expire => 180 => 180 session.cache_limiter => nocache => nocache session.cookie_domain => no value => no value session.cookie_httponly => Off => Off session.cookie_lifetime => 0 => 0 session.cookie_path => / => / session.cookie_secure => Off => Off session.entropy_file => no value => no value session.entropy_length => 0 => 0 session.gc_divisor => 1000 => 1000 session.gc_maxlifetime => 1440 => 1440 session.gc_probability => 1 => 1 session.hash_bits_per_character => 5 => 5 session.hash_function => 0 => 0 session.name => PHPSESSID => PHPSESSID session.referer_check => no value => no value session.save_handler => files => files session.save_path => no value => no value session.serialize_handler => php => php session.use_cookies => On => On session.use_only_cookies => Off => Off session.use_trans_sid => 0 => 0 SimpleXML Simplexml support => enabled Revision => $Revision: 1.151.2.22.2.39 $ Schema support => enabled soap Soap Client => enabled Soap Server => enabled Directive => Local Value => Master Value soap.wsdl_cache => 1 => 1 soap.wsdl_cache_dir => /tmp => /tmp soap.wsdl_cache_enabled => 1 => 1 soap.wsdl_cache_limit => 5 => 5 soap.wsdl_cache_ttl => 86400 => 86400 sockets Sockets Support => enabled SPL SPL support => enabled Interfaces => Countable, OuterIterator, RecursiveIterator, SeekableIterator, SplObserver, SplSubject Classes => AppendIterator, ArrayIterator, ArrayObject, BadFunctionCallException, BadMethodCallException, CachingIterator, DirectoryIterator, DomainException, EmptyIterator, FilterIterator, InfiniteIterator, InvalidArgumentException, IteratorIterator, LengthException, LimitIterator, LogicException, NoRewindIterator, OutOfBoundsException, OutOfRangeException, OverflowException, ParentIterator, RangeException, RecursiveArrayIterator, RecursiveCachingIterator, RecursiveDirectoryIterator, RecursiveFilterIterator, RecursiveIteratorIterator, RecursiveRegexIterator, RegexIterator, RuntimeException, SimpleXMLIterator, SplFileInfo, SplFileObject, SplObjectStorage, SplTempFileObject, UnderflowException, UnexpectedValueException SQLite SQLite support => enabled PECL Module version => 2.0-dev $Id: sqlite.c,v 1.166.2.13.2.10 2007/12/31 07:20:11 sebastian Exp $ SQLite Library => 2.8.17 SQLite Encoding => UTF-8 Directive => Local Value => Master Value sqlite.assoc_case => 0 => 0 standard Regex Library => Bundled library enabled Dynamic Library Support => enabled Path to sendmail => /usr/sbin/sendmail -t -i Directive => Local Value => Master Value assert.active => 1 => 1 assert.bail => 0 => 0 assert.callback => no value => no value assert.quiet_eval => 0 => 0 assert.warning => 1 => 1 auto_detect_line_endings => 0 => 0 default_socket_timeout => 60 => 60 safe_mode_allowed_env_vars => PHP_ => PHP_ safe_mode_protected_env_vars => LD_LIBRARY_PATH => LD_LIBRARY_PATH url_rewriter.tags => a=href,area=href,frame=src,input=src,form=fakeentry => a=href,area=href,frame=src,input=src,form=fakeentry user_agent => no value => no value sysvmsg sysvmsg support => enabled Revision => $Revision: 1.20.2.3.2.7 $ tokenizer Tokenizer Support => enabled xml XML Support => active XML Namespace Support => active libxml2 Version => 2.6.31 xmlreader XMLReader => enabled xmlwriter XMLWriter => enabled zip Zip => enabled Extension Version => $Id: php_zip.c,v 1.99 2007/01/18 02:05:18 pajoye Exp $ Zip version => 1.9.0 Libzip version => 0.7.1 Additional Modules Module Name sysvsem sysvshm Environment Variable => Value USER => adrian LOGNAME => adrian HOME => /root MAIL => /var/mail/adrian PATH => /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/adrian/bin TERM => xterm FTP_PASSIVE_MODE => YES BLOCKSIZE => K SHELL => /bin/csh SSH_CLIENT => 192.168.123.139 3346 22 SSH_CONNECTION => 192.168.123.139 3346 192.168.123.115 22 SSH_TTY => /dev/ttyp0 HOSTTYPE => FreeBSD VENDOR => intel OSTYPE => FreeBSD MACHTYPE => i386 SHLVL => 2 PWD => /home/adrian GROUP => adrian HOST => .a.somedomain.net REMOTEHOST => 192.168.123.139 PHP Variables Variable => Value _SERVER["USER"] => adrian _SERVER["LOGNAME"] => adrian _SERVER["HOME"] => /root _SERVER["MAIL"] => /var/mail/adrian _SERVER["PATH"] => /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/home/adrian/bin _SERVER["TERM"] => xterm _SERVER["FTP_PASSIVE_MODE"] => YES _SERVER["BLOCKSIZE"] => K _SERVER["SHELL"] => /bin/csh _SERVER["SSH_CLIENT"] => 192.168.123.139 3346 22 _SERVER["SSH_CONNECTION"] => 192.168.123.139 3346 192.168.123.115 22 _SERVER["SSH_TTY"] => /dev/ttyp0 _SERVER["HOSTTYPE"] => FreeBSD _SERVER["VENDOR"] => intel _SERVER["OSTYPE"] => FreeBSD _SERVER["MACHTYPE"] => i386 _SERVER["SHLVL"] => 2 _SERVER["PWD"] => /home/adrian _SERVER["GROUP"] => adrian _SERVER["HOST"] => a.somedomain.net _SERVER["REMOTEHOST"] => 192.168.123.139 _SERVER["PHP_SELF"] => _SERVER["SCRIPT_NAME"] => _SERVER["SCRIPT_FILENAME"] => _SERVER["PATH_TRANSLATED"] => _SERVER["DOCUMENT_ROOT"] => _SERVER["REQUEST_TIME"] => 1210545939 _SERVER["argv"] => Array ( ) _SERVER["argc"] => 0 PHP License This program is free software; you can redistribute it and/or modify it under the terms of the PHP License as published by the PHP Group and included in the distribution in the file: LICENSE This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. If you did not receive a copy of the PHP license, or have any questions about PHP licensing, please contact license@php.net. From 71321.303 at compuserve.com Mon May 12 07:35:28 2008 From: 71321.303 at compuserve.com (Jeff Bouquet) Date: Mon May 12 07:35:30 2008 Subject: Additional_Port_File_RFC Message-ID: <200805111116_MC3-2-485-875B@compuserve.com> Recurring Problem .... Not enough info is given with ports installations or pre-installs (not so bad in 2004 with 9000 ports avail.) a minor problem here, but it keeps me from suggesting FreeBSD a lot. ... examples (my other large list is put away somewhere) ...I have installed amaya, but it is nowhere to be found. Googling turned up nothing. its binary that Plist says is installed, isnt anywhere. ...pantomine? I have gnustep ports installed, but the last time I actually used them several years ago was a multistep procedure I cannot reduplicate without another hour of work ...Sat am, a Periodic (/local/) began hogging CPU. Took me a good 20 min to find out that it was not cron, but periodic, and how to start the script ...gsnapshot, if installed silently breaks one or two /multimedia/ app builds ...mnogosearch and udmsearch install one or two common files. ..."topless -c ps axuwww" Where was that command 3 years ago ??? ..................... so these are improvements** I wonder daily how to integrate into the tree. ...another file, say lookat.wiki.info gsnapshot.wiki.info amaya.wiki.info ... a wiki.info somewhere, to which users who discover these things ...could post them (presubmitting to the maintainer? if possible) so if one has 1000 ports installed, 5 hours (some weeks) of figuring stuff out could be cut to one hour. Seems like it would be a big plus in freebsd's favor. ... btw the original reason for wanting the additional file in /port/, was so that the build order is known. for instance, as I build ports manually, every week or so I put a "This_Order_This_port" file in a few /ports/ so that I know without an additional 10 min. of build-depends-list how to bump them. ... just half of the reasons (imho). Sorry not subscribed to the list. the freebsd-questions list uses up all my time I could allot to this one. Jeff From randy at psg.com Mon May 12 11:03:55 2008 From: randy at psg.com (Randy Bush) Date: Mon May 12 11:03:57 2008 Subject: nagios: Error: Host 'foo' has already been defined Message-ID: <48282418.1090301@psg.com> i386, very current nagios 2.11 after portupgrade, a nagios which used to work fine now does --- # /usr/local/etc/rc.d/nagios start Performing sanity check of nagios configuration: FAILED Nagios 2.11 Copyright (c) 1999-2007 Ethan Galstad (http://www.nagios.org) Last Modified: 03-12-2008 License: GPL Reading configuration data... Error: Host 'bbgp' has already been defined Error: Could not register host (config file '/usr/local/etc/nagios/servers/randy/bbgp.psg.com.cfg', starting on line 1) ***> One or more problems was encountered while processing the config files... Check your configuration file(s) to ensure that they contain valid directives and data defintions. If you are upgrading from a previous version of Nagios, you should be aware that some variables/definitions may have been removed or modified in this version. Make sure to read the HTML documentation regarding the config files, as well as the 'Whats New' section to find out what has changed. --- this happens for the host in question. if i remove that host from the configuration, it complains about a different host. i have looked long and hard, and the host is only defined once :/usr/local/etc/nagios# find . -name \*cfg | xargs grep bbgp ./hostgroups.cfg: members adlrv,bbgp,ron,ver0 ./servers/randy/bbgp.psg.com.cfg: host_name bbgp ./servers/randy/bbgp.psg.com.cfg: alias bbgp.psg.com ./servers/randy/bbgp.psg.com.cfg: host_name bbgp :/usr/local/etc/nagios# cat servers/randy/bbgp.psg.com.cfg define host{ host_name bbgp alias bbgp.psg.com address 147.28.0.60 parents psg2 check_command check-host-alive max_check_attempts 5 check_interval 1 active_checks_enabled 0 check_period 24x7 check_interval 1 contact_groups server-admins notification_interval 30 notification_period 24x7 notification_options d,u,r } define service{ host_name bbgp service_description ssh check_command ck_ssh max_check_attempts 5 normal_check_interval 5 retry_check_interval 3 check_period 24x7 notification_interval 30 notification_period 24x7 notification_options w,c,r contact_groups server-admins } clue bat, please. randy From bugmaster at FreeBSD.org Mon May 12 11:06:06 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 12 11:06:23 2008 Subject: Current unassigned ports problem reports Message-ID: <200805121106.m4CB657q037080@freefall.freebsd.org> Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including\nexperimental development code and obsolete releases.\n Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/102644 devel/p5-Decision-ACL: fix wrong decision when using z o ports/106369 vpnd caused kernel panic with ppp mode o ports/106372 vpnd can't run with slip mode o ports/111832 ports/lang/drscheme doesn't compile: foreign.c f ports/112921 x11-wm/Beryl not loading focus and keybinding settings s ports/113144 print/ghostscript-gnu dumps core with several output d f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586 net/isc-dhcp3-server does not work when compiled with o ports/117128 security/ipsec-tools racoon.sh fails with /var on mfs o ports/118808 Fix to build ports/lang/drscheme on FreeBSD-7.0 o ports/118877 audio/streamripper does not detect song title from str o ports/122128 Class not found error during print/pdftk port installa o ports/122251 New port: graphics/sK1 An opensource vector graphics e f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/122306 misc/compat5x port fails to extract if you're root o ports/122381 net-mgmt/collectd in FreeBSD 7.0 i386 and sparc64 segf f ports/122416 deskutils/kmatrix3d and deskutils/ksmoothdock don't in o ports/122676 multimedia/mplayer: can't access dvd with any applicat o ports/122907 [patch] sysutils/fusefs-kmod dataloss on write shortly f ports/122911 ports/audio/sox: MP3 support broken s ports/122949 net-mgmt/kismet coredumps f ports/122973 textproc/xerces-c2: installed files do not have o+r bi o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/123375 [patch] sysutils/wmmemmon fails with error extracting f ports/123561 sysutils/lsof port does not build on 6.3-STABLE o ports/123580 net-mgmt/flow-extract updateto 2.61 26 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/85513 Intel C++ compiler not 100% binary compatible with sys o ports/95294 netpipe doesn't work on amd64 o ports/95990 New Port: emulators/xjoypad o ports/102544 ltmdm driver (comms/ltmdm) crashes system whene line r o ports/107354 net/icmpinfo: icmpinfo -vvv does not recocnize any ICM o ports/108795 ports/icc: Proposed update to icc port for intel compi o ports/108856 [mbone/sdr] make sdr usable again; patch appended o ports/110144 New port: math/Matlab7 o ports/110697 New port: ports-mgmt/pkg_deps f ports/114127 net/vnc - vnc.so installed to bad location o ports/114825 pam module security/pam_abl not working s ports/115216 ADA devel/florist exit_process program doesn't compile s ports/115217 Ada devel/florist socket program doesn't compile due t f ports/115304 multimedia/gpac-mp4box cannot import files larger than o ports/115308 multimedia/jahshaka fails to open GUI - ends with "pre f ports/115336 port multimedia/avifile on FreeBSD 7.0 not BROKEN with s ports/116323 net-im/jabber-users-agent bugs o ports/116485 games/vultures-eye gets a permission denied after typi f ports/116567 [PATCH] net/vnc: patch x0vncserver to not give the sel o ports/116950 graphics/osg outdated o ports/117299 [NEW PORTS] www/webobjects(+) Apple WebObjects ports b s ports/117518 [PATCH] misc/ipbt - fix BROKEN size mismatch in distin o ports/117521 [new port] net/asterisk-res-bonjour Bonjour (Zeroconf) o ports/117703 New port: devel/asdlgen generate serializers for C,C++ o ports/117900 x11-wm/pekwm ports needs to be updated o ports/118033 [new port] devel/cvs-devel 1.12.13_8 o ports/118105 mail/spamd - spamd-setup with multiple files in spamd- o ports/118229 New port: security/fwknop fwknop,"FireWall KNock OPera f ports/118293 net/vnc Xvnc won't run without fonts.alias installed o ports/118368 New port: net/asterisk-agx AGX Extra Addons (including o ports/118438 New port: biology/njplot Phylogenetic tree drawing pro o ports/118460 New port: biology/muscle multiple alignment software o ports/118548 New port: biology/consed viewing and editing workbench o ports/118906 [NEW PORT] graphics/2d-rewriter: Fractals generator ba f ports/118926 mail/spamd: issues with deletion and syncing from spam o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li o ports/119236 New port: www/squidclamav, interface to perform antivi o ports/119425 New port: korean/ko.TeX Korean TeX macro and utilities o ports/119427 New port: korean/ko.TeX-fonts-extra Korean TeX extra f o ports/119428 New port: korean/ko.TeX-fonts-base Korean TeX base fon o ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 o ports/119640 [NEW PORT] devel/sml_tk: Typed and abstract Standard M f ports/119745 www/linux-flashplugin7 - flashplayer does not work wit f ports/119843 security/xca 0.6.3 has gross compilation errors after o ports/120181 weird tty permissions with x11/rxvt o ports/120184 New port: emulators/cpmtools27: Tools to access CP/M d o ports/120189 New port: emulators/xcpc: A portable Amstrad CPC 464/6 o ports/120223 [PATCH] games/flightgear-mb339-pan: unbreak and update f ports/120480 [patch] devel/quilt: RPM dependency should be optional f ports/120923 www/squidguard does not work unless its UID/GID are mo a ports/120959 java/sablevm-classpath did not build/install from port o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/121126 New port: science/caret Computerized Anatomical Recons f ports/121149 www/tomcat55 - www/tomcat* choaks on ip6 f ports/121154 port sysutils/915resolution marked i386 only; builds f o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler f ports/121254 shells/ch: Bad ownership of installed files. o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/121344 new port audio/akode-plugins-pulseaudio f ports/121355 net/isc-dhcp3-server mishandles OPTIONS f ports/121405 Update graphics/gmt to newer version (4.2.1) o ports/121629 New Port: net/netident A port for testing what netwo s ports/121659 [Update] ports: databases/postgis-jdbc 1.3.2 f ports/121673 Update port: www/zope-formulator to 1.11.3 f ports/121724 [UPDATE] Update multimedia/avidemux2 to 2.4.1 f ports/121731 science/hdf5: enable Fortran support f ports/121827 sysutils/ezjail: config-attached image jail can not be f ports/121834 [patch] lang/lua: split AR into AR/ARFLAGS (for cross f ports/121836 [PATCH] sysutils/ezjail: amd64 install problem o ports/121882 /usr/ports/audio/mbrolavox/voices.conf uses extended c o ports/122059 finance/ledgersmb port upgrade o ports/122102 New Port devel/tango - alternate library for the D pro o ports/122104 print/ghostscript-gpl build fails if FreeType bridge o o ports/122113 fail to start games/frozenbubble on 7-STABLE and fix f ports/122122 print/lyx crashes if devel/boost is compiled with thre o ports/122210 [PATCH] java/bsh: change main category, take maintaine o ports/122253 [New port] devel/p5-libalarm: Perl module to allow mul o ports/122302 [PATCH] x11-themes/bluecurve-themes: Make fetchable ag o ports/122303 [PATCH] x11-themes/cursor-bluecurve-theme: unbreak and f ports/122333 net/arping - patch to lookup for interface and src ip, o ports/122375 New port: games/openjazz - Free re-implementation of t f ports/122402 [PATCH] security/metasploit: Update to 3.1 [SUMMARIZE f ports/122469 [patch] options for devel/viewvc f ports/122471 [patch] port devel/cvs2svn f ports/122548 update textproc/libwpd o ports/122583 [PATCH]print/pdftk: update to 1.41 f ports/122586 Update to sysutils/logrotate o ports/122596 devel/python: Python hangs when importing pygtk f ports/122606 games/eduke32 : new snapshot o ports/122612 New port: www/mod_wsgi Python WSGI adapter module for o ports/122631 [NEW PORT] net-im/p5-Net-XMPP2: An implementation of t o ports/122701 New port: www/mod_wombat "Apache Lua module" f ports/122735 [patch] Port mail/postfixadmin - incorrect syntax in m f ports/122747 Update port: comms/bluegps maintainer email, extra tex f ports/122748 Update port: comms/bluez-firmware email maintainer, ty f ports/122783 [PATCH] editors/emacs: update to 22.2 o ports/122824 [new port] add news/husky-htick-devel port f ports/122860 databases/phpMyAdmin installs in the wrong dir o ports/122909 [NEW PORT] polish/qnapi f ports/122939 graphics/jbigkit does not respect CC o ports/122980 New Port: emulators/gemrb o ports/122993 setup.sh for audio/mpdscribble f ports/123000 devel/jude-community need jdk1.4 which can't compil wi o ports/123007 [NEW PORT] games/linux-etqw-server: Enemy Territory: Q o ports/123009 [NEW PORT] games/linux-etqw-demo-server: Enemy Territo f ports/123022 New port: archivers/rpm5 f ports/123072 update www/tomcat55 o ports/123091 sysutils/syslog-ng2: [PATCH] syslog-ng2 package name a f ports/123126 [PATCH] x11-wm/pekwm Does not fetch and update o ports/123127 [NEW PORT] security/openvas-libraries: Libraries for O o ports/123128 [NEW PORT] security/openvas-server: A security scanner o ports/123129 [NEW PORT] security/openvas-libnasl: NASL libraries fo o ports/123130 [NEW PORT] security/openvas-plugins: Plugins for OpenV o ports/123131 [NEW PORT] security/openvas-client: A GUI client for O o ports/123139 Re: [NEW PORT] security/openvas-server: A security sca f ports/123213 patch net/libnet's configure to not do anymore checks o ports/123214 [new port] sysutils/p5-lchown o ports/123215 net-mgmt/nagios-silfreed-plugins fails install o ports/123250 [PATCH] lang/sbcl: add lutex support f ports/123309 port upgrade: devel/monotone-viz 1.0.1 f ports/123328 [PATCH]math/maxima: update to 5.15.0 o ports/123339 [NEW PORT] textproc/doc-mode.el: asciidoc fontlocking o ports/123345 x11/wrapper: [PATCH] xorg-wrapper should depend on xor f ports/123349 Patch: upgrade graphics/gnash to version 0.8.2 o ports/123391 [NEW PORT] math/mingw32-libgmp4: Library for arbitrary o ports/123397 Port update: games/flightgear-atlas - Update to 0.3.0. o ports/123424 [NEW PORT] net/winexe o ports/123437 comms/qpage -- hangup problems and ident requests o ports/123464 New Port: databases/pgfouine f ports/123480 [PATCH] sysutils/jfbterm o ports/123488 New port: graphics/import-pictures copy/move pictures o ports/123532 Upgrade port graphics/glfw to 2.6 [+patch] f ports/123533 [PATCH] print/latexdiff: update to 0.5 o ports/123545 [maintainer update] x11-wm/fvwm-crystal o ports/123567 www/mnogosearch 3.3.7 does not build o ports/123572 [Maintainer] www/squid30: correct problems regarding c o ports/123573 [Maintainer] www/squid: correct handling of the defaul o ports/123575 update port: games/bzflag to v2.0.10 o ports/123583 Update port: dns/dnstop to latest version o ports/123584 Update port: security/xca to v0.6.4 o ports/123594 maintainer update www/mod_clamav o ports/123601 [MAINTAINER] databases/xapian-bindings: update to 1.0. f ports/123604 Update port: www/zope29 to 2.9.9 f ports/123605 Update port: www/zope210 to 2.10.6 144 problems total. From randy at psg.com Mon May 12 11:23:12 2008 From: randy at psg.com (Randy Bush) Date: Mon May 12 11:23:14 2008 Subject: nagios: Error: Host 'foo' has already been defined In-Reply-To: References: <48282418.1090301@psg.com> Message-ID: <4828289D.4000205@psg.com> > Did this include an upgrade of Nagios or has the upgrade of a dependent > resulted in this? not sure > Starting on line 1, hmm... Sounds like the files are being read twice, > what does nagios.cfg have to say for itself? # grep cfg nagios.cfg | grep -v ^# cfg_file=/usr/local/etc/nagios/commands.cfg cfg_file=/usr/local/etc/nagios/localhost.cfg cfg_file=/usr/local/etc/nagios/contactgroups.cfg cfg_file=/usr/local/etc/nagios/contacts.cfg cfg_file=/usr/local/etc/nagios/hostgroups.cfg cfg_file=/usr/local/etc/nagios/routergroups.cfg cfg_dir=/usr/local/etc/nagios/commands cfg_dir=/usr/local/etc/nagios/servers cfg_dir=/usr/local/etc/nagios/servers/randy cfg_dir=/usr/local/etc/nagios/servers/smb cfg_dir=/usr/local/etc/nagios/routers resource_file=/usr/local/etc/nagios/resource.cfg and you already saw # find . -name \*cfg | xargs grep bbgp ./hostgroups.cfg: members adlrv,bbgp,ron,ver0 ./servers/randy/bbgp.psg.com.cfg: host_name bbgp ./servers/randy/bbgp.psg.com.cfg: alias bbgp.psg.com ./servers/randy/bbgp.psg.com.cfg: host_name bbgp randy From randy at psg.com Mon May 12 11:27:55 2008 From: randy at psg.com (Randy Bush) Date: Mon May 12 11:27:57 2008 Subject: nagios: Error: Host 'foo' has already been defined In-Reply-To: <4828289D.4000205@psg.com> References: <48282418.1090301@psg.com> <4828289D.4000205@psg.com> Message-ID: <482829B8.8010909@psg.com> > # grep cfg nagios.cfg | grep -v ^# > cfg_file=/usr/local/etc/nagios/commands.cfg > cfg_file=/usr/local/etc/nagios/localhost.cfg > cfg_file=/usr/local/etc/nagios/contactgroups.cfg > cfg_file=/usr/local/etc/nagios/contacts.cfg > cfg_file=/usr/local/etc/nagios/hostgroups.cfg > cfg_file=/usr/local/etc/nagios/routergroups.cfg > cfg_dir=/usr/local/etc/nagios/commands > cfg_dir=/usr/local/etc/nagios/servers > cfg_dir=/usr/local/etc/nagios/servers/randy ********** > cfg_dir=/usr/local/etc/nagios/servers/smb ********** > cfg_dir=/usr/local/etc/nagios/routers > resource_file=/usr/local/etc/nagios/resource.cfg got it! there must have been a change where it now descends into subdirectories for free, no extra charge. so the two starred lines above cause the mess. randy From jarrod at netleader.com.au Mon May 12 11:29:57 2008 From: jarrod at netleader.com.au (Jarrod Sayers) Date: Mon May 12 11:30:01 2008 Subject: nagios: Error: Host 'foo' has already been defined In-Reply-To: <4828289D.4000205@psg.com> References: <48282418.1090301@psg.com> <4828289D.4000205@psg.com> Message-ID: On 12/05/2008, at 8:53 PM, Randy Bush wrote: >> Did this include an upgrade of Nagios or has the upgrade of a >> dependent >> resulted in this? > > not sure Nagios 2.11 was committed about six weeks ago for memory, though reading further I think it was actually the trigger. >> Starting on line 1, hmm... Sounds like the files are being read >> twice, >> what does nagios.cfg have to say for itself? > > # grep cfg nagios.cfg | grep -v ^# > cfg_file=/usr/local/etc/nagios/commands.cfg > cfg_file=/usr/local/etc/nagios/localhost.cfg > cfg_file=/usr/local/etc/nagios/contactgroups.cfg > cfg_file=/usr/local/etc/nagios/contacts.cfg > cfg_file=/usr/local/etc/nagios/hostgroups.cfg > cfg_file=/usr/local/etc/nagios/routergroups.cfg > cfg_dir=/usr/local/etc/nagios/commands > cfg_dir=/usr/local/etc/nagios/servers > cfg_dir=/usr/local/etc/nagios/servers/randy > cfg_dir=/usr/local/etc/nagios/servers/smb > ... Remove the two lines above, the ones ending in servers/randy and servers/smb and see how you go. According to the documentation [1], the directories listed with cfg_dir arguments are recursively searched for *.cfg files. [1] http://nagios.sourceforge.net/docs/2_0/configmain.html#cfg_dir Jarrod. From jarrod at netleader.com.au Mon May 12 11:53:31 2008 From: jarrod at netleader.com.au (Jarrod Sayers) Date: Mon May 12 11:53:33 2008 Subject: nagios: Error: Host 'foo' has already been defined In-Reply-To: <48282418.1090301@psg.com> References: <48282418.1090301@psg.com> Message-ID: On 12/05/2008, at 8:33 PM, Randy Bush wrote: > i386, very current > nagios 2.11 > > after portupgrade, a nagios which used to work fine now does Did this include an upgrade of Nagios or has the upgrade of a dependent resulted in this? > # /usr/local/etc/rc.d/nagios start > Performing sanity check of nagios configuration: FAILED > > Nagios 2.11 > Copyright (c) 1999-2007 Ethan Galstad (http://www.nagios.org) > Last Modified: 03-12-2008 > License: GPL > > Reading configuration data... > > Error: Host 'bbgp' has already been defined > Error: Could not register host (config file > '/usr/local/etc/nagios/servers/randy/bbgp.psg.com.cfg', starting on > line 1) Starting on line 1, hmm... Sounds like the files are being read twice, what does nagios.cfg have to say for itself? Jarrod. (net-mgmt/nagios maintainer) From schweizer.martin at gmail.com Mon May 12 15:14:36 2008 From: schweizer.martin at gmail.com (Martin Schweizer) Date: Mon May 12 15:14:39 2008 Subject: portupgrade -faP after update to FreeBSD 7.0 In-Reply-To: <200804280028.32882.kstewart@owt.com> References: <380ccfd60804272207i5bfeab97v5ea9966d77456361@mail.gmail.com> <200804280028.32882.kstewart@owt.com> Message-ID: <380ccfd60805120814h5c45948atbaae906a58735936@mail.gmail.com> Dear Kent Sorry for the delay but I was very busy in the past days. 2008/4/28, Kent Stewart : > > After successfully update to FreeBSD 7.0 (a described in the > > handbook) I startet several times portupgrade -faP after several > > pkgdb -F. But now I get the following error: > > > > portupgrade -faP > > > > /usr/local/lib/ruby/site_ruby/1.8/pkgversion.rb:41:in `initialize': > > ,2: Not in due form: '[_][,]'. > > (ArgumentError) > > from /usr/local/sbin/portupgrade:638:in `new' > > from /usr/local/sbin/portupgrade:638:in `main' > > from /usr/local/sbin/portupgrade:613:in `each' > > from /usr/local/sbin/portupgrade:613:in `main' > > from /usr/local/sbin/portupgrade:588:in `catch' > > from /usr/local/sbin/portupgrade:588:in `main' > > from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call' > > from /usr/local/lib/ruby/1.8/optparse.rb:1303:in > > `parse_in_order' ... 7 levels... > > from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' > > from /usr/local/sbin/portupgrade:229:in `new' > > from /usr/local/sbin/portupgrade:229:in `main' > > from /usr/local/sbin/portupgrade:2173 > > > > I checked the portupgrade version and also ruby but did not find any > > mistakes. What do I wrong? > > > > > I am assuming that 7.0 has changed ruby/portupgrade processing. There > have been problems like this when ruby and the ruby??_bdb? get out of > sequence. I would delete portupgrade and ruby\* and then rebuild > everything including the index.db. > You may get a different answer tomorrow but if rebuilding everything > works, you could be half way to being done. I deleted all ruby ports (as I got from pkg_info) and I also fetch /usr/ports/INDEX-/ by makeing make index and by make fetchindes (both get the same results). But I still get the same error. What do you mean exactly with "I would delete portupgrade and ruby\* and then rebuild everything including the index.db."? The same as I did? Regards, -- Martin Schweizer schweizer.martin@gmail.com Tel.: +41 32 512 48 54 (VoIP) Fax: +1 619 3300587 From kamikaze at bsdforen.de Mon May 12 16:58:21 2008 From: kamikaze at bsdforen.de (Dominic Fandrey) Date: Mon May 12 16:58:47 2008 Subject: committer timeout? Message-ID: <4828772A.9000102@bsdforen.de> Some ports of mine are awaiting commit for almost a month. Someone has taken responsibility. But it seems the task has been neglected. Is there some way to change the responsible back to Ports in hope of finding another committer? From yayien at gmail.com Mon May 12 19:51:33 2008 From: yayien at gmail.com (Fabien Debuire) Date: Mon May 12 19:51:38 2008 Subject: FreeBSD Port: mod_security2-2.1.7_1 Message-ID: There is a problem during the build of the package using portsnap because libxml2 is built 2 times, one before mod_security's installation (this one is ok) and one other after mod_security's installation (this one makes an error because libxml is already installed). Best Regards, -- Fabien DEBUIRE yayien@gmail.com www.debuire.net From wxs at FreeBSD.org Tue May 13 00:46:17 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Tue May 13 00:46:21 2008 Subject: committer timeout? In-Reply-To: <4828772A.9000102@bsdforen.de> References: <4828772A.9000102@bsdforen.de> Message-ID: <20080513003422.GK95361@atarininja.org> On Mon, May 12, 2008 at 06:58:18PM +0200, Dominic Fandrey wrote: > Some ports of mine are awaiting commit for almost a month. Someone has > taken responsibility. But it seems the task has been neglected. > > Is there some way to change the responsible back to Ports in hope of > finding another committer? You can try contacting the responsible party directly. If that fails you can ask here as a last resort for someone to pick them up. If you want to reply to me privately with the PR numbers I'd be willing to take a look at them. -- WXS From e.schuele at computer.org Tue May 13 02:46:46 2008 From: e.schuele at computer.org (Eric Schuele) Date: Tue May 13 02:46:51 2008 Subject: Trouble building guile 1.8.4 (segfault in gen-scmconfig) In-Reply-To: <48189FC3.4010701@FreeBSD.org> References: <4812AC7C.5050202@computer.org> <48164221.6000704@FreeBSD.org> <4818977B.3040202@computer.org> <48189FC3.4010701@FreeBSD.org> Message-ID: <48290114.7030300@computer.org> On 04/30/2008 11:35, Jason Evans wrote: > Eric Schuele wrote: >> On 04/28/2008 16:31, Jason Evans wrote: >>> What is liblthread? >> >> linuxthreads, as Mezz mentioned. >> >>> It looks to be interacting badly with malloc. >> >> ok. any thoughts as to why, or how to fix it? > > Most likely, the linuxthreads port is allocating memory within one of > the pthread_mutex-related functions (pthread_mutex_init()?), which is > causing infinite recursion. The easy solution is to stop using > linuxthreads. For the archives: Removing linuxthreads (which was not being used by anything on my system) did in fact solve the issue. Thanks to all. > The hard solution is to modify linuxthreads, possibly by > implementing _pthread_mutex_init_calloc_cb(), in order to avoid > recursion during initialization of malloc's internal mutexes. > > Jason > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > > -- Regards, Eric -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080513/d0a8edbb/signature.pgp From arcade at synergetica.dn.ua Tue May 13 09:01:46 2008 From: arcade at synergetica.dn.ua (Volodymyr Kostyrko) Date: Tue May 13 09:01:50 2008 Subject: FreeBSD Port: audio/aureal-kmod Message-ID: <48295470.10004@synergetica.dn.ua> Hi there. I've composed new rc.d script for this port, works like a charm. -- Sphinx of black quartz judge my vow. -------------- next part -------------- #!/bin/sh # # PROVIDE: aureal # BEFORE: hald # KEYWORD: nojail # # Add the following line to /etc/rc.conf[.local] to enable aureal # # aureal_enable="YES" # . /etc/rc.subr name="aureal" rcvar=${name}_enable load_rc_config $name : ${aureal_enable="NO"} start_cmd=aureal_start stop_cmd=aureal_stop CARD='' aureal_detect() { PCICONF="/usr/sbin/pciconf" if [ -z "${CARD}" -a -x ${PCICONF} ]; then if [ "`${PCICONF} -l 2>&- | grep 0x000312eb`" ]; then CARD=8810 elif [ "`${PCICONF} -l 2>&- | grep 0x000112eb`" ]; then CARD=8820 elif [ "`${PCICONF} -l 2>&- | grep 0x000212eb`" ]; then CARD=8830 fi fi if [ -z "${CARD}" ]; then echo "Unable to determine your Aureal card type -" \ "override it manually in $0" >&2 exit 255 fi PREFIX=/usr/local LIBDIR=${PREFIX}/lib/au88x0 DRIVERFILE=snd_au${CARD} } aureal_start() { aureal_detect if [ ! -f ${LIBDIR}/${DRIVERFILE}.ko ]; then echo "${LIBDIR}/${DRIVERFILE} for ${CARD} not found!" exit 64 fi if ! kldstat -qm ${DRIVERFILE}; then if kldload ${LIBDIR}/${DRIVERFILE}.ko; then echo 'aureal module loaded.' else warn 'aureal module failed to load.' return 1 fi fi if [ "$VIAKX133FIX" ]; then pcisel=`${PCICONF} -l 2>&- | grep ^pcm0 | awk -F: '{ gsub("^[^@]*@", ""); print $1":"$2":"$3 }'` if [ -z "$pcisel" ]; then echo " (WARNING: Soundcard PCI selector undetermined. Unable to install VIA KX133 workaround. Starting a playback will likely to lock-up your system!)" exit 64 fi oldvalue=`${PCICONF} -r -b $pcisel 0x40 2>&- | sed 's/ *$//'` echo -n " (with VIA KX133 workaround: ${pcisel},0x40: ${oldvalue} -> " ${PCICONF} -w -b $pcisel 0x40 0xff echo -n "`${PCICONF} -r -b $pcisel 0x40 2>&- | sed 's/ *$//'`)" fi return 0 } aureal_stop() { aureal_detect if kldstat -qm ${DRIVERFILE} && kldunload ${DRIVERFILE} ; then echo 'aureal module unloaded.' fi } run_rc_command "$1" From schweizer.martin at gmail.com Tue May 13 09:04:03 2008 From: schweizer.martin at gmail.com (Martin Schweizer) Date: Tue May 13 09:04:07 2008 Subject: portupgrade -faP after update to FreeBSD 7.0 In-Reply-To: <200805121004.16951.kstewart@owt.com> References: <380ccfd60804272207i5bfeab97v5ea9966d77456361@mail.gmail.com> <200804280028.32882.kstewart@owt.com> <380ccfd60805120814h5c45948atbaae906a58735936@mail.gmail.com> <200805121004.16951.kstewart@owt.com> Message-ID: <380ccfd60805130204h402caa38s83855c1ae98aab63@mail.gmail.com> Hello Kent 2008/5/12, Kent : > > > > After successfully update to FreeBSD 7.0 (a described in the > > > > handbook) I startet several times portupgrade -faP after several > > > > pkgdb -F. But now I get the following error: > > > > > > > > portupgrade -faP > > > > > > > > /usr/local/lib/ruby/site_ruby/1.8/pkgversion.rb:41:in `initialize': > > > > ,2: Not in due form: '[_][,]'. > > > > (ArgumentError) > > > > from /usr/local/sbin/portupgrade:638:in `new' > > > > from /usr/local/sbin/portupgrade:638:in `main' > > > > from /usr/local/sbin/portupgrade:613:in `each' > > > > from /usr/local/sbin/portupgrade:613:in `main' > > > > from /usr/local/sbin/portupgrade:588:in `catch' > > > > from /usr/local/sbin/portupgrade:588:in `main' > > > > from /usr/local/lib/ruby/1.8/optparse.rb:1303:in `call' > > > > from /usr/local/lib/ruby/1.8/optparse.rb:1303:in > > > > `parse_in_order' ... 7 levels... > > > > from /usr/local/lib/ruby/1.8/optparse.rb:785:in `initialize' > > > > from /usr/local/sbin/portupgrade:229:in `new' > > > > from /usr/local/sbin/portupgrade:229:in `main' > > > > from /usr/local/sbin/portupgrade:2173 > > > > > > > > I checked the portupgrade version and also ruby but did not find any > > > > mistakes. What do I wrong? > > > > > > I am assuming that 7.0 has changed ruby/portupgrade processing. There > > > have been problems like this when ruby and the ruby??_bdb? get out of > > > sequence. I would delete portupgrade and ruby\* and then rebuild > > > everything including the index.db. > > > > > > You may get a different answer tomorrow but if rebuilding everything > > > works, you could be half way to being done. > > > > I deleted all ruby ports (as I got from pkg_info) and I also fetch > > /usr/ports/INDEX-/ by makeing make index and by make fetchindes (both > > get the same results). But I still get the same error. > > What do you mean exactly with "I would delete portupgrade and ruby\* > > and then rebuild everything including the index.db."? The same as I > > did? > > The index-?.db has gotten messed up several times after some updates. My > experience was that you have to get portupgrade and ruby in sync and then use > portsdb -fu to rebuild the database. I created the INDEX-7.db by portsdb -fu and yes, portupgrade and ruby are in sync. > Your error looks like a mismatch between portupgrade and ruby. Did you > manually rebuild portupgrade? Yes I did it with make and then make install Regards, -- Martin Schweizer schweizer.martin@gmail.com Tel.: +41 32 512 48 54 (VoIP) Fax: +1 619 3300587 From bsam at ipt.ru Tue May 13 13:41:01 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Tue May 13 13:41:05 2008 Subject: FreeBSD Port: audio/aureal-kmod In-Reply-To: <48295470.10004@synergetica.dn.ua> (Volodymyr Kostyrko's message of "Tue, 13 May 2008 11:42:24 +0300") References: <48295470.10004@synergetica.dn.ua> Message-ID: <61666356@serv3.int.kfs.ru> On Tue, 13 May 2008 11:42:24 +0300 Volodymyr Kostyrko wrote: > I've composed new rc.d script for this port, works like a charm. It's always is good to send a PR so the fix won't get lost. WBR, bsam -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From erwin at FreeBSD.org Tue May 13 15:43:54 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue May 13 15:43:57 2008 Subject: INDEX build failed for 5.x Message-ID: <200805131543.m4DFheYP033310@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait..pkg_info: not found pkg_info: not found amavisd-new-2.6.0,1: "/a/erwin/tindex/ports/archivers/ripole" non-existent -- dependency list incomplete ===> security/amavisd-new failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: anders araujo dinoex fjoe gabor green hq jadawin jmz miwi mm mnag obrien pav rafan shaun sumikawa Most recent CVS update was: U UPDATING U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U games/wtf/Makefile U games/wtf/distinfo U graphics/ristretto/Makefile U graphics/ristretto/distinfo U graphics/ristretto/pkg-plist U irc/irssi-devel/Makefile U irc/irssi-devel/distinfo U irc/irssi-devel/files/patch-irssi-version.h.in U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U math/calc/Makefile U math/calc/distinfo U math/calc/pkg-plist U math/calc/files/patch-Makefile U math/calc/files/patch-alloc.h U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U security/amavisd-new/Makefile U security/amavisd-new/distinfo U security/amavisd-new/pkg-plist U security/libprelude/Makefile U security/libprelude/distinfo U security/libprelude/pkg-plist U security/libprelude/files/patch-Makefile.in U security/libpreludedb/Makefile U security/prelude-lml/Makefile U security/prelude-lml/distinfo U security/prelude-lml/pkg-plist U security/prelude-lml/files/patch-configure U security/prelude-manager/Makefile U security/prelude-manager/distinfo U security/prelude-manager/files/patch-Makefile.in U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/newsbeuter/Makefile U www/newsbeuter/distinfo U www/py-forgethtml/files/patch-lib-forgetHTML.py U www/py-prewikka/Makefile U www/py-prewikka/distinfo U www/py-prewikka/pkg-plist From erwin at FreeBSD.org Tue May 13 16:50:21 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Tue May 13 16:50:42 2008 Subject: INDEX now builds successfully on 5.x Message-ID: <200805131650.m4DGo6Gf005979@pointyhat.freebsd.org> From avg at icyb.net.ua Tue May 13 19:17:29 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue May 13 19:17:32 2008 Subject: gizmo: linux libgconf Message-ID: <4829E947.2090002@icyb.net.ua> Anybody tried to use Linux application from gizmo project on FreeBSD? http://gizmo5.com/pc/ http://gizmo5.com/pc/download/linux/ [this is something similar to skype but SIP based] List of dependencies is quite small, but it needs libgconf (GConf2) and I am not sure which port (if any) provides it. Any advice on how to proceed? Thank you! -- Andriy Gapon From peterjeremy at optushome.com.au Tue May 13 19:19:08 2008 From: peterjeremy at optushome.com.au (Peter Jeremy) Date: Tue May 13 19:19:15 2008 Subject: Additional_Port_File_RFC In-Reply-To: <200805111116_MC3-2-485-875B@compuserve.com> References: <200805111116_MC3-2-485-875B@compuserve.com> Message-ID: <20080513191902.GJ64804@server.vk2pj.dyndns.org> On 2008-May-11 11:14:06 -0400, Jeff Bouquet <71321.303@compuserve.com> wrote: >Not enough info is given with ports installations or pre-installs >(not so bad in 2004 with 9000 ports avail.) What additional info do you want/expect? >...I have installed amaya, but it is nowhere to be found. Googling >turned up nothing. its binary that Plist says is installed, isnt anywhere. You can audit an installed port/package with "pkg_info -g PORTNAME" and the definitive list of what is installed as part of PORTNAME is /var/db/pkg/PORTNAME/+CONTENTS If you don't have /usr/local/bin/amaya, please file a PR, including the full output from your 'make install' >...pantomine? I have gnustep ports installed, but the last time I actually >used them several years ago was a multistep procedure I cannot reduplicate >without another hour of work And? If you are trying to report a problem, you need to provide a description of the actual problem and some way to reproduce it. >...Sat am, a Periodic (/local/) began hogging CPU. Took me a good 20 min >to find out that it was not cron, but periodic, and how to start the >script If you want this investigated, you are going to need to provide details of what port was involved and what was wrong with the configuration. >...gsnapshot, if installed silently breaks one or two /multimedia/ app builds Submit a PR describing what breaks and what ports are involved. >...mnogosearch and udmsearch install one or two common files. Submit a PR describing what common files are installed. >..."topless -c ps axuwww" Where was that command 3 years ago ??? Maybe it hadn't been written or no-one had bothered to submit it as a port. >... a wiki.info somewhere, to which users who discover these things >...could post them (presubmitting to the maintainer? if possible) >so if one has 1000 ports installed, 5 hours (some weeks) of figuring >stuff out could be cut to one hour. http://www.freebsd.org/send-pr.html >btw the original reason for wanting the additional file in /port/, was >so that the build order is known. for instance, as I build >ports manually, every week or so I put a "This_Order_This_port" file >in a few /ports/ so that I know without an additional 10 min. >of build-depends-list how to bump them. The whole point of the ports dependency information is to relieve you of the necessity of doing this. >Sorry not subscribed to the list. the freebsd-questions list uses >up all my time I could allot to this one. So you're too busy to submit problem reports that could actually be investigated and corrected, or to help with the ports, but just want to have a whinge? -- Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080513/2af6fc2c/attachment.pgp From pauls at utdallas.edu Tue May 13 19:35:54 2008 From: pauls at utdallas.edu (Paul Schmehl) Date: Tue May 13 19:35:59 2008 Subject: rc.d startup script problem Message-ID: <14848575EFE82AE05B2027F2@utd65257.utdallas.edu> This script will not start if you change the name or location of the conf file in /etc/rc.conf. For some reason it's not parsing /etc/rc.conf. Anyone know why? #!/bin/sh # PROVIDE: sancp_agent # REQUIRE: DAEMON # KEYWORD: shutdown # Add the following line to /etc/sguil-sensor/rc.conf to enable sancp_agent: # sancp_agent_enable (bool): Set to YES to enable sancp_agent # Default: NO # sancp_agent_conf (str): Sensor_agent configuration file # Default: /usr/local/etc/sguil-sensor/sancp_agent.conf # . /etc/rc.subr name="sancp_agent" rcvar=`set_rcvar` command="/usr/local/bin/sguil-sensor/sancp_agent.tcl" procname="/usr/local/bin/tclsh8.4" pidfile="/var/run/${name}.pid" check_pidfile="${pidfile} ${procname} /bin/sh" [ -z "$sancp_agent_enable" ] && sancp_agent_enable="NO" [ -z "$sancp_agent_conf" ] && sancp_agent_conf="/usr/local/etc/sguil-sensor/sancp_agent.conf" [ -z "$sancp_agent_flags" ] && sancp_agent_flags="-D" [ -n "$sancp_agent_conf" ] && sancp_agent_flags="$sancp_agent_flags -c $sancp_agent_conf" load_rc_config $name run_rc_command "$1" # grep sancp /etc/rc.conf sancp_agent_enable="YES" sancp_agent_conf="/usr/local/etc/sguil-sensor/sancp_agent-ANYSERVER.conf" What's the problem? -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From delphij at delphij.net Tue May 13 19:56:38 2008 From: delphij at delphij.net (Xin LI) Date: Tue May 13 19:56:40 2008 Subject: rc.d startup script problem In-Reply-To: <14848575EFE82AE05B2027F2@utd65257.utdallas.edu> References: <14848575EFE82AE05B2027F2@utd65257.utdallas.edu> Message-ID: <4829F26D.3000708@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Paul Schmehl wrote: | This script will not start if you change the name or location of the | conf file in /etc/rc.conf. For some reason it's not parsing | /etc/rc.conf. Anyone know why? One suggestion, could you please try to execute the script with 'sh -x' to see what it is actually executing? Cheers, - -- ** Help China's quake relief at http://www.redcross.org.cn/ |>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkgp8mwACgkQi+vbBBjt66CDhQCgmU/aT1Mw1p2mCaG9ki+Bgq0e a4oAoJQqj2gI9iwwA00AO/oKhemeCL7x =MHFf -----END PGP SIGNATURE----- From freebsd-ports-local at be-well.ilk.org Tue May 13 20:13:20 2008 From: freebsd-ports-local at be-well.ilk.org (Lowell Gilbert) Date: Tue May 13 20:13:24 2008 Subject: gizmo: linux libgconf In-Reply-To: <4829E947.2090002@icyb.net.ua> (Andriy Gapon's message of "Tue\, 13 May 2008 22\:17\:27 +0300") References: <4829E947.2090002@icyb.net.ua> Message-ID: <44zlquc68x.fsf@be-well.ilk.org> Andriy Gapon writes: > Anybody tried to use Linux application from gizmo project on FreeBSD? > http://gizmo5.com/pc/ > http://gizmo5.com/pc/download/linux/ > [this is something similar to skype but SIP based] And closed source. Could be more work than you expect. > List of dependencies is quite small, but it needs libgconf (GConf2) > and I am not sure which port (if any) provides it. devel/gconf2 > Any advice on how to proceed? Try it and see what happens... From carpetsmoker at rwxrwxrwx.net Tue May 13 20:16:26 2008 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Tue May 13 20:16:28 2008 Subject: rc.d startup script problem In-Reply-To: <14848575EFE82AE05B2027F2@utd65257.utdallas.edu> References: <14848575EFE82AE05B2027F2@utd65257.utdallas.edu> Message-ID: <20080513195706.GA9974@rwxrwxrwx.net> On Tue, May 13, 2008 at 02:35:54PM -0500, Paul Schmehl wrote: > This script will not start if you change the name or location of the conf > file in /etc/rc.conf. For some reason it's not parsing /etc/rc.conf. > Anyone know why? > > #!/bin/sh > > # PROVIDE: sancp_agent > # REQUIRE: DAEMON > # KEYWORD: shutdown > > # Add the following line to /etc/sguil-sensor/rc.conf to enable sancp_agent: > # sancp_agent_enable (bool): Set to YES to enable sancp_agent > # Default: NO > # sancp_agent_conf (str): Sensor_agent configuration file > # Default: > /usr/local/etc/sguil-sensor/sancp_agent.conf > # > > . /etc/rc.subr > > name="sancp_agent" > rcvar=`set_rcvar` > command="/usr/local/bin/sguil-sensor/sancp_agent.tcl" > procname="/usr/local/bin/tclsh8.4" > pidfile="/var/run/${name}.pid" > check_pidfile="${pidfile} ${procname} /bin/sh" > > [ -z "$sancp_agent_enable" ] && sancp_agent_enable="NO" > [ -z "$sancp_agent_conf" ] && > sancp_agent_conf="/usr/local/etc/sguil-sensor/sancp_agent.conf" > [ -z "$sancp_agent_flags" ] && sancp_agent_flags="-D" > > [ -n "$sancp_agent_conf" ] && sancp_agent_flags="$sancp_agent_flags -c > $sancp_agent_conf" > > load_rc_config $name > run_rc_command "$1" > > # grep sancp /etc/rc.conf > sancp_agent_enable="YES" > sancp_agent_conf="/usr/local/etc/sguil-sensor/sancp_agent-ANYSERVER.conf" > > What's the problem? > You can try setting 'rc_debug="YES"' in /etc/rc.conf and see if the additional messages provide a clue... -- Martin Tournoij carpetsmoker@rwxrwxrwx.net http://www.daemonforums.org "Mind if I smoke?" "Yes, I'd like to see that, does it come out of your ears or what?" From mezz7 at cox.net Tue May 13 20:19:15 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Tue May 13 20:19:19 2008 Subject: gizmo: linux libgconf In-Reply-To: <44zlquc68x.fsf@be-well.ilk.org> References: <4829E947.2090002@icyb.net.ua> <44zlquc68x.fsf@be-well.ilk.org> Message-ID: On Tue, 13 May 2008 15:13:18 -0500, Lowell Gilbert wrote: > Andriy Gapon writes: > >> Anybody tried to use Linux application from gizmo project on FreeBSD? >> http://gizmo5.com/pc/ >> http://gizmo5.com/pc/download/linux/ >> [this is something similar to skype but SIP based] > > And closed source. Could be more work than you expect. > >> List of dependencies is quite small, but it needs libgconf (GConf2) >> and I am not sure which port (if any) provides it. > > devel/gconf2 I don't think it will working unless someone create a new linux-gconf2 port. But I don't know if there will be problem(s) for linux-gconf2 and gconf2 to be exist at the same time. Cheers, Mezz >> Any advice on how to proceed? > > Try it and see what happens... -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From pauls at utdallas.edu Tue May 13 20:26:01 2008 From: pauls at utdallas.edu (Paul Schmehl) Date: Tue May 13 20:26:06 2008 Subject: rc.d startup script problem In-Reply-To: <4829F26D.3000708@delphij.net> References: <14848575EFE82AE05B2027F2@utd65257.utdallas.edu> <4829F26D.3000708@delphij.net> Message-ID: <08D373863E038BE97764AA76@utd65257.utdallas.edu> --On Tuesday, May 13, 2008 12:56:29 -0700 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Paul Schmehl wrote: >| This script will not start if you change the name or location of the >| conf file in /etc/rc.conf. For some reason it's not parsing >| /etc/rc.conf. Anyone know why? > > One suggestion, could you please try to execute the script with 'sh -x' > to see what it is actually executing? > I should mention, I'm running 7.0 STABLE # uname -imprsv FreeBSD 7.0-STABLE FreeBSD 7.0-STABLE #6: Wed Apr 16 17:14:28 CDT 2008 root@utd65257.utdallas.edu:/usr/obj/usr/src/sys/GENERIC i386 i386 GENERIC This is odd. It finds the conf setting in /etc/rc.conf: + dbus_enable=YES + hald_enable=YES + sancp_agent_enable=YES + sancp_agent_conf=/usr/local/etc/sguil-sensor/sancp_agent-ANYSERVER.conf + sourced_files=:/etc/rc.conf::/etc/rc.conf.local: + [ -r /etc/rc.conf.local ] + _rc_conf_loaded=true + [ -f /etc/rc.conf.d/sancp_agent ] + run_rc_command start + _return=0 But then it never uses it. ??? + eval rc_flags=$sancp_agent_flags + rc_flags=-D -c /usr/local/etc/sguil-sensor/sancp_agent.conf -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From avg at icyb.net.ua Tue May 13 20:29:05 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue May 13 20:29:14 2008 Subject: gizmo: linux libgconf In-Reply-To: <44zlquc68x.fsf@be-well.ilk.org> References: <4829E947.2090002@icyb.net.ua> <44zlquc68x.fsf@be-well.ilk.org> Message-ID: <4829FA07.2030900@icyb.net.ua> on 13/05/2008 23:13 Lowell Gilbert said the following: > Andriy Gapon writes: > >> Anybody tried to use Linux application from gizmo project on FreeBSD? >> http://gizmo5.com/pc/ >> http://gizmo5.com/pc/download/linux/ >> [this is something similar to skype but SIP based] > > And closed source. Could be more work than you expect. More closed than skype? :-) >> List of dependencies is quite small, but it needs libgconf (GConf2) >> and I am not sure which port (if any) provides it. > > devel/gconf2 That's native version, not Linux. >> Any advice on how to proceed? > > Try it and see what happens... Tried, (Linux) libgconf is not found. -- Andriy Gapon From avg at icyb.net.ua Tue May 13 20:30:13 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue May 13 20:30:19 2008 Subject: gizmo: linux libgconf In-Reply-To: References: <4829E947.2090002@icyb.net.ua> <44zlquc68x.fsf@be-well.ilk.org> Message-ID: <4829FA53.6070400@icyb.net.ua> on 13/05/2008 23:21 Jeremy Messenger said the following: > On Tue, 13 May 2008 15:13:18 -0500, Lowell Gilbert > wrote: > >> Andriy Gapon writes: >> >>> Anybody tried to use Linux application from gizmo project on FreeBSD? >>> http://gizmo5.com/pc/ >>> http://gizmo5.com/pc/download/linux/ >>> [this is something similar to skype but SIP based] >> >> And closed source. Could be more work than you expect. >> >>> List of dependencies is quite small, but it needs libgconf (GConf2) >>> and I am not sure which port (if any) provides it. >> >> devel/gconf2 > > I don't think it will working unless someone create a new linux-gconf2 > port. But I don't know if there will be problem(s) for linux-gconf2 and > gconf2 to be exist at the same time. I guess I could try to fetch a fedora package and try. I am just not sure how to install it properly, never worked on ports for Linux binaries before. > Cheers, > Mezz > >>> Any advice on how to proceed? >> >> Try it and see what happens... > > > -- Andriy Gapon From vivek at khera.org Tue May 13 21:33:49 2008 From: vivek at khera.org (Vivek Khera) Date: Tue May 13 21:33:52 2008 Subject: gizmo: linux libgconf In-Reply-To: <4829E947.2090002@icyb.net.ua> References: <4829E947.2090002@icyb.net.ua> Message-ID: <43BDCE36-A9B5-4B6D-8CA1-FBFD2E84822C@khera.org> On May 13, 2008, at 3:17 PM, Andriy Gapon wrote: > [this is something similar to skype but SIP based] So you can use *any* SIP client with gizmo for voice, and for chat, any suitable XMPP (jabber) client. They even give you instructions on what server settings to use to tie into their service. Personally, I use a gizmo account with a dial-in number and a SIP adapter to a regular touch-tone phone, and my family doesn't even know they're using a VOIP line. The Gizmo client itself I find of little use other than to check call history and account balance, but that works on the web too, just not as nicely. From sahil at tandon.net Wed May 14 01:14:25 2008 From: sahil at tandon.net (Sahil Tandon) Date: Wed May 14 01:14:28 2008 Subject: rc.d startup script problem In-Reply-To: <14848575EFE82AE05B2027F2@utd65257.utdallas.edu> References: <14848575EFE82AE05B2027F2@utd65257.utdallas.edu> Message-ID: <20080514011355.GA44926@shepherd> * Paul Schmehl [05-13-2008]: > This script will not start if you change the name or location of the conf > file in /etc/rc.conf. For some reason it's not parsing /etc/rc.conf. > Anyone know why? [...] > . /etc/rc.subr > > name="sancp_agent" > rcvar=`set_rcvar` > command="/usr/local/bin/sguil-sensor/sancp_agent.tcl" > procname="/usr/local/bin/tclsh8.4" > pidfile="/var/run/${name}.pid" > check_pidfile="${pidfile} ${procname} /bin/sh" > > [ -z "$sancp_agent_enable" ] && sancp_agent_enable="NO" > [ -z "$sancp_agent_conf" ] && > sancp_agent_conf="/usr/local/etc/sguil-sensor/sancp_agent.conf" > [ -z "$sancp_agent_flags" ] && sancp_agent_flags="-D" > > [ -n "$sancp_agent_conf" ] && sancp_agent_flags="$sancp_agent_flags -c > $sancp_agent_conf" > > load_rc_config $name Does anything change if you set this higher, say, right below check_pidfile but before all instances of sancp_agent_*? [...] -- Sahil Tandon From Alexander at Leidinger.net Wed May 14 05:36:52 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Wed May 14 05:36:59 2008 Subject: gizmo: linux libgconf In-Reply-To: <4829FA53.6070400@icyb.net.ua> References: <4829E947.2090002@icyb.net.ua> <44zlquc68x.fsf@be-well.ilk.org> <4829FA53.6070400@icyb.net.ua> Message-ID: <20080514073641.28185dk3mgg4pkw0@webmail.leidinger.net> Quoting Andriy Gapon (from Tue, 13 May 2008 23:30:11 +0300): > on 13/05/2008 23:21 Jeremy Messenger said the following: >> On Tue, 13 May 2008 15:13:18 -0500, Lowell Gilbert >> wrote: >> >>> Andriy Gapon writes: >>> >>>> Anybody tried to use Linux application from gizmo project on FreeBSD? >>>> http://gizmo5.com/pc/ >>>> http://gizmo5.com/pc/download/linux/ >>>> [this is something similar to skype but SIP based] >>> >>> And closed source. Could be more work than you expect. >>> >>>> List of dependencies is quite small, but it needs libgconf (GConf2) >>>> and I am not sure which port (if any) provides it. >>> >>> devel/gconf2 >> >> I don't think it will working unless someone create a new >> linux-gconf2 port. But I don't know if there will be problem(s) for >> linux-gconf2 and gconf2 to be exist at the same time. That's not a problem. A linux lib needs to be installed into LINUXBASE, and this is different from LOCALBASE. > I guess I could try to fetch a fedora package and try. > I am just not sure how to install it properly, never worked on ports > for Linux binaries before. Have a look at the linux-jpeg or linux-glib ports. It's not very hard Bye, Alexander. -- For a light heart lives long. -- Shakespeare, "Love's Labour's Lost" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From mezz7 at cox.net Wed May 14 06:44:46 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed May 14 06:44:51 2008 Subject: gizmo: linux libgconf In-Reply-To: <20080514073641.28185dk3mgg4pkw0@webmail.leidinger.net> References: <4829E947.2090002@icyb.net.ua> <44zlquc68x.fsf@be-well.ilk.org> <4829FA53.6070400@icyb.net.ua> <20080514073641.28185dk3mgg4pkw0@webmail.leidinger.net> Message-ID: On Wed, 14 May 2008 00:36:41 -0500, Alexander Leidinger wrote: > Quoting Andriy Gapon (from Tue, 13 May 2008 23:30:11 > +0300): > >> on 13/05/2008 23:21 Jeremy Messenger said the following: >>> On Tue, 13 May 2008 15:13:18 -0500, Lowell Gilbert >>> wrote: >>> >>>> Andriy Gapon writes: >>>> >>>>> Anybody tried to use Linux application from gizmo project on FreeBSD? >>>>> http://gizmo5.com/pc/ >>>>> http://gizmo5.com/pc/download/linux/ >>>>> [this is something similar to skype but SIP based] >>>> >>>> And closed source. Could be more work than you expect. >>>> >>>>> List of dependencies is quite small, but it needs libgconf (GConf2) >>>>> and I am not sure which port (if any) provides it. >>>> >>>> devel/gconf2 >>> >>> I don't think it will working unless someone create a new linux-gconf2 >>> port. But I don't know if there will be problem(s) for linux-gconf2 >>> and gconf2 to be exist at the same time. > > That's not a problem. A linux lib needs to be installed into LINUXBASE, > and this is different from LOCALBASE. It's not library that I am thinking about. ;-) Just that gconf settings when applications install in etc/gconf/* and storage in ~/.gconf*. Do we want gconf settings to be into one for linux-* and native? Or not? Sometime it can causes rare problem like old linux-gnome-volume-manager (non-exist, just example) and new gnome-volume-manager for not able to share ~/.gconf*. >> I guess I could try to fetch a fedora package and try. >> I am just not sure how to install it properly, never worked on ports >> for Linux binaries before. > > Have a look at the linux-jpeg or linux-glib ports. It's not very hard Also, be sure to check in our gconf2 and bsd.gnome.mk (GCONF_SCHEMAS) for how our ports handle with gconf stuff. Cheers, Mezz > Bye, > Alexander. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From Alexander at Leidinger.net Wed May 14 07:26:44 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Wed May 14 07:26:48 2008 Subject: gizmo: linux libgconf In-Reply-To: References: <4829E947.2090002@icyb.net.ua> <44zlquc68x.fsf@be-well.ilk.org> <4829FA53.6070400@icyb.net.ua> <20080514073641.28185dk3mgg4pkw0@webmail.leidinger.net> Message-ID: <20080514092636.11666seb600sm30o@webmail.leidinger.net> Quoting Jeremy Messenger (from Wed, 14 May 2008 01:47:02 -0500): > On Wed, 14 May 2008 00:36:41 -0500, Alexander Leidinger > wrote: > >> Quoting Andriy Gapon (from Tue, 13 May 2008 >> 23:30:11 +0300): >> >>> on 13/05/2008 23:21 Jeremy Messenger said the following: >>>> I don't think it will working unless someone create a new >>>> linux-gconf2 port. But I don't know if there will be problem(s) >>>> for linux-gconf2 and gconf2 to be exist at the same time. >> >> That's not a problem. A linux lib needs to be installed into >> LINUXBASE, and this is different from LOCALBASE. > > It's not library that I am thinking about. ;-) Just that gconf > settings when applications install in etc/gconf/* and storage in > ~/.gconf*. Do we want gconf settings to be into one for linux-* and > native? Or not? Sometime it can causes rare problem like old > linux-gnome-volume-manager (non-exist, just example) and new > gnome-volume-manager for not able to share ~/.gconf*. Yes we want it to use the native one. We already use the native fontconfig settings (And other stuff), so a compatible version of linux-gconf needs to be used. Bye, Alexander. -- Pardo's First Postulate: Anything good in life is either illegal, immoral, or fattening. Arnold's Addendum: Everything else causes cancer in rats. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From avg at icyb.net.ua Wed May 14 09:42:51 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Wed May 14 09:43:11 2008 Subject: gizmo: linux libgconf In-Reply-To: <4829E947.2090002@icyb.net.ua> References: <4829E947.2090002@icyb.net.ua> Message-ID: <482AB412.9040400@icyb.net.ua> Vivek Khera said: > So you can use *any* SIP client with gizmo for voice, and for chat, > any suitable XMPP (jabber) client. They even give you instructions on > what server settings to use to tie into their service. > > Personally, I use a gizmo account with a dial-in number and a SIP > adapter to a regular touch-tone phone, and my family doesn't even know > they're using a VOIP line. > > The Gizmo client itself I find of little use other than to check call > history and account balance, but that works on the web too, just not > as nicely. Hmm, I haven't even thought about this possibility. Thank you! BTW, can anyone recommend good software SIP client for FreeBSD? Thanks. -- Andriy Gapon From fenner at FreeBSD.org Wed May 14 10:00:13 2008 From: fenner at FreeBSD.org (Bill Fenner) Date: Wed May 14 10:00:18 2008 Subject: Possibly unbuildable ports reminder Message-ID: <200805141000.m4EA0CAc054608@freefall.freebsd.org> Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner From m.walraven at terantula.com Wed May 14 10:19:56 2008 From: m.walraven at terantula.com (Marco Walraven) Date: Wed May 14 10:19:59 2008 Subject: Using POSTFIX_DEFAULT_MTA in /etc/make.conf Message-ID: <20080514095530.GJ13370@cotton.terantula.com> Hi, During installation of /usr/port/mail/postfix (running in BATCH mode) I noted that the POSTFIX_DEFAULT_MTA=yes in my /etc/make.conf did not work. It kept the old /etc/mail/mailer.config and did not write the mailer.config pointing to the postfix binaries. If specified manually the correct mailer.conf gets written. Looking at the postfix/Makefile I would suggest adding POSTFIX_DEFAULT_MTA=${POSTFIX_DEFAULT_MTA} to the SCRIPTS_ENV var so that the pkg-install script will get to know about it. Can anyone confirm this ? M. -- Terantula - Industrial Strength Open Source phone:+31 64 3232 400 / www: http://www.terantula.com / pgpkey: E7EE7A46 pgp fingerprint: F2EE 122D 964C DE68 7380 6F95 3710 7719 E7EE 7A46 From brooks at freebsd.org Wed May 14 11:56:16 2008 From: brooks at freebsd.org (Brooks Davis) Date: Wed May 14 11:56:18 2008 Subject: rc.d startup script problem In-Reply-To: <14848575EFE82AE05B2027F2@utd65257.utdallas.edu> References: <14848575EFE82AE05B2027F2@utd65257.utdallas.edu> Message-ID: <20080514115626.GB69533@lor.one-eyed-alien.net> On Tue, May 13, 2008 at 02:35:54PM -0500, Paul Schmehl wrote: > This script will not start if you change the name or location of the conf > file in /etc/rc.conf. For some reason it's not parsing /etc/rc.conf. > Anyone know why? > > #!/bin/sh > > # PROVIDE: sancp_agent > # REQUIRE: DAEMON > # KEYWORD: shutdown > > # Add the following line to /etc/sguil-sensor/rc.conf to enable sancp_agent: > # sancp_agent_enable (bool): Set to YES to enable sancp_agent > # Default: NO > # sancp_agent_conf (str): Sensor_agent configuration file > # Default: > /usr/local/etc/sguil-sensor/sancp_agent.conf > # > > . /etc/rc.subr > > name="sancp_agent" > rcvar=`set_rcvar` > command="/usr/local/bin/sguil-sensor/sancp_agent.tcl" > procname="/usr/local/bin/tclsh8.4" > pidfile="/var/run/${name}.pid" > check_pidfile="${pidfile} ${procname} /bin/sh" > > [ -z "$sancp_agent_enable" ] && sancp_agent_enable="NO" > [ -z "$sancp_agent_conf" ] && > sancp_agent_conf="/usr/local/etc/sguil-sensor/sancp_agent.conf" > [ -z "$sancp_agent_flags" ] && sancp_agent_flags="-D" > > [ -n "$sancp_agent_conf" ] && sancp_agent_flags="$sancp_agent_flags -c > $sancp_agent_conf" This section needs to go below load_rc_conf so the variables are reliably defined. Also, command_args should generally be used instead of ${name}_flags. -- Brooks > load_rc_config $name > run_rc_command "$1" > > # grep sancp /etc/rc.conf > sancp_agent_enable="YES" > sancp_agent_conf="/usr/local/etc/sguil-sensor/sancp_agent-ANYSERVER.conf" > > What's the problem? > > -- > Paul Schmehl (pauls@utdallas.edu) > Senior Information Security Analyst > The University of Texas at Dallas > http://www.utdallas.edu/ir/security/ > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080514/526ddaf7/attachment.pgp From vivek at khera.org Wed May 14 14:57:43 2008 From: vivek at khera.org (Vivek Khera) Date: Wed May 14 14:57:50 2008 Subject: gizmo: linux libgconf In-Reply-To: <482AB412.9040400@icyb.net.ua> References: <4829E947.2090002@icyb.net.ua> <482AB412.9040400@icyb.net.ua> Message-ID: <29D150C6-F9A7-43FF-80A1-9D7EF5BBBE45@khera.org> On May 14, 2008, at 5:42 AM, Andriy Gapon wrote: > Vivek Khera said: >> So you can use *any* SIP client with gizmo for voice, and for >> chat, any suitable XMPP (jabber) client. They even give you >> instructions on what server settings to use to tie into their >> service. >> Personally, I use a gizmo account with a dial-in number and a SIP >> adapter to a regular touch-tone phone, and my family doesn't even >> know they're using a VOIP line. >> The Gizmo client itself I find of little use other than to check >> call history and account balance, but that works on the web too, >> just not as nicely. > > Hmm, I haven't even thought about this possibility. > Thank you! > > BTW, can anyone recommend good software SIP client for FreeBSD? > Thanks. In ports, I see linphone and twinkle. I suspect there are more. From pauls at utdallas.edu Wed May 14 16:08:29 2008 From: pauls at utdallas.edu (Paul Schmehl) Date: Wed May 14 16:08:38 2008 Subject: rc.d startup script problem In-Reply-To: <20080514115626.GB69533@lor.one-eyed-alien.net> References: <14848575EFE82AE05B2027F2@utd65257.utdallas.edu> <20080514115626.GB69533@lor.one-eyed-alien.net> Message-ID: <5270C739E0A7C92683E03AB7@utd65257.utdallas.edu> --On Wednesday, May 14, 2008 06:56:26 -0500 Brooks Davis wrote: > On Tue, May 13, 2008 at 02:35:54PM -0500, Paul Schmehl wrote: >> This script will not start if you change the name or location of the conf >> file in /etc/rc.conf. For some reason it's not parsing /etc/rc.conf. >> Anyone know why? >> >> # !/bin/sh >> >> # PROVIDE: sancp_agent >> # REQUIRE: DAEMON >> # KEYWORD: shutdown >> >> # Add the following line to /etc/sguil-sensor/rc.conf to enable sancp_agent: >> # sancp_agent_enable (bool): Set to YES to enable sancp_agent >> # Default: NO >> # sancp_agent_conf (str): Sensor_agent configuration file >> # Default: >> /usr/local/etc/sguil-sensor/sancp_agent.conf >> # >> >> . /etc/rc.subr >> >> name="sancp_agent" >> rcvar=`set_rcvar` >> command="/usr/local/bin/sguil-sensor/sancp_agent.tcl" >> procname="/usr/local/bin/tclsh8.4" >> pidfile="/var/run/${name}.pid" >> check_pidfile="${pidfile} ${procname} /bin/sh" >> >> [ -z "$sancp_agent_enable" ] && sancp_agent_enable="NO" >> [ -z "$sancp_agent_conf" ] && >> sancp_agent_conf="/usr/local/etc/sguil-sensor/sancp_agent.conf" >> [ -z "$sancp_agent_flags" ] && sancp_agent_flags="-D" >> >> [ -n "$sancp_agent_conf" ] && sancp_agent_flags="$sancp_agent_flags -c >> $sancp_agent_conf" > > This section needs to go below load_rc_conf so the variables are > reliably defined. Doh! Thanks Brooks. I knew it had to be something I'd overlooked. That one is dumb. > Also, command_args should generally be used instead of ${name}_flags. Thanks. I'll start using that. -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From sahil at tandon.net Wed May 14 16:28:20 2008 From: sahil at tandon.net (Sahil Tandon) Date: Wed May 14 16:28:23 2008 Subject: rc.d startup script problem In-Reply-To: <5270C739E0A7C92683E03AB7@utd65257.utdallas.edu> References: <14848575EFE82AE05B2027F2@utd65257.utdallas.edu> <20080514115626.GB69533@lor.one-eyed-alien.net> <5270C739E0A7C92683E03AB7@utd65257.utdallas.edu> Message-ID: <20080514162812.GA45838@shepherd> * Paul Schmehl [05-14-2008]: >> This section needs to go below load_rc_conf so the variables are >> reliably defined. > > Doh! Thanks Brooks. I knew it had to be something I'd overlooked. That > one is dumb. When I sent my email last night, I noticed it after I noticed you had it correctly placed in your sancp port in the current tree. :-) -- Sahil Tandon From avg at icyb.net.ua Thu May 15 12:40:35 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Thu May 15 12:40:40 2008 Subject: gizmo: linux libgconf In-Reply-To: <1210789400.00070056.1210777202@10.7.7.3> References: <1210721001.00069701.1210710001@10.7.7.3> <1210771382.00069914.1210758605@10.7.7.3> <1210789400.00070056.1210777202@10.7.7.3> Message-ID: <482C2F3F.2050205@icyb.net.ua> on 14/05/2008 17:57 Vivek Khera said the following: > > On May 14, 2008, at 5:42 AM, Andriy Gapon wrote: > >> Vivek Khera said: >>> So you can use *any* SIP client with gizmo for voice, and for chat, >>> any suitable XMPP (jabber) client. They even give you instructions >>> on what server settings to use to tie into their service. >>> Personally, I use a gizmo account with a dial-in number and a SIP >>> adapter to a regular touch-tone phone, and my family doesn't even >>> know they're using a VOIP line. >>> The Gizmo client itself I find of little use other than to check >>> call history and account balance, but that works on the web too, >>> just not as nicely. >> >> Hmm, I haven't even thought about this possibility. >> Thank you! >> >> BTW, can anyone recommend good software SIP client for FreeBSD? >> Thanks. > > In ports, I see linphone and twinkle. I suspect there are more. I ended up using kphone, actually I started up using it :-) The only slightly tricky thing is that gizmo requires their client to get registered. So I fetched Fedora 7 rpms for GConf2 and ORBit and installed them using linux-glib port as a model (without going into trouble of doing it properly). After that I could register with gizmo linux client successfully. Unfortunately the client didn't work past that, it exited with some obscure error like "Can not start UA0". But I didn't care, I used kphone from that point on. -- Andriy Gapon From freebsd at troback.com Thu May 15 20:27:13 2008 From: freebsd at troback.com (Anders =?ISO-8859-1?B?VHJvYuRjaw==?=) Date: Thu May 15 20:27:18 2008 Subject: Gconf_schemas... Message-ID: <20080515220629.7d1b5abe@baal.troback.com> Hi, I'm a maintainer of science/gramps. The port is using schemas and in the the Makefile I have GCONF_SCHEMAS=gramps.schemas. I'm now working on a upgrade of the port. The latest version of the program installs the schema file as /usr/local/share/mime/packages/gramps.schemas. Is it OK to let the program put the file there? If yes, should I stop using GCONF_SCHEMAS and just add the file to pkg-plist as a normal file? If no, how do I resolve this? Thanks for your time! Regards, Anders Trob?ck Sweden -- ================================================================ Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" ---------------------------------------------------------------- Anders Trob?ck http://www.troback.com/ - From mezz7 at cox.net Thu May 15 20:45:09 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu May 15 20:45:13 2008 Subject: Gconf_schemas... In-Reply-To: <20080515220629.7d1b5abe@baal.troback.com> References: <20080515220629.7d1b5abe@baal.troback.com> Message-ID: On Thu, 15 May 2008 15:06:29 -0500, Anders Trob?ck wrote: > Hi, > > I'm a maintainer of science/gramps. The port is using schemas and in > the the Makefile I have GCONF_SCHEMAS=gramps.schemas. > > I'm now working on a upgrade of the port. The latest version of > the program installs the schema file > as /usr/local/share/mime/packages/gramps.schemas. > > Is it OK to let the program put the file there? It's not ok and is a bug. More like copy-n-paste error by upstream, so you should file a bug report. > If yes, should I stop using GCONF_SCHEMAS and just add the file to > pkg-plist as a normal file? > > If no, how do I resolve this? Normal, it should be use GCONF_SCHEMA_FILE_DIR like this: schemasdir = $(GCONF_SCHEMA_FILE_DIR) Most of time, the schemas files are in ${WRKSRC}/ or ${WRKSRC}/data/ (more like data), so add a patch for data/Makefile.in. Cheers, Mezz > Thanks for your time! > > > Regards, > Anders Trob?ck > Sweden -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From freebsd-ports at greenfinch.com Thu May 15 20:47:42 2008 From: freebsd-ports at greenfinch.com (Philip Plant) Date: Thu May 15 20:47:45 2008 Subject: Problems installing JDK1.6 on FreeBSD 7.0R Message-ID: <20080515201648.GA7969@skylark.greenfinch.com> Hi folks, I posted this problem to freebsd-java yesterday, no-one's offered any advice yet but I thought that maybe you guys might have an idea what's going on. I'm having real difficulties installing JDK1.6 from the latest ports tree - please could anyone advise what's going wrong and the best way I can go about fixing it? Many thanks, Philip. FreeBSD 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sat Mar 29 13:53:08 UTC 2008 ===> Applying FreeBSD patches for jdk-1.6.0.3p4_1 ===> jdk-1.6.0.3p4_1 depends on executable: zip - found ===> jdk-1.6.0.3p4_1 depends on executable: unzip - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/lib/libXm.so - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/include/cups/cups.h - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/diablo-jdk1.5.0/bin/javac - found ===> jdk-1.6.0.3p4_1 depends on executable: gmake - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/libdata/pkgconfig/x11.pc - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/libdata/pkgconfig/xext.pc - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/libdata/pkgconfig/xi.pc - found ===> jdk-1.6.0.3p4_1 depends on file: /usr/local/libdata/pkgconfig/xtst.pc - found ===> jdk-1.6.0.3p4_1 depends on executable: pkg-config - found ===> jdk-1.6.0.3p4_1 depends on executable: update-desktop-database - found ===> jdk-1.6.0.3p4_1 depends on shared library: iconv.3 - found ===> jdk-1.6.0.3p4_1 depends on shared library: glib-2.0.0 - found ===> Configuring for jdk-1.6.0.3p4_1 ===> Building for jdk-1.6.0.3p4_1 # Start of jdk build bsd i586 1.6.0_03-p4 build started: 08-05-14 17:33 [: /libexec/ld-elf: bad number [: /libexec/ld-elf: bad number gmake[1]: Entering directory `/usr/ports/java/jdk16/work/deploy/make' gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/deploy/make' [: /libexec/ld-elf: bad number [: /libexec/ld-elf: bad number gmake[1]: Entering directory `/usr/ports/java/jdk16/work/j2se/make' [: so: bad number echo "WARNING: Importing CUPS from a system location \n" \ "" >> /usr/ports/java/jdk16/work/control/build/bsd-i586/sanityCheckWarnings.txt gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/j2se/make' gmake[1]: Entering directory `/usr/ports/java/jdk16/work/install/make' gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/install/make' Build Machine Information: build machine = Build Directory Structure: CWD = /usr/ports/java/jdk16/work/control/make TOPDIR = ../.. CONTROL_TOPDIR = ../../control HOTSPOT_TOPDIR = ../../hotspot J2SE_TOPDIR = ../../j2se DEPLOY_TOPDIR = ../../deploy INSTALL_TOPDIR = ../../install Build Directives: BUILD_HOTSPOT = true BUILD_MOTIF = false BUILD_J2SE = true BUILD_DEPLOY = true BUILD_INSTALL = true Hotspot Settings: \n HOTSPOT_BUILD_JOBS = \n HOTSPOT_OUTPUTDIR = /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir \n HOTSPOT_EXPORT_PATH = /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import \n \n \nBootstrap Settings:\n BOOTDIR = /usr/local/diablo-jdk1.5.0\n ALT_BOOTDIR = /usr/local/diablo-jdk1.5.0\n BOOT_VER = /libexec/ld-elf.so.1: /usr/local/lib/compat/libpthread.so.2: Undefined symbol __malloc_lock [requires at least 1.5]\n OUTPUTDIR = /usr/ports/java/jdk16/work/control/build/bsd-i586\n ALT_OUTPUTDIR = /usr/ports/java/jdk16/work/control/build/bsd-i586\n ABS_OUTPUTDIR = /usr/ports/java/jdk16/work/control/build/bsd-i586\n \nBuild Tool Settings:\n SLASH_JAVA = /java\n ALT_SLASH_JAVA = \n VARIANT = OPT\n JDK_DEVTOOLS_DIR = /java/devtools\n ALT_JDK_DEVTOOLS_DIR = \n UNIXCOMMAND_PATH = /bin/\n ALT_UNIXCOMMAND_PATH = \n COMPILER_PATH = /usr/bin/\n ALT_COMPILER_PATH = \n DEVTOOLS_PATH = /usr/local/\n ALT_DEVTOOLS_PATH = /usr/local\n MOTIF_DIR = /usr/local\n ALT_MOTIF_DIR = /usr/local\n COMPILER_NAME = GCC\n COMPILER_VERSION = \n CC_VER = 4.2 [requires at least 3.3]\n ZIP_VER = 2.32 [requires at least 2.2]\n UNZIP_VER = 5.52 [requires at least 5.12]\n PATH = /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin\n TEMPDIR = /usr/ports/java/jdk16/work/control/build/bsd-i586/tmp\n \nBuild Directives:\n USE_ONLY_BOOTDIR_TOOLS = \n USE_HOTSPOT_INTERPRETER_MODE = \n PEDANTIC = \n DEV_ONLY = \n J2RE_ONLY = \n NO_DOCS = \n NO_IMAGES = \n TOOLS_ONLY = \n INSANE = \n PARALLEL_COMPILES = true\n PARALLEL_COMPILE_JOBS = 2\n ALT_PARALLEL_COMPILE_JOBS = \n FASTDEBUG = \n COMPILER_WARNINGS_FATAL = false\n COMPILER_WARNING_LEVEL = \n INCREMENTAL_BUILD = false\n CC_HIGHEST_OPT = \n CC_HIGHER_OPT = \n CC_LOWER_OPT = \n CXXFLAGS = -fPIC -DCC_NOEX -W -Wall -Wno-unused -Wno-parentheses \n CFLAGS = -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses \n JAVA_BOOT = /usr/local/diablo-jdk1.5.0/bin/java -client -Xmx512m -Xms256m\n JAVAC_BOOT = /usr/local/diablo-jdk1.5.0/bin/javac -J-XX:ThreadStackSize=768 -J-client -J-Xmx512m -J-Xms256m -J-Xbootclasspath/p:./../make/sun/javac/javac/gjc.jar -target 5\n JAR_BOOT = /usr/local/diablo-jdk1.5.0/bin/jar\n JAVAH_BOOT = /usr/local/diablo-jdk1.5.0/bin/javah -J-XX:ThreadStackSize=768 -J-client -J-Xmx512m -J-Xms256m -J-Xbootclasspath/p:./../make/sun/javac/javac/gjc.jar\n JAVA = /usr/ports/java/jdk16/work/control/build/bsd-i586/bin/java -client -Xmx512m -Xms256m\n JAVAC = /usr/ports/java/jdk16/work/control/build/bsd-i586/bin/javac -J-XX:ThreadStackSize=768 -J-client -J-Xmx512m -J-Xms256m\n JAR = /usr/ports/java/jdk16/work/control/build/bsd-i586/bin/jar\n JAVAH = \n \nBuild Platform Settings:\n USER = philip\n PLATFORM = bsd\n ARCH = i586\n LIBARCH = i386\n ARCH_FAMILY = i586\n ARCH_DATA_MODEL = 32\n ARCHPROP = i386\n OS_VERSION = 7.0-RELEASE [requires at least 6.0]\n OS_NAME = freebsd\n TEMP_FREE_SPACE = 1015260\n FREE_SPACE = 216996716\n MB_OF_MEMORY = 1011\n \nGNU Make Settings:\n MAKE = gmake\n MAKE_VER = 3.81 [requires at least 3.78]\n MAKECMDGOALS = sanity\n MAKEFLAGS = w -- ARCH_DATA_MODEL=32 BUILD_MOTIF=false BUILD_HOTSPOT=true ALT_HOTSPOT_IMPORT_PATH=/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import ALT_OUTPUTDIR=/usr/ports/java/jdk16/work/control/build/bsd-i586 FULL_VERSION=1.6.0_03-p4-philip_14_may_2008_17_33-b00 JDK_BUILD_NUMBER=b00 BUILD_NUMBER=b00 MILESTONE=p4 EXTERNALSANITYCONTROL=true HOTSPOT_IMPORT_CHECK=false\n SHELL = /bin/sh\n \nTarget Build Versions:\n JDK_VERSION = 1.6.0_03\n MILESTONE = p4\n RELEASE = 1.6.0_03-p4\n FULL_VERSION = 1.6.0_03-p4-philip_14_may_2008_17_33-b00\n BUILD_NUMBER = b00\n \nExternal File/Binary Locations:\n USRJDKINSTANCES_PATH = /usr/local\n JDK_IMPORT_PATH = /java/re/j2se/1.6.0_03/promoted/latest/binaries/bsd-i586\n ALT_JDK_IMPORT_PATH = \n HOTSPOT_DOCS_IMPORT_PATH = /NO_DOCS_DIR\n ALT_HOTSPOT_DOCS_IMPORT_PATH = \n HOTSPOT_IMPORT_PATH = /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import\n ALT_HOTSPOT_IMPORT_PATH = /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import\n HOTSPOT_CLIENT_PATH = /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import/jre/lib/i386/client\n ALT_HOTSPOT_CLIENT_PATH = \n HOTSPOT_SERVER_PATH = /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import/jre/lib/i386/server\n ALT_HOTSPOT_SERVER_PATH = \n CACERTS_FILE = ./../src/share/lib/security/cacerts\n ALT_CACERTS_FILE = \n MOZILLA_HEADERS_PATH = /src/plugin/share/plugin\n ALT_MOZILLA_HEADERS_PATH = \n CUPS_HEADERS_PATH = /usr/local/include\n ALT_CUPS_HEADERS_PATH = \n \nPrevious JDK Settings:\n PREVIOUS_RELEASE_PATH = /java/re/j2se/1.5.0/archive/fcs/bundles/bsd-i586\n ALT_PREVIOUS_RELEASE_PATH = \n PREVIOUS_JDK_VERSION = 1.5.0\n ALT_PREVIOUS_JDK_VERSION = \n PREVIOUS_JDK_FILE = jdk-1_5_0-bsd-i586.tar.gz\n ALT_PREVIOUS_JDK_FILE = \n PREVIOUS_JRE_FILE = jdk-1_5_0-bsd-i586.tar.gz\n ALT_PREVIOUS_JRE_FILE = \n No setting required for Unix Systems WARNING: The official bsd builds use OS version 6.0. \n You appear to be using OS version 7.0-RELEASE. \n WARNING: The bsd compiler must be version 3.3 \n Specifically the GCC compiler. \n You appear to be using compiler version: 4.2 \n The compiler was obtained from the following location: \n /usr/bin/ \n Please change your compiler. \n WARNING: The official bsd builds use OS version 6.0. \n You appear to be using OS version 7.0-RELEASE. \n WARNING: The directory HOTSPOT_DOCS_IMPORT_PATH=/NO_DOCS_DIR \n does not exist, check your value of ALT_HOTSPOT_DOCS_IMPORT_PATH. \n WARNING: The bsd compiler must be version 3.3 \n Specifically the GCC compiler. \n You appear to be using compiler version: 4.2 \n The compiler was obtained from the following location: \n /usr/bin/ \n Please change your compiler. \n WARNING: Importing CUPS from a system location \n Sanity check passed. mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import cd ../../hotspot/make ; \ gmake ALT_SLASH_JAVA=/java ARCH_DATA_MODEL=32 ALT_OUTPUTDIR=/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir ALT_EXPORT_PATH=/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/import PREVIOUS_JDK_VERSION=1.5.0 ALT_BOOTDIR=/usr/local/diablo-jdk1.5.0 FULL_VERSION="1.6.0_03-p4-philip_14_may_2008_17_33-b00" JDK_VERSION=1.6.0_03 COOKED_JDK_UPDATE_VERSION=30 COOKED_BUILD_NUMBER=0 JDK_MKTG_VERSION=6u3 JDK_MAJOR_VERSION=1 JDK_MINOR_VERSION=6 JDK_MICRO_VERSION=0 all_product gmake[1]: Entering directory `/usr/ports/java/jdk16/work/hotspot/make' gmake VM_TARGET=product generic_build2 gmake[2]: Entering directory `/usr/ports/java/jdk16/work/hotspot/make' mkdir -p /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir cd /usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir; \ gmake -f /usr/ports/java/jdk16/work/hotspot/build/bsd/Makefile \ HOTSPOT_BUILD_VERSION=1.6.0_03-p4-philip_14_may_2008_17_33-b00 JAVA_HOME=/usr/local/diablo-jdk1.5.0 GAMMADIR=/usr/ports/java/jdk16/work/hotspot MAKE_VERBOSE=y product gmake[3]: Entering directory `/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir' gmake -f /usr/ports/java/jdk16/work/hotspot/build/bsd/Makefile checks gmake[4]: Entering directory `/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir' /usr/local/diablo-jdk1.5.0/bin/javap javax.xml.transform.TransformerFactory > /dev/null 2>&1; \ if [ $? -ne 0 ]; then \ /usr/local/diablo-jdk1.5.0/bin/java -version; \ echo "*** An XSLT processor (J2SE 1.4.x or newer) is required" \ "to bootstrap this build" 1>&2; \ exit 1; \ fi /libexec/ld-elf.so.1: /usr/local/lib/compat/libpthread.so.2: Undefined symbol "__malloc_lock" *** An XSLT processor (J2SE 1.4.x or newer) is required to bootstrap this build gmake[4]: *** [check_j2se_version] Error 1 gmake[4]: Leaving directory `/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir' gmake[3]: *** [bsd_i486_compiler2/debug] Error 2 gmake[3]: Leaving directory `/usr/ports/java/jdk16/work/control/build/bsd-i586/hotspot/outputdir' gmake[2]: *** [generic_build2] Error 2 gmake[2]: Leaving directory `/usr/ports/java/jdk16/work/hotspot/make' gmake[1]: *** [product] Error 2 gmake[1]: Leaving directory `/usr/ports/java/jdk16/work/hotspot/make' gmake: *** [hotspot-build] Error 2 *** Error code 2 Stop in /usr/ports/java/jdk16. *** Error code 1 Stop in /usr/ports/java/jdk16. ----- End forwarded message ----- From amdmi3 at amdmi3.ru Fri May 16 05:25:10 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Fri May 16 05:25:14 2008 Subject: Gnash 0.8.2 Message-ID: <20080516052503.GF4543@hades.panopticon> Hi! I've submitted update for gnash port to 0.8.2 (see http://www.freebsd.org/cgi/query-pr.cgi?pr=123708). We still have some time before it's comitted so I'd ask everione interested in this port to test it. For me it seems like 0.8.2 is a regression compared to 0.8.1. I don't see that either 0.8.2 or gnash CVS support more flash clips that 0.8.1 didn't support. Instead many youtube videos won't play any more and fast OpenGL renderer seems broken (please confirm it). So, as I don't know many flash-enabled sites, I will be happy to listen for your opinions on 0.8.1 vs 0.8.2. graphics/gnash-devel port with recent CVS snapshot will be added without question, so given that graphics/gnash may be left at 0.8.1 for now if upgrade to 0.8.2 brings less than it takes. -- Dmitry A. Marakasov | jabber: amdmi3@jabber.ru amdmi3@amdmi3.ru | http://www.amdmi3.ru From thord.matre at portveien2.com Fri May 16 08:44:37 2008 From: thord.matre at portveien2.com (Thord Matre) Date: Fri May 16 08:44:40 2008 Subject: Regarding port /net-p2p/torrentflux/ Message-ID: <58622.212.89.48.14.1210925499.squirrel@www.portveien2.com> The port /net-p2p/torrentflux/ does no longer build and work properly. Please set it to BROKEN. The application has been maintained and developed by another group of people http://tf-b4rt.berlios.de/ I hope this app will be available in ports collection in near future. -- Best regards Thord Matre From erwin at FreeBSD.org Fri May 16 09:49:32 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri May 16 09:49:35 2008 Subject: INDEX build failed for 5.x Message-ID: <200805160949.m4G9nFd2063415@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: open-vm-tools-90473_2 Committers on the hook: ale anders araujo chinsan dinoex fjoe green hq jadawin mbr mm mnag obrien pav rafan shaun sumikawa Most recent CVS update was: U comms/obexapp/Makefile U comms/obexapp/distinfo U comms/obexapp/files/patch-Makefile U databases/adodb/Makefile U databases/adodb/distinfo U databases/adodb/pkg-plist U databases/adodb5/Makefile U databases/adodb5/distinfo U databases/adodb5/pkg-plist U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-Expect-Simple/Makefile U devel/p5-Expect-Simple/distinfo U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U emulators/Makefile U emulators/open-vm-tools/Makefile U emulators/open-vm-tools-nox11/Makefile U graphics/Makefile U graphics/kradview/Makefile U graphics/kradview/distinfo U graphics/kradview/pkg-descr U graphics/kradview/pkg-plist U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From erwin at FreeBSD.org Fri May 16 10:53:08 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri May 16 10:53:10 2008 Subject: INDEX build failed for 5.x Message-ID: <200805161052.m4GAqpd6089699@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: open-vm-tools-90473_2 Committers on the hook: ale anders araujo chinsan dinoex fjoe green hq jadawin mbr mm mnag obrien pav rafan shaun sobomax sumikawa Most recent CVS update was: U archivers/star-devel/Makefile U archivers/star-devel/distinfo U archivers/star-devel/files/patch-star::Makefile U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net/asterisk/Makefile U net/asterisk/distinfo U net/asterisk/pkg-plist U net/asterisk/files/codecnego-patch-Makefile U net/asterisk/files/dtmf_debug.diff U net/asterisk/files/feature_disconnect.diff U net/asterisk/files/nocodecnego-patch-Makefile U net/asterisk/files/patch-channels::chan_sip.c U net/asterisk/files/patch-channels::h323::ast_h323.cxx U net/asterisk/files/patch-main::Makefile U net/asterisk/files/patch-main::manager.c U net/asterisk/files/rtp_force_dtmf-codecnego.diff U net/asterisk/files/rtp_force_dtmf-nocodecnego.diff U net/asterisk/files/sip_force_callid.diff U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From erwin at FreeBSD.org Fri May 16 11:52:36 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri May 16 11:52:38 2008 Subject: INDEX build failed for 5.x Message-ID: <200805161152.m4GBqJYb044410@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: open-vm-tools-90473_2 Committers on the hook: ale anders araujo chinsan dinoex fjoe green hq jadawin mbr mm mnag obrien pav rafan shaun sobomax sumikawa Most recent CVS update was: U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From unixmania at gmail.com Fri May 16 12:11:51 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Fri May 16 12:11:54 2008 Subject: Gnash 0.8.2 In-Reply-To: <20080516052503.GF4543@hades.panopticon> References: <20080516052503.GF4543@hades.panopticon> Message-ID: On Fri, May 16, 2008 at 2:25 AM, Dmitry Marakasov wrote: > I've submitted update for gnash port to 0.8.2 (see > http://www.freebsd.org/cgi/query-pr.cgi?pr=123708). We still have > some time before it's comitted so I'd ask everione interested in > this port to test it. > > For me it seems like 0.8.2 is a regression compared to 0.8.1. I > don't see that either 0.8.2 or gnash CVS support more flash clips > that 0.8.1 didn't support. Instead many youtube videos won't play > any more and fast OpenGL renderer seems broken (please confirm it). Yes, OpenGL renderer seems to be broken on 0.8.2. I attempted to use it but got much better results using AGG. I believe that it should be classified as experimental, like the Cairo renderer is. > So, as I don't know many flash-enabled sites, I will be happy to > listen for your opinions on 0.8.1 vs 0.8.2. graphics/gnash-devel > port with recent CVS snapshot will be added without question, so > given that graphics/gnash may be left at 0.8.1 for now if upgrade > to 0.8.2 brings less than it takes. Both 0.8.2 and devel versions successfully render videos of some sites where 0.8.1 failed when I tested. This one, for example: http://charges.uol.com.br/ I noticed that video rendering lags behind audio with 0.8.2 and devel. It seems that video rendering with AGG is not fast enough, so I will try to improve the performance by trimming some compilation parameters. -- Carlos A. M. dos Santos From erwin at FreeBSD.org Fri May 16 12:53:30 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri May 16 12:53:40 2008 Subject: INDEX build failed for 5.x Message-ID: <200805161253.m4GCrDE3027028@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: open-vm-tools-90473_2 Committers on the hook: ale anders araujo chinsan dinoex ehaupt fjoe green hq jadawin mbr miwi mm mnag obrien pav rafan shaun sobomax sumikawa Most recent CVS update was: U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U emulators/open-vm-tools-nox11/Makefile U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U sysutils/vobcopy/Makefile U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py U www/squid/Makefile U www/squid/files/patch-tools-Makefile.in U www/squid/files/pkg-message.in U www/squid30/Makefile U www/squid30/files/patch-tools-Makefile.in U x11-toolkits/qwt5/Makefile U x11-toolkits/qwt5/distinfo U x11-toolkits/qwt5/pkg-plist U x11-toolkits/qwt5/files/Makefile.man U x11-toolkits/qwt5/files/patch-designer__designer.pro U x11-toolkits/qwt5/files/patch-qwtconfig.pri U x11-toolkits/qwt5/files/patch-src__src.pro From erwin at FreeBSD.org Fri May 16 13:51:55 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri May 16 13:51:58 2008 Subject: INDEX build failed for 5.x Message-ID: <200805161351.m4GDpcFl069514@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait..pkg_info: not found pkg_info: not found pkg_info: not found pkg_info: not found Done. Warning: Duplicate INDEX entry: open-vm-tools-90473_2 Committers on the hook: ale anders araujo chinsan dinoex ehaupt fjoe green hq jadawin mbr miwi mm mnag obrien pav rafan shaun sobomax sumikawa Most recent CVS update was: U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U devel/pyrex/Makefile U devel/pyrex/distinfo U games/blobandconquer/Makefile U games/blobandconquer/distinfo U games/blobandconquer/pkg-plist U games/jigzo/Makefile U games/jigzo/distinfo U games/jigzo/files/patch-Makefile U graphics/fraqtive/Makefile U graphics/fraqtive/distinfo U mail/imapsync/Makefile U mail/imapsync/distinfo U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U math/qtiplot/Makefile U math/qtiplot/distinfo U math/qtiplot/pkg-plist U math/qtiplot/files/patch-qtiplot.pro U math/qtiplot/files/patch-qtiplot__qtiplot.pro U math/qtiplot-doc/Makefile U math/qtiplot-doc/distinfo U math/qtiplot-doc/pkg-plist U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From erwin at FreeBSD.org Fri May 16 14:53:13 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Fri May 16 14:53:17 2008 Subject: INDEX now builds successfully on 5.x Message-ID: <200805161452.m4GEqtZF037095@pointyhat.freebsd.org> From avg at icyb.net.ua Fri May 16 18:54:18 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri May 16 18:54:22 2008 Subject: porting of SVN-only software Message-ID: <482DD851.4090902@icyb.net.ua> Suppose there is a project that does not produce any official snapshots or releases of its source-code, keeps all sources in SVN and the best it does - declares a certain revision as stable or something similar. What would be the best way to create a FreeBSD port for such software? Any examples? Thank you! -- Andriy Gapon From wxs at FreeBSD.org Fri May 16 18:56:24 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Fri May 16 18:56:27 2008 Subject: porting of SVN-only software In-Reply-To: <482DD851.4090902@icyb.net.ua> References: <482DD851.4090902@icyb.net.ua> Message-ID: <20080516190149.GC73943@atarininja.org> On Fri, May 16, 2008 at 09:54:09PM +0300, Andriy Gapon wrote: > > Suppose there is a project that does not produce any official snapshots or > releases of its source-code, keeps all sources in SVN and the best it does > - declares a certain revision as stable or something similar. > What would be the best way to create a FreeBSD port for such software? > Any examples? My approach would be to produce a tarball of the checkout and work with that. -- WXS From avg at icyb.net.ua Fri May 16 18:57:50 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Fri May 16 18:57:52 2008 Subject: porting of SVN-only software In-Reply-To: <20080516190149.GC73943@atarininja.org> References: <482DD851.4090902@icyb.net.ua> <20080516190149.GC73943@atarininja.org> Message-ID: <482DD92B.5070505@icyb.net.ua> on 16/05/2008 22:01 Wesley Shields said the following: > On Fri, May 16, 2008 at 09:54:09PM +0300, Andriy Gapon wrote: >> Suppose there is a project that does not produce any official snapshots or >> releases of its source-code, keeps all sources in SVN and the best it does >> - declares a certain revision as stable or something similar. >> What would be the best way to create a FreeBSD port for such software? >> Any examples? > > My approach would be to produce a tarball of the checkout and work with > that. Simple and good enough! Thanks! -- Andriy Gapon From gabor at FreeBSD.org Fri May 16 19:23:58 2008 From: gabor at FreeBSD.org (Gabor Kovesdan) Date: Fri May 16 19:24:02 2008 Subject: porting of SVN-only software In-Reply-To: <20080516190149.GC73943@atarininja.org> References: <482DD851.4090902@icyb.net.ua> <20080516190149.GC73943@atarininja.org> Message-ID: <482DDBA9.4070504@FreeBSD.org> Wesley Shields escribi?: > On Fri, May 16, 2008 at 09:54:09PM +0300, Andriy Gapon wrote: > >> Suppose there is a project that does not produce any official snapshots or >> releases of its source-code, keeps all sources in SVN and the best it does >> - declares a certain revision as stable or something similar. >> What would be the best way to create a FreeBSD port for such software? >> Any examples? >> > > My approach would be to produce a tarball of the checkout and work with > that. Agreed. The date of the checkout should be the PORTVERSION, for example 20080516. G?bor From spam at rm-rf.kiev.ua Fri May 16 20:04:31 2008 From: spam at rm-rf.kiev.ua (Alex Kozlov) Date: Fri May 16 20:04:34 2008 Subject: porting of SVN-only software Message-ID: <20080516191105.GA37264@ravenloft.kiev.ua> On Fri, May 16, 2008 at 09:54:09PM +0300, Andriy Gapon wrote: > > Suppose there is a project that does not produce any official snapshots or > releases of its source-code, keeps all sources in SVN and the best it does > - declares a certain revision as stable or something similar. > What would be the best way to create a FreeBSD port for such software? > Any examples? You may find multimedia/flv2mpeg4 useful. > Thank you! -- Adios From brooks at freebsd.org Fri May 16 21:13:15 2008 From: brooks at freebsd.org (Brooks Davis) Date: Fri May 16 21:13:17 2008 Subject: porting of SVN-only software In-Reply-To: <482DDBA9.4070504@FreeBSD.org> References: <482DD851.4090902@icyb.net.ua> <20080516190149.GC73943@atarininja.org> <482DDBA9.4070504@FreeBSD.org> Message-ID: <20080516211325.GB91492@lor.one-eyed-alien.net> On Fri, May 16, 2008 at 09:08:25PM +0200, Gabor Kovesdan wrote: > Wesley Shields escribi?: >> On Fri, May 16, 2008 at 09:54:09PM +0300, Andriy Gapon wrote: >> >>> Suppose there is a project that does not produce any official snapshots >>> or releases of its source-code, keeps all sources in SVN and the best it >>> does - declares a certain revision as stable or something similar. >>> What would be the best way to create a FreeBSD port for such software? >>> Any examples? >>> >> >> My approach would be to produce a tarball of the checkout and work with >> that. > Agreed. The date of the checkout should be the PORTVERSION, for example > 20080516. Alternativly, the global version number for the tree might be appropriate for subversion source. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080516/8cac19c6/attachment.pgp From wahjava.ml at gmail.com Fri May 16 21:30:27 2008 From: wahjava.ml at gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Fri May 16 21:30:31 2008 Subject: Problems installing JDK1.6 on FreeBSD 7.0R In-Reply-To: <20080515201648.GA7969@skylark.greenfinch.com> (Philip Plant's message of "Thu, 15 May 2008 20:16:48 +0000") References: <20080515201648.GA7969@skylark.greenfinch.com> Message-ID: <878wyavswi.fsf@chateau.d.lf> >>>>> Philip Plant writes: Philip> /libexec/ld-elf.so.1: /usr/local/lib/compat/libpthread.so.2: Undefined Philip> symbol "__malloc_lock" Can you paste the output 'ldd /usr/local/lib/compat/libpthread.so.2' ? And see what shared object it is missing. HTH -- Ashish Shukla ???? ????? http://wahjava.wordpress.com/ ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080516/917db1c4/attachment.pgp From news at garrafeiranacional.com Fri May 16 23:44:32 2008 From: news at garrafeiranacional.com (Newsletter - Garrafeira Nacional) Date: Fri May 16 23:44:36 2008 Subject: garrafeiranacional.com - destaques da semana Message-ID: <6384c53609b3c68ebb823c1a6defd14e@maxmailing.com> Se n?o consegue visualizar a newsletter correctamente siga o link: http://www.maxmailing.com/pub/viewemail.php?id=48231e233b957745e0374d6d7522298e&uid=f047cf8b38 ############################################################### Para se remover de futuros mailings carregue no seguinte link. http://www.maxmailing.com/pub/rm.php?u=f047cf8b38&l=737&c=212&e=48231e233b957745e0374d6d7522298e From unixmania at gmail.com Sat May 17 03:05:02 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Sat May 17 03:05:07 2008 Subject: Gnash 0.8.2 In-Reply-To: References: <20080516052503.GF4543@hades.panopticon> Message-ID: On Fri, May 16, 2008 at 9:11 AM, Carlos A. M. dos Santos wrote: > On Fri, May 16, 2008 at 2:25 AM, Dmitry Marakasov wrote: >> I've submitted update for gnash port to 0.8.2 (see >> http://www.freebsd.org/cgi/query-pr.cgi?pr=123708). We still have >> some time before it's comitted so I'd ask everione interested in >> this port to test it. [...] > I noticed that video rendering lags behind audio with 0.8.2 and devel. > It seems that video rendering with AGG is not fast enough, so I will > try to improve the performance by trimming some compilation > parameters. The lag happens when I use the browser plugin, not the standalone player. For example, running /usr/local/bin/gtk-gnash /tmp/video.swf works flawlessly, but opening firefox and browsing to file:///tmp/video.swf I get unsynchronized video and audio. -- Carlos A. M. dos Santos From freebsd-ports at greenfinch.com Sat May 17 10:51:32 2008 From: freebsd-ports at greenfinch.com (Philip Plant) Date: Sat May 17 10:51:35 2008 Subject: Problems installing JDK1.6 on FreeBSD 7.0R In-Reply-To: <878wyavswi.fsf@chateau.d.lf> References: <20080515201648.GA7969@skylark.greenfinch.com> <878wyavswi.fsf@chateau.d.lf> Message-ID: <20080517105348.GA98241@skylark.greenfinch.com> Hi guys, Thank you for your help with this. On Sat, May 17, 2008 at 03:00:21AM +0530, Ashish Shukla wrote: > >>>>> Philip Plant writes: > > Philip> /libexec/ld-elf.so.1: /usr/local/lib/compat/libpthread.so.2: Undefined > Philip> symbol "__malloc_lock" > > Can you paste the output 'ldd /usr/local/lib/compat/libpthread.so.2' ? > And see what shared object it is missing. I just get: # ldd /usr/local/lib/compat/libpthread.so.2 /usr/local/lib/compat/libpthread.so.2: As you can see, I'm using the compat6x package so I can run Java on 7.0R, and I believe that's what causes the previous output while installing the JDK: # java /libexec/ld-elf.so.1: /usr/local/lib/compat/libpthread.so.2: Undefined symbol "__malloc_lock" # pkg_info | grep compat6 compat6x-i386-6.3.602114.200711 A convenience package to install the compat6x libraries I'm wondering if there's a problem with the compat6 libraries, what do you think? Many thanks, Philip. From ghirai at ghirai.com Sat May 17 16:02:30 2008 From: ghirai at ghirai.com (Ghirai) Date: Sat May 17 16:02:33 2008 Subject: FreeBSD Port: punbb-1.2.16 Message-ID: <20080517190226.4806da59.ghirai@ghirai.com> Hey, In case you don't know punBB was sold, which triggered a fork called FluxBB (http://fluxbb.org). It would be cool to also have that in ports. -- Regards, Ghirai. From carpetsmoker at rwxrwxrwx.net Sat May 17 16:44:08 2008 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Sat May 17 16:44:11 2008 Subject: FreeBSD Port: punbb-1.2.16 In-Reply-To: <20080517190226.4806da59.ghirai@ghirai.com> References: <20080517190226.4806da59.ghirai@ghirai.com> Message-ID: <20080517164420.GA52792@rwxrwxrwx.net> On Sat, May 17, 2008 at 07:02:26PM +0300, Ghirai wrote: > Hey, > > In case you don't know punBB was sold, which triggered a fork called > FluxBB (http://fluxbb.org). > > It would be cool to also have that in ports. Maybe now is an excellent time to learn how to make a port. Assuming flexbb is similar to punbb, you can start by copying www/punbb to www/flexbb and modifying the PORTNAME and MASTER_SITES variables. The FreeBSD porters handbook is a valuable resource: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/ Also, most files in /usr/ports/Mk/ have helpful comments. And if you have any questions or run into problems you can of course always ask for help. -- Martin Tournoij carpetsmoker@rwxrwxrwx.net http://www.daemonforums.org The greatest dangers to liberty lurk in insidious encroachment by men of zeal, well-meaning but without understanding. -- Justice Louis D. Brandeis From erwin at FreeBSD.org Sat May 17 16:46:25 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat May 17 16:46:27 2008 Subject: INDEX build failed for 5.x Message-ID: <200805171646.m4HGk6Sh061725@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait.."/a/erwin/tindex/ports/Mk/bsd.port.mk", line 3244: Inconsistent operator for pre-everything "/a/erwin/tindex/ports/Mk/bsd.port.mk", line 3245: warning: duplicate script for target "pre-everything" ignored make: fatal errors encountered -- cannot continue ===> net-mgmt/ourmon failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: ade adrian anders araujo brd clsung dinoex fjoe green hq hrs lippe mm mnag obrien pav rafan shaun sumikawa will Most recent CVS update was: U MOVED U comms/obexapp/files/patch-Makefile U devel/autoconf262/Makefile U devel/autoconf262/distinfo U devel/autoconf262/pkg-descr U devel/autoconf262/pkg-plist U devel/autoconf262/files/patch-autoconf.texi U devel/autoconf262/files/patch-doc-Makefile.in U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U devel/pear-Net_Gearman/Makefile U devel/pear-Net_Gearman/distinfo U devel/pear-Net_Gearman/pkg-descr U devel/pear-Net_Gearman/pkg-plist U games/bzflag/Makefile U games/bzflag/distinfo U games/bzflag/files/patch-configure U japanese/kochi-ttfonts/pkg-plist U japanese/sazanami-ttf/pkg-plist U mail/Makefile U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U mail/vchkuser/Makefile U mail/vchkuser/distinfo U mail/vchkuser/pkg-descr U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/ourmon/Makefile U net-mgmt/ourmon/distinfo U net-mgmt/ourmon/pkg-descr U net-mgmt/ourmon/pkg-plist U net-mgmt/ourmon/files/ourmon.in U net-mgmt/ourmon/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U polish/libgadu/Makefile U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/Makefile U www/apache13-modssl/files/patch-apachectl U www/cacheboy/Makefile U www/cacheboy/distinfo U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/mod_evasive/Makefile U www/mod_evasive/distinfo U www/mod_evasive/pkg-descr U www/py-forgethtml/files/patch-lib-forgetHTML.py U www/wsdlpull/Makefile U www/wsdlpull/distinfo From carpetsmoker at rwxrwxrwx.net Sat May 17 17:01:40 2008 From: carpetsmoker at rwxrwxrwx.net (Martin Tournoij) Date: Sat May 17 17:01:42 2008 Subject: FreeBSD Port: punbb-1.2.16 In-Reply-To: <20080517190226.4806da59.ghirai@ghirai.com> References: <20080517190226.4806da59.ghirai@ghirai.com> Message-ID: <20080517164420.GA52792@rwxrwxrwx.net> On Sat, May 17, 2008 at 07:02:26PM +0300, Ghirai wrote: > Hey, > > In case you don't know punBB was sold, which triggered a fork called > FluxBB (http://fluxbb.org). > > It would be cool to also have that in ports. Maybe now is an excellent time to learn how to make a port. Assuming flexbb is similar to punbb, you can start by copying www/punbb to www/flexbb and modifying the PORTNAME and MASTER_SITES variables. The FreeBSD porters handbook is a valuable resource: http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/ Also, most files in /usr/ports/Mk/ have helpful comments. And if you have any questions or run into problems you can of course always ask for help. -- Martin Tournoij carpetsmoker@rwxrwxrwx.net http://www.daemonforums.org The greatest dangers to liberty lurk in insidious encroachment by men of zeal, well-meaning but without understanding. -- Justice Louis D. Brandeis From erwin at FreeBSD.org Sat May 17 18:20:25 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Sat May 17 18:20:28 2008 Subject: INDEX now builds successfully on 5.x Message-ID: <200805171820.m4HIK7DW070498@pointyhat.freebsd.org> From barner at FreeBSD.org Sat May 17 19:31:25 2008 From: barner at FreeBSD.org (Simon Barner) Date: Sat May 17 19:31:29 2008 Subject: Boost 1.35.0 Message-ID: <20080517193238.GA12642@dose.local.invalid> Dear all, I've been getting a lot of request for an update of the port to version 1.35.0. I have put together a version and uploaded it to [1] for testing. Features: - boost and boost-python no longer conflict (boost-python just adds the missing bits) - Support for OpenMPI and MPICH (in boost-openmpi and boost-mpich) - Support for ICU, GraphML and threads Missing features / Todo: - Tested on FreeBSD7/i386 only - Py++ not ported yet - Several tools are not included yet: bcp, waste, ... - Ports depending on boost have *NOT* been tested with this version of the port yet. Because I will leave for a three week vacation tomorrow morning, I would like to ask you to give this port a try, esp. if the port works on any of the other FreeBSD platforms, if other ports in the ports collection need patches, etc. I will take care of your feedback after my return. Best regards, Simon [1] http://home.leo.org/~barner/freebsd/boost-1.35.0.tar.gz -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080517/ecba96cc/attachment.pgp From swsirlin at earthlink.net Sun May 18 00:30:57 2008 From: swsirlin at earthlink.net (sam sirlin) Date: Sun May 18 00:31:00 2008 Subject: ports index fails to build Message-ID: <482F7476.8080200@earthlink.net> celeborn# portsdb -U Updating the ports index ... Generating INDEX.tmp - please wait.."/usr/ports/Mk/bsd.gnome.mk", line 615: The Pre include part of bsd.gnome.mk part is not included. Did you forget WANT_GNOME=yes before bsd.port.pre.mk? ===> audio/xmp failed *** Error code 1 1 error needs gnome for esound uname -a FreeBSD celeborn.my.domain 6.3-STABLE FreeBSD 6.3-STABLE #0: Sun Apr 20 18:36:18 PDT 2008 sam@celeborn.my.domain:/usr/obj/usr/src/sys/CELEBORN amd64 cat /etc/make.conf # 4/24/2004 sws CFLAGS= -O -pipe # 6/6/2004 sws need perl build this way # 10/15/2006, 1/2007 suitesparse # 11/17/2007 for python # - take this out before buildworld #CFLAGS= -O -pipe -fPIC #CXXFLAGS= -O -pipe -fPIC #NO_PROFILE= # Avoid compiling profiled libraries #NOGAMES= true # do not build games (games/ subdir) NO_GAMES= # do not build games (games/ subdir) WITHOUT_KDEGAMES= yes # for emacs upgrade 7/20/2007 # causes trouble for portsdb #EMACS_PORT_NAME=emacs22 # for sendmail with auth SENDMAIL_CFLAGS=-I/usr/local/include/sasl -DSASL SENDMAIL_LDFLAGS=-L/usr/local/lib SENDMAIL_LDADD=-lsasl2 # for x11-clients; else xterms complain WITH_SETUID_LUIT= yes # end # added by use.perl 2007-11-09 01:51:49 PERL_VER=5.8.8 PERL_VERSION=5.8.8 From adrian at thearle.com.au Sun May 18 01:44:44 2008 From: adrian at thearle.com.au (Adrian Thearle) Date: Sun May 18 01:44:48 2008 Subject: FreeBSD Port: clamav-0.93 Message-ID: <482F89FA.4090408@thearle.com.au> Hi I have made a change to the clamav-milter startup script that helps with permissions on the socket. I use postfix, not sure of sendmails requirements, but the socket needs to be writeable by the postfix user. The attached patch adds three variables that can be used to change the permissions and owner of the socket. I checked for this functionality within clam itself, but could not find an option. This is similar to the way spamass-milter does it. Cheers Adrian -------------- next part -------------- A non-text attachment was scrubbed... Name: clamav-milter.in.diff Type: text/x-diff Size: 372 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080518/9abd6607/clamav-milter.in.bin From david at catwhisker.org Sun May 18 02:15:45 2008 From: david at catwhisker.org (David Wolfskill) Date: Sun May 18 02:15:48 2008 Subject: FreeBSD Port: clamav-0.93 In-Reply-To: <482F89FA.4090408@thearle.com.au> References: <482F89FA.4090408@thearle.com.au> Message-ID: <20080518015625.GX7468@bunrab.catwhisker.org> On Sun, May 18, 2008 at 11:44:26AM +1000, Adrian Thearle wrote: > Hi > > I have made a change to the clamav-milter startup script that helps with > permissions on the socket. > I use postfix, not sure of sendmails requirements, but the socket needs > to be writeable by the postfix user. The attached patch adds three > variables that can be used to change the permissions and owner of the > socket. I checked for this functionality within clam itself, but could > not find an option. > > This is similar to the way spamass-milter does it. Well, I use sendmail and clamav-milter; the following reflects what I have & use: janus(6.3-S)[14] ls -l /var/run/clamav/ total 4 -rw-rw---- 1 clamav clamav 6 May 15 20:38 clamav-milter.pid srwxrwxrwx 1 clamav clamav 0 May 15 20:38 clamd -rw-rw---- 1 clamav clamav 5 May 15 20:38 clamd.pid srwxr-xr-x 1 clamav clamav 0 May 15 20:38 clmilter.sock janus(6.3-S)[15] grep clam /etc/rc.conf clamav_clamd_enable="YES" clamav_milter_enable="YES" # See clamav-milter(1) for flags clamav_milter_flags="--noxheader -q -l --max-children=8" janus(6.3-S)[16] As for patches, I suggest that you create either context (-c) or uni- (-u) diffs. Peace, david -- David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080518/5ebf2c30/attachment.pgp From adrian at thearle.com.au Sun May 18 03:59:25 2008 From: adrian at thearle.com.au (Adrian Thearle) Date: Sun May 18 03:59:29 2008 Subject: FreeBSD Port: clamav-0.93 In-Reply-To: <20080518015625.GX7468@bunrab.catwhisker.org> References: <482F89FA.4090408@thearle.com.au> <20080518015625.GX7468@bunrab.catwhisker.org> Message-ID: <482FA98B.5010604@thearle.com.au> Attached is an updated unified diff Looks like sendmail works with the default set of permission on the socket. Is your sendmail running as root? Perhaps that's how it can access the socket... I run postfix under the postfix user. To get the clamav-milter to work, i need to change the owner of the socket to postfix so that it has write access to the file. unless anyone else out there knows of a configuration option i don't... (I guess I could run clam totally as the postfix user...) Cheers Adrian David Wolfskill wrote: > On Sun, May 18, 2008 at 11:44:26AM +1000, Adrian Thearle wrote: > >> Hi >> >> I have made a change to the clamav-milter startup script that helps with >> permissions on the socket. >> I use postfix, not sure of sendmails requirements, but the socket needs >> to be writeable by the postfix user. The attached patch adds three >> variables that can be used to change the permissions and owner of the >> socket. I checked for this functionality within clam itself, but could >> not find an option. >> >> This is similar to the way spamass-milter does it. >> > > Well, I use sendmail and clamav-milter; the following reflects what I > have & use: > > janus(6.3-S)[14] ls -l /var/run/clamav/ > total 4 > -rw-rw---- 1 clamav clamav 6 May 15 20:38 clamav-milter.pid > srwxrwxrwx 1 clamav clamav 0 May 15 20:38 clamd > -rw-rw---- 1 clamav clamav 5 May 15 20:38 clamd.pid > srwxr-xr-x 1 clamav clamav 0 May 15 20:38 clmilter.sock > janus(6.3-S)[15] grep clam /etc/rc.conf > clamav_clamd_enable="YES" > clamav_milter_enable="YES" > # See clamav-milter(1) for flags > clamav_milter_flags="--noxheader -q -l --max-children=8" > janus(6.3-S)[16] > > As for patches, I suggest that you create either context (-c) or uni- > (-u) diffs. > > Peace, > david > -------------- next part -------------- A non-text attachment was scrubbed... Name: clamav-milter.in.diff Type: text/x-diff Size: 862 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080518/35c2c4ce/clamav-milter.in.bin From bri at brianwhalen.net Sun May 18 04:29:43 2008 From: bri at brianwhalen.net (Brian) Date: Sun May 18 04:29:46 2008 Subject: autoconf problem Message-ID: I just encountered this. Making all in autoscan gmake[3]: Entering directory `/usr/ports/devel/autoconf262/work/autoconf-2.62/lib/autoscan' echo '# Automatically Generated: do not edit this file' >autoscan.list sed '/^[#]/!q' ./autoscan.pre >>autoscan.list ( \ sed -n '/^[^#]/p' ./autoscan.pre; \ autom4te_perllibdir='../..'/lib AUTOM4TE_CFG='../../lib/autom4te.cfg' ../../bin/autom4te -B '../..'/lib -B '../..'/lib --cache '' -M -l autoconf -t'AN_OUTPUT:$1: $2 $3' \ ) | LC_ALL=C sort >>autoscan.list gmake[3]: Leaving directory `/usr/ports/devel/autoconf262/work/autoconf-2.62/lib/autoscan' Making all in emacs gmake[3]: Entering directory `/usr/ports/devel/autoconf262/work/autoconf-2.62/lib/emacs' WARNING: Warnings can be ignored. :-) if test "no" != no; then \ set x; \ list='autoconf-mode.el autotest-mode.el'; for p in $list; do \ if test -f "$p"; then d=; else d="./"; fi; \ set x "$@" "$d$p"; shift; \ done; \ shift; \ EMACS="no" /bin/sh ../../build-aux/elisp-comp "$@" || exit 1; \ else : ; fi gmake[3]: Leaving directory `/usr/ports/devel/autoconf262/work/autoconf-2.62/lib/emacs' gmake[3]: Entering directory `/usr/ports/devel/autoconf262/work/autoconf-2.62/lib' gmake[3]: Nothing to be done for `all-am'. gmake[3]: Leaving directory `/usr/ports/devel/autoconf262/work/autoconf-2.62/lib' gmake[2]: Leaving directory `/usr/ports/devel/autoconf262/work/autoconf-2.62/lib' Making all in doc gmake[2]: Entering directory `/usr/ports/devel/autoconf262/work/autoconf-2.62/doc' gmake[2]: *** No rule to make target `autoconf-2.61.texi', needed by `autoconf-2.61.info'. Stop. gmake[2]: Leaving directory `/usr/ports/devel/autoconf262/work/autoconf-2.62/doc' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/autoconf262/work/autoconf-2.62' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/autoconf262. *** Error code 1 Stop in /usr/ports/devel/autoconf262. *** Error code 1 Stop in /usr/ports/devel/autotools. *** Error code 1 Stop in /usr/ports/devel/autotools. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade.54322.0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=autotools-20070905 UPGRADE_PORT_VER=20070905 make reinstall ---> Restoring the old version ** Fix the installation problem and try again. [Updating the pkgdb in /var/db/pkg ... - 439 packages found (-0 +1) . done] ** Listing the failed packages (-:ignored / *:skipped / !:failed) ! devel/autotools (autotools-20070905) (install error) ** Could not clean up temporary directory: Directory not empty - /var/tmp/portupgradeLVGssLsf From pav at FreeBSD.org Sun May 18 12:17:21 2008 From: pav at FreeBSD.org (Pav Lucistnik) Date: Sun May 18 12:17:27 2008 Subject: ports index fails to build In-Reply-To: <482F7476.8080200@earthlink.net> References: <482F7476.8080200@earthlink.net> Message-ID: <1211113031.3826.20.camel@ikaros.oook.cz> sam sirlin p??e v so 17. 05. 2008 v 17:12 -0700: > Updating the ports index ... Generating INDEX.tmp - please > wait.."/usr/ports/Mk/bsd.gnome.mk", line 615: The Pre include part of > bsd.gnome.mk part is not included. Did you forget WANT_GNOME=yes before > bsd.port.pre.mk? > ===> audio/xmp failed > *** Error code 1 > 1 error Fixed, thanks! -- Pav Lucistnik Bento's Law: If It Can Break, It Will Break Bento's Corollary: If It Can Break, Kris Can Send Mail About It -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080518/4eb395ff/attachment.pgp From pcfxer at rogers.com Sun May 18 16:21:15 2008 From: pcfxer at rogers.com (Brodey Dover) Date: Sun May 18 16:21:18 2008 Subject: FreeBSD Port: policykit-gnome-0.8 Message-ID: <4830190F.5090104@rogers.com> Hello, In my attempt to configure policy kit I decided to make future edits to policy kit easier for me by installing policykit_gnome from the ports. I am running FreeBSD7.0/i386, here is the output from make: polkit-gnome-authorization.c: In function '_build_constraint_string': polkit-gnome-authorization.c:281: error: 'POLKIT_AUTHORIZATION_CONSTRAINT_TYPE_REQUIRE_EXE' undeclared (first use in this function) polkit-gnome-authorization.c:281: error: (Each undeclared identifier is reported only once polkit-gnome-authorization.c:281: error: for each function it appears in.) polkit-gnome-authorization.c:283: warning: implicit declaration of function 'polkit_authorization_constraint_get_exe' polkit-gnome-authorization.c:283: warning: nested extern declaration of 'polkit_authorization_constraint_get_exe' polkit-gnome-authorization.c:283: warning: format '%s' expects type 'char *', but argument 3 has type 'int' polkit-gnome-authorization.c:285: error: 'POLKIT_AUTHORIZATION_CONSTRAINT_TYPE_REQUIRE_SELINUX_CONTEXT' undeclared (first use in this function) polkit-gnome-authorization.c:287: warning: implicit declaration of function 'polkit_authorization_constraint_get_selinux_context' polkit-gnome-authorization.c:287: warning: nested extern declaration of 'polkit_authorization_constraint_get_selinux_context' polkit-gnome-authorization.c:287: warning: format '%s' expects type 'char *', but argument 3 has type 'int' gmake[3]: *** [polkit_gnome_authorization-polkit-gnome-authorization.o] Error 1 gmake[3]: Leaving directory `/usr/ports/sysutils/policykit-gnome/work/PolicyKit-gnome-0.8/tools' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/sysutils/policykit-gnome/work/PolicyKit-gnome-0.8/tools' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/policykit-gnome/work/PolicyKit-gnome-0.8' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/sysutils/policykit-gnome. If more information is needed let me know what it is you need and I'll get it ASAP. Regards, Brodey Dover From marcus at freebsd.org Sun May 18 19:06:03 2008 From: marcus at freebsd.org (Joe Marcus Clarke) Date: Sun May 18 19:06:08 2008 Subject: FreeBSD Port: policykit-gnome-0.8 In-Reply-To: <4830190F.5090104@rogers.com> References: <4830190F.5090104@rogers.com> Message-ID: <48307B68.7090007@freebsd.org> Brodey Dover wrote: > Hello, > > In my attempt to configure policy kit I decided to make future edits to > policy kit easier for me by installing policykit_gnome from the ports. I > am running FreeBSD7.0/i386, here is the output from make: > > polkit-gnome-authorization.c: In function '_build_constraint_string': > polkit-gnome-authorization.c:281: error: > 'POLKIT_AUTHORIZATION_CONSTRAINT_TYPE_REQUIRE_EXE' undeclared (first use > in this function) > polkit-gnome-authorization.c:281: error: (Each undeclared identifier is > reported only once > polkit-gnome-authorization.c:281: error: for each function it appears in.) > polkit-gnome-authorization.c:283: warning: implicit declaration of > function 'polkit_authorization_constraint_get_exe' > polkit-gnome-authorization.c:283: warning: nested extern declaration of > 'polkit_authorization_constraint_get_exe' > polkit-gnome-authorization.c:283: warning: format '%s' expects type > 'char *', but argument 3 has type 'int' > polkit-gnome-authorization.c:285: error: > 'POLKIT_AUTHORIZATION_CONSTRAINT_TYPE_REQUIRE_SELINUX_CONTEXT' > undeclared (first use in this function) > polkit-gnome-authorization.c:287: warning: implicit declaration of > function 'polkit_authorization_constraint_get_selinux_context' > polkit-gnome-authorization.c:287: warning: nested extern declaration of > 'polkit_authorization_constraint_get_selinux_context' > polkit-gnome-authorization.c:287: warning: format '%s' expects type > 'char *', but argument 3 has type 'int' > gmake[3]: *** [polkit_gnome_authorization-polkit-gnome-authorization.o] > Error 1 > gmake[3]: Leaving directory > `/usr/ports/sysutils/policykit-gnome/work/PolicyKit-gnome-0.8/tools' > gmake[2]: *** [all] Error 2 > gmake[2]: Leaving directory > `/usr/ports/sysutils/policykit-gnome/work/PolicyKit-gnome-0.8/tools' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/usr/ports/sysutils/policykit-gnome/work/PolicyKit-gnome-0.8' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/sysutils/policykit-gnome. > > If more information is needed let me know what it is you need and I'll > get it ASAP. You need to provide the output of pkg_info. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From ade at FreeBSD.org Sun May 18 19:41:16 2008 From: ade at FreeBSD.org (Ade Lovett) Date: Sun May 18 19:41:21 2008 Subject: autoconf problem In-Reply-To: References: Message-ID: <282DB50C-EBF5-4939-8A7C-B042C4B0AAA7@FreeBSD.org> On May 17, 2008, at 21:10 , Brian wrote: > I just encountered this. I missed a patch in the commit. All fixed now. From a completely stock ports tree: [...] ===> Registering installation for autoconf-2.62 [root@foo:ports/devel/autoconf262] 714# -aDe From danm at prime.gushi.org Sun May 18 22:53:09 2008 From: danm at prime.gushi.org (Dan Mahoney, System Admin) Date: Sun May 18 22:53:13 2008 Subject: uvscan port Message-ID: Hello, In attempting to download the NAI uvscan v5.10, I notice there's *still* a dependency requirement on compat3x (which is a security hole). This is the only port in the whole system that requires this. In looking over NAI's site it would appear they have a freebsd version 6 scanner available. Does that still require the same libraries? Their readme would appear to say so. Jeez, why even make a separate 6.x version, then? Has anyone from the FreeBSD project approached these people and said "you know we consider this old and broken, right?" -Dan -- "Your future hasn't been written yet; no one's has. So make it a good one!" -"Doc" Emmet L. Browne, Back to the Future III --------Dan Mahoney-------- Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.org --------------------------- From amdmi3 at amdmi3.ru Sun May 18 23:05:31 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Sun May 18 23:05:39 2008 Subject: Gnash 0.8.2 In-Reply-To: References: <20080516052503.GF4543@hades.panopticon> Message-ID: <20080518230521.GB10136@hades.panopticon> * Carlos A. M. dos Santos (unixmania@gmail.com) wrote: > Yes, OpenGL renderer seems to be broken on 0.8.2. I attempted to use > it but got much better results using AGG. I believe that it should be > classified as experimental, like the Cairo renderer is. Maybe, but it worked pretty good in 0.8.1 (no artifacts like with cairo) and it was much faster. Gotta get some gdb traces and contact gnash devs... > > So, as I don't know many flash-enabled sites, I will be happy to > > listen for your opinions on 0.8.1 vs 0.8.2. graphics/gnash-devel > > port with recent CVS snapshot will be added without question, so > > given that graphics/gnash may be left at 0.8.1 for now if upgrade > > to 0.8.2 brings less than it takes. > Both 0.8.2 and devel versions successfully render videos of some sites > where 0.8.1 failed when I tested. This one, for example: Uh huh, after closer examination I've noticed some improvements both in 0.8.1 -> 0.8.2 and 0.8.2 -> snapshot. No regressions actually besides OpenGL support. > I noticed that video rendering lags behind audio with 0.8.2 and devel. > It seems that video rendering with AGG is not fast enough, so I will > try to improve the performance by trimming some compilation > parameters. Was an issue from beyond 0.8.1 afair. Switching to OpenGL helped more or less. Anyway, both 0.8.2 update and gnash-devel are submitted (ports/123708 and ports/123744 respectively), so it's only days before miwi commits them. Enjoy ;) -- Dmitry A. Marakasov | jabber: amdmi3@jabber.ru amdmi3@amdmi3.ru | http://www.amdmi3.ru From mspitzer at gmail.com Mon May 19 00:45:29 2008 From: mspitzer at gmail.com (Marc Spitzer) Date: Mon May 19 00:45:32 2008 Subject: hier 7 question Message-ID: <8c50a3c30805181720w113c309bv62e699c7dadb9253@mail.gmail.com> Hello, I am porting ATF, http://www.netbsd.org/~jmmv/atf/, a unit testing framework for C, C++ and Shell. The thing is is that it installs a bunch of self tests in ${PREFIX}/tests/atf. Is this the right place for it? From Hier(7) binaries should not go under share/. Otherwise I think it is done. Personally I think the tests/port could be a handy thing to have. What is your opinion/advice on this? Thanks, marc -- Freedom is nothing but a chance to be better. Albert Camus From pcfxer at rogers.com Mon May 19 01:30:25 2008 From: pcfxer at rogers.com (Brodey Dover) Date: Mon May 19 01:30:33 2008 Subject: [Bulk] Re: FreeBSD Port: policykit-gnome-0.8 In-Reply-To: <48307B68.7090007@freebsd.org> References: <4830190F.5090104@rogers.com> <48307B68.7090007@freebsd.org> Message-ID: <4830A007.5040209@rogers.com> pkg_info Output: ORBit2-2.14.12 High-performance CORBA ORB with support for the C language aalib-1.4.r5_4 An ascii art library acroread8-8.1.2 Adobe Reader for view, print, and search PDF documents (ENU acroreadwrapper-0.0.20080110 Wrapper script for Adobe Reader agg-2.5_5 A High Quality Rendering Engine for C++ apache-ant-1.7.0_1 Java- and XML-based build tool, conceptually similar to mak appres-1.0.1 Program to list application's resources arts-1.5.8,1 Audio system for the KDE integrated X11 desktop aspell-0.60.6_1 Spelling checker with better suggestion logic than ispell atk-1.22.0 A GNOME accessibility toolkit (ATK) autoconf-2.13.000227_6 Automatically configure source code on many Un*x platforms autoconf-2.61_2 Automatically configure source code on many Un*x platforms autoconf-wrapper-20071109 Wrapper script for GNU autoconf automake-1.4.6_4 GNU Standards-compliant Makefile generator (1.4) automake-1.5_4,1 GNU Standards-compliant Makefile generator (1.5) automake-1.6.3 GNU Standards-compliant Makefile generator (1.6) automake-1.9.6_2 GNU Standards-compliant Makefile generator (1.9) automake-wrapper-20071109 Wrapper script for GNU automake avahi-app-0.6.22_4 Service discovery on a local network bash-3.2.33 The GNU Project's Bourne Again SHell bdftopcf-1.0.1 Convert X font from BDF to PCF beforelight-1.0.2 A sample screen saver for X bison-2.3_3,1 A parser generator from FSF, (mostly) compatible with Yacc bitmap-1.0.3 Bitmap editor and converter utilities for X bitstream-vera-1.10_4 Bitstream Vera TrueType font collection boost-1.34.1 Free peer-reviewed portable C++ source libraries cabextract-1.2 A program to extract Microsoft cabinet (.CAB) files cairo-1.4.14,1 Vector graphics library with cross-device output support cairomm-1.4.8_2 C++ interface to cairo ccsm-0.6.0 A Python/GTK based settings manager for CompizConfig cdparanoia-3.9.8_8 A CDDA extraction tool (also known as ripper) cdrdao-1.2.2 Record CD-R[W]s in disk-at-once mode cdrtools-2.01_6 CD/CD-R[W] and ISO-9660 image creation and extraction tools compat5x-i386-5.4.0.8_9 A convenience package to install the compat5x libraries compat6x-i386-6.3.603000.200801 A convenience package to install the compat6x libraries compiz-0.6.2 Compiz Composite/Window Manager compiz-bcop-0.6.0 Code generator for Compiz Fusion Plugins compiz-fusion-0.6.0 Metaport of compiz-fusion compiz-fusion-plugins-extra-0.6.0 Plugins for Compiz Composite Window Manager compiz-fusion-plugins-main-0.6.0 Plugins for Compiz Composite Window Manager compizconfig-backend-gconf-0.6.0_1 The gconf backend for CompizConfig compizconfig-python-0.6.0.1 Python bindings for the compizconfig library compositeproto-0.4 Composite extension headers consolekit-0.2.10 Framework for defining and tracking users coreutils-6.9_2 The Free Software Foundation's core utilities cups-base-1.3.7_2 Common UNIX Printing System curl-7.18.0 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) damageproto-1.1.0_2 Damage extension headers db41-4.1.25_4 The Berkeley DB package, revision 4.1 dbus-1.2.1 A message bus system for inter-application communication dbus-glib-0.74 GLib bindings for the D-BUS messaging system desktop-file-utils-0.15 A couple of command line utilities for working with desktop diablo-jdk-1.5.0.07.01_9 Java Development Kit 1.5.0_07.01 djbfft-0.76_2 An extremely fast library for floating-point convolution dmidecode-2.9 A tool for dumping DMI (SMBIOS) contents in human-readable dmxproto-2.2.2 DMX extension headers docbook-4.1_3 V4.1 of the DocBook DTD, designed for technical documentati docbook-sk-4.1.2_4 XML version of the DocBook DTD version controlled for Scrol docbook-xml-4.2_1 XML version of the DocBook DTD docbook-xml-4.3 DocBook/XML DTD V4.3, designed for technical documentation docbook-xml-4.4 DocBook/XML DTD V4.4, designed for technical documentation docbook-xsl-1.71.1_2 XSL DocBook stylesheets dri-7.0.1,2 OpenGL hardware acceleration drivers for the DRI dvd+rw-tools-7.1 DVD burning software editres-1.0.3 Dynamic resource editor for X Toolkit Applications eel-2.22.1 Generally useful classes and extensions to GNOME emerald-0.5.2_1 Emerald Window Decorator emerald-themes-0.5.2 Themes for the Emerald Window Decorator enchant-1.4.0 Dictionary/spellchecking framework encodings-1.0.2,1 X.Org Encoding fonts eog-2.22.1_1 The Eye Of Gnome image viewer epiphany-2.22.1.1_1 An extremely lightweight and simple web browser for GNOME 2 esound-0.2.38 A sound library for enlightenment package evince-2.22.1.1_1 GNOME 2 multi-format document viewer evolution-data-server-2.22.1_1 The data backends for the Evolution integrated mail/PIM sui expat-2.0.0_1 XML 1.0 parser written in C faac-1.26_1 MPEG-2 and MPEG-4 AAC audio encoder faad2-2.6.1,1 MPEG-2 and MPEG-4 AAC audio decoder ffmpeg-2007.10.04_4 Hyper fast realtime audio/video encoder/converter, streamin file-roller-2.22.2_1,1 An archive manager for zip files, tar, etc firefox-2.0.0.14,1 Web browser based on the browser portion of Mozilla fixesproto-4.0 Fixes extension headers flac-1.2.1 Free lossless audio codec font-adobe-100dpi-1.0.0_1 X.Org Adobe 100dpi font font-adobe-75dpi-1.0.0 X.Org Adobe 75dpi font font-adobe-utopia-100dpi-1.0.1 X.Org Adobe Utopia 100dpi font font-adobe-utopia-75dpi-1.0.1 X.Org Adobe Utopia 75dpi font font-adobe-utopia-type1-1.0.1 X.Org Adobe Utopia Type1 font font-alias-1.0.1 X.Org Font aliases font-arabic-misc-1.0.0 X.Org miscellaneous Arabic fonts font-bh-100dpi-1.0.0 X.Org Bigelow Holmes 100dpi font font-bh-75dpi-1.0.0 X.Org Bigelow Holmes 75dpi font font-bh-lucidatypewriter-100dpi-1.0.0 X.Org Bigelow Holmes Lucida TypeWriter 100dpi font font-bh-lucidatypewriter-75dpi-1.0.0 X.Org Bigelow Holmes Lucida TypeWriter 75dpi font font-bh-ttf-1.0.0 X.Org Bigelow & Holmes TTF font font-bh-type1-1.0.0 X.Org Bigelow Holmes Type1 font font-bitstream-100dpi-1.0.0 X.Org Bitstream Vera 100dpi font font-bitstream-75dpi-1.0.0 X.Org Bitstream Vera 75dpi font font-bitstream-type1-1.0.0 X.Org Bitstream Vera Type1 font font-cronyx-cyrillic-1.0.0 X.Org Cronyx Cyrillic font font-cursor-misc-1.0.0 X.Org miscellaneous Cursor fonts font-daewoo-misc-1.0.0 X.Org miscellaneous Daewoo fonts font-dec-misc-1.0.0 X.Org miscellaneous Dec fonts font-ibm-type1-1.0.0 X.Org IBM Type1 font font-isas-misc-1.0.0 X.Org miscellaneous ISAS fonts font-jis-misc-1.0.0 X.Org miscellaneous JIS fonts font-micro-misc-1.0.0 X.Org miscellaneous Micro fonts font-misc-cyrillic-1.0.0 X.Org miscellaneous Cyrillic font font-misc-ethiopic-1.0.0 X.Org miscellaneous Ethiopic font font-misc-meltho-1.0.0_1 X.Org miscellaneous Meltho font font-misc-misc-1.0.0 X.Org miscellaneous Misc fonts font-mutt-misc-1.0.0 X.Org miscellaneous Mutt fonts font-schumacher-misc-1.0.0 X.Org miscellaneous Schumacher fonts font-screen-cyrillic-1.0.1 X.Org Screen Cyrillic font font-sony-misc-1.0.0 X.Org miscellaneous Sony fonts font-sun-misc-1.0.0 X.Org miscellaneous Sun fonts font-util-1.0.1 Create an index of X font files in a directory font-winitzki-cyrillic-1.0.0 X.Org Winitzki Cyrillic font font-xfree86-type1-1.0.0 X.Org XFree86 Type1 font fontcacheproto-0.1.2 Fontcache extension headers fontconfig-2.4.2_2,1 An XML-based font configuration API for X Windows fontsproto-2.0.2 Fonts extension headers fonttosfnt-1.0.3 Wrap a bitmap font in a sftn wrapper freetype2-2.3.5 A free and portable TrueType font rendering engine fslsfonts-1.0.1 List fonts served by the X font server fstobdf-1.0.2 Generate BDF font from X font server fusefs-kmod-0.3.9.p1.20080208_1 Kernel module for fuse fusefs-libs-2.7.2_1 FUSE allows filesystem implementation in userspace gTweakUI-0.4.0_6 A collection of simple dialogs as a front end to GConf gail-1.22.1_1 An implementation of the ATK interfaces for GTK+ widgets gamin-0.1.9_1 A file and directory monitoring system gawk-3.1.5_1 The GNU version of Awk gcalctool-5.22.1_1,2 A GNOME 2 calculator tool based on the old calctool for Ope gccmakedep-1.0.2 Create dependencies in makefiles using 'gcc -M' gconf-editor-2.22.0_1,1 A gconf database editor for the GNOME 2 environment gconf2-2.22.0 A configuration database system for GNOME gdbm-1.8.3_3 The GNU database manager gdm-2.20.5 GNOME 2 version of xdm display manager gedit-2.22.1_1 A small but powerful text editor for GNOME 2 Desktop Enviro getopt-1.1.4 A getopt(1) replacement that supports GNU-style long option gettext-0.16.1_3 GNU gettext package gftp-2.0.18_6 A free multithreaded GTK-based GUI ftp and sftp client ghostscript-gpl-8.61_5 GPL Postscript interpreter gio-fam-backend-2.16.3 FAM backend for GLib's GIO library gle-3.1.0_1 A GL Tubing and Extrusion Library glib-1.2.10_12 Some useful routines of C programming (previous stable vers glib-2.16.3 Some useful routines of C programming (current stable versi glibmm-2.16.2,1 C++ interfaces for glib2 glproto-1.4.8 GLX extension headers gmake-3.81_2 GNU version of 'make' utility gnome-applets-2.22.1_2 Applets components for the GNOME 2 Desktop Environment gnome-audio-2.22.1_1 Sound files for use with GNOME 2 gnome-control-center-2.22.1_2 Control center for GNOME 2 project gnome-desktop-2.22.1 Additional UI API for GNOME 2 gnome-doc-utils-0.12.2 GNOME doc utils gnome-icon-theme-2.22.0 A collection of icons for the GNOME 2 desktop gnome-keyring-2.22.1 A program that keeps passwords and other secrets gnome-media-2.22.0 Multimedia applications for the GNOME 2 desktop gnome-menu-editor-0.6_6 Simple menu editor for Gnome gnome-menus-2.22.1 Implementation of the FreeDesktop Desktop Menu Spec gnome-mime-data-2.18.0_2 A MIME and Application database for GNOME gnome-mount-0.8_1 A front-end to mount, umount, and eject using HAL gnome-panel-2.22.1.3 Panel component for the GNOME 2 Desktop gnome-session-2.22.1.1 Session component for the GNOME 2 desktop gnome-settings-daemon-2.22.1 GNOME 2 settings daemon gnome-system-monitor-2.22.1_1 GNOME 2 system monitor program gnome-terminal-2.22.1_1 Terminal component for the GNOME 2 Desktop gnome-themes-2.22.0 A collection of themes and icons for GNOME2 gnome-user-docs-2.22.0_1 GNOME 2 users guide gnome-utils-2.20.0.1_1,1 GNOME 2 support utilities gnome-vfs-2.22.0_1 GNOME Virtual File System gnome2-lite-2.22.1 The "meta-port" of the GNOME desktop slimmed down for FreeB gnome_subr-1.0 Common startup and shutdown subroutines used by GNOME scrip gnomehier-2.3_10 A utility port that creates the GNOME directory tree gnutls-2.2.2 GNU Transport Layer Security library gpac-libgpac-0.4.4,1 Gpac MPEG-4 Systems library and headers gsfonts-8.11_4 Fonts used by GNU Ghostscript (or X) gstreamer-0.10.19 Development framework for creating media applications gstreamer-ffmpeg-0.10.3_1 GStreamer plug-in for manipulating MPEG video streams gstreamer-plugins-0.10.19,3 GStreamer written collection of plugins handling several me gstreamer-plugins-a52dec-0.10.7_2,3 Gstreamer ATSC A/52 stream aka AC-3 (dvd audio) plugin gstreamer-plugins-bad-0.10.7_2,3 Bad gstreamer-plugins gstreamer-plugins-cdparanoia-0.10.19,3 Gstreamer CDDA extraction (aka audio ripping) plugin gstreamer-plugins-core-0.10_9 Core set of typical audio and video gstreamer-plugins gstreamer-plugins-dts-0.10.7_2,3 Gstreamer dts plugin gstreamer-plugins-dvd-0.10.7_2,3 Gstreamer dvd plugin set gstreamer-plugins-esound-0.10.8_2,3 Gstreamer enlightenment sound library plugin gstreamer-plugins-gconf-0.10.8_2,3 Gstreamer gconf plugin gstreamer-plugins-gio-0.10.19,3 Gstreamer gio (Glib I/O) plugin gstreamer-plugins-good-0.10.8,3 Good gstreamer-plugins gstreamer-plugins-hal-0.10.8_2,3 Gstreamer hal plugin gstreamer-plugins-libpng-0.10.8_2,3 Gstreamer png plugin gstreamer-plugins-mad-0.10.7_2,3 Gstreamer mp3 decoder plugin gstreamer-plugins-mp3-0.10.0 Gstreamer Plugins Mp3 decoder meta-port gstreamer-plugins-mpeg2dec-0.10.7_2,3 Gstreamer mpeg decode plugin gstreamer-plugins-ogg-0.10.19,3 Gstreamer Ogg bitstream plugin gstreamer-plugins-pango-0.10.19,3 Gstreamer pango textoverlay plugin gstreamer-plugins-soup-0.10.8_2,3 Gstreamer soup http src plugin gstreamer-plugins-theora-0.10.19,3 Gstreamer theora plugin gstreamer-plugins-ugly-0.10.7_3,3 Ugly gstreamer-plugins gstreamer-plugins-vorbis-0.10.19,3 Gstreamer vorbis encoder/decoder plugin gstreamer-plugins-xvid-0.10.7_2,3 Gstreamer xvid plugin gtar-1.20 GNU version of the traditional tape archiver gtk-1.2.10_19 Gimp Toolkit for X11 GUI (previous stable version) gtk-2.12.9_2 Gimp Toolkit for X11 GUI (current stable version) gtk-engines2-2.14.1 Theme engine for the gtk+-2.0 toolkit gtkmm-2.12.7 C++ wrapper for Gtk+, Pango, Atk gtkpod-0.99.12_1 GUI for Apple iPods using GTK2 gtksourceview2-2.2.1_1 A text widget that adds syntax highlighting to the GtkTextV gtkspell-2.0.11_6 A GTK+ 2 spell checking component gucharmap-2.22.1_1 A Unicode/ISO10646 character map and font viewer gvfs-0.2.3_3 GNOME virtual file system hal-0.5.11.r2_7 Hardware Abstraction Layer for simplifying device access help2man-1.36.4_1 Automatically generating simple manual pages from program o hicolor-icon-theme-0.10_2 A high-color icon theme shell from the FreeDesktop project iceauth-1.0.2 ICE authority file utility for X ico-1.0.2 Displays a wire-frame rotating plyhedron icon-naming-utils-0.8.6 Utilities of the Tango project icu-3.8.1_1 International Components for Unicode (from IBM) imake-1.0.2_4,1 Imake and other utilities from X.Org inputproto-1.4.2.1 Input extension headers intltool-0.37.1 Tools to internationalize various kinds of data files ircii-20060725_1 The 'Internet Relay Chat' and 'Internet Citizens Band' Clie iso-codes-2.0 Lists of the country, language and currency iso names iso8879-1986_2 Character entity sets from ISO 8879:1986 (SGML) jackit-0.103.0_1 A low-latency audio server jakarta-commons-cli-1.0_1,1 Java library for command line arguments and options jakarta-commons-lang-2.3_1 Jakarta library with helper utilities for the java.lang API javavmwrapper-2.3.1 Wrapper script for various Java Virtual Machines jpeg-6b_4 IJG's jpeg compression utilities junit-3.8.2_1 A regression testing utility for use with the Java(TM) Lang k8temp-0.3.0 Athlon 64 and Opteron on-die temperature reader kbproto-1.0.3 KB extension headers lame-3.97_1 ISO code based fast MP3 encoder kit lcms-1.17,1 Light Color Management System -- a color management library libFS-1.0.0 The FS library libGL-7.0.1 OpenGL library that renders using GLX or DRI libGLU-7.0.1 OpenGL utility library libICE-1.0.4,1 Inter Client Exchange library for X11 libIDL-0.8.10 A library for creating trees of CORBA IDL files libSM-1.0.3,1 Session Management library for X11 libX11-1.1.3,1 X11 library libXScrnSaver-1.1.2 The XScrnSaver library libXTrap-1.0.0 The XTrap library libXau-1.0.3_2 Authentication Protocol library for X11 libXaw-1.0.4,1 X Athena Widgets library libXcomposite-0.4.0,1 X Composite extension library libXcursor-1.1.9 X client-side cursor loading library libXdamage-1.1.1 X Damage extension library libXdmcp-1.0.2 X Display Manager Control Protocol library libXevie-1.0.2 The Xevie library libXext-1.0.3,1 X11 Extension library libXfixes-4.0.3 X Fixes extension library libXfont-1.3.1_2,1 X font libary libXfontcache-1.0.4 The Xfontcache library libXft-2.1.12 A client-sided font API for X applications libXi-1.1.3,1 X Input extension library libXinerama-1.0.2,1 X11 Xinerama library libXmu-1.0.3,1 X Miscellaneous Utilities libraries libXp-1.0.0,1 X print library libXpm-3.5.7 X Pixmap library libXprintAppUtil-1.0.1 The XprintAppUtil library libXprintUtil-1.0.1 The XprintUtil library libXrandr-1.2.2 X Resize and Rotate extension library libXrender-0.9.4 X Render extension library libXres-1.0.3_2 X Resource usage library libXt-1.0.5 X Toolkit library libXtst-1.0.3 X Test extension libXv-1.0.3,1 X Video Extension library libXvMC-1.0.4 X Video Extension Motion Compensation library libXxf86dga-1.0.2 X DGA Extension libXxf86misc-1.0.1 X XF86-Misc Extension libXxf86vm-1.0.1 X Vidmode Extension liba52-0.7.4_1 A free library for decoding ATSC A/52 streams, aka AC-3 libao-0.8.8_1 Portable audio output library libart_lgpl-2.3.20,1 Library for high-performance 2D graphics libaudiofile-0.2.6 A sound library for SGI audio file libbonobo-2.22.0 A component and compound document system for GNOME2 libbonoboui-2.22.0_1 GUI frontend to the libbonobo component of GNOME 2 libcddb-1.3.0 A library to access data on a CDDB server libcdio-0.78.2_1 Compact Disc Input and Control Library libcompizconfig-0.6.0 An alternative configuration system for Compiz libcroco-0.6.1 CSS2 parsing library libdaemon-0.12 Lightweight C library that eases the writing of UNIX daemon libdca-0.0.5 Free DTS Coherent Acoustics decoder libdmx-1.0.2 DMX extension library libdrm-2.3.0 Userspace interface to kernel Direct Rendering Module servi libdvbpsi-0.1.6 A library for MPEG TS and DVB PSI tables decoding and gener libdvdcss-1.2.9_2 Portable abstraction library for DVD decryption libdvdnav-0.1.10_3 The library for the xine-dvdnav plugin libdvdread-0.9.7_3 This is needed by ogle, which is a DVD player that supports libebml-0.7.8 EBML (Extensible Binary Meta Language), sort of binary vers libexif-0.6.15 Library to read digital camera file meta-data libfontenc-1.0.4 The fontenc Library libgcrypt-1.4.0 General purpose crypto library based on code used in GnuPG libglade2-2.6.2 GNOME glade library libglut-7.0.1_1 OpenGL utility toolkit libgnome-2.22.0 Libraries for GNOME, a GNU desktop environment libgnomecanvas-2.20.1.1_1 A graphics library for GNOME libgnomekbd-2.22.0_1 GNOME keyboard shared library libgnomeprint-2.18.4_1 Gnome print support library libgnomeprintui-2.18.2_1 Gnome print support library libgnomeui-2.22.1_1 Libraries for the GNOME GUI, a GNU desktop environment libgpg-error-1.6 Common error values for all GnuPG components libgphoto2-2.4.1 A universal digital camera picture control tool libgpod-0.6.0 A library for direct access of iPod's contents libgsf-1.14.8_1 An extensible i/o abstraction for dealing with structured f libgtop-2.22.1_1 GNOME 2 top library libgweather-2.22.1.2 Library to accessing online weather informations libiconv-1.11_1 A character set conversion library libid3tag-0.15.1b ID3 tags library (part of MAD project) libltdl-1.5.24 System independent dlopen wrapper libmad-0.15.1b_2 Libmad library (part of MAD project) libmatroska-0.8.1 Extensible Multimedia Container Format libmikmod-esound-3.1.11_2 MikMod Sound Library libmng-1.0.9 Multiple-image Network Graphics (MNG) reference library libmodplug-0.8.4 ModPlug mod-like music shared libraries libmpcdec-1.2.6 High quality audio compression format libmpeg2-0.4.1_4 A free library for decoding mpeg-2 and mpeg-1 video streams libmspack-0.0.20040308_3 A library for Microsoft compression formats libmusicbrainz-2.1.5 2nd generation incarnation of the CD Index - audio metadata libnotify-0.4.4_1 A library for desktop notifications libogg-1.1.3,4 Ogg bitstream library liboil-0.3.14 Library of optimized inner loops liboldX-1.0.1 Old X library libopendaap-0.4.0_1 C lib used to connect to iTunes(R) music shares libpurple-2.4.1 Backend library for the Pidgin multi-protocol messaging cli librsvg2-2.22.2_1 Library for parsing and rendering SVG vector-graphic files libsexy-0.1.11 Extension widgets for GTK+ libsigc++-2.2.2 Callback Framework for C++ libsndfile-1.0.17_2 Reading and writing files containing sampled sound (like WA libsoup-2.4.1 A SOAP (Simple Object Access Protocol) implementation in C libspectre-0.2.0 A small library for rendering Postscript documents libtasn1-1.3 ASN.1 structure parser library libtheora-1.0.b2 Theora video codec for the Ogg multimedia streaming system libtool-1.5.24 Generic shared library support script libungif-4.1.4_5 Tools and library routines for working with GIF images libusb-0.1.12_2 Library giving userland programs access to USB devices libvolume_id-0.81.0 Library to provide file system type information libvorbis-1.2.0_1,3 Audio compression codec library libwnck-2.22.1 Library used for writing pagers and taskslists libxkbfile-1.0.4 XKB file library libxkbui-1.0.2 The xkbui library libxklavier-3.5_1,1 An utility library to make XKB stuff easier libxml++-2.22.0 XML API for C++ libxml2-2.6.30 XML parser library for GNOME libxslt-1.1.22_1 The XSLT C library for GNOME linux-aspell-0.50.4.1_2 Spelling checker with better logic than ispell (linux versi linux-atk-1.9.1 Accessibility Toolkit, Linux/i386 binary linux-blackdown-jdk-1.4.2_3 Blackdown Java Development Kit 1.4 for Linux linux-cairo-1.0.2 Linux cairo binary linux-expat-1.95.8 Linux/i386 binary port of Expat XML-parsing library linux-flashplugin-7.0r73 Adobe Flash Player NPAPI Plugin linux-fontconfig-2.2.3_7 Linux/i386 binary of Fontconfig linux-glib2-2.6.6 Version 2.X Linux/i386 binary port of GLib linux-gtk2-2.6.10 GTK+ library, version 2.X, Linux binary linux-hicolor-icon-theme-0.5_1 A high-color icon theme shell from the FreeDesktop project linux-jpeg-6b.34 RPM of the JPEG lib linux-nvu-1.0 A complete Web Authoring System linux-openssl-0.9.7f SSL and crypto library (Linux Version) linux-opera-9.27.20080331 A blazingly fast, full-featured, standards-compliant browse linux-pango-1.10.2 Linux pango binary linux-png-1.2.8_2 RPM of the PNG lib linux-realplayer-10.0.9.809.20070726 Linux RealPlayer 10 from RealNetworks linux-scim-libs-1.4.4 Smart Common Input Method platform, library part, Linux bin linux-tiff-3.7.1 TIFF library, Linux/i386 binary linux-xorg-libs-6.8.2_5 Xorg libraries, linux binaries linux_base-fc-4_10 Base set of packages needed in Linux mode (for i386/amd64) listres-1.0.1 List resources in widgets liveMedia-2008.04.09,1 LIVE.COM Streaming Media localedata-5.4 Legacy locale data for FreeBSD 6+ log4j-1.2.15 A fast and flexible logging library for Java lsof-4.79,1 Lists information about open files (similar to fstat(1)) luit-1.0.2_2 Locale and ISO 2022 support for Unicode terminals lzmautils-4.32.5 LZMA compression and decompression tools m4-1.4.9,1 GNU m4 makedepend-1.0.1,1 A dependency generator for makefiles metacity-2.22.0_1 A window manager for the adult in you mkcomposecache-1.2_1 Program to create Compose cache files mkfontdir-1.0.3 Create an index of X font files in a directory mkfontscale-1.0.3 Creates an index of scalable font files for X mozilla-1.7.13_6,2 The open source, standards compliant web browser mp3gain-1.4.6 A tool to normalize the gain of MP3 files mpeg4ip-libmp4v2-1.6.1 Mpeg-4 library and tools from mpeg4ip mplayer-0.99.11_4 High performance media player supporting many formats mplayer-skins-1.1.2_6 Skins for MPlayer's Graphical User Interface (GUI) mplayerplug-in-3.50_1 A Mozilla plugin for the MPlayer media player nas-1.8_1 Network Audio System nasm-2.02,1 General-purpose multi-platform x86 and x86-64 assembler nautilus-2.22.2_2 File manager for the GNOME desktop nautilus-cd-burner-2.22.1_1 CD burner view for Nautilus nspluginwrapper-0.9.91.5 A compatibility plugin for Netscape 4 (NPAPI) plugins nspr-4.7 A platform-neutral API for system level and libc like funct nss-3.11.9_2 Libraries to support development of security-enabled applic nvidia-driver-169.12 NVidia graphics card binary drivers for hardware OpenGL ren oclock-1.0.1 Round clock application for X open-motif-2.2.3_5 Motif X11 Toolkit (industry standard GUI (IEEE 1295)) openldap-client-2.3.41 Open source LDAP client implementation openoffice.org-2.4.0_5 Integrated wordprocessor/dbase/spreadsheet/drawing/chart/br openslp-1.2.1_2 Open-source implementation of the Service Location Protocol oss-freebsd7-v4.0-1015-i386 Open Sound System for FreeBSD p5-Archive-Zip-1.23 Perl module to create, manipulate, read, and write Zip arch p5-Authen-SASL-2.11 Perl5 module for SASL authentication p5-Compress-Raw-Zlib-2.009 Low-Level Interface to zlib compression library p5-Compress-Zlib-2.009 Perl5 interface to zlib compression library p5-Digest-1.15 Modules that calculate message digests p5-Digest-HMAC-1.01 Perl5 interface to HMAC Message-Digest Algorithms p5-Digest-MD5-2.36 Perl5 interface to the MD5 algorithm p5-Digest-SHA1-2.11 Perl interface to the SHA-1 Algorithm p5-File-Temp-0.20 Perl5 module to generate temporary files or directories saf p5-File-Which-0.05 Portable implementation of `which' in Perl p5-GSSAPI-0.26 Perl extension providing access to the GSSAPIv2 library p5-HTML-Parser-3.56_1 Perl5 module for parsing HTML documents p5-HTML-Tagset-3.20 Some useful data table in parsing HTML p5-HTML-Tree-3.23 A collection of modules to manupulate HTML syntax trees p5-IO-Compress-Base-2.009 Base Class for IO::Uncompress modules p5-IO-Compress-Zlib-2.009 Perl5 interface for reading and writing of (g)zip files p5-MIME-Base64-3.07 Perl5 module for Base64 and Quoted-Printable encodings p5-Net-1.22,1 Perl5 modules to access and use network protocols p5-Net-DBus-0.33.6 Perl extension for the DBus message system p5-PathTools-3.2701 A Perl module for portably manipulating file specifications p5-Text-Iconv-1.7 Perl interface to iconv() codeset conversion function p5-Tie-IxHash-1.21 Perl module implementing ordered in-memory associative arra p5-Time-HiRes-1.9712,1 A perl5 module implementing High resolution time, sleep, an p5-URI-1.36 Perl5 interface to Uniform Resource Identifier (URI) refere p5-XML-Filter-BufferText-1.01 Filter to put all characters() in one event p5-XML-Grove-0.46.a Perl-style XML objects p5-XML-Handler-YAWriter-0.23 Yet another Perl SAX XML Writer p5-XML-NamespaceSupport-1.09_1 A simple generic namespace support class p5-XML-Parser-2.36 Perl extension interface to James Clark's XML parser, expat p5-XML-SAX-0.16 Simple API for XML p5-XML-SAX-Expat-0.39 Simple API for XML p5-XML-SAX-Writer-0.50 SAX2 XML Writer p5-XML-Simple-2.18 Trivial API for reading and writing XML (esp config files) p5-XML-Twig-3.32 Process huge XML documents by chunks via a tree interface p5-XML-XPath-1.13 Modules for parsing and evaluating XPath statements p5-gettext-1.05_1 Message handling functions p5-libwww-5.805 Perl5 library for WWW access p5-libxml-0.08 Collection of Perl5 modules for working with XML pango-1.20.2 An open-source framework for the layout and rendering of i1 patch-2.5.4 GNU patch utility pccts-1.33.33 The Purdue Compiler Construction Tool Set pciids-20071004 Database of all known ID's used in PCI devices pcre-7.4 Perl Compatible Regular Expressions library perl-5.8.8_1 Practical Extraction and Report Language pidgin-2.4.1 Pidgin multi-protocol messaging client (GTK+ UI) pixman-0.9.6 Low-level pixel manipulation library pkg-config-0.22_1 A utility to retrieve information about installed libraries png-1.2.22 Library for manipulating PNG images pokerth-0.6_1 A poker game written in C++/QT4 policykit-0.1.20060514_4 Framework for controlling access to system-wide components policykit-0.7_5 Framework for controlling access to system-wide components poppler-0.6.4 A PDF rendering library poppler-data-0.2.0 Poppler encoding data poppler-gtk-0.6.4 Gtk bindings to poppler popt-1.7_4 A getopt(3) like library with a number of enhancements, fro portaudio-18.1_2 Portable cross-platform Audio API printproto-1.0.3 Print extension headers py25-cairo-1.4.0_1 Python bindings for Cairo py25-dbus-0.82.4 Python bindings for the D-BUS messaging system py25-elementtree-1.2.6 Container for hierarchical data structures written in Pytho py25-gdata-1.0.11.1 GData Python Client Library py25-gnome-2.22.0 A set of Python bindings for GNOME 2 py25-gobject-2.14.1 Python bindings for GObject py25-gstreamer-0.10.11 A set of Python bindings for gstreamer py25-gtk-2.12.1 A set of Python bindings for GTK+ py25-libxml2-2.6.31 Python interface for XML parser library for GNOME py25-numeric-24.2 The Numeric Extension to Python py25-orbit-2.14.3 Python bindings for ORBit2 py25-xml-0.8.4 PyXML: Python XML library enhancements pyrex-0.9.6.4 Programming Language for writing Python extension modules python25-2.5.1_1 An interpreted object-oriented programming language qmake-3.3.8_1 The build utility of the Qt project qt-3.3.8_7 Multiplatform C++ application framework qt4-corelib-4.3.4 Qt core library qt4-gui-4.3.4_1 Qt graphical user interface library qt4-moc-4.3.4 Qt meta object compiler qt4-qmake-4.3.4 The build utility of the Qt project qt4-rcc-4.3.4 Qt resource compiler qt4-uic-4.3.4 Qt user interface compiler randrproto-1.2.1 Randr extension headers rarian-0.8.0 An OMF help system based on the Freedesktop specification recordproto-1.13.2 RECORD extension headers renderproto-0.9.3 RenderProto protocol headers rgb-1.0.1 Uncompile an rgb corl-name database rpm-3.0.6_13 The Red Hat Package Manager rpm2cpio-1.2_2 Convert .rpm files for extraction with /usr/bin/cpio, needs rstart-1.0.2 Sample implementation of a Remote Start client rtc-2004.02.24.1_8 Kernel module which provides /dev/rtc device support ruby-1.8.6.111_2,1 An object-oriented interpreted scripting language ruby18-deplate-0.8.1 Ruby tool for converting wiki-like markup samba-libsmbclient-3.0.28 Shared libs from the samba package scripts-1.0.1 Various X related scripts scrnsaverproto-1.1.0 ScrnSaver extension headers sdl-1.2.13_1,2 Cross-platform multimedia development API sdl_image-1.2.6_1 A simple library to load images of various formats as SDL s sdl_mixer-1.2.8_1 A sample multi-channel audio mixer library sdocbook-xml-1.1,1 "Simplified" DocBook XML DTD sessreg-1.0.3 Manage utmp/wtmp entries for non-init X clients setxkbmap-1.0.4 Set the keyboard using the X Keyboard Extension shared-mime-info-0.23_1 A MIME type database from the FreeDesktop project showfont-1.0.1 Font dumper for the X font server smpeg-0.4.4_8 A free MPEG1 video player library with sound support smproxy-1.0.2 Session Manager Proxy speex-1.2.b2,1 An open-source patent-free voice codec sqlite3-3.5.6 An SQL database engine in a C library w/ Tcl wrapper startup-notification-0.9_2 Library that supports startup notification spec from freede svgalib-1.4.3_5 A low level console graphics library swt-devel-3.4.m5,1 Standard Widget Toolkit for Java system-tools-backends-2.6.0 Backend system admin scripts for gnome-system-tools texi2html-1.76_1,1 Texinfo to HTML converter thunderbird-2.0.0.12_3 Mozilla Thunderbird is standalone mail and news that stands tiff-3.8.2_1 Tools and library routines for working with TIFF images totem-2.22.2 A gstreamer-based video player for the GNOME 2 Desktop totem-pl-parser-2.22.2 GObject-based library to parse a host of playlist formats trapproto-3.4.3 DEC-XTRAP extension headers twm-1.0.3_3 Tab Window Manager for the X Window System ubench-0.32 Unix Benchmark Utility for CPU(s) and memory unzip-5.52_5 List, test and extract compressed files in a ZIP archive v4l_compat-1.0.20060801 Video4Linux compatibility header vcdimager-0.7.23_4 GNU VCDImager/VCDRip -- The GNU VideoCD Image Maker/Ripping videoproto-2.2.2 Video extension headers viewres-1.0.1 Graphical class browser for Xt vlc-0.8.6.f_3,2 Multimedia streaming server and player for various audio/vi vte-0.16.13_1 Terminal widget with improved accessibility and I18N suppor webfonts-0.30_4 TrueType core fonts for the Web win32-codecs-3.1.0.r1,1 Huge compilation of Win32 binary video codecs wxgtk2-common-2.8.7_1 The wxWidgets GUI toolkit (common files) wxgtk2-unicode-2.8.7_1 The wxWidgets GUI toolkit (Unicode) x11perf-1.4.1 X11 server performance test program x264-0.0.20080409_1 Multimedia library and tool for encoding H.264/AVC video st xauth-1.0.2 X authority file utility xbacklight-1.1 Program to adjust backlight brightness xbiff-1.0.1 Mailbox flag for X xbitmaps-1.0.1 X.Org bitmaps data xcalc-1.0.2 Scientific calculator for X xclipboard-1.0.1 X clipboard client xclock-1.0.3 Analog and digital clock for X xcmsdb-1.0.1 Device Color Characterization utility for X xconsole-1.0.3 Monitor system console messages with X xcursor-themes-1.0.1_1 X.org cursors themes xcursorgen-1.0.2 Create an X cursor file from a collection of PNG images xdbedizzy-1.0.2 Demo of DBE creating a double buffered spinning scene xditview-1.0.1 Display ditroff output xdm-1.1.6_2 X.Org X display manager xdpyinfo-1.0.2 Display information utility for X xdriinfo-1.0.2 Query configuration information of DRI drivers xedit-1.0.2 Simple text editor for X xev-1.0.2 Print contents of X events xextproto-7.0.2 XExt extension headers xeyes-1.0.1 A follow the mouse X demo xf86-input-keyboard-1.2.2_1 X.Org keyboard input driver xf86-input-mouse-1.2.3 X.Org mouse input driver xf86-video-ati-6.7.195 X.Org ati display driver xf86-video-i810-1.6.5_3 X.Org i810 display driver xf86-video-nv-2.1.6 X.Org nv display driver xf86-video-vesa-1.3.0_1 X.Org vesa display driver xf86-video-vga-4.1.0_1 X.Org vga display driver xf86-video-via-0.2.2_2 X.Org via display driver xf86dga-1.0.2 Test program for the XFree86-DGA extension xf86dgaproto-2.0.3 XFree86-DGA extension headers xf86miscproto-0.9.2 XFree86-Misc extension headers xf86vidmodeproto-2.2.2 XFree86-VidModeExtension extension headers xfd-1.0.1 Display all characters in an X font xfindproxy-1.0.1 Locate available proxy services xfontsel-1.0.2 Point and click selection of X11 font names xfs-1.0.5,1 X.Org font server xfsinfo-1.0.1 X font server information utility xfwp-1.0.1 X firewall proxy xgamma-1.0.2 Gamma correction through the X server. xgc-1.0.1 X graphics demo xhost-1.0.2 Server access control program for X xineramaproto-1.1.2 Xinerama extension headers xinit-1.0.7 X Window System initializer xkbcomp-1.0.3 Compile XKB keyboard description xkbevd-1.0.2 XKB event daemon xkbprint-1.0.1 Utility for printing an XKB keyboard description xkbutils-1.0.1 XKB utility demos xkeyboard-config-1.0_1 X Keyboard Configuration Database xkill-1.0.1 Utility for killing a client by its X resource xload-1.0.2 System load average display for X xlogo-1.0.1 Displays the X Window System logo. xlsatoms-1.0.1 List interned atoms defined on a server xlsclients-1.0.1 List client applications running on a display xlsfonts-1.0.2 Server font list displayer for X xmag-1.0.2 X application for screen magnifying xman-1.0.3 Manual page display program for X xmessage-1.0.2 Display message or query in a X window xmlcatmgr-2.2 SGML and XML catalog manager xmms-1.2.11_2 X Multimedia System -- An audio player with Winamp GUI xmodmap-1.0.3 Utility for modifying keymaps and pointer button mappings i xmore-1.0.1 Plain text display program for X xorg-7.3_1 X.Org complete distribution metaport xorg-apps-7.3 X.org apps meta-port xorg-cf-files-1.0.2_2 X.org cf files for use with imake builds xorg-docs-1.4,1 X.org documentation files xorg-drivers-7.3 X.org drivers meta-port xorg-fonts-100dpi-7.3 X.Org 100dpi bitmap fonts xorg-fonts-7.3 X.org fonts meta-port xorg-fonts-75dpi-7.3 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-7.3 X.Org Cyrillic bitmap fonts xorg-fonts-miscbitmaps-7.3 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-7.3 X.Org TrueType fonts xorg-fonts-type1-7.3 X.Org Type1 fonts xorg-libraries-7.3_1 X.org libraries meta-port xorg-protos-7.3 X.org protos meta-port xorg-server-1.4_4,1 X.Org X server and related programs xphelloworld-1.0.1_1 Sends a test page to an Xprint printer xplsprinters-1.0.1 Shows a list of Xprint printers xpr-1.0.2 Utility for printing an X window dump xprehashprinterlist-1.0.1 Recomputes the list of available printers. xprop-1.0.3 Property displayer for X xproto-7.0.10_1 X11 protocol headers xrandr-1.2.2 Primitive command line interface to the RandR extension xrdb-1.0.4 X server resource database utility xrefresh-1.0.2 Refresh all or part of an X screen xrx-1.0.1 RX helper program xscreensaver-gnome-4.24_7 Save your screen while you entertain your cat (for GNOME us xset-1.0.3 User preference utility for X xsetmode-1.0.0 Set the mode for an X Input Device xsetpointer-1.0.1 Set an X Input device as the main pointer xsetroot-1.0.2 root window parameter setting utility for X xsm-1.0.1 X Session Manager xstdcmap-1.0.1 X standard colormap utility xterm-229 Terminal emulator for the X Window System xtrans-1.0.4 Abstract network code for X xtrap-1.0.2 XTrap sample clients for X xvid-1.1.3,1 An opensource MPEG-4 codec, based on OpenDivx xvidtune-1.0.1 Video mode tuner for X xvinfo-1.0.2 Print out X-Video extension adaptor information xwd-1.0.1 Dump an image of an X window xwininfo-1.0.3 Window information utility for X xwud-1.0.1 Image displayer for X yasm-0.6.2 A complete rewrite of the NASM assembler yelp-2.22.1 A help browser for the GNOME 2 desktop zenity-2.22.1 Display GNOME dialogs from the command line zip-2.32 Create/update ZIP files compatible with pkzip From brooks at freebsd.org Mon May 19 01:31:25 2008 From: brooks at freebsd.org (Brooks Davis) Date: Mon May 19 01:31:27 2008 Subject: hier 7 question In-Reply-To: <8c50a3c30805181720w113c309bv62e699c7dadb9253@mail.gmail.com> References: <8c50a3c30805181720w113c309bv62e699c7dadb9253@mail.gmail.com> Message-ID: <20080519013135.GA12308@lor.one-eyed-alien.net> On Sun, May 18, 2008 at 08:20:03PM -0400, Marc Spitzer wrote: > Hello, > > I am porting ATF, http://www.netbsd.org/~jmmv/atf/, a unit testing > framework for C, C++ and Shell. The thing is is that it installs a > bunch of self tests in ${PREFIX}/tests/atf. Is this the right place > for it? From Hier(7) binaries should not go under share/. Otherwise > I think it is done. Personally I think the tests/port could be a > handy thing to have. What is your opinion/advice on this? libexec/ seems like it might be the right place. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080519/c2f16dd4/attachment.pgp From marcus at FreeBSD.org Mon May 19 04:22:29 2008 From: marcus at FreeBSD.org (Joe Marcus Clarke) Date: Mon May 19 04:22:31 2008 Subject: [Bulk] Re: FreeBSD Port: policykit-gnome-0.8 In-Reply-To: <4830A007.5040209@rogers.com> References: <4830190F.5090104@rogers.com> <48307B68.7090007@freebsd.org> <4830A007.5040209@rogers.com> Message-ID: <1211170971.23315.3.camel@shumai.marcuscom.com> On Sun, 2008-05-18 at 17:30 -0400, Brodey Dover wrote: > pkg_info Output: > > policykit-0.1.20060514_4 Framework for controlling access to system-wide > components > policykit-0.7_5 Framework for controlling access to system-wide > components You need to remove these two packages, then reinstall sysutils/policykit. Then you'll be able to install policykit-gnome. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080519/c0334cba/attachment.pgp From mspitzer at gmail.com Mon May 19 07:23:50 2008 From: mspitzer at gmail.com (Marc Spitzer) Date: Mon May 19 07:24:14 2008 Subject: Makefile/man page problem Message-ID: <8c50a3c30805190023l5ff94782xf033a19797c42204@mail.gmail.com> Hello, I am having a problem with installing/deinstalling man pages of a port I am working on, atf if interested. They are not being compressed on install and when I denistall the port I get error messages as follows: pkg_delete: file '/var/tmp/atf/man/man3/atf-c++/atf-c++-api.3.gz' doesn't exist pkg_delete: file '/var/tmp/atf/man/man3/atf-c/atf-c-api.3.gz' doesn't exist pkg_delete: file '/var/tmp/atf/man/man3/atf-sh/atf-sh-api.3.gz' doesn't exist pkg_delete: file '/var/tmp/atf/man/man4/doc/atf-test-case.4.gz' doesn't exist pkg_delete: couldn't entirely delete package (perhaps the packing list is now the files are in the right place, including atf-test-case.4, but they are not compressed. The prefix I am using for testing is /var/tmp/atf btw. And this is on 8.0. Here is my Makefile: bob# more Makefile # New ports collection makefile for: ATF # Date created: 12 May 2008 # Whom: Marc Spitzer # # $FreeBSD$ # PORTNAME= atf PORTVERSION= 0.5 CATEGORIES= devel MASTER_SITES= ftp://ftp.netbsd.org/pub/NetBSD/misc/jmmv/atf/0.5/ MAINTAINER= mspitzer@gmail.com COMMENT=The ATF unit testing framework, C, C++ and Posix Shell bindings GNU_CONFIGURE= yes CONFIGURE_TARGET=--build=${MACHINE_ARCH}-portbld-freebsd${OSREL} USE_AUTOTOOLS= autoconf:261 MAN1= tools/atf-format.1 tools/atf-compile.1 tools/atf-cleanup.1 tools/atf-run.1 \ tools/atf-config.1 tools/atf-version.1 tools/atf-killpg.1 tools/atf-report.1 \ tools/atf-exec.1 doc/atf-test-program.1 MAN3= atf-c++/atf-c++-api.3 atf-c/atf-c-api.3 atf-sh/atf-sh-api.3 MAN4= doc/atf-test-case.4 MANCOMPRESSED=yes .include bob# Thanks for the help, marc -- Freedom is nothing but a chance to be better. Albert Camus From fcreid at ourcorner.org Mon May 19 09:52:10 2008 From: fcreid at ourcorner.org (Frank Reid) Date: Mon May 19 09:52:14 2008 Subject: FreeBSD Port: snort-2.8.1_1 Message-ID: <000301c8b993$c11e7930$435b6b90$@org> Could you look at this thread regarding the MySQL database output of Snort 2.8.X. It has a one-line patch in spo_database.c to reconnect to the automatically. I must manually make this change each time Snort is updated from ports. http://www.snort.org/archive-4-4983.html Thanks in advance. Frank From flz at xbsd.org Mon May 19 09:53:32 2008 From: flz at xbsd.org (Florent Thoumie) Date: Mon May 19 09:53:35 2008 Subject: Makefile/man page problem In-Reply-To: <8c50a3c30805190023l5ff94782xf033a19797c42204@mail.gmail.com> References: <8c50a3c30805190023l5ff94782xf033a19797c42204@mail.gmail.com> Message-ID: On Mon, May 19, 2008 at 8:23 AM, Marc Spitzer wrote: > Hello, > > I am having a problem with installing/deinstalling man pages of a port > I am working on, atf if interested. They are not being compressed on > install and when I denistall the port I get error messages as follows: > > > pkg_delete: file '/var/tmp/atf/man/man3/atf-c++/atf-c++-api.3.gz' doesn't exist > pkg_delete: file '/var/tmp/atf/man/man3/atf-c/atf-c-api.3.gz' doesn't exist > pkg_delete: file '/var/tmp/atf/man/man3/atf-sh/atf-sh-api.3.gz' doesn't exist > pkg_delete: file '/var/tmp/atf/man/man4/doc/atf-test-case.4.gz' doesn't exist > pkg_delete: couldn't entirely delete package (perhaps the packing list is $ find man -type f | head -5 man/man1/atf-test-program.1 man/man1/atf-config.1 man/man1/atf-cleanup.1 man/man1/atf-compile.1 man/man1/atf-exec.1 You need to set MAN1= atf-test-program.1 atf-config.1 ..., this is relative to MAN1DIR, not WRKSRC. Also, by default ATF_SHELL is set to /usr/local/bin/bash so you need to add shells/bash as a dependency if setting it to /bin/sh isn't good enough. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From bugmaster at FreeBSD.org Mon May 19 11:06:05 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 19 11:06:21 2008 Subject: Current unassigned ports problem reports Message-ID: <200805191106.m4JB64g2010633@freefall.freebsd.org> Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including\nexperimental development code and obsolete releases.\n Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/106369 vpnd caused kernel panic with ppp mode o ports/106372 vpnd can't run with slip mode o ports/111832 ports/lang/drscheme doesn't compile: foreign.c f ports/112921 x11-wm/Beryl not loading focus and keybinding settings s ports/113144 print/ghostscript-gnu dumps core with several output d f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586 net/isc-dhcp3-server does not work when compiled with o ports/117128 security/ipsec-tools racoon.sh fails with /var on mfs o ports/118808 Fix to build ports/lang/drscheme on FreeBSD-7.0 o ports/118877 audio/streamripper does not detect song title from str o ports/122128 Class not found error during print/pdftk port installa f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/122306 misc/compat5x port fails to extract if you're root o ports/122381 net-mgmt/collectd in FreeBSD 7.0 i386 and sparc64 segf f ports/122416 deskutils/kmatrix3d and deskutils/ksmoothdock don't in o ports/122676 multimedia/mplayer: can't access dvd with any applicat o ports/122907 [patch] sysutils/fusefs-kmod dataloss on write shortly f ports/122911 ports/audio/sox: MP3 support broken s ports/122949 net-mgmt/kismet coredumps f ports/122973 textproc/xerces-c2: installed files do not have o+r bi o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/123375 [patch] sysutils/wmmemmon fails with error extracting f ports/123561 sysutils/lsof port does not build on 6.3-STABLE f ports/123624 port java/sablevm installs jni.h in /usr/local/include f ports/123655 mail/postfix - I can't build port postfix-2.5.1 with p f ports/123704 sysutils/heartbeat port does not build, patch included o ports/123800 [new port] games/netherearth f ports/123804 net-mgmt/fetchconfig 0.14 missing DmSwitch.pm 28 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/85513 Intel C++ compiler not 100% binary compatible with sys o ports/95294 netpipe doesn't work on amd64 o ports/95990 New Port: emulators/xjoypad o ports/102544 ltmdm driver (comms/ltmdm) crashes system whene line r o ports/107354 net/icmpinfo: icmpinfo -vvv does not recocnize any ICM o ports/108795 ports/icc: Proposed update to icc port for intel compi o ports/108856 [mbone/sdr] make sdr usable again; patch appended o ports/110144 New port: math/Matlab7 o ports/110697 New port: ports-mgmt/pkg_deps s ports/115216 ADA devel/florist exit_process program doesn't compile s ports/115217 Ada devel/florist socket program doesn't compile due t f ports/115304 multimedia/gpac-mp4box cannot import files larger than f ports/115336 port multimedia/avifile on FreeBSD 7.0 not BROKEN with f ports/116567 [PATCH] net/vnc: patch x0vncserver to not give the sel o ports/117299 [NEW PORTS] www/webobjects(+) Apple WebObjects ports b o ports/117521 [new port] net/asterisk-res-bonjour Bonjour (Zeroconf) o ports/117703 New port: devel/asdlgen generate serializers for C,C++ o ports/118033 [new port] devel/cvs-devel 1.12.13_8 o ports/118105 mail/spamd - spamd-setup with multiple files in spamd- o ports/118229 New port: security/fwknop fwknop,"FireWall KNock OPera f ports/118293 net/vnc Xvnc won't run without fonts.alias installed o ports/118368 New port: net/asterisk-agx AGX Extra Addons (including o ports/118548 New port: biology/consed viewing and editing workbench o ports/118906 [NEW PORT] graphics/2d-rewriter: Fractals generator ba o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li o ports/119425 New port: korean/ko.TeX Korean TeX macro and utilities o ports/119427 New port: korean/ko.TeX-fonts-extra Korean TeX extra f o ports/119428 New port: korean/ko.TeX-fonts-base Korean TeX base fon o ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 o ports/119640 [NEW PORT] devel/sml_tk: Typed and abstract Standard M f ports/119745 www/linux-flashplugin7 - flashplayer does not work wit o ports/120181 weird tty permissions with x11/rxvt f ports/120480 [patch] devel/quilt: RPM dependency should be optional f ports/120923 www/squidguard does not work unless its UID/GID are mo o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/121126 New port: science/caret Computerized Anatomical Recons f ports/121149 www/tomcat55 - www/tomcat* choaks on ip6 f ports/121154 port sysutils/915resolution marked i386 only; builds f o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler f ports/121254 shells/ch: Bad ownership of installed files. o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/121344 new port audio/akode-plugins-pulseaudio f ports/121355 net/isc-dhcp3-server mishandles OPTIONS o ports/121629 New Port: net/netident A port for testing what netwo s ports/121659 [Update] ports: databases/postgis-jdbc 1.3.2 f ports/121673 Update port: www/zope-formulator to 1.11.3 f ports/121724 [UPDATE] Update multimedia/avidemux2 to 2.4.1 f ports/121731 science/hdf5: enable Fortran support f ports/121827 sysutils/ezjail: config-attached image jail can not be f ports/121834 [patch] lang/lua: split AR into AR/ARFLAGS (for cross f ports/121836 [PATCH] sysutils/ezjail: amd64 install problem o ports/121882 /usr/ports/audio/mbrolavox/voices.conf uses extended c o ports/122102 New Port devel/tango - alternate library for the D pro f ports/122122 print/lyx crashes if devel/boost is compiled with thre o ports/122210 [PATCH] java/bsh: change main category, take maintaine f ports/122333 net/arping - patch to lookup for interface and src ip, f ports/122402 [PATCH] security/metasploit: Update to 3.1 [SUMMARIZE f ports/122469 [patch] options for devel/viewvc f ports/122471 [patch] port devel/cvs2svn o ports/122583 [PATCH]print/pdftk: update to 1.41 f ports/122586 Update to sysutils/logrotate o ports/122596 devel/python: Python hangs when importing pygtk f ports/122606 games/eduke32 : new snapshot o ports/122612 New port: www/mod_wsgi Python WSGI adapter module for o ports/122631 [NEW PORT] net-im/p5-Net-XMPP2: An implementation of t o ports/122701 New port: www/mod_wombat "Apache Lua module" f ports/122747 Update port: comms/bluegps maintainer email, extra tex f ports/122748 Update port: comms/bluez-firmware email maintainer, ty f ports/122783 [PATCH] editors/emacs: update to 22.2 o ports/122824 [new port] add news/husky-htick-devel port f ports/122860 databases/phpMyAdmin installs in the wrong dir o ports/122909 [NEW PORT] polish/qnapi o ports/122980 New Port: emulators/gemrb o ports/122993 setup.sh for audio/mpdscribble o ports/123007 [NEW PORT] games/linux-etqw-server: Enemy Territory: Q o ports/123009 [NEW PORT] games/linux-etqw-demo-server: Enemy Territo f ports/123022 New port: archivers/rpm5 f ports/123072 update www/tomcat55 o ports/123091 sysutils/syslog-ng2: [PATCH] syslog-ng2 package name a o ports/123127 [NEW PORT] security/openvas-libraries: Libraries for O o ports/123128 [NEW PORT] security/openvas-server: A security scanner o ports/123129 [NEW PORT] security/openvas-libnasl: NASL libraries fo o ports/123130 [NEW PORT] security/openvas-plugins: Plugins for OpenV o ports/123131 [NEW PORT] security/openvas-client: A GUI client for O o ports/123139 Re: [NEW PORT] security/openvas-server: A security sca f ports/123213 patch net/libnet's configure to not do anymore checks o ports/123214 [new port] sysutils/p5-lchown o ports/123215 net-mgmt/nagios-silfreed-plugins fails install f ports/123309 port upgrade: devel/monotone-viz 1.0.1 f ports/123328 [PATCH]math/maxima: update to 5.15.0 o ports/123339 [NEW PORT] textproc/doc-mode.el: asciidoc fontlocking o ports/123345 x11/wrapper: [PATCH] xorg-wrapper should depend on xor o ports/123391 [NEW PORT] math/mingw32-libgmp4: Library for arbitrary o ports/123424 [NEW PORT] net/winexe o ports/123437 comms/qpage -- hangup problems and ident requests o ports/123464 New Port: databases/pgfouine o ports/123488 New port: graphics/import-pictures copy/move pictures o ports/123532 Upgrade port graphics/glfw to 2.6 [+patch] f ports/123533 [PATCH] print/latexdiff: update to 0.5 f ports/123604 Update port: www/zope29 to 2.9.9 f ports/123605 Update port: www/zope210 to 2.10.6 o ports/123614 New Port : editors/OmegaT a free translation memory ap o ports/123620 New Port: devel/p5-ZML A simple, fast, and easy to re o ports/123626 [MAINTAINER] japanese/latex-japanese: change portname o ports/123652 [NEW PORT] print/latex-aa: LaTeX class for submission o ports/123653 [NEW PORT] print/latex-aastex: LaTeX class for America f ports/123663 update www/phpbb3 to current release o ports/123673 New Port: www/mod_umask Apache2+ Module to set the uma o ports/123692 New port: www/davical A simple CalDAV server f ports/123697 [PATCH] sysutils/linux-megacli: Fix periodic script af f ports/123722 www/linux-flashplugin9 - Mark as broken since it doesn f ports/123732 [patch] update net-mgmt/netxms to 0.2.21 f ports/123756 [patch] put devel/libffi includes in sane place o ports/123757 [maintainer update] Upgrade to sysutils/AFFLIB 3.2.0 o ports/123759 [maintainer update] databases/sqldeveloper version upd o ports/123770 [NEW PORT] graphics/geeqie Lightweight image viewer f o ports/123787 [PATCH] fixes for comms/smstools o ports/123795 new port: x11-servers/xorg-xephyr o ports/123798 Update deskutils/calcurse to 2.1 f ports/123801 BerkeleyDB (/usr/ports/databases/db46) install fails f ports/123803 [PATCH] devel/doxygen: update to 1.5.6 f ports/123805 print/lyx crash on CURRENT o ports/123808 multimedia/motion update to 3.2.10 o ports/123810 Remove port devel/libffi. o ports/123811 [patch] port:graphics/claraocr main website is now unr o ports/123812 postfix' pkg-install script doesn't see postfix_defaul 126 problems total. From unixmania at gmail.com Mon May 19 12:16:15 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Mon May 19 12:16:19 2008 Subject: Gnash 0.8.2 In-Reply-To: References: <20080516052503.GF4543@hades.panopticon> Message-ID: On Sat, May 17, 2008 at 12:05 AM, Carlos A. M. dos Santos wrote: > On Fri, May 16, 2008 at 9:11 AM, Carlos A. M. dos Santos [...] >> I noticed that video rendering lags behind audio with 0.8.2 and devel. >> It seems that video rendering with AGG is not fast enough, so I will >> try to improve the performance by trimming some compilation >> parameters. > > The lag happens when I use the browser plugin, not the standalone > player. [...] The lag happens when the gnash plugin passes the -j -k to scale the video to the desired size inside the browser window. I noticed the same problem when using the standalone player. -- Carlos A. M. dos Santos From roberthuff at rcn.com Mon May 19 14:05:50 2008 From: roberthuff at rcn.com (Robert Huff) Date: Mon May 19 14:05:55 2008 Subject: problem building mldonkey In-Reply-To: <18477.37226.359801.874399@jerusalem.litteratus.org> References: <18477.37226.359801.874399@jerusalem.litteratus.org> Message-ID: <18481.35127.397209.340165@jerusalem.litteratus.org> [I've written the maintainer twice, with no response.] While upgrading 2.9.4 to 2.9.5, I get this: Compiling CryptoPP.cc can take several minutes, on slow machines up to half an hour. ===Building for mldonkey-2.9.5 /usr/local/bin/ocamlc.opt -linkall -o ocamlpp.byte \ -custom bigarray.cma unix.cma str.cma -ccopt "-L/usr/local/lib -L/usr/local/lib -L/usr/local/lib -I/usr/local/include -I/usr/local/include -I/usr/local/include" -cclib "-lcharset -lz /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib" -cclib -lbz2 -ccopt "-D_REENTRANT" -cclib "-pthread" \ \ \ \ \ -I build tools/ocamlpp.cmo /var/tmp//ccxVfL7G.o(.data+0x634): undefined reference to `re_replacement_text' /var/tmp//ccxVfL7G.o(.data+0x638): undefined reference to `re_search_backward' /var/tmp//ccxVfL7G.o(.data+0x63c): undefined reference to `re_search_forward' /var/tmp//ccxVfL7G.o(.data+0x640): undefined reference to `re_partial_match' /var/tmp//ccxVfL7G.o(.data+0x644): undefined reference to `re_string_match' Error while building custom runtime system gmake: *** [ocamlpp.byte] Error 2 *** Error code 2 As far as I know all the libraries are up-to-date. Help, please? Robert Huff From avg at icyb.net.ua Mon May 19 14:27:30 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Mon May 19 14:27:38 2008 Subject: wine rebuilds font smth every time Message-ID: <48318E4D.1070009@icyb.net.ua> Every time I run wine it starts rebuilding something related to fonts. This takes quite long, only after that a windows program is actually executed. Very annoying. This is wine-0.9.59,1, installed from a package, no extra configuration. What could be causing this? Any way to fix/workaround? Big thanks in advance! -- Andriy Gapon From pcfxer at rogers.com Mon May 19 15:08:20 2008 From: pcfxer at rogers.com (Brodey Dover) Date: Mon May 19 15:08:26 2008 Subject: [Bulk] Re: FreeBSD Port: policykit-gnome-0.8 In-Reply-To: <1211170971.23315.3.camel@shumai.marcuscom.com> References: <4830190F.5090104@rogers.com> <48307B68.7090007@freebsd.org> <4830A007.5040209@rogers.com> <1211170971.23315.3.camel@shumai.marcuscom.com> Message-ID: <483197D8.3000401@rogers.com> Worked like a charm sir. Thank you, Brodey Dover From bsam at ipt.ru Mon May 19 16:31:28 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Mon May 19 16:31:32 2008 Subject: wine rebuilds font smth every time In-Reply-To: <48318E4D.1070009@icyb.net.ua> (Andriy Gapon's message of "Mon\, 19 May 2008 17\:27\:25 +0300") References: <48318E4D.1070009@icyb.net.ua> Message-ID: <93743292@ipt.ru> On Mon, 19 May 2008 17:27:25 +0300 Andriy Gapon wrote: > Every time I run wine it starts rebuilding something related to fonts. > This takes quite long, only after that a windows program is actually > executed. > Very annoying. > This is wine-0.9.59,1, installed from a package, no extra configuration. > What could be causing this? > Any way to fix/workaround? The current version of wine is 0.9.61,1. Sometime ago wine has got rid of fontconfig dependency and the distribution contains fonts. -- HTH and WBR, bsam From fbsd06 at mlists.homeunix.com Mon May 19 18:09:18 2008 From: fbsd06 at mlists.homeunix.com (RW) Date: Mon May 19 18:09:23 2008 Subject: problem building mldonkey In-Reply-To: <18481.35127.397209.340165@jerusalem.litteratus.org> References: <18477.37226.359801.874399@jerusalem.litteratus.org> <18481.35127.397209.340165@jerusalem.litteratus.org> Message-ID: <20080519185243.51f3e7ca@gumby.homeunix.com.> On Mon, 19 May 2008 10:05:43 -0400 Robert Huff wrote: > > [I've written the maintainer twice, with no response.] > > > While upgrading 2.9.4 to 2.9.5, I get this: > Since I upgraded mlnet crashes everytime it's started. From itetcu at FreeBSD.org Mon May 19 19:01:10 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon May 19 19:34:54 2008 Subject: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined Message-ID: <20080519215010.68ce1dff@it.buh.tecnik93.com> Hi, If this problem is already fixed, please ignore this email. Out ports infrastructure provides a set of variables to control the installation of various types of documentation: NO_INSTALL_MANPAGES, NOPORTDOCS, NOPORTEXAMPLES, NOPORTDATA. A description for each of them can be found in ports/Mk/bsd.port.mk. They can be used to build stripped-down packages from our ports, a useful feature for systems where disk space is a premium (like embedded systems, etc.) In theory, for any port built with a NO* var defined the corresponding dirs and files shouldn't be installed. In practice we don't stress this, but at minimum we require is that the plist is correct - and this is what I tested. I will continue with the other categories, then I'll start testing for NO_INSTALL_MANPAGES. I'm also setting up an semi-automated system to test the ports as near to commit time as my available hardware permits. I have just finished a test build of devel/* ports and their dependencies on my amd64 tinderbox with: > m /usr/local/tinderbox/portstrees/FreeBSD/portstree.env export FORCE_PACKAGE=yes export NOPORTDOCS=yes export NOPORTEXAMPLES=yes export NOPORTDATA=yes The relevant version details: System FreeBSD 7 (RELENG_7) 2008-05-09 23:13:31 Ports Tree FreeBSD ports tree 2008-05-10 00:22:00 The build was done via: ./tc addPort -b ${_build} -r -d ${PORT} -o ./tinderbuild -noduds -nullfs -plistcheck -b ${_build} ${PORT} The following ports fail with 3 types of errors: - they install docs, examples or data files or dirs when they shouldn't because of above vars being defined and they don't list them in the plist. - they don't install some docs, examples or data files or dirs but they list them in the plist. - they confuse the meaning of one of the above NO* variables with an other or with NO_INSTALL_MANPAGES A common mistake seems to be the patting of portlint(1) by adding %%PORTDOCS%% without checking if those files are installed or not. Please try to make your port obey the NO* vars, not "fix" it by installing those files unconditionally. The build logs can be found at: http://t64.tecnik93.com/index.php?action=failed_buildports&build=7-STABLE-FTP If you commit a fix please let me know; if you submit a PR to fix your port please CC me on it and I'll commit it; also please let as know if you intend to work on the unmaintained ports so that we don't duplicate our efforts. This is the list of ports that fail and their maintianers: devel/vstr - ports@FreeBSD.org devel/tigcc - jaj@hcl-club.lu devel/templ - ports@FreeBSD.org devel/tclcheck - ports@FreeBSD.org devel/styx - ports@FreeBSD.org devel/avr-libc - joerg@freebsd.org devel/silc-toolkit - ports@FreeBSD.org devel/py-spark - ports@FreeBSD.org devel/ruby-rbprof - sean@chittenden.org graphics/ruby-cairo - mezz@FreeBSD.org graphics/cairomm - gnome@FreeBSD.org graphics/linux-png - freebsd-emulation@FreeBSD.org devel/quilt - doj@cubic.org devel/py-cxx - lwhsu@FreeBSD.org devel/py-turbojson - nivit@FreeBSD.org devel/py-pycallgraph - lwhsu@FreeBSD.org devel/ice - shoesoft@gmx.net devel/py-grouch - ports@FreeBSD.org www/apache20 - clement@FreeBSD.org devel/ppl - ports@FreeBSD.org dns/libidn - krion@FreeBSD.org devel/picasm - ports@FreeBSD.org devel/pcre++ - ports@FreeBSD.org x11-toolkits/xmhtml - ports@FreeBSD.org security/gnupg1 - kuriyama@FreeBSD.org devel/p5-Class-MOP - lbr@FreeBSD.org devel/cdk - MrL0Lz@gmail.com devel/ocaml-sem - argentoff@gmail.com devel/ipython - dryice@FreeBSD.org devel/ncurses - rafan@FreeBSD.org devel/ncc - vs@FreeBSD.org devel/naturaldocs - laszlof@FreeBSD.org devel/monotone - lapo@lapo.it devel/mercurial - roberto@FreeBSD.org devel/makeplus - sergei@FreeBSD.org devel/m17n-docs - ports@FreeBSD.org devel/libslang2 - garga@FreeBSD.org textproc/xerces-c2 - kenm@icarz.com devel/libdict - ports@FreeBSD.org devel/libcheck - mikeh@FreeBSD.org lang/ghc - haskell@FreeBSD.org devel/glibmm-reference - gnome@FreeBSD.org devel/gengetopt - laszlof@FreeBSD.org lang/gauche - erik@smluc.org devel/fpp - ports@FreeBSD.org devel/flatzebra - edwin@mavetju.org net/skstream - oliver@FreeBSD.org devel/epm - openoffice@FreeBSD.org devel/cvsmapfs - rip@pinetec.co.za devel/cons - rv@gnu.org devel/cogito - anholt@FreeBSD.org devel/c4 - araujo@FreeBSD.org Thanks for your work on making FreeBSD better, -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080519/356ea0ce/signature.pgp From stevefranks at ieee.org Mon May 19 20:05:36 2008 From: stevefranks at ieee.org (Steve Franks) Date: Mon May 19 20:05:40 2008 Subject: help making new port: config err "amd64-unknown-freebsd7.0 not supported" Message-ID: <539c60b90805191237q3e068230t24b60176dfc5b621@mail.gmail.com> I'm trying to build the devel/arm-elf-gcc295 port for the more modern gcc4.2.3. What I've done: edited devel/arm-elf-gcc295/Makefile to change version 2.95 to 4.2.3, removed patches for v295, ran make makesum, ran "make". This error seems like something pretty obvious, not having done it before, however.... Thanks, Steve ... checking whether sigaltstack is declared... yes checking for struct tms... yes checking for clock_t... yes checking for .preinit_array/.init_array/.fini_array support... no checking if mkdir takes one argument... no *** Configuration amd64-unknown-freebsd7.0 not supported *** Error code 1 Stop in /usr/ports/devel/arm-elf-gcc/work/gcc-4.2.3. *** Error code 1 Stop in /usr/ports/devel/arm-elf-gcc/work/gcc-4.2.3. *** Error code 1 Stop in /usr/ports/devel/arm-elf-gcc/work/gcc-4.2.3. [steve@dystant /usr/ports/devel/arm-elf-gcc/work/gcc-4.2.3]$ From mezz7 at cox.net Mon May 19 20:15:19 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon May 19 20:15:23 2008 Subject: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined In-Reply-To: <20080519215010.68ce1dff@it.buh.tecnik93.com> References: <20080519215010.68ce1dff@it.buh.tecnik93.com> Message-ID: On Mon, 19 May 2008 13:50:10 -0500, Ion-Mihai Tetcu wrote: > Hi, > > > The build logs can be found at: > http://t64.tecnik93.com/index.php?action=failed_buildports&build=7-STABLE-FTP > If you commit a fix please let me know; if you submit a PR to fix your > port please CC me on it and I'll commit it; also please let as know if > you intend to work on the unmaintained ports so that we don't duplicate > our efforts. > > > This is the list of ports that fail and their maintianers: > graphics/ruby-cairo - mezz@FreeBSD.org > graphics/cairomm - gnome@FreeBSD.org > devel/glibmm-reference - gnome@FreeBSD.org Fixed, thanks for setup tinderbox and report! Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From itetcu at FreeBSD.org Mon May 19 20:32:11 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon May 19 20:32:15 2008 Subject: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined In-Reply-To: References: <20080519215010.68ce1dff@it.buh.tecnik93.com> Message-ID: <20080519233159.274c9f42@it.buh.tecnik93.com> On Mon, 19 May 2008 15:17:28 -0500 "Jeremy Messenger" wrote: > On Mon, 19 May 2008 13:50:10 -0500, Ion-Mihai Tetcu > wrote: > > > Hi, > > > > > > > The build logs can be found at: > > http://t64.tecnik93.com/index.php?action=failed_buildports&build=7-STABLE-FTP > > If you commit a fix please let me know; if you submit a PR to fix your > > port please CC me on it and I'll commit it; also please let as know if > > you intend to work on the unmaintained ports so that we don't duplicate > > our efforts. > > > > > > This is the list of ports that fail and their maintianers: > > > graphics/ruby-cairo - mezz@FreeBSD.org > > graphics/cairomm - gnome@FreeBSD.org > > devel/glibmm-reference - gnome@FreeBSD.org > > Fixed, thanks for setup tinderbox and report! Thanks, you're the first, followed closely by garga@ (but you fixed 3 ports). The test (for all 4 NO* vars) is automated now after each commit, but the emails I'll be sending out manually to catch false positives. Let's hope my hardware can keep up with the commits :) (which I doubt for large commits, but I'm building an other tindy). -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080519/630c2748/signature.pgp From mezz7 at cox.net Mon May 19 20:47:33 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon May 19 20:47:42 2008 Subject: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined In-Reply-To: <20080519233159.274c9f42@it.buh.tecnik93.com> References: <20080519215010.68ce1dff@it.buh.tecnik93.com> <20080519233159.274c9f42@it.buh.tecnik93.com> Message-ID: On Mon, 19 May 2008 15:31:59 -0500, Ion-Mihai Tetcu wrote: > On Mon, 19 May 2008 15:17:28 -0500 > "Jeremy Messenger" wrote: > >> On Mon, 19 May 2008 13:50:10 -0500, Ion-Mihai Tetcu >> wrote: >> >> > Hi, >> > >> > >> >> > The build logs can be found at: >> > >> http://t64.tecnik93.com/index.php?action=failed_buildports&build=7-STABLE-FTP >> > If you commit a fix please let me know; if you submit a PR to fix your >> > port please CC me on it and I'll commit it; also please let as know if >> > you intend to work on the unmaintained ports so that we don't >> duplicate >> > our efforts. >> > >> > >> > This is the list of ports that fail and their maintianers: >> >> > graphics/ruby-cairo - mezz@FreeBSD.org >> > graphics/cairomm - gnome@FreeBSD.org >> > devel/glibmm-reference - gnome@FreeBSD.org >> >> Fixed, thanks for setup tinderbox and report! > > Thanks, you're the first, followed closely by garga@ (but you fixed 3 > ports). I am hoping to modify or rewrite our (FreeBSD GNOME Team) reference framework in someday. > The test (for all 4 NO* vars) is automated now after each commit, but > the emails I'll be sending out manually to catch false positives. > > Let's hope my hardware can keep up with the commits :) > (which I doubt for large commits, but I'm building an other tindy). What are you planning to use another tinderbox? Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From itetcu at FreeBSD.org Mon May 19 21:08:08 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon May 19 21:08:13 2008 Subject: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined In-Reply-To: References: <20080519215010.68ce1dff@it.buh.tecnik93.com> <20080519233159.274c9f42@it.buh.tecnik93.com> Message-ID: <20080520000759.27ca8d20@it.buh.tecnik93.com> On Mon, 19 May 2008 15:49:42 -0500 "Jeremy Messenger" wrote: > On Mon, 19 May 2008 15:31:59 -0500, Ion-Mihai Tetcu > wrote: > > > On Mon, 19 May 2008 15:17:28 -0500 > > "Jeremy Messenger" wrote: > > > >> On Mon, 19 May 2008 13:50:10 -0500, Ion-Mihai Tetcu > >> wrote: [ .. ] > >> > This is the list of ports that fail and their maintianers: > >> > >> > graphics/ruby-cairo - mezz@FreeBSD.org > >> > graphics/cairomm - gnome@FreeBSD.org > >> > devel/glibmm-reference - gnome@FreeBSD.org > >> > >> Fixed, thanks for setup tinderbox and report! > > > > Thanks, you're the first, followed closely by garga@ (but you fixed 3 > > ports). > > I am hoping to modify or rewrite our (FreeBSD GNOME Team) reference > framework in someday. > > > The test (for all 4 NO* vars) is automated now after each commit, but > > the emails I'll be sending out manually to catch false positives. > > > > Let's hope my hardware can keep up with the commits :) > > (which I doubt for large commits, but I'm building an other tindy). > > What are you planning to use another tinderbox? I have now a i386 tindy and an amd64 one. The second one will be also an amd64, close enough to the first one I hope (if things go right and I can have a low-latency fiber between them) to be able to nfs-mount the pkg dir, to speed-up things. This devel/* build took almost a week (started with a fresh ports tree, nothing build in it). If things go right with the two deals we're negotiating @work maybe I can shanghai a third box and offer some cycles like droso's tindys. BTW, what's GNOME Team's infrastructure now? -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080519/e5124602/signature.pgp From itetcu at FreeBSD.org Mon May 19 21:22:59 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon May 19 21:23:02 2008 Subject: NO_INSTALL_MANPAGES (Re: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined) In-Reply-To: <20080519215010.68ce1dff@it.buh.tecnik93.com> References: <20080519215010.68ce1dff@it.buh.tecnik93.com> Message-ID: <20080520002250.3291700d@it.buh.tecnik93.com> On Mon, 19 May 2008 21:50:10 +0300 Ion-Mihai Tetcu wrote: > I will continue with the other categories, then I'll start testing for > NO_INSTALL_MANPAGES. Speaking of which, is this to be set by user or port? Comments in b.p.m aren't very clear. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080519/9083c09d/signature.pgp From mezz7 at cox.net Mon May 19 21:43:23 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon May 19 21:43:30 2008 Subject: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined In-Reply-To: <20080520000759.27ca8d20@it.buh.tecnik93.com> References: <20080519215010.68ce1dff@it.buh.tecnik93.com> <20080519233159.274c9f42@it.buh.tecnik93.com> <20080520000759.27ca8d20@it.buh.tecnik93.com> Message-ID: On Mon, 19 May 2008 16:07:59 -0500, Ion-Mihai Tetcu wrote: > On Mon, 19 May 2008 15:49:42 -0500 > "Jeremy Messenger" wrote: > >> On Mon, 19 May 2008 15:31:59 -0500, Ion-Mihai Tetcu >> wrote: >> >> > On Mon, 19 May 2008 15:17:28 -0500 >> > "Jeremy Messenger" wrote: >> > >> >> On Mon, 19 May 2008 13:50:10 -0500, Ion-Mihai Tetcu >> >> >> wrote: > [ .. ] >> >> > This is the list of ports that fail and their maintianers: >> >> >> >> > graphics/ruby-cairo - mezz@FreeBSD.org >> >> > graphics/cairomm - gnome@FreeBSD.org >> >> > devel/glibmm-reference - gnome@FreeBSD.org >> >> >> >> Fixed, thanks for setup tinderbox and report! >> > >> > Thanks, you're the first, followed closely by garga@ (but you fixed 3 >> > ports). >> >> I am hoping to modify or rewrite our (FreeBSD GNOME Team) reference >> framework in someday. >> >> > The test (for all 4 NO* vars) is automated now after each commit, but >> > the emails I'll be sending out manually to catch false positives. >> > >> > Let's hope my hardware can keep up with the commits :) >> > (which I doubt for large commits, but I'm building an other tindy). >> >> What are you planning to use another tinderbox? > > I have now a i386 tindy and an amd64 one. The second one will be also an > amd64, close enough to the first one I hope (if things go right and I > can have a low-latency fiber between them) to be able to nfs-mount the > pkg dir, to speed-up things. This devel/* build took almost a week > (started with a fresh ports tree, nothing build in it). > > If things go right with the two deals we're negotiating @work maybe I > can shanghai a third box and offer some cycles like droso's tindys. > > BTW, what's GNOME Team's infrastructure now? If tarball has reference[1] then we sometime use reference framework (USE_GNOME=referencehack in master port and include devel/glib20-reference/bsd.gnome-reference.mk in slave port). I don't really like current reference framework because it's complicate than what it is supposed to be and portlint doesn't work with it. Also, the *-reference ports shouldn't have NOPORTDOCS option. Other than reference, we use normal like other ports. [1] The references contain the Application Programming Interface, list of functions, classes and methods of the GNOME platform libraries and the standards used within the GNOME platform. http://library.gnome.org/devel/references Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From itetcu at FreeBSD.org Mon May 19 21:46:26 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon May 19 21:46:29 2008 Subject: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined In-Reply-To: References: <20080519215010.68ce1dff@it.buh.tecnik93.com> <20080519233159.274c9f42@it.buh.tecnik93.com> <20080520000759.27ca8d20@it.buh.tecnik93.com> Message-ID: <20080520004617.1264d9e5@it.buh.tecnik93.com> On Mon, 19 May 2008 16:45:32 -0500 "Jeremy Messenger" wrote: > > BTW, what's GNOME Team's infrastructure now? > > If tarball has reference[1] then we sometime use reference framework > (USE_GNOME=referencehack in master port and include > devel/glib20-reference/bsd.gnome-reference.mk in slave port). I don't > really like current reference framework because it's complicate than what > it is supposed to be and portlint doesn't work with it. Also, the > *-reference ports shouldn't have NOPORTDOCS option. Other than reference, > we use normal like other ports. And how are updates tested - except when you hijack pointyhat :) ? -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080519/4922773e/signature.pgp From mezz7 at cox.net Mon May 19 22:16:16 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon May 19 22:16:23 2008 Subject: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined In-Reply-To: <20080520004617.1264d9e5@it.buh.tecnik93.com> References: <20080519215010.68ce1dff@it.buh.tecnik93.com> <20080519233159.274c9f42@it.buh.tecnik93.com> <20080520000759.27ca8d20@it.buh.tecnik93.com> <20080520004617.1264d9e5@it.buh.tecnik93.com> Message-ID: On Mon, 19 May 2008 16:46:17 -0500, Ion-Mihai Tetcu wrote: > On Mon, 19 May 2008 16:45:32 -0500 > "Jeremy Messenger" wrote: > >> > BTW, what's GNOME Team's infrastructure now? >> >> If tarball has reference[1] then we sometime use reference framework >> (USE_GNOME=referencehack in master port and include >> devel/glib20-reference/bsd.gnome-reference.mk in slave port). I don't >> really like current reference framework because it's complicate than >> what >> it is supposed to be and portlint doesn't work with it. Also, the >> *-reference ports shouldn't have NOPORTDOCS option. Other than >> reference, >> we use normal like other ports. > > And how are updates tested - except when you hijack pointyhat :) ? I think, most of us don't test it until pointyhat complain it. ;-) It's very rare for *-reference ports to change with PORTDOCS=* unless they added something like sometime ago doxygen/devhelp were added in glibmm-reference and we got pointyhat error log for that. Well, also got your error log for different case in same port. If I modify or rewrite reference framework, I would use static plist instead of PORTDOCS=* and remove NOPORTDOCS option. It means that we will have to test *-reference ports' plist at the each update. I don't know if my team will like it, so I will have to ask if I am going to touch reference framework (don't have time for that right now). BTW/OT: I am against automatic dynamic pkg-plist: http://wiki.freebsd.org/PortsToDo#head-d39af25709360f5285b40c03255de7465fa717fa .. I perfer static plist, I use it awful a lot in offline. I wouldn't have done share/gnome/ -> share/ quick without that static plist. Also it helps a lot to notice if file(s) install in the wrong place. I use it a lot to know which file/directory come from port. Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From itetcu at FreeBSD.org Mon May 19 22:23:14 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon May 19 22:23:19 2008 Subject: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined In-Reply-To: References: <20080519215010.68ce1dff@it.buh.tecnik93.com> <20080519233159.274c9f42@it.buh.tecnik93.com> <20080520000759.27ca8d20@it.buh.tecnik93.com> <20080520004617.1264d9e5@it.buh.tecnik93.com> Message-ID: <20080520012300.45e74175@it.buh.tecnik93.com> On Mon, 19 May 2008 17:18:25 -0500 "Jeremy Messenger" wrote: > > And how are updates tested - except when you hijack pointyhat :) ? > > I think, most of us don't test it until pointyhat complain it. ;-) It's :-D > very rare for *-reference ports to change with PORTDOCS=* unless they > added something like sometime ago doxygen/devhelp were added in > glibmm-reference and we got pointyhat error log for that. Well, also got > your error log for different case in same port. > > If I modify or rewrite reference framework, I would use static plist > instead of PORTDOCS=* and remove NOPORTDOCS option. It means that we will > have to test *-reference ports' plist at the each update. I don't know if > my team will like it, so I will have to ask if I am going to touch > reference framework (don't have time for that right now). Not using PORTDOCS and not supporting NOPORTDOCS are different things, no? On my desktop /usr/local/shre/docs is about 400MB. I had to fit recently a pretty complex system on a small thingy. Had to go in and remove a lot of things by hand o have place for the base system and the port plus for some data. > BTW/OT: I am against automatic dynamic pkg-plist: > http://wiki.freebsd.org/PortsToDo#head-d39af25709360f5285b40c03255de7465fa717fa > .. I perfer static plist, I use it awful a lot in offline. I wouldn't have > done share/gnome/ -> share/ quick without that static plist. Also it helps > a lot to notice if file(s) install in the wrong place. I use it a lot to > know which file/directory come from port. Yeh, I'm all in favor of having all files listed in pkg-plist. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080519/aa31d059/signature.pgp From mezz7 at cox.net Mon May 19 22:51:22 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Mon May 19 22:51:27 2008 Subject: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined In-Reply-To: <20080520012300.45e74175@it.buh.tecnik93.com> References: <20080519215010.68ce1dff@it.buh.tecnik93.com> <20080519233159.274c9f42@it.buh.tecnik93.com> <20080520000759.27ca8d20@it.buh.tecnik93.com> <20080520004617.1264d9e5@it.buh.tecnik93.com> <20080520012300.45e74175@it.buh.tecnik93.com> Message-ID: On Mon, 19 May 2008 17:23:00 -0500, Ion-Mihai Tetcu wrote: > On Mon, 19 May 2008 17:18:25 -0500 > "Jeremy Messenger" wrote: > >> > And how are updates tested - except when you hijack pointyhat :) ? >> >> I think, most of us don't test it until pointyhat complain it. ;-) It's > > :-D > >> very rare for *-reference ports to change with PORTDOCS=* unless they >> added something like sometime ago doxygen/devhelp were added in >> glibmm-reference and we got pointyhat error log for that. Well, also got >> your error log for different case in same port. >> >> If I modify or rewrite reference framework, I would use static plist >> instead of PORTDOCS=* and remove NOPORTDOCS option. It means that we >> will >> have to test *-reference ports' plist at the each update. I don't know >> if >> my team will like it, so I will have to ask if I am going to touch >> reference framework (don't have time for that right now). > > Not using PORTDOCS and not supporting NOPORTDOCS are different things, > no? The reference framework has PORTDOCS=* and define NOPORTDOCS in post-install target. So, I mean by not use PORTDOCS (auto with/without @comment in plist) for avoid plist broke if users use NOPORTDOCS when remove NOPORTDOCS from post-install target. And don't use NOPORTDOCS in Makefile, so it will be always install. Also, I usually like to avoid use PORTDOCS for I can add more lines in static plist. > On my desktop /usr/local/shre/docs is about 400MB. > I had to fit recently a pretty complex system on a small thingy. Had to > go in and remove a lot of things by hand o have place for the base > system and the port plus for some data. The *-reference ports only install documents stuff, so it doesn't make any sense to provide NOPORTDOCS option support. If users install *-reference ports with NOPORTDOCS then these ports will be register with nothing stuff installed. ;-) It's one of reason we provide *-reference slave ports. >> BTW/OT: I am against automatic dynamic pkg-plist: >> http://wiki.freebsd.org/PortsToDo#head-d39af25709360f5285b40c03255de7465fa717fa >> .. I perfer static plist, I use it awful a lot in offline. I wouldn't >> have >> done share/gnome/ -> share/ quick without that static plist. Also it >> helps >> a lot to notice if file(s) install in the wrong place. I use it a lot to >> know which file/directory come from port. > > Yeh, I'm all in favor of having all files listed in pkg-plist. Good! Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From itetcu at FreeBSD.org Mon May 19 22:59:44 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon May 19 22:59:47 2008 Subject: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined In-Reply-To: References: <20080519215010.68ce1dff@it.buh.tecnik93.com> <20080519233159.274c9f42@it.buh.tecnik93.com> <20080520000759.27ca8d20@it.buh.tecnik93.com> <20080520004617.1264d9e5@it.buh.tecnik93.com> <20080520012300.45e74175@it.buh.tecnik93.com> Message-ID: <20080520015932.4f5a9b92@it.buh.tecnik93.com> On Mon, 19 May 2008 17:53:31 -0500 "Jeremy Messenger" wrote: [ .. ] > > On my desktop /usr/local/shre/docs is about 400MB. > > I had to fit recently a pretty complex system on a small thingy. Had to > > go in and remove a lot of things by hand o have place for the base > > system and the port plus for some data. > > The *-reference ports only install documents stuff, so it doesn't make any > sense to provide NOPORTDOCS option support. If users install *-reference > ports with NOPORTDOCS then these ports will be register with nothing stuff > installed. ;-) It's one of reason we provide *-reference slave ports. [ .. ] Yes, I was talking in general. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080519/2c7515aa/signature.pgp From itetcu at FreeBSD.org Mon May 19 23:16:09 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Mon May 19 23:16:12 2008 Subject: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined In-Reply-To: <48320909.2050907@delphij.net> References: <20080519215010.68ce1dff@it.buh.tecnik93.com> <48320909.2050907@delphij.net> Message-ID: <20080520021559.7207abea@it.buh.tecnik93.com> On Mon, 19 May 2008 16:11:05 -0700 Xin LI wrote: > From: Xin LI > To: Ion-Mihai Tetcu > Subject: Re: ports with bad plist when NO{DOCS,EXAMPLES,PORTDATA} defined > Date: Mon, 19 May 2008 16:11:05 -0700 > Reply-To: d@delphij.net > User-Agent: Thunderbird 2.0.0.14 (X11/20080505) > Organization: The FreeBSD Project > X-DSPAM-Result: Whitelisted > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ion-Mihai Tetcu wrote: > [snip] > | devel/vstr - ports@FreeBSD.org > > Fixed. Thanks. -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080519/567738b8/signature.pgp From stas at FreeBSD.org Mon May 19 23:50:21 2008 From: stas at FreeBSD.org (Stanislav Sedov) Date: Mon May 19 23:50:27 2008 Subject: help making new port: config err "amd64-unknown-freebsd7.0 not supported" In-Reply-To: <539c60b90805191237q3e068230t24b60176dfc5b621@mail.gmail.com> References: <539c60b90805191237q3e068230t24b60176dfc5b621@mail.gmail.com> Message-ID: <20080520035019.c8cbfd2a.stas@FreeBSD.org> On Mon, 19 May 2008 12:37:32 -0700 "Steve Franks" mentioned: > I'm trying to build the devel/arm-elf-gcc295 port for the more modern gcc4.2.3. > > What I've done: edited devel/arm-elf-gcc295/Makefile to change version > 2.95 to 4.2.3, removed patches for v295, ran make makesum, ran "make". > > This error seems like something pretty obvious, not having done it > before, however.... > > Thanks, > Steve > > ... > checking whether sigaltstack is declared... yes > checking for struct tms... yes > checking for clock_t... yes > checking for .preinit_array/.init_array/.fini_array support... no > checking if mkdir takes one argument... no > *** Configuration amd64-unknown-freebsd7.0 not supported > *** Error code 1 > > Stop in /usr/ports/devel/arm-elf-gcc/work/gcc-4.2.3. > *** Error code 1 > > Stop in /usr/ports/devel/arm-elf-gcc/work/gcc-4.2.3. > *** Error code 1 > > Stop in /usr/ports/devel/arm-elf-gcc/work/gcc-4.2.3. > [steve@dystant /usr/ports/devel/arm-elf-gcc/work/gcc-4.2.3]$ You can try devel/cross-gcc port for this task, it's exactly what you want. This port is for gcc 2.95 only. -- Stanislav Sedov ST4096-RIPE From mspitzer at gmail.com Tue May 20 01:33:35 2008 From: mspitzer at gmail.com (Marc Spitzer) Date: Tue May 20 01:33:42 2008 Subject: Makefile/man page problem In-Reply-To: References: <8c50a3c30805190023l5ff94782xf033a19797c42204@mail.gmail.com> Message-ID: <8c50a3c30805191833k19b522e6vc175abc0824f4130@mail.gmail.com> On Mon, May 19, 2008 at 5:53 AM, Florent Thoumie wrote: > On Mon, May 19, 2008 at 8:23 AM, Marc Spitzer wrote: >> Hello, >> >> I am having a problem with installing/deinstalling man pages of a port >> I am working on, atf if interested. They are not being compressed on >> install and when I denistall the port I get error messages as follows: >> >> >> pkg_delete: file '/var/tmp/atf/man/man3/atf-c++/atf-c++-api.3.gz' doesn't exist >> pkg_delete: file '/var/tmp/atf/man/man3/atf-c/atf-c-api.3.gz' doesn't exist >> pkg_delete: file '/var/tmp/atf/man/man3/atf-sh/atf-sh-api.3.gz' doesn't exist >> pkg_delete: file '/var/tmp/atf/man/man4/doc/atf-test-case.4.gz' doesn't exist >> pkg_delete: couldn't entirely delete package (perhaps the packing list is > > $ find man -type f | head -5 > man/man1/atf-test-program.1 > man/man1/atf-config.1 > man/man1/atf-cleanup.1 > man/man1/atf-compile.1 > man/man1/atf-exec.1 > > You need to set MAN1= atf-test-program.1 atf-config.1 ..., this is > relative to MAN1DIR, not WRKSRC. ok that is fixed, it is still not compressing the man pages though. If I comment out the "MANCOMPRESSED=yes" things work with out issue and oddly enough it compresses the man pages as well. > > Also, by default ATF_SHELL is set to /usr/local/bin/bash so you need > to add shells/bash as a dependency if setting it to /bin/sh isn't good > enough. I ran the checks in a vm that does not have bash installed and everything passed. But I will set it to /bin/sh. Thank you, marc -- Freedom is nothing but a chance to be better. Albert Camus From avg at icyb.net.ua Tue May 20 09:46:02 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue May 20 09:46:08 2008 Subject: wine rebuilds font smth every time In-Reply-To: <93743292@ipt.ru> References: <48318E4D.1070009@icyb.net.ua> <93743292@ipt.ru> Message-ID: <48329DD7.2070909@icyb.net.ua> on 19/05/2008 19:30 Boris Samorodov said the following: > On Mon, 19 May 2008 17:27:25 +0300 Andriy Gapon wrote: > >> Every time I run wine it starts rebuilding something related to fonts. >> This takes quite long, only after that a windows program is actually >> executed. >> Very annoying. >> This is wine-0.9.59,1, installed from a package, no extra configuration. > >> What could be causing this? >> Any way to fix/workaround? > > The current version of wine is 0.9.61,1. Sometime ago wine has got rid > of fontconfig dependency and the distribution contains fonts. Thank you! I usually use pre-built packages on this system, but made an exception for this port. Now everything works great. BTW, is there a schedule for package builds (6-stable and 7-stable)? -- Andriy Gapon From glum at hawaii.edu Tue May 20 10:25:14 2008 From: glum at hawaii.edu (Gary Gee Kien Lum) Date: Tue May 20 10:25:17 2008 Subject: fetch troubleshooting Message-ID: FreeBSD ports maintainer; I am having trouble fetching distfiles when compiling ports. Shown below is a typical response when I run make in the directory of the target port: /usr/ports/sysutils/lsof # make===>? Vulnerability check disabled, database not found=> lsof_4.80B.freebsd.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/.=> Attempting to fetch from http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/.fetch: http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/.fetch: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/.fetch: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from http://www.lerctr.org/lsof/.fetch: http://www.lerctr.org/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.ayamura.org/pub/lsof/.fetch: ftp://ftp.ayamura.org/pub/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.ayamura.org/pub/lsof/NEW/.fetch: ftp://ftp.ayamura.org/pub/lsof/NEW/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/.fetch: ftp://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/NEW/.fetch: ftp://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/NEW/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://gd.tuwien.ac.at/utils/admin-tools/lsof/.fetch: ftp://gd.tuwien.ac.at/utils/admin-tools/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://gd.tuwien.ac.at/utils/admin-tools/lsof/NEW/.fetch: ftp://gd.tuwien.ac.at/utils/admin-tools/lsof/NEW/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.sunet.se/pub/unix/admin/lsof/.fetch: ftp://ftp.sunet.se/pub/unix/admin/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.sunet.se/pub/unix/admin/lsof/NEW/.fetch: ftp://ftp.sunet.se/pub/unix/admin/lsof/NEW/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.cert.dfn.de/pub/tools/admin/lsof/.fetch: ftp://ftp.cert.dfn.de/pub/tools/admin/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.cert.dfn.de/pub/tools/admin/lsof/NEW/.fetch: ftp://ftp.cert.dfn.de/pub/tools/admin/lsof/NEW/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.tau.ac.il/pub/unix/admin/.fetch: ftp://ftp.tau.ac.il/pub/unix/admin/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/.fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/lsof_4.80B.freebsd.tar.bz2: No address record=> Couldn't fetch it - please try to retrieve this=> port manually into /usr/ports/distfiles/ and try again.*** Error code 1Stop in /usr/ports/sysutils/lsof. Please advise. Thanks Gary G. K. Lum Dept. of Chemistry University of Hawaii, Manoa From itetcu at FreeBSD.org Tue May 20 10:36:48 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Tue May 20 10:36:52 2008 Subject: fetch troubleshooting In-Reply-To: References: Message-ID: <20080520133639.627e7a0a@it.buh.tecnik93.com> On Mon, 19 May 2008 23:23:48 -1000 Gary Gee Kien Lum wrote: > FreeBSD ports maintainer; > > I am having trouble fetching distfiles when compiling ports. > > Shown below is a typical response when I run make in the directory of the target port: > > /usr/ports/sysutils/lsof # make===>? Vulnerability check disabled, database not found=> lsof_4.80B.freebsd.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/.=> Attempting to fetch from http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/.fetch: http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Fix you DNS resolver? -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080520/98fdc13a/signature.pgp From wahjava.ml at gmail.com Tue May 20 10:38:25 2008 From: wahjava.ml at gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Tue May 20 10:38:32 2008 Subject: fetch troubleshooting In-Reply-To: (Gary Gee Kien Lum's message of "Mon, 19 May 2008 23:23:48 -1000") References: Message-ID: <87ej7x45wj.fsf@chateau.d.lf> >>>>> Gary Gee Kien Lum writes: Gary> FreeBSD ports maintainer; Gary> I am having trouble fetching distfiles when compiling ports. Gary> Shown below is a typical response when I run make in the directory of the target port: Gary> /usr/ports/sysutils/lsof # make===>? Vulnerability check disabled, database not found=> lsof_4.80B.freebsd.tar.bz2 doesn't seem to exist in /usr/ports/distfiles/.=> Attempting to fetch from http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/.fetch: http://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/.fetch: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/.fetch: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/NEW/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from http://www.lerctr.org/lsof/.fetch: http://www.lerctr.org/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.ayamura.org/pub/lsof/.fetch: ftp://ftp.ayamura.org/pub/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.ayamura.org/pub/lsof/NEW/.fetch: ftp://ftp.ayamura.org/pub/lsof/NEW/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/.fetch: ftp://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/NEW/.fetch: ftp://ftp.cerias.purdue.edu/pub/tools/unix/sysutils/lsof/NEW/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://gd.tuwien.ac.at/utils/admin-tools/lsof/.fetch: ftp://gd.tuwien.ac.at/utils/admin-tools/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://gd.tuwien.ac.at/utils/admin-tools/lsof/NEW/.fetch: ftp://gd.tuwien.ac.at/utils/admin-tools/lsof/NEW/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.sunet.se/pub/unix/admin/lsof/.fetch: ftp://ftp.sunet.se/pub/unix/admin/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.sunet.se/pub/unix/admin/lsof/NEW/.fetch: ftp://ftp.sunet.se/pub/unix/admin/lsof/NEW/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.cert.dfn.de/pub/tools/admin/lsof/.fetch: ftp://ftp.cert.dfn.de/pub/tools/admin/lsof/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.cert.dfn.de/pub/tools/admin/lsof/NEW/.fetch: ftp://ftp.cert.dfn.de/pub/tools/admin/lsof/NEW/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.tau.ac.il/pub/unix/admin/.fetch: ftp://ftp.tau.ac.il/pub/unix/admin/lsof_4.80B.freebsd.tar.bz2: No address record=> Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/.fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/lsof_4.80B.freebsd.tar.bz2: No address record=> Couldn't fetch it - please try to retrieve this=> port manually into /usr/ports/distfiles/ and try again.*** Error code 1Stop in /usr/ports/sysutils/lsof. The error 'No address record' implies that fetch is not able to resolve domain names, please make sure that DNS servers listed in /etc/resolv.conf are resolving. And make sure a valid gateway is set. HTH -- Ashish Shukla ???? ????? http://wahjava.wordpress.com/ ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080520/3376ea20/attachment.pgp From miwi at FreeBSD.org Tue May 20 12:56:51 2008 From: miwi at FreeBSD.org (Martin Wilke) Date: Tue May 20 13:10:54 2008 Subject: [CFT] new bsd.cmake.mk world order Message-ID: <20080520125647.GC52782@bsdcrew.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Floks, Few months ago David Yeske partly wrote a USE_CMAKE framework for the bsd.ports.mk, in the last times I got no feedback from him about the current status. Yesterday I was a bit bored and I took over his work and rewrote it from scratch in a bsd.cmake.mk. For upcoming KDE4 we need a cmake build framework which now is complete. Now I would like to hear what you think about this work. http://people.freebsd.org/~miwi/cmake/cmstuff.diff Please test, review these all and let me know what you think. Of Course Feedback, proposals are Welcome :-) PS: And i like to say thanks to itetcu@, stas@, and Dmitry Marakasov, for review, comments and suggestions. - - Martin - -- +-----------------------+-------------------------------+ | PGP : 0x05682353 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +-----------------------+-------------------------------+ | Mess with the Best, Die like the Rest! | +-----------------------+-------------------------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkgyyo8ACgkQFwpycAVoI1MFhwCeI8srk4Ofy9AUOSlIK8pVZZ1i 45sAoKHKmIIN9FJ51jI7ioYhURylJGcH =RP83 -----END PGP SIGNATURE----- From bsam at ipt.ru Tue May 20 16:06:48 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Tue May 20 16:06:55 2008 Subject: wine rebuilds font smth every time In-Reply-To: <48329DD7.2070909@icyb.net.ua> (Andriy Gapon's message of "Tue\, 20 May 2008 12\:45\:59 +0300") References: <48318E4D.1070009@icyb.net.ua> <93743292@ipt.ru> <48329DD7.2070909@icyb.net.ua> Message-ID: <52614981@ipt.ru> On Tue, 20 May 2008 12:45:59 +0300 Andriy Gapon wrote: > on 19/05/2008 19:30 Boris Samorodov said the following: > > On Mon, 19 May 2008 17:27:25 +0300 Andriy Gapon wrote: > > > >> Every time I run wine it starts rebuilding something related to fonts. > >> This takes quite long, only after that a windows program is actually > >> executed. > >> Very annoying. > >> This is wine-0.9.59,1, installed from a package, no extra configuration. > > > >> What could be causing this? > >> Any way to fix/workaround? > > > > The current version of wine is 0.9.61,1. Sometime ago wine has got rid > > of fontconfig dependency and the distribution contains fonts. > Thank you! I usually use pre-built packages So do I. But I prepare them myself with the help of ports-mgmt/tinderbox. Try it and you'll like it. > on this system, but made > an exception for this port. Now everything works great. > BTW, is there a schedule for package builds (6-stable and 7-stable)? -- WBR, bsam From koitsu at FreeBSD.org Tue May 20 16:13:42 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Tue May 20 16:13:46 2008 Subject: State of sysutils/lsof on RELENG_6 Message-ID: <20080520161341.GA40685@eos.sc1.parodius.com> This is more of a "FYI" mail than that of "it's broken! Fix it!". Chances are users will mail -ports about this eventually. Today on EFNet #bsdports, it was mentioned that on a users' RELENG_6_3 machine, sysutils/lsof wasn't building. I tried the same on our RELENG_6 box (build date of January 14th -- yet /usr/src on that same box is csup'd daily) and received the semi-famous dnode.c errors stating lf_flags was missing from the lockf struct. Both systems above were attempting to build lsof 4.80, PORTEPOCH=2. The issue appears to be caused by /usr/include/sys/lockf.h differing greatly from that of /usr/src/sys/sys/lockf.h on both systems. Other users determined that a present-day RELENG_6 system (world built recently) worked fine, which makes sense based on the below. The reason it's broken is due to MFC'd lockf changes in RELENG_6, dated April 24th (see revision 1.18.2.2): http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/lockf.h I'd recommend adding an OSVERSION check to sysutils/lsof/Makefile, requesting the user update their system if older than April 24th. But there doesn't appear to be an OSVERSION for this MFC that applies to 6.x. There is one for 7.x (700108), but none for RELENG_6 that I can see. http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-versions.html Advice? CC'ing Vic (purely as an information gesture), and port maintainer. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From avg at icyb.net.ua Tue May 20 16:20:22 2008 From: avg at icyb.net.ua (Andriy Gapon) Date: Tue May 20 16:20:27 2008 Subject: hal: port build fails at patching with FIXED_MOUNTPOINTS Message-ID: <4832FA41.4070901@icyb.net.ua> ===> Found saved configuration for hal-0.5.11 ===> Extracting for hal-0.5.11 => MD5 Checksum OK for hal-0.5.11.tar.gz. => SHA256 Checksum OK for hal-0.5.11.tar.gz. ===> Patching for hal-0.5.11 ===> hal-0.5.11 depends on file: /usr/local/bin/libtool - found ===> Applying extra patch /usr/ports/sysutils/hal/files/extra-patch-tools_hal-storage-mount.c 1 out of 1 hunks failed--saving rejects to tools/hal-storage-mount.c.rej *** Error code 1 I have FIXED_MOUNTPOINTS enabled. -- Andriy Gapon From kris at pcbsd.com Tue May 20 16:25:50 2008 From: kris at pcbsd.com (Kris Moore) Date: Tue May 20 16:25:59 2008 Subject: hal: port build fails at patching with FIXED_MOUNTPOINTS In-Reply-To: <4832FA41.4070901@icyb.net.ua> References: <4832FA41.4070901@icyb.net.ua> Message-ID: <4832FB8B.2040401@pcbsd.com> Ditto here, just had a failure on my ISO build server with 0.5.11, FIXED_MOUNTPOINTS is enabled also. -- Kris Moore PC-BSD Software http://www.pcbsd.com Andriy Gapon wrote: > ===> Found saved configuration for hal-0.5.11 > ===> Extracting for hal-0.5.11 > => MD5 Checksum OK for hal-0.5.11.tar.gz. > => SHA256 Checksum OK for hal-0.5.11.tar.gz. > ===> Patching for hal-0.5.11 > ===> hal-0.5.11 depends on file: /usr/local/bin/libtool - found > ===> Applying extra patch > /usr/ports/sysutils/hal/files/extra-patch-tools_hal-storage-mount.c > 1 out of 1 hunks failed--saving rejects to tools/hal-storage-mount.c.rej > *** Error code 1 > > I have FIXED_MOUNTPOINTS enabled. > From abe at purdue.edu Tue May 20 17:05:04 2008 From: abe at purdue.edu (Vic Abell) Date: Tue May 20 17:05:09 2008 Subject: State of sysutils/lsof on RELENG_6 In-Reply-To: <20080520161341.GA40685@eos.sc1.parodius.com> Message-ID: Jeremy, Thanks for your FYI. An additional FYI is that I no longer support lsof on FreeBSD systems where I can't test it. I have access only to 4.9, 7.0 and 8.0, so lsof for FreeBSD 6.3 is unsupported, except in special circumstances. A special circumstance arose regarding 6.3 where the person reporting a problem building lsof because of the locking changes was willing to test for me and the lsof change was minimal. Hence I updated lsof's Configure script to propagate the 7.0 and above lockf tests downward to 6.x. There are two Q&A's in the lsof FAQ (the file 00FAQ in the lsof distribution), which deal with lockf/if_* problems. The questions are: 8.6 Why can't Configure create lsof_owner.h for FreeBSD 7 and above? 8.6.1 Why are there lockf structure compiler errors for FreeBSD 7.0 and higher lsof? If anyone has suggestions on how to clarify the answers to those questions, I would be happy to hear it. For example, how does one end up with an up-to-date /usr/src/sys/sys.lockf.h and an out- of-date /usr/include/sys/lockf.h; and what does one do to bring the two into sync? Vic, lsof author > -----Original Message----- > From: Jeremy Chadwick [mailto:koitsu@FreeBSD.org] > Sent: Tuesday, May 20, 2008 12:14 PM > To: freebsd-ports@FreeBSD.org > Cc: abe@purdue.edu; ler@lerctr.org > Subject: State of sysutils/lsof on RELENG_6 > > > This is more of a "FYI" mail than that of "it's broken! Fix it!". > Chances are users will mail -ports about this eventually. > > Today on EFNet #bsdports, it was mentioned that on a users' RELENG_6_3 > machine, sysutils/lsof wasn't building. I tried the same on our > RELENG_6 box (build date of January 14th -- yet /usr/src on that same > box is csup'd daily) and received the semi-famous dnode.c > errors stating > lf_flags was missing from the lockf struct. > > Both systems above were attempting to build lsof 4.80, PORTEPOCH=2. > > The issue appears to be caused by /usr/include/sys/lockf.h differing > greatly from that of /usr/src/sys/sys/lockf.h on both systems. Other > users determined that a present-day RELENG_6 system (world built > recently) worked fine, which makes sense based on the below. > > The reason it's broken is due to MFC'd lockf changes in > RELENG_6, dated > April 24th (see revision 1.18.2.2): > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/lockf.h > > I'd recommend adding an OSVERSION check to sysutils/lsof/Makefile, > requesting the user update their system if older than April 24th. But > there doesn't appear to be an OSVERSION for this MFC that applies to > 6.x. There is one for 7.x (700108), but none for RELENG_6 that I can > see. > > http://www.freebsd.org/doc/en/books/porters-handbook/freebsd-v ersions.html Advice? CC'ing Vic (purely as an information gesture), and port maintainer. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From garga at FreeBSD.org Tue May 20 18:10:31 2008 From: garga at FreeBSD.org (Renato Botelho) Date: Tue May 20 18:10:58 2008 Subject: FreeBSD Port: clamav-0.93 In-Reply-To: <482F89FA.4090408@thearle.com.au> References: <482F89FA.4090408@thearle.com.au> Message-ID: <20080520174353.GA28040@bluepex.com> On Sun, May 18, 2008 at 11:44:26AM +1000, Adrian Thearle wrote: > Hi > > I have made a change to the clamav-milter startup script that helps with > permissions on the socket. > I use postfix, not sure of sendmails requirements, but the socket needs to > be writeable by the postfix user. The attached patch adds three variables > that can be used to change the permissions and owner of the socket. I > checked for this functionality within clam itself, but could not find an > option. Hi, Clamav has 2 options that you can set on your /etc/make.conf: CLAMAVUSER CLAMAVGROUP You can safely set this to postfix user and group, and after this, socket and all other things needed will have the correct permissions. I will commit part of the change you proposed to clamav's port, the mode option, that is already present in clamav-devel port. After this commit, if you don't want to install clamav with postfix user, you can install with clamav user and group, change socket mode to group writeable and add postfix user to clamav's group. Regards -- Renato Botelho GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc 186,000 miles per second: It isn't just a good idea, it's the law! From thurners at nicsys.de Tue May 20 19:38:14 2008 From: thurners at nicsys.de (Stefan Thurner) Date: Tue May 20 19:38:19 2008 Subject: FreeBSD Port: x11/xautolock Message-ID: <20080520191649.GA15354@xris.fu41.vpn> Hi! xautolock ignores these settings in my ~/.Xdefaults Xautolock.locker: xlock Xautolock.time: 10 To make this work I always have to specify these options on the command line: xautolock -locker xlock -time 10 My system is a FreeBSD 7.0-STABLE #0: Sat Apr 26 17:32:07 CEST 2008 with up to date ports. Anyone else seeing this problem? -- GPG-encrypted mail welcome! --> ID:E970FCBE -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080520/34835697/attachment.pgp From infofarmer at FreeBSD.org Tue May 20 20:07:28 2008 From: infofarmer at FreeBSD.org (Andrew Pantyukhin) Date: Tue May 20 20:07:33 2008 Subject: Unicode plane 1 in rxft-unicode In-Reply-To: <20080510134459.GO50572@graf.pompo.net> References: <20080510070738.GP92161@amilo.cenkes.org> <20080510134459.GO50572@graf.pompo.net> Message-ID: <20080520200721.GI92161@amilo.cenkes.org> On Sat, May 10, 2008 at 03:44:59PM +0200, Thierry Thomas wrote: > Le Sam 10 mai 08 ? 9:07:40 +0200, Andrew Pantyukhin > ?crivait?: > > I wonder if anyone succeeded in getting subj working. Thanks to Denis Barov, I traced the problem down to screen(1). Since I'm always in a screen session, I didn't have a chance to notice that rxvt-unicode is not at fault here. In fact, it displays 32-bit Unicode codepoints just fine. Thanks! From pauls at utdallas.edu Tue May 20 20:15:42 2008 From: pauls at utdallas.edu (Paul Schmehl) Date: Tue May 20 20:15:46 2008 Subject: Handling user input and package building Message-ID: <73817B56605C84F44E002CB2@utd65257.utdallas.edu> I'm trying to figure out how to handle user input in package building mode. I've got statements like this in my Makefile, and they work fine to suppress user input from the pkg-install script: pre-install: .if !defined(PACKAGE_BUILDING) @${SETENV} ${SCRIPTS_ENV} PKG_PREFIX=${PREFIX} \ ${SH} ${PKGINSTALL} ${PKGNAME} PRE-INSTALL .endif However, the same syntax doesn't seem to work for the pkg-deinstall script, which also requires user input. .if defined(PACKAGE_BUILDING) deinstall: @${SETENV} ${SCRIPTS_ENV} PKG_PREFIX=${PREFIX} \ ${SH} ${PKGDEINSTALL} ${PORTNAME} DEINSTALL post-deinstall: @${SETENV} ${SCRIPTS_ENV} PKG_PREFIX=${PREFIX} \ ${SH} ${PKGDEINSTALL} ${PORTNAME} POST-DEINSTALL .endif One other question. The Porters Handbook says: "If your port requires user input to build, configure, or install, you must set IS_INTERACTIVE in your Makefile. " Yet portlint says: "WARN: Makefile: [25]: use of IS_INTERACTIVE discouraged. provide batch mode by using BATCH and/or FOR_CDROM." What's the correct way to do this? -- Paul Schmehl (pauls@utdallas.edu) Senior Information Security Analyst The University of Texas at Dallas http://www.utdallas.edu/ir/security/ From akach at exat.ru Wed May 21 08:55:11 2008 From: akach at exat.ru (=?UTF-8?B?0JDQu9C10LrRgdC10Lkg0JrQsNGH0LDQu9C+0LI=?=) Date: Wed May 21 08:55:19 2008 Subject: FreeBSD Port: firebird-server-2.0.3_2 Message-ID: <4833DF2A.9020603@exat.ru> Hello, thanks for your work of maintaining Firebird port. When are you going to port v2.1 of Firebird to FreeBSD? With best regards, Alexey Kachalov. From jack at jarasoft.net Wed May 21 09:19:50 2008 From: jack at jarasoft.net (Jack Raats) Date: Wed May 21 09:19:56 2008 Subject: Postfix 2.5.2 Message-ID: <5ADF4CECCEF743869242BC7959ADFC53@jarasoft.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 When will postif 2.5.2 be ported or are there any problems? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) - GPGrelay v0.959 iD8DBQFIM+Z3Ph5RwW/NzC4RAnrnAKCPybK+9OLNdDmLSGQwHtq1ar6FMQCfYUYF zyaMiBB30TUPBl/KAOhuk38= =blWq -----END PGP SIGNATURE----- From gerard at seibercom.net Wed May 21 10:09:56 2008 From: gerard at seibercom.net (Gerard) Date: Wed May 21 10:10:00 2008 Subject: Error message when running 'portsdb -Uu' Message-ID: <20080521060939.76de65aa@scorpio> I usually run 'portsdb -Uu' prior to updating my ports. Usually, some sort of error or warning message is displayed. Not a fatal one, just more of a warning. This is the one produced last night. Building new INDEX files... done. Updating the ports index ... Generating INDEX.tmp - please wait.."/usr/ports/chinese/links/../../www/links/Makefile", line 75: warning: duplicate script for target "pre-configure" ignored "/usr/ports/print/ghostscript-gpl-nox11/../ghostscript-gpl/Makefile", line 132: warning: drivers incompatible with WITHOUT_X11 will be removed automatically Warning: Duplicate INDEX entry: ghostscript-gpl-8.62_2 Warning: Duplicate INDEX entry: mod_rpaf-ap2-0.6 Done. Are any of these important, or do they fall into the useless warnings category? -- ?Gerard? gerard@seibercom.net A person forgives only when they are in the wrong. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080521/a5bf08ab/signature.pgp From swhetzel at gmail.com Wed May 21 13:12:14 2008 From: swhetzel at gmail.com (Scot Hetzel) Date: Wed May 21 13:12:21 2008 Subject: Error message when running 'portsdb -Uu' In-Reply-To: <20080521060939.76de65aa@scorpio> References: <20080521060939.76de65aa@scorpio> Message-ID: <790a9fff0805210612n48a43b60v7dac8960a051283c@mail.gmail.com> On 5/21/08, Gerard wrote: > I usually run 'portsdb -Uu' prior to updating my ports. Usually, some > sort of error or warning message is displayed. Not a fatal one, just > more of a warning. This is the one produced last night. > : > "/usr/ports/print/ghostscript-gpl-nox11/../ghostscript-gpl/Makefile", > line 132: warning: drivers incompatible with WITHOUT_X11 will be > removed automatically Warning: Duplicate INDEX entry: > ghostscript-gpl-8.62_2 The warning about WITHOUT_X11 can be ignored. The reason for the Duplicate INDEX entry is that both ports print/ghostscript-gpl and print/ghostscript-gpl-nox11 have the same pkg name: $ pwd /usr/ports/print/ghostscript-gpl $ make -V PKGNAME ghostscript-gpl-8.62_2 $ cd ../ghostscript-gpl-nox11 $ make -V PKGNAME "/usr/ports/print/ghostscript-gpl-nox11/../ghostscript-gpl/Makefile", line 132: warning: drivers incompatible with WITHOUT_X11 will be removed automatically ghostscript-gpl-8.62_2 The cause of PKGNAMESUFFIX not adding -nox11 for print/ghostscript-gpl-nox11 is due to both ports are using the same OPTIONSFILE, and the OPTIONSFILE has at least one of these defined: WITH_GS_x11 WITH_GS_x11alpha WITH_GS_x11cmyk WITH_GS_x11cmyk2 WITH_GS_x11cmyk4 WITH_GS_x11cmyk8 WITH_GS_x11gray2 WITH_GS_x11gray4 WITH_GS_x11mono WITH_GS_x11rg16x WITH_GS_x11rg32x hp010# pwd /usr/ports/print/ghostscript-gpl-nox11 hp010# make -V OPTIONSFILE /var/db/ports/ghostscript/options The attached patch fixes the WITHOUT_X11 case and has been sent as PR 123859: http://www.freebsd.org/cgi/query-pr.cgi?pr=123859 Scot -------------- next part -------------- A non-text attachment was scrubbed... Name: ghostscript-gpl.patch Type: text/x-diff Size: 1530 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080521/964dcd83/ghostscript-gpl.bin From linimon at FreeBSD.org Wed May 21 13:54:41 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed May 21 13:54:46 2008 Subject: FreeBSD unmaintained ports which are currently marked broken Message-ID: <20080521135439.6DCE21CC3E@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/Maaate broken because: checksum mismatch due to fetch grabbing an error page instead of the distfiles build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=Maaate portname: audio/gogo broken because: does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gogo portname: audio/xmms-imms broken because: Does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/xmms-imms-1.2a_6.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-imms portname: chinese/iiimf-le-xcin broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008041921/zh-iiimf-le-xcin-0.1.7_5.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: chinese/stardict2-dict-zh_TW broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=stardict2-dict-zh_TW portname: devel/eventxx broken because: does not fetch build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008051714/eventxx-1.0.log ( ) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008021817/eventxx-0.7_2.log (Feb 19 01:00:27 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=eventxx portname: devel/fampp broken because: FAM system mismatch: gamin is installed, while desired FAM system is fam build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/p5-ORBit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/pear-apd broken because: Incomplete pkg-plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pear-apd portname: devel/py-coro broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-coro portname: devel/synfig broken because: bad plist build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/synfig-0.61.08.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=synfig portname: emulators/twin broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=twin portname: games/clanbomber broken because: Does not compile with the newer clanCore build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=clanbomber portname: games/linux-x-plane-net-installer broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-x-plane-net-installer portname: graphics/dc3play broken because: Does not fetch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=dc3play portname: graphics/irit broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/libvisual-plugins broken because: Broken objformat handling build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008041921/libvisual-plugins-0.2.0_4.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/ray++ broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: hebrew/he2 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=hebrew&portname=he2 portname: irc/erc broken because: Conflicting dependencies build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=erc portname: japanese/lynx broken because: Leaves behind config file on deinstall build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lynx portname: japanese/lyx broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lyx portname: japanese/okphone broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo broken because: Broken with gcc 4.2 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008041921/ja-oleo-1.99.16_2.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/plain2 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=plain2 portname: japanese/tkstep80 broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/cacao broken because: does not configure build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/cacao-0.98.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=cacao portname: java/openjit broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/drscheme broken because: Fails to install (signal 11) build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=drscheme portname: lang/pfe-devel broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pfe-devel portname: lang/pm3-base broken because: does not build build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008050315/pm3-base-1.1.15_2.log (Jan 1 07:04:47 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base broken because: Bad plist build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/q broken because: bad plist build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/q-6.2_8.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/quack broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=quack portname: lang/scriba broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/wamcc broken because: does not compile on 7.X build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc portname: mail/kiltdown broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: math/libqalculate broken because: does not configure with new cln build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=libqalculate portname: math/pgcalc broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=pgcalc portname: math/ses broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ses portname: mbone/sdr broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=sdr portname: misc/pybliographer broken because: does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008031916/pybliographer-1.0.11_5.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=pybliographer portname: multimedia/mplayerxp broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplayerxp portname: multimedia/smpeg-xmms broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smpeg-xmms portname: multimedia/xmps-win32-plugin broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: net-mgmt/NeTraMet broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=NeTraMet portname: net-mgmt/ap-utils broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=ap-utils portname: net-mgmt/scotty3 broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=scotty3 portname: net-p2p/py-kenosis-bittorrent broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-kenosis-bittorrent portname: net/cap broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/gnometelnet broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gnometelnet portname: net/jags broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=jags portname: net/libtnl broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libtnl portname: net/libunpipc broken because: checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libunpipc portname: net/py-mantissa broken because: Leaves files behind after deinstallation build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/py25-mantissa-0.6.1.log (Feb 29 17:27:10 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-mantissa portname: net/silky broken because: this port is broken with newer silc-toolkit version build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008051714/silky-0.5.5_1.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=silky portname: net/versuch broken because: Does not compile build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/versuch-1.02_1.log (Feb 25 13:32:01 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=versuch portname: net/vls broken because: Does not build with current libdvbpsi build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vls portname: news/nget broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=nget portname: palm/pdbc broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pdbc portname: ports-mgmt/barry broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/ifhp broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=ifhp portname: print/lilypond broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lilypond portname: science/oof broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof portname: security/cfs broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cfs portname: security/newpki-lib broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server broken because: does not compile with OpenSSL 0.9.8b build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/xmlsec broken because: Does not compile on FreeBSD >= 7.0 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/sjog broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=sjog portname: textproc/Ebnf2ps broken because: Does not build build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=Ebnf2ps portname: textproc/htmlize.el broken because: Size mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/opensched broken because: Does not install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/xhtml-11 broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xhtml-11 portname: www/bk_edit broken because: Broken with gcc 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/ocaml-wdialog broken because: does not build with new ocaml build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008041921/ocaml-wdialog-2.1.2_1.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocaml-wdialog portname: www/wb0 broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: x11-themes/gtk-industrial-theme broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-industrial-theme portname: x11-toolkits/flu broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/p5-Gnome broken because: fails to install build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-qt broken because: Configure fails build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-qt portname: x11-toolkits/wxmozilla broken because: does not compile build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.2008040316/wxmozilla-0.5.6.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla portname: x11-wm/alloywm broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=alloywm portname: x11-wm/fluxspace broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=fluxspace portname: x11-wm/kahakai broken because: Does not compile build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=kahakai portname: x11/bbuname broken because: Checksum mismatch build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=bbuname From linimon at FreeBSD.org Wed May 21 13:54:53 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed May 21 13:55:01 2008 Subject: FreeBSD ports which are currently marked broken Message-ID: <20080521135450.E3A971CCE1@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc4.2, which is much stricter than older versions. The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 5.x/6.x/-current with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: audio/Maaate /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=Maaate portname: audio/dream /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/dream-1.6.25_1.log (Feb 25 08:38:18 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=dream portname: audio/gogo /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gogo portname: audio/gstreamer-plugins-spc /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/gstreamer-plugins-spc-0.10.7_2,3.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=gstreamer-plugins-spc portname: audio/raop_play /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/raop_play-0.5.1_1.log ( ) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.5.2006121119/raop_play-0.5.1.log (Dec 28 18:20:05 UTC 2006) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=raop_play portname: audio/ruby-xmms2-ecore /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=ruby-xmms2-ecore portname: audio/shellac /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=shellac portname: audio/snett /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=snett portname: audio/tse3 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=tse3 portname: audio/xmms-imms /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/xmms-imms-1.2a_6.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=xmms-imms portname: cad/opencascade /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=opencascade portname: cad/oregano /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=cad&portname=oregano portname: chinese/iiimf-le-xcin /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008041921/zh-iiimf-le-xcin-0.1.7_5.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=iiimf-le-xcin portname: chinese/stardict2-dict-zh_TW /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=chinese&portname=stardict2-dict-zh_TW portname: comms/hcfmdm /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=comms&portname=hcfmdm portname: converters/mimelib /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=converters&portname=mimelib portname: databases/erserver /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=erserver portname: databases/mysql-query-browser /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysql-query-browser portname: databases/mysqlbigram /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/mysqlbigram-1.0.1.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=mysqlbigram portname: databases/p5-DBD-PgSPI /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=p5-DBD-PgSPI portname: databases/postgresql-plproxy /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.6.2007082816/postgresql-plproxy-2.0.2.log.bz2 (Aug 23 19:25:13 UTC 2007) overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=postgresql-plproxy portname: databases/py-tada /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=py-tada portname: databases/qdbm-java /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=qdbm-java portname: deskutils/remember.el /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=deskutils&portname=remember.el portname: devel/ace+tao /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ace%2Btao portname: devel/cocktail /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=cocktail portname: devel/eventxx /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008051714/eventxx-1.0.log ( ) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008021817/eventxx-0.7_2.log (Feb 19 01:00:27 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=eventxx portname: devel/fampp /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=fampp portname: devel/gdb53-act /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=gdb53-act portname: devel/hs-buddha /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-buddha portname: devel/hs-fps /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-fps portname: devel/hs-hat /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-hat portname: devel/hs-hpl /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-hpl portname: devel/hs-tclhaskell-ghc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=hs-tclhaskell-ghc portname: devel/msp430-gdb /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=msp430-gdb portname: devel/p5-ORBit /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-ORBit portname: devel/pear-apd /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=pear-apd portname: devel/py-coro /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-coro portname: devel/py-turbocheetah /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=py-turbocheetah portname: devel/qdevelop /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=qdevelop portname: devel/root /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=root portname: devel/ruby-rjudy /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=ruby-rjudy portname: devel/sfslite-dbg /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=sfslite-dbg portname: devel/synfig /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/synfig-0.61.08.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=synfig portname: devel/xfc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=xfc portname: editors/ooo-build /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=ooo-build portname: editors/openoffice.org-1.1 /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/openoffice.org-1.1.5_8.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=openoffice.org-1.1 portname: editors/openoffice.org-1.1-devel /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/openoffice.org-1.1.5.20070906_3.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=openoffice.org-1.1-devel portname: editors/setedit /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=setedit portname: editors/zed /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=zed portname: emulators/snes9express /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=snes9express portname: emulators/twin /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=twin portname: finance/gfp /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=finance&portname=gfp portname: games/amy /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.5.2008052007/amy-0.8.7.log (Sep 9 12:53:54 UTC 2007) overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=amy portname: games/aqbubble /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=aqbubble portname: games/clanbomber /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=clanbomber portname: games/emacs-chess /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=emacs-chess portname: games/euchre /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=euchre portname: games/holotz-castle /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=holotz-castle portname: games/linux-alienarena /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-alienarena portname: games/linux-x-plane-net-installer /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-x-plane-net-installer portname: games/py-poker-eval /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=py-poker-eval portname: games/pykawari /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=pykawari portname: games/xrally /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=xrally portname: graphics/crystalspace-devel /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.5.2006091522/crystalspace-devel-20060710_1.log (Oct 6 20:42:03 UTC 2006) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=crystalspace-devel portname: graphics/dc3play /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=dc3play portname: graphics/ffff /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008041921/ffff-323_1.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ffff portname: graphics/gstreamer-plugins-swfdec /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=gstreamer-plugins-swfdec portname: graphics/irit /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=irit portname: graphics/ivtools /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008041921/ivtools-1.2.4_3.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ivtools portname: graphics/kallery /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/kallery-1.0.7a_8.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=kallery portname: graphics/libvisual-plugins /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008041921/libvisual-plugins-0.2.0_4.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=libvisual-plugins portname: graphics/p5-Imager-QRCode /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008021817/p5-Imager-QRCode-0.01_1.log (Feb 22 20:35:09 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=p5-Imager-QRCode portname: graphics/py-glewpy /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=py-glewpy portname: graphics/qgis /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/qgis-0.7.4_3.log (Feb 25 14:58:02 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=qgis portname: graphics/ray++ /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=ray%2B%2B portname: graphics/reallyslick /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/reallyslick-0.8.1_4.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=graphics&portname=reallyslick portname: hebrew/he2 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=hebrew&portname=he2 portname: irc/erc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=erc portname: irc/kvirc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=kvirc portname: irc/srvx /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=irc&portname=srvx portname: japanese/escpf /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008050315/ja-escpf-0.4.log (Jan 1 07:04:20 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=escpf portname: japanese/lynx /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lynx portname: japanese/lyx /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lyx portname: japanese/okphone /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=okphone portname: japanese/oleo /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008041921/ja-oleo-1.99.16_2.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=oleo portname: japanese/plain2 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=plain2 portname: japanese/tkstep80 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=tkstep80 portname: java/cacao /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/cacao-0.98.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=cacao portname: java/dbvis /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=dbvis portname: java/java-gcj-compat /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=java-gcj-compat portname: java/java3d /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=java3d portname: java/jdk14 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=jdk14 portname: java/openjit /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=openjit portname: java/tya /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=java&portname=tya portname: lang/chameleon /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=chameleon portname: lang/drscheme /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=drscheme portname: lang/dylan /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=dylan portname: lang/gcl /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=gcl portname: lang/hope /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008050315/hope-1.1.log (Jan 1 07:05:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=hope portname: lang/maude /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008050315/maude-2.2_1.log (Jan 1 07:07:13 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=maude portname: lang/mozart /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=mozart portname: lang/parrot /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/parrot-0.6.0.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=parrot portname: lang/pfe-devel /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pfe-devel portname: lang/pm3-base /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008050315/pm3-base-1.1.15_2.log (Jan 1 07:04:47 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pm3-base portname: lang/pnet-base /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pnet-base portname: lang/pugs /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=pugs portname: lang/q /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/q-6.2_8.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=q portname: lang/qscheme /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=qscheme portname: lang/quack /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=quack portname: lang/screamer /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.5.2008051821/screamer-3.20.log (Sep 29 21:22:58 UTC 2007) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008050315/screamer-3.20.log (Jan 1 07:04:46 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=screamer portname: lang/scriba /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=scriba portname: lang/wamcc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=wamcc portname: lang/xsb /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=lang&portname=xsb portname: mail/claws-mail-clamav /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=claws-mail-clamav portname: mail/dspam-devel /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=dspam-devel portname: mail/kiltdown /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mail&portname=kiltdown portname: math/emacs-calc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=emacs-calc portname: math/libqalculate /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=libqalculate portname: math/linalg /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=linalg portname: math/pgcalc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=pgcalc portname: math/rascal /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=rascal portname: math/ses /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=ses portname: mbone/sdr /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=mbone&portname=sdr portname: misc/ipbt /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/ia64-errorlogs/e.6.2007082816/ipbt-r7471.log.bz2 (Aug 23 18:46:58 UTC 2007) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=ipbt portname: misc/pybliographer /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008031916/pybliographer-1.0.11_5.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=pybliographer portname: multimedia/avifile /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=avifile portname: multimedia/dirac-reference /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.5.2006121119/dirac-reference-0.6.0_2.log (Dec 28 19:25:05 UTC 2006) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=dirac-reference portname: multimedia/helixplayer /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008011405/hxplay-1.0.7_3.log (Jan 15 21:46:42 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=helixplayer portname: multimedia/mjpegtools-yuvfilters /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008021817/mjpegtools-yuvfilters-1.1_4.log (Mar 5 04:11:36 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mjpegtools-yuvfilters portname: multimedia/mplayerxp /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mplayerxp portname: multimedia/mythtv /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=mythtv portname: multimedia/smpeg-xmms /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=smpeg-xmms portname: multimedia/tv_grab_au /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=tv_grab_au portname: multimedia/xmps-win32-plugin /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xmps-win32-plugin portname: multimedia/y4mscaler /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008021817/y4mscaler-9.0_2.log (Mar 5 04:11:47 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=y4mscaler portname: net-im/ginsu /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=ginsu portname: net-im/libjingle /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=libjingle portname: net-im/sulci /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-im&portname=sulci portname: net-mgmt/NeTraMet /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=NeTraMet portname: net-mgmt/ap-utils /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=ap-utils portname: net-mgmt/nav /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.2008040316/nav-3.2.2.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nav portname: net-mgmt/scotty3 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=scotty3 portname: net-p2p/py-kenosis-bittorrent /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=py-kenosis-bittorrent portname: net/Sockets /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=Sockets portname: net/Sockets-devel /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=Sockets-devel portname: net/acx100 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=acx100 portname: net/b2bua /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=b2bua portname: net/cap /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=cap portname: net/frickin /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/frickin-2.0.b1.log (Feb 29 16:44:26 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=frickin portname: net/ggsd /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ggsd portname: net/globus4 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=globus4 portname: net/gnometelnet /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=gnometelnet portname: net/jags /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=jags portname: net/libtnl /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libtnl portname: net/libunpipc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=libunpipc portname: net/nepim /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=nepim portname: net/openospfd-devel /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openospfd-devel portname: net/openpbx.org /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openpbx.org portname: net/p5-Net-Z3950 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Net-Z3950 portname: net/p5-Parallel-MPI /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Parallel-MPI portname: net/penguintv /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=penguintv portname: net/py-mantissa /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/py25-mantissa-0.6.1.log (Feb 29 17:27:10 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=py-mantissa portname: net/samba4wins /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=samba4wins portname: net/silky /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008051714/silky-0.5.5_1.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=silky portname: net/skype12 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=skype12 portname: net/ssltunnel-client /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ssltunnel-client portname: net/versuch /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.7.2008022407/versuch-1.02_1.log (Feb 25 13:32:01 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=versuch portname: net/vls /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vls portname: net/vserver /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vserver portname: net/whois /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008050608/whois-4.7.24.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=whois portname: net/ztelnet /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=ztelnet portname: news/inn-current /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008050315/inn-current-20061024_1.log (Jan 1 07:06:31 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=inn-current portname: news/nget /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=nget portname: news/openftd /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/openftd-1.1.0.log ( ) http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.6.2008021817/openftd-0.99.2.log (Mar 15 12:37:04 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=news&portname=openftd portname: palm/pdbc /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=pdbc portname: palm/romeo /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=palm&portname=romeo portname: ports-mgmt/barry /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=ports-mgmt&portname=barry portname: print/ifhp /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=ifhp portname: print/kaspaliste /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=kaspaliste portname: print/lilypond /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=print&portname=lilypond portname: science/gerris /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=gerris portname: science/hdf /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.5.2006121119/hdf-4.2r1_1.log.bz2 (Mar 14 23:54:36 UTC 2006) overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=hdf portname: science/oof /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=oof portname: science/pcp /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pcp portname: science/pnetcdf /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=science&portname=pnetcdf portname: security/cfs /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cfs portname: security/dazuko /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=dazuko portname: security/krb4 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=krb4 portname: security/newpki-lib /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-lib portname: security/newpki-server /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=newpki-server portname: security/opensaml /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/opensaml-1.1.b.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=opensaml portname: security/p5-openxpki-client-cli /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=p5-openxpki-client-cli portname: security/pgp6 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=pgp6 portname: security/py-clamav /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=py-clamav portname: security/shibboleth-sp /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=shibboleth-sp portname: security/squidclam /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=squidclam portname: security/xmlsec /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=xmlsec portname: sysutils/dtc /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/dtc-0.28.2.1.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc portname: sysutils/dtc-toaster /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dtc-toaster portname: sysutils/dusage /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008050315/dusage-19900227.log (Jan 1 07:06:08 UTC 2008) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=dusage portname: sysutils/perf /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=perf portname: sysutils/quicksynergy /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.2008040316/quicksynergy-0.7.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=quicksynergy portname: sysutils/sjog /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=sjog portname: sysutils/upsdaemon /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=upsdaemon portname: sysutils/xwipower /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwipower portname: sysutils/xwlans /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=sysutils&portname=xwlans portname: textproc/Ebnf2ps /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=Ebnf2ps portname: textproc/asm-xml /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=asm-xml portname: textproc/dixit /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=dixit portname: textproc/htmlize.el /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=htmlize.el portname: textproc/isearch /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=isearch portname: textproc/opensched /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=opensched portname: textproc/xhtml-11 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=textproc&portname=xhtml-11 portname: www/asterisk-stat /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=asterisk-stat portname: www/bk_edit /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=bk_edit portname: www/c-icap /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=c-icap portname: www/flock /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=flock portname: www/geneweb /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008041921/geneweb-4.10_4.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=geneweb portname: www/mod_ntlm2 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=mod_ntlm2 portname: www/ocaml-wdialog /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.5.2008041921/ocaml-wdialog-2.1.2_1.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocaml-wdialog portname: www/ocsigen /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/ocsigen-0.6.0_1.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=ocsigen portname: www/p5-Apache-AuthenCache /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=p5-Apache-AuthenCache portname: www/pecl-mnogosearch /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008051714/pecl-mnogosearch-1.0.0.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=pecl-mnogosearch portname: www/roxen /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/amd64-errorlogs/e.5.2008051821/roxen-2.1.231.log (Sep 9 12:43:23 UTC 2007) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=roxen portname: www/rt3 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt3 portname: www/rt32 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=rt32 portname: www/toofpy /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/py25-TooFPy-0.3.7.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=toofpy portname: www/wb0 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=wb0 portname: www/winhelpcgi /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=winhelpcgi portname: x11-fm/evidence /home/linimon/portsbuild errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.5.2006091522/evidence-0.9.8_3.log (Oct 7 01:39:43 UTC 2006) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=evidence portname: x11-fm/velocity /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-fm&portname=velocity portname: x11-themes/gtk-cleanice-engine /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-cleanice-engine portname: x11-themes/gtk-industrial-theme /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-themes&portname=gtk-industrial-theme portname: x11-toolkits/flu /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=flu portname: x11-toolkits/fox10 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fox10 portname: x11-toolkits/fox12 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fox12 portname: x11-toolkits/fxscintilla-fox10 /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=fxscintilla-fox10 portname: x11-toolkits/p5-Gnome /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-Gnome portname: x11-toolkits/p5-qt /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=p5-qt portname: x11-toolkits/wxmozilla /home/linimon/portsbuild errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.8.2008040316/wxmozilla-0.5.6.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=wxmozilla portname: x11-wm/alloywm /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=alloywm portname: x11-wm/fluxspace /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=fluxspace portname: x11-wm/kahakai /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=kahakai portname: x11/bbuname /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=bbuname portname: x11/metisse /home/linimon/portsbuild errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11&portname=metisse From linimon at FreeBSD.org Wed May 21 13:55:10 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed May 21 13:55:17 2008 Subject: FreeBSD unmaintained ports which are currently scheduled for deletion Message-ID: <20080521135509.228C01CC18@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/Maaate description: MPEG audio analysis toolkit maintainer: ports@FreeBSD.org status: BROKEN deprecated because: expiration date: 2008-07-29 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=Maaate portname: audio/linux-mbrola description: MBROLA voice synthesizer maintainer: ports@FreeBSD.org deprecated because: relies on forbidden port misc/compat3x; last release 2000 expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-mbrola portname: audio/mbrola description: MBROLA voice synthesizer maintainer: ports@FreeBSD.org deprecated because: relies on forbidden port misc/compat3x; last release 2000 expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=mbrola portname: devel/p5-Getopt-Mixed description: Perl module for processing of both short and long command line options maintainer: ports@FreeBSD.org deprecated because: Use devel/p5-Getopt-Long instead expiration date: 2007-04-23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Getopt-Mixed portname: editors/sam description: A unix version of Rob Pike's editor for plan9 maintainer: ports@FreeBSD.org deprecated because: distfile and homepage disappeared expiration date: 2007-01-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=sam portname: emulators/linux-winetools description: A setup and configuration tool for WINE maintainer: ports@FreeBSD.org deprecated because: Very old, discontinued, and replaced by emulators/wine-doors expiration date: 2007-11-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux-winetools portname: games/linux-x-plane-net-installer description: The X-Plane network installer maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Unfetchable expiration date: 2007-04-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-x-plane-net-installer portname: japanese/lynx description: A terminal-based World-Wide Web Client with multi-byte modification maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Leaves behind config file on deinstall expiration date: 2007-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lynx portname: japanese/vje30 description: Modern intelligent Japanese input engine (purchase version) maintainer: ports@FreeBSD.org deprecated because: depends on forbidden port misc/compat3x expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=vje30 portname: math/umfpack description: Unsymmetric-pattern MultiFrontal Package maintainer: ports@FreeBSD.org deprecated because: Outdated subset of math/suitesparse expiration date: 2007-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=umfpack portname: net-mgmt/ap-utils description: A set of utilities to configure and monitor wireless access points maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Does not work with gcc4.2; appears to be abandoned expiration date: 2008-04-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=ap-utils portname: net-mgmt/nsc description: Netsaint Console monitor maintainer: ports@FreeBSD.org deprecated because: Project abandoned expiration date: 2007-10-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nsc portname: net/apache-soap description: The Apache SOAP implementation in Java maintainer: ports@FreeBSD.org deprecated because: Development has been ceased, superseded by www/axis. expiration date: 2008-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=apache-soap portname: net/archie description: Prospero client for the archie service maintainer: ports@FreeBSD.org deprecated because: No servers active anymore expiration date: 2008-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=archie portname: net/silky description: A simple and easy to use graphical, os-independent SILC client maintainer: ports@FreeBSD.org status: BROKEN deprecated because: This port is broken with newer silc-toolkit version. expiration date: 2008-07-20 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008051714/silky-0.5.5_1.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=silky portname: net/vls description: Broadcasts MPEG(1/2/4, PS/TS) video streams maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Development has been moved to multimedia/vlc expiration date: 2008-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vls portname: net/xarchie description: X11 front-end program for the archie network search service maintainer: ports@FreeBSD.org deprecated because: No servers active anymore expiration date: 2008-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xarchie portname: security/amavisd description: The daemonized version of amavis-perl maintainer: ports@FreeBSD.org deprecated because: depends on misc/compat3x, which has security problems; old version expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=amavisd portname: security/cyrus-sasl description: RFC 2222 SASL (Simple Authentication and Security Layer) maintainer: ports@FreeBSD.org deprecated because: patches are unfetchable and this software is unsupported expiration date: 2007-01-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cyrus-sasl portname: x11-toolkits/scx description: A GUI library for scsh and Scheme 48 maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=scx portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11-toolkits/xg description: Windows(tm) controls - like widget set for Motif(tm) maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 1998 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xg portname: x11-wm/9wm description: An 8 1/2-like Window Manager for X maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 2002 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=9wm portname: x11-wm/gwm description: Generic Window Manager maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=gwm portname: x11-wm/mlvwm description: Macintosh like window manager for X11 maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=mlvwm portname: x11-wm/novawm description: A window manager for X, developed with speed, size, and style in mind maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=novawm portname: x11-wm/orion description: An X11 window manager written in Scheme maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=orion portname: x11-wm/ude description: Small, fast, compact windowmanager maintainer: ports@FreeBSD.org deprecated because: Remove dead project expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ude From linimon at FreeBSD.org Wed May 21 13:55:19 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed May 21 13:55:36 2008 Subject: FreeBSD ports which are currently scheduled for deletion Message-ID: <20080521135516.E5A0E1CC7E@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically schedule removal of ports that have been judged to have outlived their usefulness. Often, this is due to a better alternative having become available and/or the cessation of development on the existing port. In some cases, ports are marked for removal because they fail to build and install correctly from their sources, or otherwise fail in operation. The ports, and the reason and date that they have been scheduled for removal, are listed below. If no one has stepped forward before that time to propose a way to fix the problems (such as via a PR), the ports will be deleted. portname: audio/Maaate description: MPEG audio analysis toolkit maintainer: ports@FreeBSD.org status: BROKEN deprecated because: expiration date: 2008-07-29 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=Maaate portname: audio/linux-mbrola description: MBROLA voice synthesizer maintainer: ports@FreeBSD.org deprecated because: relies on forbidden port misc/compat3x; last release 2000 expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=linux-mbrola portname: audio/mbrola description: MBROLA voice synthesizer maintainer: ports@FreeBSD.org deprecated because: relies on forbidden port misc/compat3x; last release 2000 expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=audio&portname=mbrola portname: devel/p5-Getopt-Mixed description: Perl module for processing of both short and long command line options maintainer: ports@FreeBSD.org deprecated because: Use devel/p5-Getopt-Long instead expiration date: 2007-04-23 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=devel&portname=p5-Getopt-Mixed portname: editors/sam description: A unix version of Rob Pike's editor for plan9 maintainer: ports@FreeBSD.org deprecated because: distfile and homepage disappeared expiration date: 2007-01-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=sam portname: emulators/linux-winetools description: A setup and configuration tool for WINE maintainer: ports@FreeBSD.org deprecated because: Very old, discontinued, and replaced by emulators/wine-doors expiration date: 2007-11-14 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=linux-winetools portname: games/linux-x-plane-net-installer description: The X-Plane network installer maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Unfetchable expiration date: 2007-04-10 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=games&portname=linux-x-plane-net-installer portname: japanese/lynx description: A terminal-based World-Wide Web Client with multi-byte modification maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Leaves behind config file on deinstall expiration date: 2007-07-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=lynx portname: japanese/samba description: A free SMB and CIFS client and server for UNIX maintainer: nakaji@jp.FreeBSD.org deprecated because: please use japanese/samba3, samba-2.2.x is obsolete expiration date: 2008-04-26 build errors: http://pointyhat.FreeBSD.org/errorlogs/sparc64-errorlogs/e.5.2006091522/ja-samba-2.2.12.j1.0beta1_2.log.bz2 (Mar 15 00:17:00 UTC 2006) http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008051714/ja-samba-2.2.12.j1.0beta1_3.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=samba portname: japanese/vje30 description: Modern intelligent Japanese input engine (purchase version) maintainer: ports@FreeBSD.org deprecated because: depends on forbidden port misc/compat3x expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japanese&portname=vje30 portname: math/sc description: A curses-based spreadsheet program maintainer: semper@doubt.com deprecated because: distfile disappeared expiration date: 2008-03-29 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=sc portname: math/umfpack description: Unsymmetric-pattern MultiFrontal Package maintainer: ports@FreeBSD.org deprecated because: Outdated subset of math/suitesparse expiration date: 2007-11-30 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=math&portname=umfpack portname: multimedia/xfce4-xmms-controller-plugin description: XMMS controller plugin for the xfce4 panel maintainer: robin.schoonover@gmail.com status: IGNORE deprecated because: Project is dead expiration date: 2008-03-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=multimedia&portname=xfce4-xmms-controller-plugin portname: net-mgmt/ap-utils description: A set of utilities to configure and monitor wireless access points maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Does not work with gcc4.2; appears to be abandoned expiration date: 2008-04-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=ap-utils portname: net-mgmt/nsc description: Netsaint Console monitor maintainer: ports@FreeBSD.org deprecated because: Project abandoned expiration date: 2007-10-05 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=nsc portname: net-p2p/dclibc description: A Direct Connect peer-to-peer protocol C library maintainer: pankov_p@mail.ru deprecated because: Abandoned, not used, website disappeared expiration date: 2008-05-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=dclibc portname: net/apache-soap description: The Apache SOAP implementation in Java maintainer: ports@FreeBSD.org deprecated because: Development has been ceased, superseded by www/axis. expiration date: 2008-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=apache-soap portname: net/archie description: Prospero client for the archie service maintainer: ports@FreeBSD.org deprecated because: No servers active anymore expiration date: 2008-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=archie portname: net/openospfd-devel description: Free implementation of the Open Shortest Path First Protocol maintainer: flz@FreeBSD.org status: BROKEN deprecated because: Port hasn't been updated in a while, use net/openospfd instead expiration date: 2008-06-19 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=openospfd-devel portname: net/p5-Net-Z3950 description: A perl interface to the Z39.50 information retrieval protocol maintainer: demon@FreeBSD.org status: BROKEN deprecated because: does not compile with yaz 3.x, deprecated in favor of ZOOM-Perl (net/p5-Net-Z3950-ZOOM) expiration date: 2008-05-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=p5-Net-Z3950 portname: net/silky description: A simple and easy to use graphical, os-independent SILC client maintainer: ports@FreeBSD.org status: BROKEN deprecated because: This port is broken with newer silc-toolkit version. expiration date: 2008-07-20 build errors: http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.7.2008051714/silky-0.5.5_1.log ( ) overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=silky portname: net/vls description: Broadcasts MPEG(1/2/4, PS/TS) video streams maintainer: ports@FreeBSD.org status: BROKEN deprecated because: Development has been moved to multimedia/vlc expiration date: 2008-04-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=vls portname: net/xarchie description: X11 front-end program for the archie network search service maintainer: ports@FreeBSD.org deprecated because: No servers active anymore expiration date: 2008-06-01 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net&portname=xarchie portname: security/amavisd description: The daemonized version of amavis-perl maintainer: ports@FreeBSD.org deprecated because: depends on misc/compat3x, which has security problems; old version expiration date: 2007-09-21 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=amavisd portname: security/bioapitool description: BioAPI management utility maintainer: fli@shapeshifter.se deprecated because: All functionallity of this tools has been merged with pam_bsdbioapi expiration date: 2008-05-04 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=bioapitool portname: security/ca-roots description: A list of SSL CA root certificates maintainer: secteam@FreeBSD.org deprecated because: Not supported by FreeBSD Security Officer anymore expiration date: 2007-07-07 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=ca-roots portname: security/cyrus-sasl description: RFC 2222 SASL (Simple Authentication and Security Layer) maintainer: ports@FreeBSD.org deprecated because: patches are unfetchable and this software is unsupported expiration date: 2007-01-02 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=security&portname=cyrus-sasl portname: www/pear-HTTP_Session description: PEAR Object-oriented interface to the session_* family functions maintainer: bg1tpt@gmail.com deprecated because: Use www/pear-HTTP_Session2 instead expiration date: 2008-05-15 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=pear-HTTP_Session portname: www/zope-btreefolder2 description: Zope product that can store many items maintainer: kaeru@inigo-tech.com deprecated because: Included in Zope 2.8 and later expiration date: 2007-08-31 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope-btreefolder2 portname: x11-servers/xorg-server-snap description: X.Org X server and related programs maintainer: x11@FreeBSD.org status: IGNORE deprecated because: Port hasn't been used since the switch to modular releases expiration date: 2008-06-20 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-servers&portname=xorg-server-snap portname: x11-toolkits/scx description: A GUI library for scsh and Scheme 48 maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=scx portname: x11-toolkits/xclasses description: C++ layout library for X maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xclasses portname: x11-toolkits/xg description: Windows(tm) controls - like widget set for Motif(tm) maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 1998 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-toolkits&portname=xg portname: x11-wm/9wm description: An 8 1/2-like Window Manager for X maintainer: ports@FreeBSD.org deprecated because: Project is dead, last release from 2002 expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=9wm portname: x11-wm/gwm description: Generic Window Manager maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=gwm portname: x11-wm/mlvwm description: Macintosh like window manager for X11 maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=mlvwm portname: x11-wm/novawm description: A window manager for X, developed with speed, size, and style in mind maintainer: ports@FreeBSD.org deprecated because: Project is dead expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=novawm portname: x11-wm/orion description: An X11 window manager written in Scheme maintainer: ports@FreeBSD.org deprecated because: Version branch long since retired expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=orion portname: x11-wm/ude description: Small, fast, compact windowmanager maintainer: ports@FreeBSD.org deprecated because: Remove dead project expiration date: 2007-10-28 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=x11-wm&portname=ude From linimon at FreeBSD.org Wed May 21 13:55:22 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed May 21 13:55:36 2008 Subject: FreeBSD unmaintained ports which are currently marked forbidden Message-ID: <20080521135521.A25C51CC96@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x From linimon at FreeBSD.org Wed May 21 13:55:23 2008 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed May 21 13:55:37 2008 Subject: FreeBSD ports which are currently marked forbidden Message-ID: <20080521135522.8CCA91CCBC@mail.droso.net> As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users about ports that are marked as "forbidden" in their Makefiles. Often, these ports are so marked due to security concerns, such as known exploits. An overview of each port, including errors seen on the build farm, is included below. portname: databases/gnats forbidden because: Security issues build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=databases&portname=gnats portname: misc/compat3x forbidden because: FreeBSD-SA-03:05.xdr, FreeBSD-SA-03:08.realpath - not fixed / no lib available build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=misc&portname=compat3x portname: net-p2p/peercast forbidden because: arbitrary code execution, http://www.vuxml.org/freebsd/402ae710-26a2-11dd-ae05-825f4c35000a.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-p2p&portname=peercast portname: www/tdiary-devel forbidden because: contains a vulnerability: http://www.tdiary.org/20071215.html written in Japanese build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=tdiary-devel portname: www/zope forbidden because: contains cross-site scripting vulnerability http://VuXML.FreeBSD.org/34414a1e-e377-11db-b8ab-000c76189c4c.html build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=www&portname=zope From joey at mingrone.org Wed May 21 14:58:38 2008 From: joey at mingrone.org (Joey Mingrone) Date: Wed May 21 14:58:50 2008 Subject: FreeBSD Port: linux-scim-libs-1.4.4 Message-ID: Hi, I'm having some trouble installing this port. Here's the output: ********************************************************************* root@jrm:/usr/ports/textproc/linux-scim-libs# make install clean ===> Vulnerability check disabled, database not found ===> Extracting for linux-scim-libs-1.4.4 => MD5 Checksum OK for rpm/i386/fedora/4/scim-libs-1.4.4-1.fc4.i386.rpm. => SHA256 Checksum OK for rpm/i386/fedora/4/scim-libs-1.4.4-1.fc4.i386.rpm. ===> linux-scim-libs-1.4.4 depends on file: /usr/local/bin/rpm2cpio - found ===> Patching for linux-scim-libs-1.4.4 ===> Configuring for linux-scim-libs-1.4.4 ===> Installing for linux-scim-libs-1.4.4 ===> linux-scim-libs-1.4.4 depends on file: /compat/linux/usr/lib/libgtk-x11-2.0.so.0 - found ===> linux-scim-libs-1.4.4 depends on file: /compat/linux/etc/fedora-release - found ===> Generating temporary packing list ===> Checking if textproc/linux-scim-libs already installed cd /usr/ports/textproc/linux-scim-libs/work && /usr/bin/find * -type d -exec /bin/mkdir -p "/compat/linux/{}" \; cd /usr/ports/textproc/linux-scim-libs/work && /usr/bin/find * ! -type d | /usr/bin/cpio -pm -R root:wheel /compat/linux 3802 blocks /usr/bin/gtk-query-immodules-2.0-32: error while loading shared libraries: libXrandr.so.2: cannot open shared object file: No such file or directory *** Error code 127 Stop in /usr/ports/textproc/linux-scim-libs. root@jrm:/usr/ports/textproc/linux-scim-libs# ********************************************************************* Also: > ls -la /compat/linux/usr/X11R6/lib/libXr* lrwxrwxrwx 1 root wheel 16 May 16 19:23 /compat/linux/usr/X11R6/lib/libXrandr.so.2 -> libXrandr.so.2.0 -rwxr-xr-x 1 root wheel 10580 May 16 19:23 /compat/linux/usr/X11R6/lib/libXrandr.so.2.0 lrwxrwxrwx 1 root wheel 19 May 16 19:23 /compat/linux/usr/X11R6/lib/libXrender.so.1 -> libXrender.so.1.2.2 -rwxr-xr-x 1 root wheel 30476 May 16 19:23 /compat/linux/usr/X11R6/lib/libXrender.so.1.2.2 Hopefully I provided all the relevant details, but if not, just let me know. Thanks for any suggestions you may have, Joey From stevefranks at ieee.org Wed May 21 16:33:41 2008 From: stevefranks at ieee.org (Steve Franks) Date: Wed May 21 16:33:47 2008 Subject: fxload (ports/misc/ezload for usb firmware loading) Message-ID: <539c60b90805210933l6f0ee304q7ed6e88145bbc27e@mail.gmail.com> On Wed, May 21, 2008 at 5:28 AM, bridd wrote: > Hi Steve, > > I saw your thread > http://lists.freebsd.org/pipermail/freebsd-usb/2008-April/004753.html > via googling for FreeBSD fxload equivalents. Did you get any further > with it? > > I'm wondering, because I've got an m-audio USB midi keyboard, and under > linux it's possible to use it, using a combo of fxload, the firmware and > a nice auto-detect script... It'd be great for me if I could get this up > and running under FreeBSD. > > Anyway, I hope you don't mind the email out of the blue like this, I was > wondering and figured it was easy enough to just ask :) > > Cheers, > > Dave // bridd > > Dave, FreeBSD has an equivalent program in ports/misc called ezload. I just had to add one line to it to recognize the newer hardware and it works like a charm. Annoyingly, the installed binary is called ezdownload, so it took awhile to find the thing after it installed. Included is the patch to add the line, tell me if you don't understand patches (patch file.c < file.patch) - basically just open it and add the line that starts with "+" manually to the mentioned file - everyone always assumes everyone with a *nix box is a super-hacker, and I sure ain't. I tried pestering the ezdownload maintainer/author (can't remember which) to add my patch and make a new release, but I never heard back. Guess I will have to follow up on that - don't love patching 20 programs every time I bring up a new box, and I haven't heard of old hardware in several years, making ezload pretty much irrelevant without the patch - everything uses the "fx2" cypress usb devices now. I'll ask you a question in return - what software & drivers do you use with the m-audio stuff? I've got an m-audio UNO USB<->MIDI dongle I've never attempted to plug in - maybe you can point me in the direction of the apps I need to make it go! Steve -------------- next part -------------- A non-text attachment was scrubbed... Name: ezdownload-0.4.1.patch Type: text/x-patch Size: 983 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080521/0a1423c8/ezdownload-0.4.1-0001.bin From shuvaev at physik.uni-wuerzburg.de Wed May 21 16:57:03 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Wed May 21 16:57:07 2008 Subject: Gnome reference framework bsd.gnome-reference.mk VS [NO]PORTDOCS Message-ID: <20080521165659.GA8375@wep4017.physik.uni-wuerzburg.de> Hello list! I am working on update to x11-toolkits/gtkdatabox2 and it has recently got an html reference (built using gtk-doc). The gtkdatabox2 is a rather rarely used port and its reference consists of app. 25 files (for now). What is better, - to create separate gtkdatabox-reference port, or - to intstall documentation from the existing port, under the control of NOPORTDOCS variable? The second question is about bsd.gnome-reference.mk framework discussed recently[1]. Althoug gtkdatabox is not an official part of gnome, it uses the same structure and therefore could be handled in the same way as other "official" gnome components. Are there any reasons to use one of: - devel/glib20-reference/bsd.gnome-reference.mk framework - handling docs on one's own? Thanks, Alexey. 1. http://lists.freebsd.org/pipermail/freebsd-ports/2008-May/048645.html http://lists.freebsd.org/pipermail/freebsd-ports/2008-May/048647.html From andreas at FreeBSD.org Wed May 21 18:38:06 2008 From: andreas at FreeBSD.org (Andreas Klemm) Date: Wed May 21 18:38:14 2008 Subject: ghostscript-gpl vs. ghostscript-gnu In-Reply-To: <200804111414.51925.mi+mill@aldan.algebra.com> References: <200804111414.51925.mi+mill@aldan.algebra.com> Message-ID: <20080521171530.GB14415@titan.klemm.apsfilter.org> Hi, I'm personally fine by this. But my personal time at the moment doesn't allow me to perform this action. If somebody could take this over, would be great. Best regards Andreas On Fri, Apr 11, 2008 at 02:14:51PM -0400, Mikhail Teterin wrote: > Whatever the reasons for having two different GS-ports, the apsfilter insists > on the version 7.x (ghostscript-gnu), which, indeed, seems to have a wider > selection of drivers: > > # ./SETUP > Found ghostscript version 8.61 ... > You have to upgrade at least to gs version 6.50! > But you should upgrade to gs 7.00 for full driver support > prior installing printers with SETUP. > Do you you want to continue? [Y/n] > > Yet, some other port (teTeX?) installed ghostscript-gpl and I'm now forced to > replace one with the other to regain the use of printer (Brother-1270, using > the hl1250 driver)... > > Is it time for "USE_GHOSTSCRIPT" knob? > > -mi Andreas /// -- Andreas Klemm - Powered by FreeBSD 6 Need a magic printfilter today ? -> http://www.apsfilter.org/ From mezz7 at cox.net Wed May 21 20:00:50 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed May 21 20:00:55 2008 Subject: Gnome reference framework bsd.gnome-reference.mk VS [NO]PORTDOCS In-Reply-To: <20080521165659.GA8375@wep4017.physik.uni-wuerzburg.de> References: <20080521165659.GA8375@wep4017.physik.uni-wuerzburg.de> Message-ID: On Wed, 21 May 2008 11:56:59 -0500, Alexey Shuvaev wrote: > Hello list! > > I am working on update to x11-toolkits/gtkdatabox2 and it has recently > got > an html reference (built using gtk-doc). The gtkdatabox2 is a rather > rarely used port and its reference consists of app. 25 files (for now). > What is better, > - to create separate gtkdatabox-reference port, or > - to intstall documentation from the existing port, under the > control of NOPORTDOCS variable? It's up to you. If it was my port, I would have chosen #2 option since it's very small and I dislike reference framework. If it's big then I possible would choice #1. > The second question is about bsd.gnome-reference.mk framework discussed > recently[1]. Althoug gtkdatabox is not an official part of gnome, > it uses the same structure and therefore could be handled in the same way > as other "official" gnome components. Are there any reasons to use one > of: > - devel/glib20-reference/bsd.gnome-reference.mk framework > - handling docs on one's own? It doesn't has to be only for GNOME. We have glib*-reference, cairo-reference and others that aren't part of GNOME. Cheers, Mezz > Thanks, > Alexey. > > 1. http://lists.freebsd.org/pipermail/freebsd-ports/2008-May/048645.html > http://lists.freebsd.org/pipermail/freebsd-ports/2008-May/048647.html -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From frank at texas.rr.com Wed May 21 20:22:38 2008 From: frank at texas.rr.com (Frank) Date: Wed May 21 20:22:43 2008 Subject: library symlink question Message-ID: <20080521200651.GA6812@forbidden.dough.net> I'm creating a few new ports. The main port has library dependencies on two of the other ports. These two ports install like: /usr/local/lib/libfoo.la /usr/local/lib/libfoo.so but they don't create a libfoo.so.1 and make a symlink. Therefore, ldconfig doesn't pick them up and if I use LIB_DEPENDS to find them, it fails. What is the proper procedure to get around this? Thanks, Frank From glarkin at sourcehosting.net Wed May 21 23:00:34 2008 From: glarkin at sourcehosting.net (Greg Larkin) Date: Wed May 21 23:00:37 2008 Subject: KeePassX updated to 0.3.1 Message-ID: <009501c8bb93$0faa8840$0c01a8c0@FIREBALL> Hi folks, A couple of months ago, someone posted about trouble getting security/keepassx 0.3.1 to compile: http://lists.freebsd.org/pipermail/freebsd-ports/2008-March/047471.html I recently submitted a fix in a PR, so if you want to get an advance look at the new version, grab the patch here: http://www.freebsd.org/cgi/query-pr.cgi?prp=123649-1-txt&n=/KeePassX-0.3.1.p atch If you have any feedback about the patch or problems with the new version, let me know. Regards, Greg SourceHosting.net, LLC http://www.sourcehosting.net/ From mspitzer at gmail.com Wed May 21 23:48:42 2008 From: mspitzer at gmail.com (Marc Spitzer) Date: Wed May 21 23:48:46 2008 Subject: hier 7 question In-Reply-To: <20080519013135.GA12308@lor.one-eyed-alien.net> References: <8c50a3c30805181720w113c309bv62e699c7dadb9253@mail.gmail.com> <20080519013135.GA12308@lor.one-eyed-alien.net> Message-ID: <8c50a3c30805211648t42957785ocf87fb2558acb976@mail.gmail.com> On Sun, May 18, 2008 at 9:31 PM, Brooks Davis wrote: > On Sun, May 18, 2008 at 08:20:03PM -0400, Marc Spitzer wrote: >> Hello, >> >> I am porting ATF, http://www.netbsd.org/~jmmv/atf/, a unit testing >> framework for C, C++ and Shell. The thing is is that it installs a >> bunch of self tests in ${PREFIX}/tests/atf. Is this the right place >> for it? From Hier(7) binaries should not go under share/. Otherwise >> I think it is done. Personally I think the tests/port could be a >> handy thing to have. What is your opinion/advice on this? > > libexec/ seems like it might be the right place. > Forgive me for an ignorant question but assuming I can not figure out how to add a knob onto the configure script, what would be the proper way to move the files under libexec? I could just move ${PREFIX}/test to ${PREFIX}/libexec but that seems extra hackish. I do not want a solution but a pointer would be nice. Thanks, marc -- Freedom is nothing but a chance to be better. Albert Camus From erwin at FreeBSD.org Thu May 22 01:52:54 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu May 22 01:53:03 2008 Subject: INDEX build failed for 5.x Message-ID: <200805220152.m4M1qWQd088214@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait.."/a/erwin/tindex/ports/chinese/links/../../www/links/Makefile", line 75: warning: duplicate script for target "pre-configure" ignored sonata-1.5.1_1: "" non-existent -- dependency list incomplete ===> audio/sonata failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: anders araujo dinoex fjoe green hq maho mi miwi mm mnag nivit obrien pav rafan shaun sumikawa Most recent CVS update was: U archivers/Makefile U archivers/pear-PHP_Archiv/Makefile U archivers/pear-PHP_Archiv/distinfo U archivers/pear-PHP_Archiv/pkg-descr U astro/starplot/Makefile U astro/starplot/distinfo U astro/starplot/pkg-plist U audio/sonata/Makefile U biology/tRNAscan-SE/Makefile U biology/tRNAscan-SE/pkg-descr U biology/tRNAscan-SE/pkg-plist U comms/obexapp/files/patch-Makefile U databases/libzdb/Makefile U databases/libzdb/distinfo U devel/cvs+ipv6/files/patch-freebsdlocal U devel/epydoc/Makefile U devel/epydoc/distinfo U devel/epydoc/pkg-plist U devel/gputils/Makefile U devel/gputils/distinfo U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/mcpp/Makefile U devel/mcpp/distinfo U devel/mcpp/pkg-descr U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U devel/synfig/Makefile U editors/openoffice.org-3-devel/Makefile U editors/openoffice.org-3-devel/distinfo U emulators/gxemul/Makefile U emulators/gxemul/distinfo U emulators/spim/Makefile U emulators/spim/distinfo U emulators/spim/pkg-descr U emulators/spim/files/patch-spim_Makefile U emulators/spim/files/patch-xspim_Imakefile U emulators/twin/Makefile U emulators/twin/files/patch-realC U ftp/pear-Net_FTP/Makefile U ftp/pear-Net_FTP/distinfo U games/Makefile U games/gnurobots/Makefile U games/gnurobots/distinfo U games/gnurobots/pkg-message U games/gnurobots/pkg-plist U games/tnl/Makefile U games/tnl/distinfo U games/tnl/pkg-descr U games/tnl/pkg-plist U games/tnl/files/tnl.in U hebrew/he2/Makefile U hebrew/he2/pkg-descr U hebrew/he2/files/patch-realCxx U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U mail/mutt-devel/Makefile U mail/mutt-devel/distinfo U mail/mutt-devel/files/extra-patch-aspell U mail/mutt-devel/files/extra-patch-nodoc-contrib U mail/mutt-devel/files/patch-02 U mail/mutt-devel/files/patch-08 U mail/mutt-devel/files/patch-Makefile.am U mail/mutt-devel/files/patch-examples U math/libqalculate/Makefile U math/libqalculate/files/patch-configure U math/libqalculate/files/patch-libqalculate-cl_abort.cc U math/libqalculate/files/patch-src-Makefile.in U math/py-gnuplot/Makefile U math/py-gnuplot/distinfo U math/py-gnuplot/pkg-plist U math/qalculate/Makefile U math/qalculate/files/patch-configure U math/qalculate/files/patch-src-Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U misc/heyu2/Makefile U misc/heyu2/distinfo U multimedia/Makefile U multimedia/gnome-subtitles/Makefile U multimedia/gnome-subtitles/distinfo U multimedia/gnome-subtitles/pkg-plist U multimedia/gnome-subtitles/files/patch-src_GnomeSubtitles_Execution_gnome-subtitles.in U multimedia/sublib/Makefile U multimedia/sublib/distinfo U multimedia/sublib/pkg-descr U multimedia/sublib/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U security/tor-devel/Makefile U security/tor-devel/distinfo U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/moodle/Makefile U www/moodle/distinfo U www/py-forgethtml/files/patch-lib-forgetHTML.py U www/sakai/Makefile U www/sakai/distinfo U www/sakai/pkg-plist U www/squid/Makefile U www/squid/files/fix-kerberos.patch U www/squid/files/icap-2.6-bootstrap.patch U www/squid/files/patch-helpers-negotiate_auth-squid_kerb_auth-Makefile.in U x11-wm/devilspie/Makefile U x11-wm/devilspie/distinfo From kitchetech at gmail.com Thu May 22 02:06:28 2008 From: kitchetech at gmail.com (matt donovan) Date: Thu May 22 02:06:31 2008 Subject: palm/pdbc Message-ID: <28283d910805211842p1719cd2bt3b03bf1c68c63817@mail.gmail.com> I've just tried to fix the checksum error but for some reason the SHA256 sum does no match even though the MD5 one does. But since this is no longer being developed that I have found since the author's site can no longer be found. you can probably remove this or I can keep trying to fix the checksum problem. Since the port is a bit out of date at least by time From amdmi3 at amdmi3.ru Thu May 22 02:09:22 2008 From: amdmi3 at amdmi3.ru (Dmitry Marakasov) Date: Thu May 22 02:09:29 2008 Subject: Gnash 0.8.2 In-Reply-To: References: <20080516052503.GF4543@hades.panopticon> Message-ID: <20080522020925.GD1299@hades.panopticon> * Carlos A. M. dos Santos (unixmania@gmail.com) wrote: > Yes, OpenGL renderer seems to be broken on 0.8.2. I think I've found the cause of this. May I ask what video card, video driver and xorg server version are you using? May be bug in either of those, I'll investigate further. -- Dmitry A. Marakasov | jabber: amdmi3@jabber.ru amdmi3@amdmi3.ru | http://www.amdmi3.ru From erwin at FreeBSD.org Thu May 22 02:48:48 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu May 22 02:48:50 2008 Subject: INDEX build failed for 5.x Message-ID: <200805220248.m4M2mQbn099274@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait.."/a/erwin/tindex/ports/chinese/links/../../www/links/Makefile", line 75: warning: duplicate script for target "pre-configure" ignored sonata-1.5.1_1: "" non-existent -- dependency list incomplete ===> audio/sonata failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: anders araujo brd dinoex fjoe green hq maho mi miwi mm mnag nivit obrien pav rafan shaun sumikawa Most recent CVS update was: U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/mod_evasive/Makefile U www/mod_evasive/pkg-descr U www/py-forgethtml/files/patch-lib-forgetHTML.py From sahil at tandon.net Thu May 22 02:51:42 2008 From: sahil at tandon.net (Sahil Tandon) Date: Thu May 22 02:51:45 2008 Subject: hier 7 question In-Reply-To: <8c50a3c30805211648t42957785ocf87fb2558acb976@mail.gmail.com> References: <8c50a3c30805181720w113c309bv62e699c7dadb9253@mail.gmail.com> <20080519013135.GA12308@lor.one-eyed-alien.net> <8c50a3c30805211648t42957785ocf87fb2558acb976@mail.gmail.com> Message-ID: <20080522025134.GA3427@shepherd> * Marc Spitzer [05-21-2008]: > On Sun, May 18, 2008 at 9:31 PM, Brooks Davis wrote: > > On Sun, May 18, 2008 at 08:20:03PM -0400, Marc Spitzer wrote: > >> Hello, > >> > >> I am porting ATF, http://www.netbsd.org/~jmmv/atf/, a unit testing > >> framework for C, C++ and Shell. The thing is is that it installs a > >> bunch of self tests in ${PREFIX}/tests/atf. Is this the right place > >> for it? From Hier(7) binaries should not go under share/. Otherwise > >> I think it is done. Personally I think the tests/port could be a > >> handy thing to have. What is your opinion/advice on this? > > > > libexec/ seems like it might be the right place. > > > > Forgive me for an ignorant question but assuming I can not figure out > how to add a knob onto the configure script, what would be the proper > way to move the files under libexec? I could just move ${PREFIX}/test > to ${PREFIX}/libexec but that seems extra hackish. I do not want a > solution but a pointer would be nice. It's not hackish to put executables in libexec. See 5.14.5 of the Porter's Handbook and adjust your Makefile to install the file(s) there. -- Sahil Tandon From mspitzer at gmail.com Thu May 22 03:03:55 2008 From: mspitzer at gmail.com (Marc Spitzer) Date: Thu May 22 03:04:00 2008 Subject: hier 7 question In-Reply-To: <20080522025134.GA3427@shepherd> References: <8c50a3c30805181720w113c309bv62e699c7dadb9253@mail.gmail.com> <20080519013135.GA12308@lor.one-eyed-alien.net> <8c50a3c30805211648t42957785ocf87fb2558acb976@mail.gmail.com> <20080522025134.GA3427@shepherd> Message-ID: <8c50a3c30805212003v71fc1f31u22d9a7e407e76fa2@mail.gmail.com> On Wed, May 21, 2008 at 10:51 PM, Sahil Tandon wrote: > * Marc Spitzer [05-21-2008]: > >> On Sun, May 18, 2008 at 9:31 PM, Brooks Davis wrote: >> > On Sun, May 18, 2008 at 08:20:03PM -0400, Marc Spitzer wrote: >> >> Hello, >> >> >> >> I am porting ATF, http://www.netbsd.org/~jmmv/atf/, a unit testing >> >> framework for C, C++ and Shell. The thing is is that it installs a >> >> bunch of self tests in ${PREFIX}/tests/atf. Is this the right place >> >> for it? From Hier(7) binaries should not go under share/. Otherwise >> >> I think it is done. Personally I think the tests/port could be a >> >> handy thing to have. What is your opinion/advice on this? >> > >> > libexec/ seems like it might be the right place. >> > >> >> Forgive me for an ignorant question but assuming I can not figure out >> how to add a knob onto the configure script, what would be the proper >> way to move the files under libexec? I could just move ${PREFIX}/test >> to ${PREFIX}/libexec but that seems extra hackish. I do not want a >> solution but a pointer would be nice. > > It's not hackish to put executables in libexec. See 5.14.5 of the Porter's > Handbook and adjust your Makefile to install the file(s) there. > Forgive my poor explanation. I do not have a problem with putting things in libexec, especially if they actually belong there. My problem stems from ignorance in two ways: 1: I know almost nothing about autoconf and friends from a developer POV 2: My knowledge of ports is slightly better, getting better all the time though. The configure script does not have a --testdir knob that I can set to ${PREFIX}/libexec/test to install the test programs their, although it does have one for everything else. I can just just do 'mv ${prefix}/test ${prefix}/libexec' to move it over, but that is what I was saying looks very hackish. So I guess my question is what would be the correct way to move a directory tree over with out steping on any preexisting directory there? Thanks, marc -- Freedom is nothing but a chance to be better. Albert Camus From sahil at tandon.net Thu May 22 03:14:02 2008 From: sahil at tandon.net (Sahil Tandon) Date: Thu May 22 03:14:05 2008 Subject: hier 7 question In-Reply-To: <8c50a3c30805212003v71fc1f31u22d9a7e407e76fa2@mail.gmail.com> References: <8c50a3c30805181720w113c309bv62e699c7dadb9253@mail.gmail.com> <20080519013135.GA12308@lor.one-eyed-alien.net> <8c50a3c30805211648t42957785ocf87fb2558acb976@mail.gmail.com> <20080522025134.GA3427@shepherd> <8c50a3c30805212003v71fc1f31u22d9a7e407e76fa2@mail.gmail.com> Message-ID: <20080522031357.GB3427@shepherd> * Marc Spitzer [05-21-2008]: > The configure script does not have a --testdir knob that I can set to > ${PREFIX}/libexec/test to install the test programs their, although it > does have one for everything else. I can just just do 'mv > ${prefix}/test ${prefix}/libexec' to move it over, but that is what I > was saying looks very hackish. So I guess my question is what would > be the correct way to move a directory tree over with out steping on > any preexisting directory there? Do the files have to be in a 'test' directory? Perhaps you can just copy them into libexec/ sans the 'test' dir. -- Sahil Tandon From mspitzer at gmail.com Thu May 22 03:30:51 2008 From: mspitzer at gmail.com (Marc Spitzer) Date: Thu May 22 03:30:58 2008 Subject: hier 7 question In-Reply-To: <20080522031357.GB3427@shepherd> References: <8c50a3c30805181720w113c309bv62e699c7dadb9253@mail.gmail.com> <20080519013135.GA12308@lor.one-eyed-alien.net> <8c50a3c30805211648t42957785ocf87fb2558acb976@mail.gmail.com> <20080522025134.GA3427@shepherd> <8c50a3c30805212003v71fc1f31u22d9a7e407e76fa2@mail.gmail.com> <20080522031357.GB3427@shepherd> Message-ID: <8c50a3c30805212030l4ef7cbd6v3bc8b828c528ad84@mail.gmail.com> On Wed, May 21, 2008 at 11:13 PM, Sahil Tandon wrote: > * Marc Spitzer [05-21-2008]: > >> The configure script does not have a --testdir knob that I can set to >> ${PREFIX}/libexec/test to install the test programs their, although it >> does have one for everything else. I can just just do 'mv >> ${prefix}/test ${prefix}/libexec' to move it over, but that is what I >> was saying looks very hackish. So I guess my question is what would >> be the correct way to move a directory tree over with out steping on >> any preexisting directory there? > > Do the files have to be in a 'test' directory? Perhaps you can just copy > them into libexec/ sans the 'test' dir. > The problem with that is that there is a tree under test/ with over 200 files/subdirs in it. And I would like to do this cleanly. I do have a request for a knob in with the developer though. Thanks, marc -- Freedom is nothing but a chance to be better. Albert Camus From unixmania at gmail.com Thu May 22 03:35:32 2008 From: unixmania at gmail.com (Carlos A. M. dos Santos) Date: Thu May 22 03:35:35 2008 Subject: Gnash 0.8.2 In-Reply-To: <20080522020925.GD1299@hades.panopticon> References: <20080516052503.GF4543@hades.panopticon> <20080522020925.GD1299@hades.panopticon> Message-ID: On Wed, May 21, 2008 at 11:09 PM, Dmitry Marakasov wrote: > * Carlos A. M. dos Santos (unixmania@gmail.com) wrote: > >> Yes, OpenGL renderer seems to be broken on 0.8.2. > I think I've found the cause of this. May I ask what video card, > video driver and xorg server version are you using? May be bug in > either of those, I'll investigate further. # pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x30aa103c chip=0x27a08086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '955XM/945GM/PM/GMS/940GML Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI The driver is xf86-video-intel-2.2.1. The relevant information given by the kernel is this: vgapci0: port 0x6000-0x6007 mem 0xe8400000-0xe847ffff,0xd0000000-0xdfffffff,0xe8480000-0xe84bff ff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drm0: on vgapci0 info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized i915 1.5.0 20060119 vgapci1: mem 0xe8500000-0xe857ffff at device 2.1 on pci0 -- Carlos A. M. dos Santos From erwin at FreeBSD.org Thu May 22 04:07:22 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu May 22 04:07:24 2008 Subject: INDEX build failed for 5.x Message-ID: <200805220407.m4M470mb032681@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait.."/a/erwin/tindex/ports/chinese/links/../../www/links/Makefile", line 75: warning: duplicate script for target "pre-configure" ignored sonata-1.5.1_1: "" non-existent -- dependency list incomplete ===> audio/sonata failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: anders araujo brd dinoex fjoe green hq maho mi miwi mm mnag nivit obrien pav rafan shaun sumikawa tabthorpe Most recent CVS update was: U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U shells/rssh/Makefile U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From erwin at FreeBSD.org Thu May 22 05:56:30 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu May 22 05:56:32 2008 Subject: INDEX build failed for 5.x Message-ID: <200805220556.m4M5u7ai059427@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-5 - please wait.."/a/erwin/tindex/ports/chinese/links/../../www/links/Makefile", line 75: warning: duplicate script for target "pre-configure" ignored sonata-1.5.1_1: "" non-existent -- dependency list incomplete ===> audio/sonata failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: anders araujo brd dinoex fjoe green hq maho mi miwi mm mnag nivit obrien pav rafan shaun sumikawa tabthorpe Most recent CVS update was: U chinese/mutt/Makefile U chinese/mutt/files/patch-zh-mutt U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/libffi-devel/Makefile U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/py-forgethtml/files/patch-lib-forgetHTML.py From erwin at FreeBSD.org Thu May 22 07:00:03 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu May 22 07:00:06 2008 Subject: INDEX now builds successfully on 5.x Message-ID: <200805220659.m4M6xfu1004631@pointyhat.freebsd.org> From bsam at ipt.ru Thu May 22 10:14:49 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Thu May 22 10:14:56 2008 Subject: FreeBSD Port: linux-scim-libs-1.4.4 In-Reply-To: (Joey Mingrone's message of "Wed, 21 May 2008 11:29:33 -0300") References: Message-ID: <15146316@serv3.int.kfs.ru> On Wed, 21 May 2008 11:29:33 -0300 Joey Mingrone wrote: > Hi, > I'm having some trouble installing this port. Here's the output: > ********************************************************************* > root@jrm:/usr/ports/textproc/linux-scim-libs# make install clean > ===> Vulnerability check disabled, database not found > ===> Extracting for linux-scim-libs-1.4.4 > => MD5 Checksum OK for rpm/i386/fedora/4/scim-libs-1.4.4-1.fc4.i386.rpm. > => SHA256 Checksum OK for rpm/i386/fedora/4/scim-libs-1.4.4-1.fc4.i386.rpm. > ===> linux-scim-libs-1.4.4 depends on file: /usr/local/bin/rpm2cpio - found > ===> Patching for linux-scim-libs-1.4.4 > ===> Configuring for linux-scim-libs-1.4.4 > ===> Installing for linux-scim-libs-1.4.4 > ===> linux-scim-libs-1.4.4 depends on file: > /compat/linux/usr/lib/libgtk-x11-2.0.so.0 - found > ===> linux-scim-libs-1.4.4 depends on file: > /compat/linux/etc/fedora-release - found > ===> Generating temporary packing list > ===> Checking if textproc/linux-scim-libs already installed > cd /usr/ports/textproc/linux-scim-libs/work && /usr/bin/find * -type d > -exec /bin/mkdir -p "/compat/linux/{}" \; > cd /usr/ports/textproc/linux-scim-libs/work && /usr/bin/find * ! -type > d | /usr/bin/cpio -pm -R root:wheel /compat/linux > 3802 blocks > /usr/bin/gtk-query-immodules-2.0-32: error while loading shared > libraries: libXrandr.so.2: cannot open shared object file: No such > file or directory > *** Error code 127 > Stop in /usr/ports/textproc/linux-scim-libs. > root@jrm:/usr/ports/textproc/linux-scim-libs# > ********************************************************************* > Also: > > ls -la /compat/linux/usr/X11R6/lib/libXr* > lrwxrwxrwx 1 root wheel 16 May 16 19:23 > /compat/linux/usr/X11R6/lib/libXrandr.so.2 -> libXrandr.so.2.0 > -rwxr-xr-x 1 root wheel 10580 May 16 19:23 > /compat/linux/usr/X11R6/lib/libXrandr.so.2.0 > lrwxrwxrwx 1 root wheel 19 May 16 19:23 > /compat/linux/usr/X11R6/lib/libXrender.so.1 -> libXrender.so.1.2.2 > -rwxr-xr-x 1 root wheel 30476 May 16 19:23 > /compat/linux/usr/X11R6/lib/libXrender.so.1.2.2 > Hopefully I provided all the relevant details, but if not, just let me know. > Thanks for any suggestions you may have, Your linux ld.so.cache may be broken. Try the following command (as root): # /compat/linux/sbin/ldconfig -r /compat/linux WBR, bsam -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? From richardtoohey at paradise.net.nz Thu May 22 11:05:25 2008 From: richardtoohey at paradise.net.nz (Richard Toohey) Date: Thu May 22 11:05:28 2008 Subject: FreeBSD Port: vsftpd-2.0.6 - spelling mistake in user name - Annonymus Message-ID: <568BE118-35B5-440B-AC31-3676F901FFA3@paradise.net.nz> Apologies if been raised before ... could not find anything searching http://marc.info/?l=freebsd-ports&r=1&w=3 Wandering through /var/log and found this in /var/log/userlog 2008-04-14 19:45:35 [xxxyyy:useradd] ftp(14):operator(5):Annonymus Ftp:/var/ftp:/nonexistent And then to ... cat /etc/passwd ftp:*:14:5:Annonymus Ftp:/var/ftp:/nonexistent Noticed the incorrect spelling (should be Anonymous), and did a Google: http://www.freebsdports.info/ports/ftp/vsftpd.html In the pkg-install section it says ... pkg-install #!/bin/sh # $FreeBSD: ports/ftp/vsftpd/pkg-install,v 1.4 2003/12/12 19:17:17 dinoex Exp $ # [cut] if pw useradd ftp -g operator -u 14 -h - -d /var/ftp -s /nonexistent - c "Annonymus Ftp"; then echo "Added user ftp for vsftpd" [cut] Downloaded the latest from: http://cvsweb.freebsd.org/ports/ftp/vsftpd/vsftpd.tar.gz?tarball=1 And the same spelling is in there. So guessing that is where the account came from? Thanks. From wxs at FreeBSD.org Thu May 22 11:51:05 2008 From: wxs at FreeBSD.org (Wesley Shields) Date: Thu May 22 11:51:08 2008 Subject: hier 7 question In-Reply-To: <8c50a3c30805212030l4ef7cbd6v3bc8b828c528ad84@mail.gmail.com> References: <8c50a3c30805181720w113c309bv62e699c7dadb9253@mail.gmail.com> <20080519013135.GA12308@lor.one-eyed-alien.net> <8c50a3c30805211648t42957785ocf87fb2558acb976@mail.gmail.com> <20080522025134.GA3427@shepherd> <8c50a3c30805212003v71fc1f31u22d9a7e407e76fa2@mail.gmail.com> <20080522031357.GB3427@shepherd> <8c50a3c30805212030l4ef7cbd6v3bc8b828c528ad84@mail.gmail.com> Message-ID: <20080522115257.GF56229@atarininja.org> On Wed, May 21, 2008 at 11:30:50PM -0400, Marc Spitzer wrote: > On Wed, May 21, 2008 at 11:13 PM, Sahil Tandon wrote: > > * Marc Spitzer [05-21-2008]: > > > >> The configure script does not have a --testdir knob that I can set to > >> ${PREFIX}/libexec/test to install the test programs their, although it > >> does have one for everything else. I can just just do 'mv > >> ${prefix}/test ${prefix}/libexec' to move it over, but that is what I > >> was saying looks very hackish. So I guess my question is what would > >> be the correct way to move a directory tree over with out steping on > >> any preexisting directory there? > > > > Do the files have to be in a 'test' directory? Perhaps you can just copy > > them into libexec/ sans the 'test' dir. > > > > The problem with that is that there is a tree under test/ with over > 200 files/subdirs in it. And I would like to do this cleanly. I do > have a request for a knob in with the developer though. Patch the port to install them in libexec/test/. If you want to install them all manually (if it's a cleaner solution) you can use COPYTREE_BIN. -- WXS From sahil at tandon.net Thu May 22 12:35:50 2008 From: sahil at tandon.net (Sahil Tandon) Date: Thu May 22 12:36:20 2008 Subject: FreeBSD Port: vsftpd-2.0.6 - spelling mistake in user name - Annonymus In-Reply-To: <568BE118-35B5-440B-AC31-3676F901FFA3@paradise.net.nz> References: <568BE118-35B5-440B-AC31-3676F901FFA3@paradise.net.nz> Message-ID: <508B479E-030E-4F1B-B29F-0C73D1A3336A@tandon.net> > Apologies if been raised before ... could not find anything > searching http://marc.info/?l=freebsd-ports&r=1&w=3 > > Wandering through /var/log and found this in /var/log/userlog > > 2008-04-14 19:45:35 [xxxyyy:useradd] ftp(14):operator(5):Annonymus > Ftp:/var/ftp:/nonexistent > > And then to ... cat /etc/passwd > > ftp:*:14:5:Annonymus Ftp:/var/ftp:/nonexistent > > Noticed the incorrect spelling (should be Anonymous), and did a > Google: > > http://www.freebsdports.info/ports/ftp/vsftpd.html > > In the pkg-install section it says ... > > pkg-install > > #!/bin/sh > # $FreeBSD: ports/ftp/vsftpd/pkg-install,v 1.4 2003/12/12 19:17:17 > dinoex Exp $ > # > [cut] > if pw useradd ftp -g operator -u 14 -h - -d /var/ftp -s /nonexistent > -c "Annonymus Ftp"; then > echo "Added user ftp for vsftpd" > [cut] > > Downloaded the latest from: > > http://cvsweb.freebsd.org/ports/ftp/vsftpd/vsftpd.tar.gz?tarball=1 > > And the same spelling is in there. > Patch and submit a PR? :) - Sahil From joey at mingrone.org Thu May 22 14:19:48 2008 From: joey at mingrone.org (Joey Mingrone) Date: Thu May 22 14:20:17 2008 Subject: FreeBSD Port: linux-scim-libs-1.4.4 In-Reply-To: <15146316@serv3.int.kfs.ru> References: <15146316@serv3.int.kfs.ru> Message-ID: On Thu, May 22, 2008 at 7:14 AM, Boris Samorodov wrote: > On Wed, 21 May 2008 11:29:33 -0300 Joey Mingrone wrote: > >> Hi, > >> I'm having some trouble installing this port. Here's the output: > >> ********************************************************************* >> root@jrm:/usr/ports/textproc/linux-scim-libs# make install clean >> ===> Vulnerability check disabled, database not found >> ===> Extracting for linux-scim-libs-1.4.4 >> => MD5 Checksum OK for rpm/i386/fedora/4/scim-libs-1.4.4-1.fc4.i386.rpm. >> => SHA256 Checksum OK for rpm/i386/fedora/4/scim-libs-1.4.4-1.fc4.i386.rpm. >> ===> linux-scim-libs-1.4.4 depends on file: /usr/local/bin/rpm2cpio - found >> ===> Patching for linux-scim-libs-1.4.4 >> ===> Configuring for linux-scim-libs-1.4.4 >> ===> Installing for linux-scim-libs-1.4.4 >> ===> linux-scim-libs-1.4.4 depends on file: >> /compat/linux/usr/lib/libgtk-x11-2.0.so.0 - found >> ===> linux-scim-libs-1.4.4 depends on file: >> /compat/linux/etc/fedora-release - found >> ===> Generating temporary packing list >> ===> Checking if textproc/linux-scim-libs already installed >> cd /usr/ports/textproc/linux-scim-libs/work && /usr/bin/find * -type d >> -exec /bin/mkdir -p "/compat/linux/{}" \; >> cd /usr/ports/textproc/linux-scim-libs/work && /usr/bin/find * ! -type >> d | /usr/bin/cpio -pm -R root:wheel /compat/linux >> 3802 blocks >> /usr/bin/gtk-query-immodules-2.0-32: error while loading shared >> libraries: libXrandr.so.2: cannot open shared object file: No such >> file or directory >> *** Error code 127 > >> Stop in /usr/ports/textproc/linux-scim-libs. >> root@jrm:/usr/ports/textproc/linux-scim-libs# >> ********************************************************************* > >> Also: >> > ls -la /compat/linux/usr/X11R6/lib/libXr* >> lrwxrwxrwx 1 root wheel 16 May 16 19:23 >> /compat/linux/usr/X11R6/lib/libXrandr.so.2 -> libXrandr.so.2.0 >> -rwxr-xr-x 1 root wheel 10580 May 16 19:23 >> /compat/linux/usr/X11R6/lib/libXrandr.so.2.0 >> lrwxrwxrwx 1 root wheel 19 May 16 19:23 >> /compat/linux/usr/X11R6/lib/libXrender.so.1 -> libXrender.so.1.2.2 >> -rwxr-xr-x 1 root wheel 30476 May 16 19:23 >> /compat/linux/usr/X11R6/lib/libXrender.so.1.2.2 > >> Hopefully I provided all the relevant details, but if not, just let me know. > >> Thanks for any suggestions you may have, > > Your linux ld.so.cache may be broken. Try the following command (as > root): > # /compat/linux/sbin/ldconfig -r /compat/linux > > > WBR, bsam > -- > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing in e-mail? > That fixed the problem. Thank you. Joey From jeffrey at goldmark.org Thu May 22 17:57:33 2008 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Thu May 22 17:57:37 2008 Subject: Why no MovableType port? Message-ID: <55753317-897A-41B7-A4C9-789062739830@goldmark.org> I wanted to start playing with MovableType and was surprised that there is no port for it. Of course I'm talking about the Open Source version. If this were some obscure bit of software that few people had an interested in running, I would expect the answer to my question to be something like "because you haven't made a port for it yet". Now I should point out that I've only written one port in life (and it was very simple one for a perl module). I should also point out that I am unfamiliar with MovableType or any other web CMS. So other than the fact that I wanted to evaluate MovableType, I consider myself not really in a position to produce a port. I was wondering if people have tried and failed to produce port for this, or whether someone is working on it, or whether there is some licensing difficulty that I'm unaware of. Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From delphij at delphij.net Thu May 22 18:01:17 2008 From: delphij at delphij.net (Xin LI) Date: Thu May 22 18:01:25 2008 Subject: Why no MovableType port? In-Reply-To: <55753317-897A-41B7-A4C9-789062739830@goldmark.org> References: <55753317-897A-41B7-A4C9-789062739830@goldmark.org> Message-ID: <4835B4DF.30208@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeffrey Goldberg wrote: | I wanted to start playing with MovableType and was surprised that there | is no port for it. Of course I'm talking about the Open Source version. | | If this were some obscure bit of software that few people had an | interested in running, I would expect the answer to my question to be | something like "because you haven't made a port for it yet". | | Now I should point out that I've only written one port in life (and it | was very simple one for a perl module). I should also point out that I | am unfamiliar with MovableType or any other web CMS. So other than the | fact that I wanted to evaluate MovableType, I consider myself not really | in a position to produce a port. | | I was wondering if people have tried and failed to produce port for | this, or whether someone is working on it, or whether there is some | licensing difficulty that I'm unaware of. www/MT - -- ** Help China's quake relief at http://www.redcross.org.cn/ |>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkg1tN8ACgkQi+vbBBjt66ABhgCfRyd9bMJH6h1rICMP+iE5uuCM /AcAn11xvAqAzVcw03x9uplHgx1ZNjvP =A7to -----END PGP SIGNATURE----- From mezz7 at cox.net Thu May 22 18:11:28 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu May 22 18:11:33 2008 Subject: Why no MovableType port? In-Reply-To: <4835B4DF.30208@delphij.net> References: <55753317-897A-41B7-A4C9-789062739830@goldmark.org> <4835B4DF.30208@delphij.net> Message-ID: On Thu, 22 May 2008 13:01:03 -0500, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jeffrey Goldberg wrote: > | I wanted to start playing with MovableType and was surprised that there > | is no port for it. Of course I'm talking about the Open Source > version. > | > | If this were some obscure bit of software that few people had an > | interested in running, I would expect the answer to my question to be > | something like "because you haven't made a port for it yet". > | > | Now I should point out that I've only written one port in life (and it > | was very simple one for a perl module). I should also point out that I > | am unfamiliar with MovableType or any other web CMS. So other than the > | fact that I wanted to evaluate MovableType, I consider myself not > really > | in a position to produce a port. > | > | I was wondering if people have tried and failed to produce port for > | this, or whether someone is working on it, or whether there is some > | licensing difficulty that I'm unaware of. > > www/MT Interesting.. Wondering why not rename it as www/movabletype? A lot of people have no idea what 'MT' is and the 'movabletype' will get hit in search engine a lot faster. Cheers, Mezz > - -- > ** Help China's quake relief at http://www.redcross.org.cn/ > |>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (FreeBSD) > > iEYEARECAAYFAkg1tN8ACgkQi+vbBBjt66ABhgCfRyd9bMJH6h1rICMP+iE5uuCM > /AcAn11xvAqAzVcw03x9uplHgx1ZNjvP > =A7to > -----END PGP SIGNATURE----- -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From delphij at delphij.net Thu May 22 18:29:05 2008 From: delphij at delphij.net (Xin LI) Date: Thu May 22 18:29:07 2008 Subject: Why no MovableType port? In-Reply-To: References: <55753317-897A-41B7-A4C9-789062739830@goldmark.org> <4835B4DF.30208@delphij.net> Message-ID: <4835BB66.8090903@delphij.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeremy Messenger wrote: | On Thu, 22 May 2008 13:01:03 -0500, Xin LI wrote: [...] | | I was wondering if people have tried and failed to produce port for | | this, or whether someone is working on it, or whether there is some | | licensing difficulty that I'm unaware of. | | www/MT | |> Interesting.. Wondering why not rename it as www/movabletype? A lot of |> people have no idea what 'MT' is and the 'movabletype' will get hit in |> search engine a lot faster. I have no idea... I guess it might be better if we mention 'MovableType' in COMMENT=, but it seems that 'make search' is smart enough: [delphij@charlie] /usr/ports> make search key=movabletype Port: p5-Net-MovableType-1.74 Path: /usr/ports/net/p5-Net-MovableType Info: A light-weight MovableType client Perl module Maint: clsung@FreeBSD.org B-deps: expat-2.0.1 p5-Authen-SASL-2.11 p5-Compress-Raw-Zlib-2.009 p5-Compress-Zlib-2.009 p5-Convert-BinHex-1.119 p5-Crypt-SSLeay-0.57 p5-Digest-1.15 p5-Digest-HMAC-1.01 p5-Digest-MD5-2.36 p5-Digest-SHA1-2.11 p5-Email-Date-Format-1.002 p5-File-Temp-0.20 p5-GSSAPI-0.26 p5-HTML-Parser-3.56_1 p5-HTML-Tagset-3.20 p5-IO-Compress-Base-2.009 p5-IO-Compress-Zlib-2.009 p5-IO-Socket-SSL-1.13 p5-IO-stringy-2.110 p5-MIME-Base64-3.07 p5-MIME-Lite-3.02.1 p5-MIME-Tools-5.426,2 p5-MIME-Types-1.23 p5-Mail-Tools-2.02 p5-Net-1.22,1 p5-Net-SSLeay-1.30_1 p5-SOAP-Lite-0.69 p5-URI-1.36 p5-XML-Parser-2.36 p5-libwww-5.805 perl-5.8.8_1 R-deps: expat-2.0.1 p5-Authen-SASL-2.11 p5-Compress-Raw-Zlib-2.009 p5-Compress-Zlib-2.009 p5-Convert-BinHex-1.119 p5-Crypt-SSLeay-0.57 p5-Digest-1.15 p5-Digest-HMAC-1.01 p5-Digest-MD5-2.36 p5-Digest-SHA1-2.11 p5-Email-Date-Format-1.002 p5-File-Temp-0.20 p5-GSSAPI-0.26 p5-HTML-Parser-3.56_1 p5-HTML-Tagset-3.20 p5-IO-Compress-Base-2.009 p5-IO-Compress-Zlib-2.009 p5-IO-Socket-SSL-1.13 p5-IO-stringy-2.110 p5-MIME-Base64-3.07 p5-MIME-Lite-3.02.1 p5-MIME-Tools-5.426,2 p5-MIME-Types-1.23 p5-Mail-Tools-2.02 p5-Net-1.22,1 p5-Net-SSLeay-1.30_1 p5-SOAP-Lite-0.69 p5-URI-1.36 p5-XML-Parser-2.36 p5-libwww-5.805 perl-5.8.8_1 WWW: http://search.cpan.org/dist/Net-MovableType/ Port: MT-4.1_3 Path: /usr/ports/www/MT Info: A web-based personal publishing system for weblogs Maint: arved@FreeBSD.org B-deps: R-deps: ImageMagick-6.4.1.0 expat-2.0.1 fontconfig-2.5.0,1 freetype2-2.3.5 ghostscript-gpl-8.61_5 gsfonts-8.11_4 jasper-1.900.1_6 jbigkit-1.6 jpeg-6b_4 kbproto-1.0.3 lcms-1.17,1 libICE-1.0.4_1,1 libSM-1.0.3_1,1 libX11-1.1.3_1,1 libXau-1.0.3_2 libXdmcp-1.0.2_1 libXext-1.0.3,1 libXt-1.0.5_1 libfpx-1.2.0.12_1 libiconv-1.11_1 libltdl-1.5.24 libxml2-2.6.31 p5-Archive-Tar-1.38_1 p5-Archive-Zip-1.23 p5-Authen-SASL-2.11 p5-CGI.pm-3.33,1 p5-Class-ErrorHandler-0.01 p5-Compress-Raw-Zlib-2.009 p5-Compress-Zlib-2.009 p5-Convert-ASN1-0.21 p5-Convert-BinHex-1.119 p5-Convert-PEM-0.07_1 p5-Crypt-CBC-2.29 p5-Crypt-DES-2.05 p5-Crypt-DES_EDE3-0.01_1 p5-Crypt-DSA-0.14 p5-Crypt-SSLeay-0.57 p5-DBD-SQLite-1.14 p5-DBI-1.60.1 p5-Data-Buffer-0.04 p5-Digest-1.15 p5-Digest-HMAC-1.01 p5-Digest-MD5-2.36 p5-Digest-SHA1-2.11 p5-Email-Date-Format-1.002 p5-File-Temp-0.20 p5-File-Which-0.05 p5-GSSAPI-0.26 p5-HTML-Parser-3.56_1 p5-HTML-Tagset-3.20 p5-HTML-Template-2.9 p5-IO-Compress-Base-2.009 p5-IO-Compress-Zlib-2.009 p5-IO-Socket-SSL-1.13 p5-IO-String-1.08 p5-IO-Zlib-1.09 p5-IO-stringy-2.110 p5-Image-Size-3.01 p5-MIME-Base64-3.07 p5-MIME-Lite-3.02.1 p5-MIME-Tools-5.426,2 p5-MIME-Types-1.23 p5-Mail-Sendmail-0.79 p5-Mail-Tools-2.02 p5-Math-BigInt-1.87 p5-Net-1.22,1 p5-Net-SSLeay-1.30_1 p5-PathTools-3.2701 p5-SOAP-Lite-0.69 p5-Storable-2.18 p5-URI-1.36 p5-XML-Parser-2.36 p5-libwww-5.805 perl-5.8.8_1 pkg-config-0.23_1 png-1.2.28 sqlite3-3.5.6 tiff-3.8.2_1 xextproto-7.0.2 xproto-7.0.10_1 WWW: http://www.movabletype.org/ [delphij@charlie] /usr/ports> Cheers, - -- ** Help China's quake relief at http://www.redcross.org.cn/ |>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkg1u2UACgkQi+vbBBjt66Bn/ACaAtqoIWpDzQN+J4jbenfEbwBz +jIAnRfqp/yKS1HLiLYkEgtaURwj1iOP =cexl -----END PGP SIGNATURE----- From jeffrey at goldmark.org Thu May 22 20:53:49 2008 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Thu May 22 20:53:55 2008 Subject: Why no MovableType port? In-Reply-To: <4835B4DF.30208@delphij.net> References: <55753317-897A-41B7-A4C9-789062739830@goldmark.org> <4835B4DF.30208@delphij.net> Message-ID: <12BF26F2-8AFD-44B6-9BEA-214ACAC931AB@goldmark.org> On May 22, 2008, at 1:01 PM, Xin LI wrote: > www/MT Argh! I tried psearch which didn't turn that up, but did turn up some other MovableType related things that had the "mt" abbreviation in their names, so I even tried ls -d ports/www/*mt* but, of course, that didn't catch this. It would be good to change the COMMENT for the port to include the term MovableType so that psearch (and presumably other tools) will catch it. Thank you. Cheers, -j From kuteynikov at gmail.com Thu May 22 20:58:37 2008 From: kuteynikov at gmail.com (=?UTF-8?B?0JrRg9GC0LXQudC90LjQutC+0LIg0JTQvNC40YLRgNC40Lk=?=) Date: Thu May 22 20:59:02 2008 Subject: Icons problem Message-ID: I have lots of problems with icons. I don't install Gnome, but use its programs with fluxbox window manager. My gtk theme is Clearlooks (selected using gtk-chtheme or switch2). gnome-icon-theme-2.20.0_1, gnome-icons-20060914_1, clearlooks-themes-0.6.2_6 and hicolor-icon-theme-0.10_2 are also installed. But many programs can't find icons for buttons on toolbar. I tried to install icons manually but it doesn't help. They often print error messages like (eog:1508): EOG-WARNING **: Couldn't load icon: Icon "image-missing" doesn't exists in theme. After I have uninstalled gnome-panel with pkg_delete (it is in dependencies list, but I really do not need it!) rhythmbox joined eog: .. (rhythmbox:1477): Rhythmbox-WARNING **: Unable to load icon stock_repeat (rhythmbox:1477): Rhythmbox-WARNING **: Unable to load icon stock_playlist .. Here are some configuration files: $ cat /usr/local/share/themes/Clearlooks/index.theme [Desktop Entry] Name=Clearlooks Name[zh_TW]=淨觀 Type=X-GNOME-Metatheme Comment=Attractive Usability Comment[zh_TW]=吸引人的實用性 Encoding=UTF-8 [X-GNOME-Metatheme] GtkTheme=Clearlooks MetacityTheme=Clearlooks IconTheme=Clearlooks $ cat /usr/local/share/icons/Clearlooks/index.theme [Icon Theme] Name=Clearlooks Inherits=gnome Comment=Blue stock icons Directories=16x16/gtk,24x24/gtk,64x64/apps,64x64/mimetypes,64x64/filesystems,64x64/devices,64x64/emblems,32x32/filesystems [16x16/gtk] Size=16 Context=Stock Type=Treshold [24x24/gtk] Size=24 Context=Stock Type=Treshold [64x64/apps] Size=64 Context=Applications Type=Threshold #Fixed? [64x64/filesystems] Size=64 Context=FileSystems Type=Threshold [64x64/mimetypes] Size=64 Context=MimeTypes Type=Threshold [64x64/devices] Size=64 Context=Devices Type=Threshold [64x64/emblems] Size=64 Context=Emblems Type=Threshold [32x32/filesystems] Size=32 Context=FileSystems Type=Threshold $ ls /usr/local/share/icons/Clearlooks/ 16x16 32x32 icon-theme.cache 24x24 64x64 index.theme $ ls /usr/local/share/themes/Clearlooks/ gtk-2.0 index.theme metacity-1 From weaseal at gmail.com Thu May 22 22:52:42 2008 From: weaseal at gmail.com (Walter Venable) Date: Thu May 22 22:52:47 2008 Subject: Why no MovableType port? In-Reply-To: References: <55753317-897A-41B7-A4C9-789062739830@goldmark.org> <4835B4DF.30208@delphij.net> Message-ID: <4835F931.3010708@gmail.com> Jeremy Messenger wrote: > Interesting.. Wondering why not rename it as www/movabletype? A lot of > people have no idea what 'MT' is and the 'movabletype' will get hit in > search engine a lot faster. I second this motion! Write a patch ;) From arved at freebsd.org Thu May 22 23:43:59 2008 From: arved at freebsd.org (Tilman Linneweh) Date: Thu May 22 23:44:01 2008 Subject: Why no MovableType port? In-Reply-To: References: <55753317-897A-41B7-A4C9-789062739830@goldmark.org> <4835B4DF.30208@delphij.net> Message-ID: <12F689E4-C1AF-4072-AD4A-CB8AFF16BF75@freebsd.org> On May 22, 2008, at 20:13, Jeremy Messenger wrote: >> >> www/MT > > Interesting.. Wondering why not rename it as www/movabletype? A lot > of people have no idea what 'MT' is and the 'movabletype' will get > hit in search engine a lot faster. Well, "make search key="movabletype"" finds the port, and it has been named "MT" since 5 years. I maintain it since 4 years, and this is the first time someone complained. MT is the short name used all over the website (like "MT Day", "MT Beta", "MT professionals", "MT community", "Styles for MT ported from WordPress" etc.). So So i am not yet convinced we gain much by renaming it. From sahil at tandon.net Fri May 23 00:08:04 2008 From: sahil at tandon.net (Sahil Tandon) Date: Fri May 23 00:08:11 2008 Subject: Why no MovableType port? In-Reply-To: <12F689E4-C1AF-4072-AD4A-CB8AFF16BF75@freebsd.org> References: <55753317-897A-41B7-A4C9-789062739830@goldmark.org> <4835B4DF.30208@delphij.net> <12F689E4-C1AF-4072-AD4A-CB8AFF16BF75@freebsd.org> Message-ID: <20080523000757.GA3959@shepherd> * Tilman Linneweh [05-23-2008]: > On May 22, 2008, at 20:13, Jeremy Messenger wrote: >>> >>> www/MT >> >> Interesting.. Wondering why not rename it as www/movabletype? A lot of >> people have no idea what 'MT' is and the 'movabletype' will get hit in >> search engine a lot faster. > > Well, "make search key="movabletype"" finds the port, and it has been named > "MT" since 5 years. I maintain it since 4 years, and this is the first time > someone complained. MT is the short name used all over the website (like > "MT Day", "MT Beta", "MT professionals", "MT community", "Styles for MT > ported from WordPress" etc.). So > > So i am not yet convinced we gain much by renaming > it. Agreed. -- Sahil Tandon From jeffrey at goldmark.org Fri May 23 00:45:00 2008 From: jeffrey at goldmark.org (Jeffrey Goldberg) Date: Fri May 23 00:45:05 2008 Subject: Why no MovableType port? In-Reply-To: <12F689E4-C1AF-4072-AD4A-CB8AFF16BF75@freebsd.org> References: <55753317-897A-41B7-A4C9-789062739830@goldmark.org> <4835B4DF.30208@delphij.net> <12F689E4-C1AF-4072-AD4A-CB8AFF16BF75@freebsd.org> Message-ID: <0F8EE4F0-A021-4944-B954-115FCD30C1D4@goldmark.org> On May 22, 2008, at 6:43 PM, Tilman Linneweh wrote: > On May 22, 2008, at 20:13, Jeremy Messenger wrote: >>> Interesting.. Wondering why not rename it as www/movabletype? A >>> lot of people have no idea what 'MT' is and the 'movabletype' will >>> get hit in search engine a lot faster. > > Well, "make search key="movabletype"" finds the port, and it has > been named "MT" since 5 years. I maintain it since 4 years, and this > is the first time someone complained. MT is the short name used all > over the website (like "MT Day", "MT Beta", "MT professionals", "MT > community", "Styles for MT ported from WordPress" etc.). So > > So i am not yet convinced we gain much by renaming it. I agree. What I would suggest is adding "MovableType" to the COMMENT in the Makefile. That way psearch (and presumably other tools) will also find it. This will have none of the difficulties involved with renaming a port. And thanks for maintaining MT. Cheers, -j -- Jeffrey Goldberg http://www.goldmark.org/jeff/ From jumper99 at gmx.de Fri May 23 11:17:44 2008 From: jumper99 at gmx.de (Helmut Schneider) Date: Fri May 23 11:18:11 2008 Subject: net-snmp5.4.x unusable, PR times out, what should I do next? Message-ID: Hi, first of all I fully understand that all ports are maintained by volunteers. I also appreciate their work very much. net-snmp5.4.x is (only for me?!) unusable. Some OIDs don't exist anymore, some OIDs report wrong values. I tried to bypass those problems by still using net-snmp5.3.x (which still is fine) but more and more ports depend on 5.4. I already sent mails to the maintainer and created a PR (ports/123276, ports/122263) but both timed out. I don't blame anyone, I'm sure all of the maintainers have a lot of things to. Rather I would like to know what I should do/can do next. As I'm using snmp with cacti and nagios to monitor some systems I rely on snmp a bit. I'm not able to fix those things myself so I feel a bit lost. Thanks, Helmut From tmseck-lists at netcologne.de Fri May 23 17:00:04 2008 From: tmseck-lists at netcologne.de (Thomas-Martin Seck) Date: Fri May 23 17:00:09 2008 Subject: Squid In-Reply-To: <28f643d90805230312n79cd7d1bh73acf632a39c5fe0@mail.gmail.com> Message-ID: <200805231629.m4NGTUVU001777@hardy.tmseck.homedns.org> * Okalany Daniel : > Trying to compile squid produces: tried to update kernel + ports + > portupgrade and still squid fails to compile.. This should be fixed in squid-2.6.20_2 (committed May 22). Does your ports tree include an older version? If so, please update and try again. From nox at jelal.kn-bremen.de Fri May 23 21:52:04 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Fri May 23 21:52:24 2008 Subject: Trying for a duplex printer; hplip usb problem In-Reply-To: <48208A9C.8070305@chuckr.org> Message-ID: <200805232117.m4NLHBko097076@saturn.kn-bremen.de> In article <48208A9C.8070305@chuckr.org> you write: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >I have been scouring all the data I can, to find printers that do duplex >printing (that means doublesided printing). I found 3 models, but two of them >(the HP C7280 and the Canon PIXMA MX850) have no public drivers I can find. >[...] Well, the HP C7280 seems to be supported by hplip: http://hplip.sourceforge.net/models/photosmart/photosmart_c7200_series.html hplip is in ports, http://www.freshports.org/print/hplip and an older version (1.7.4a) works fine here with an HP Officejet 7310 connected via usb, the newer ones (those that no longer have the hpiod daemon) tho log things like May 23 01:22:49 saturn Officejet_7300_series?serial=MY62DQ70PB04HR: io/hpmud/musb.c 1057: unable to open hp:/usb/Officejet_7300_series?serial=MY62DQ70PB04HR May 23 01:22:50 saturn Officejet_7300_series?serial=MY62DQ70PB04HR: prnt/backend/hp.c 636: INFO: open device failed; will retry in 30 seconds... in syslog and print nothing. But since the hplip page for the C7280 talks about network you probably can still use it that way, as this certainly looks like an usb problem. To the hplip maintainer: I have taken out ulpt out of the kernel and then configured the printer via hp-setup as root since I want to be able to scan too (which incidentally still worked also with the new version), so maybe things are different when only printing via ulpt... (like you do when you configure the printer directly via cups.) Googling the error message I finds quite a few hits for various linux distros so apparently this is a common problem and maybe we just have to wait for an upstream fix. If anyone has the same problem (and your printer is already supported by 1.7.4a like mine), you can use anoncvs or portdowngrade to checkout the old version of the hplip port, you only need to patch the netsnmp.10 dependency in the port Makefile to read netsnmp.16 if the rest of your ports are current. Juergen From amistry at am-productions.biz Fri May 23 22:09:27 2008 From: amistry at am-productions.biz (Anish Mistry) Date: Fri May 23 22:09:34 2008 Subject: Trying for a duplex printer; hplip usb problem In-Reply-To: <200805232117.m4NLHBko097076@saturn.kn-bremen.de> References: <200805232117.m4NLHBko097076@saturn.kn-bremen.de> Message-ID: <200805231814.39938.amistry@am-productions.biz> On Friday 23 May 2008, Juergen Lock wrote: > In article <48208A9C.8070305@chuckr.org> you write: > >-----BEGIN PGP SIGNED MESSAGE----- > >Hash: SHA1 > > > >I have been scouring all the data I can, to find printers that do > > duplex printing (that means doublesided printing). I found 3 > > models, but two of them (the HP C7280 and the Canon PIXMA MX850) > > have no public drivers I can find. [...] > > Well, the HP C7280 seems to be supported by hplip: > http://hplip.sourceforge.net/models/photosmart/photosmart_c7200_se >ries.html > > hplip is in ports, > http://www.freshports.org/print/hplip > and an older version (1.7.4a) works fine here with an HP Officejet > 7310 connected via usb, the newer ones (those that no longer have > the hpiod daemon) tho log things like > > May 23 01:22:49 saturn > Officejet_7300_series?serial=MY62DQ70PB04HR: io/hpmud/musb.c 1057: > unable to open hp:/usb/Officejet_7300_series?serial=MY62DQ70PB04HR > May 23 01:22:50 saturn Officejet_7300_series?serial=MY62DQ70PB04HR: > prnt/backend/hp.c 636: INFO: open device failed; will retry in 30 > seconds... > > in syslog and print nothing. But since the hplip page for the > C7280 talks about network you probably can still use it that way, > as this certainly looks like an usb problem. > > To the hplip maintainer: I have taken out ulpt out of the kernel > and then configured the printer via hp-setup as root since I want > to be able to scan too (which incidentally still worked also with > the new version), so maybe things are different when only printing > via ulpt... (like you do when you configure the printer directly > via cups.) Googling the error message I finds quite a few hits for > various linux distros so apparently this is a common problem and > maybe we just have to wait for an upstream fix. > > If anyone has the same problem (and your printer is already > supported by 1.7.4a like mine), you can use anoncvs or > portdowngrade to checkout the old version of the hplip port, you > only need to patch the netsnmp.10 dependency in the port Makefile > to read netsnmp.16 if the rest of your ports are current. This sounds like a configuration problem. Please re-read the pkg-message and send me the requested information. Thanks, -- Anish Mistry amistry@am-productions.biz AM Productions http://am-productions.biz/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: This is a digitally signed message part. Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080523/76f6195c/attachment.pgp From gerald at pfeifer.com Fri May 23 22:29:06 2008 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Fri May 23 22:29:11 2008 Subject: How to handle RCs in terms of PORTVERSION and friends? Message-ID: Right now I find myself in the situation that Wine went into RC mode and the current snapshots are of the form 1.0-rc1, 1.0-rc2 etc. Per the Porters Handbook this means I have prepared an update with PORTVERSION= 1.0r1 This works just fine and is higher than the previous releases of the form 0.9.61. However, what is going to happen with version 1.0 a bit later? % pkg_version -t 0.9.61 1.0r1 < % pkg_version -t 1.0r1 1.0 > How can I best address this? I'm sure I am not the first ports maintainer running into an issue like this, and bumping EPOCH does not look like the desirable solution here. Gerald @FreeBSD.org From m.seaman at infracaninophile.co.uk Fri May 23 22:54:21 2008 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Fri May 23 22:54:29 2008 Subject: How to handle RCs in terms of PORTVERSION and friends? In-Reply-To: References: Message-ID: <48374B0C.3050406@infracaninophile.co.uk> Gerald Pfeifer wrote: > % pkg_version -t 0.9.61 1.0r1 > < > % pkg_version -t 1.0r1 1.0 > > % pkg_version -t 0.9.61 1.0.r1 < % pkg_version -t 1.0.r1 1.0 < Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 258 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080523/a713edc0/signature.pgp From nox at jelal.kn-bremen.de Fri May 23 23:55:27 2008 From: nox at jelal.kn-bremen.de (Juergen Lock) Date: Fri May 23 23:55:31 2008 Subject: Trying for a duplex printer; hplip usb problem In-Reply-To: <200805231814.39938.amistry@am-productions.biz> References: <200805232117.m4NLHBko097076@saturn.kn-bremen.de> <200805231814.39938.amistry@am-productions.biz> Message-ID: <20080523235307.GA6900@saturn.kn-bremen.de> On Fri, May 23, 2008 at 06:14:27PM -0400, Anish Mistry wrote: > On Friday 23 May 2008, Juergen Lock wrote: > > In article <48208A9C.8070305@chuckr.org> you write: > > >-----BEGIN PGP SIGNED MESSAGE----- > > >Hash: SHA1 > > > > > >I have been scouring all the data I can, to find printers that do > > > duplex printing (that means doublesided printing). I found 3 > > > models, but two of them (the HP C7280 and the Canon PIXMA MX850) > > > have no public drivers I can find. [...] > > > > Well, the HP C7280 seems to be supported by hplip: > > http://hplip.sourceforge.net/models/photosmart/photosmart_c7200_se > >ries.html > > > > hplip is in ports, > > http://www.freshports.org/print/hplip > > and an older version (1.7.4a) works fine here with an HP Officejet > > 7310 connected via usb, the newer ones (those that no longer have > > the hpiod daemon) tho log things like > > > > May 23 01:22:49 saturn > > Officejet_7300_series?serial=MY62DQ70PB04HR: io/hpmud/musb.c 1057: > > unable to open hp:/usb/Officejet_7300_series?serial=MY62DQ70PB04HR > > May 23 01:22:50 saturn Officejet_7300_series?serial=MY62DQ70PB04HR: > > prnt/backend/hp.c 636: INFO: open device failed; will retry in 30 > > seconds... > > > > in syslog and print nothing. But since the hplip page for the > > C7280 talks about network you probably can still use it that way, > > as this certainly looks like an usb problem. > > > > To the hplip maintainer: I have taken out ulpt out of the kernel > > and then configured the printer via hp-setup as root since I want > > to be able to scan too (which incidentally still worked also with > > the new version), so maybe things are different when only printing > > via ulpt... (like you do when you configure the printer directly > > via cups.) Googling the error message I finds quite a few hits for > > various linux distros so apparently this is a common problem and > > maybe we just have to wait for an upstream fix. > > > > If anyone has the same problem (and your printer is already > > supported by 1.7.4a like mine), you can use anoncvs or > > portdowngrade to checkout the old version of the hplip port, you > > only need to patch the netsnmp.10 dependency in the port Makefile > > to read netsnmp.16 if the rest of your ports are current. > This sounds like a configuration problem. Please re-read the > pkg-message and send me the requested information. Haha, there you go, works now... Only $diety knows why I didn't see the pkg-message. :) (This may warrant a note in UPDATING tho, at least I didn't forget to check _that_ yet...) Oh and users that want to scan need to be in the cups group now, tho thats probably obvious. Thanx, and sorry for the noise! Juergen From mezz7 at cox.net Sat May 24 02:58:07 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Sat May 24 02:58:13 2008 Subject: How to handle RCs in terms of PORTVERSION and friends? In-Reply-To: References: Message-ID: On Fri, 23 May 2008 17:03:45 -0500, Gerald Pfeifer wrote: > Right now I find myself in the situation that Wine went into RC mode > and the current snapshots are of the form 1.0-rc1, 1.0-rc2 etc. Per > the Porters Handbook this means I have prepared an update with > > PORTVERSION= 1.0r1 Try DISTVERSION yet? Cheers, Mezz > This works just fine and is higher than the previous releases of the > form 0.9.61. > > However, what is going to happen with version 1.0 a bit later? > > % pkg_version -t 0.9.61 1.0r1 > < > % pkg_version -t 1.0r1 1.0 > > > > How can I best address this? I'm sure I am not the first ports > maintainer running into an issue like this, and bumping EPOCH does > not look like the desirable solution here. > > Gerald @FreeBSD.org -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From bri at brianwhalen.net Sat May 24 03:55:16 2008 From: bri at brianwhalen.net (Brian) Date: Sat May 24 03:55:18 2008 Subject: webmin Message-ID: I tried to install the above and got the permission denied errors noted at the bottom, and don't seem to have a server running on the designated port I decided on. Is this bug ports/110536 still unfixed? Brian From richardtoohey at paradise.net.nz Sat May 24 08:14:22 2008 From: richardtoohey at paradise.net.nz (Richard Toohey) Date: Sat May 24 08:14:26 2008 Subject: FreeBSD Port: vsftpd-2.0.6 - spelling mistake in user name - Annonymus In-Reply-To: <508B479E-030E-4F1B-B29F-0C73D1A3336A@tandon.net> References: <568BE118-35B5-440B-AC31-3676F901FFA3@paradise.net.nz> <508B479E-030E-4F1B-B29F-0C73D1A3336A@tandon.net> Message-ID: On 23/05/2008, at 12:35 AM, Sahil Tandon wrote: > Patch and submit a PR? :) Fair enough - before I RTFM on sending a PR, is this patch OK? (I had to manually change spaces back into tabs, so not sure how that part will go ...) [get latest code] # portsnap fetch update [---stuff happens---] # cd /usr/ports/ftp/vsftpd/ # cp pkg-install pkg-install-old [correct spelling in pkg-install using editor of choice] # diff -u pkg-install-old pkg-install --- pkg-install-old 2008-05-24 20:07:54.000000000 +1200 +++ pkg-install 2008-05-24 20:09:14.000000000 +1200 @@ -16,7 +16,7 @@ fi if ! pw usershow ftp >/dev/null; then - if pw useradd ftp -g operator -u 14 -h - -d /var/ftp -s / nonexistent -c "Annonymus Ftp"; then + if pw useradd ftp -g operator -u 14 -h - -d /var/ftp -s / nonexistent -c "Anonymous Ftp"; then echo "Added user ftp for vsftpd" else echo "Failed to add user ftp as gid 14" >&2 From sahil at tandon.net Sat May 24 08:24:04 2008 From: sahil at tandon.net (Sahil Tandon) Date: Sat May 24 08:24:07 2008 Subject: webmin In-Reply-To: References: Message-ID: <20080524082353.GB4936@shepherd> * Brian [05-23-2008]: > I tried to install the above and got the permission denied errors noted at > the bottom, and don't seem to have a server running on the designated port > I decided on. Is this bug ports/110536 still unfixed? According to the author of webmin, you can safely ignore the permission denied error. But out of curiosity, do you have apache installed? The post-install script calls a series of other Perl scripts, one of which is apache-lib.pl. If httpd cannot be found, there is a permission denied error; if httpd *does* exist, the error does not appear. Did you webmin_enable="YES" in your /etc/rc.conf and run the rc.d script to start it? The install script does not automatically start webmin because nostart="yes" in setup.sh. -- Sahil Tandon From ganael.laplanche at martymac.com Sat May 24 08:28:16 2008 From: ganael.laplanche at martymac.com (Ganael LAPLANCHE) Date: Sat May 24 08:28:20 2008 Subject: USE_LINUX_RPM and PORTDOCS Message-ID: <20080524073145.M76509@martymac.com> Hi everybody, One of my ports, archivers/linux-par2cmdline, uses a RPM that contains documentation, but does not (yet) handle the NOPORTDOCS option. An error is generated in Tinderbox and complains that documentation files remain on the filesystem after deinstallation. See : http://t64.tecnik93.com/logs/7-STABLE-FTP/linux-par2cmdline-0.4.log as reported by Itetcu. My port uses both the USE_LINUX_RPM facility and PORTDOCS variable. What happens is that passing NOPORTDOCS=yes to the port is ignored by bsd.linux-rpm.mk's do-install target which installs documentation anyway (as any other file). As I have also declared documentation files with the PORTDOCS variable, they are *not* deinstalled when using NOPORTDOCS=yes. So, I am a bit stuck since bsd.linux-rpm.mk does not seem to provide a way to handle that case... I see two options : - Override the do-install target and do things manually, which seems a bad idea since several actions are involved in installing linux files (brandelf, cpio, ...) - Do not use PORTDOCS option anymore and treat doc files as any other file, but this implies installing documentation files even if it has not been requested by the user. I could even use AUTOMATIC_PLIST for that... What would be the best option ? Would you have any other idea ? Gana?l LAPLANCHE ganael.laplanche@martymac.com http://www.martymac.com From bsam at ipt.ru Sat May 24 09:05:33 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Sat May 24 09:05:41 2008 Subject: USE_LINUX_RPM and PORTDOCS In-Reply-To: <20080524073145.M76509@martymac.com> (Ganael LAPLANCHE's message of "Sat\, 24 May 2008 10\:08\:56 +0200 \(CEST\)") References: <20080524073145.M76509@martymac.com> Message-ID: <07923414@ipt.ru> (the topic is emulation@ relevant, added to CC) On Sat, 24 May 2008 10:08:56 +0200 (CEST) Ganael LAPLANCHE wrote: > Hi everybody, > One of my ports, archivers/linux-par2cmdline, uses a RPM that contains > documentation, but does not (yet) handle the NOPORTDOCS option. An error is > generated in Tinderbox and complains that documentation files remain on the > filesystem after deinstallation. See : > http://t64.tecnik93.com/logs/7-STABLE-FTP/linux-par2cmdline-0.4.log > as reported by Itetcu. > My port uses both the USE_LINUX_RPM facility and PORTDOCS variable. > What happens is that passing NOPORTDOCS=yes to the port is ignored by > bsd.linux-rpm.mk's do-install target which installs documentation anyway (as any > other file). As I have also declared documentation files with the PORTDOCS > variable, they are *not* deinstalled when using NOPORTDOCS=yes. > So, I am a bit stuck since bsd.linux-rpm.mk does not seem to provide a way to > handle that case... > I see two options : > - Override the do-install target and do things manually, which seems a bad idea > since several actions are involved in installing linux files (brandelf, cpio, ...) > - Do not use PORTDOCS option anymore and treat doc files as any other file, but > this implies installing documentation files even if it has not been requested by > the user. I could even use AUTOMATIC_PLIST for that... > What would be the best option ? Would you have any other idea ? I'd suggest another option. What about fixing bsd.linux-rpm.mk? Ex., one may introduce, say, a pre-install target (or even do it at the very beginning of a do-install stage) and conditionally delete unneeded files from WRKDIR (so they won't get installed at do-install stage). -- WBR, bsam From kris at FreeBSD.org Sat May 24 13:17:01 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Sat May 24 13:17:09 2008 Subject: Handling user input and package building In-Reply-To: <73817B56605C84F44E002CB2@utd65257.utdallas.edu> References: <73817B56605C84F44E002CB2@utd65257.utdallas.edu> Message-ID: <48381549.8000104@FreeBSD.org> Paul Schmehl wrote: > I'm trying to figure out how to handle user input in package building mode. > > I've got statements like this in my Makefile, and they work fine to > suppress user input from the pkg-install script: > > pre-install: > .if !defined(PACKAGE_BUILDING) > @${SETENV} ${SCRIPTS_ENV} PKG_PREFIX=${PREFIX} \ > ${SH} ${PKGINSTALL} ${PKGNAME} PRE-INSTALL > .endif > > However, the same syntax doesn't seem to work for the pkg-deinstall > script, which also requires user input. > > .if defined(PACKAGE_BUILDING) > deinstall: > @${SETENV} ${SCRIPTS_ENV} PKG_PREFIX=${PREFIX} \ > ${SH} ${PKGDEINSTALL} ${PORTNAME} DEINSTALL > post-deinstall: > @${SETENV} ${SCRIPTS_ENV} PKG_PREFIX=${PREFIX} \ > ${SH} ${PKGDEINSTALL} ${PORTNAME} POST-DEINSTALL > .endif > > One other question. The Porters Handbook says: > "If your port requires user input to build, configure, or install, you > must set IS_INTERACTIVE in your Makefile. " > > Yet portlint says: > "WARN: Makefile: [25]: use of IS_INTERACTIVE discouraged. provide batch > mode by using BATCH and/or FOR_CDROM." > > What's the correct way to do this? > Avoid the requirement of interactive input at all costs. Kris From me at janh.de Sat May 24 13:54:32 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Sat May 24 13:54:36 2008 Subject: ImageMagick-6.4.1-3_1 selftest fails Message-ID: <48381B22.30507@janh.de> ImageMagick fails to build for me. I guess it is because I do the build as root while a different user "owns the display". (I do use kdm for login and start the build after su in a Konsole.) Although it sounds like interactive building, IMHO, building a port with default options should not fail at that scenario, because it might cause an overnight "portupgrade --batch -a" to skip quite a few ports unnecessarily. Or is my practice inadvisable in general? Jan Henrik All 697 tests passed ==================== cd PerlMagick && make CC='cc' test /bin/sh ../magick.sh PERL_DL_NONLAZY=1 /usr/local/bin/perl5.8.8 "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/bzlib/*.t t/fpx/*.t t/jbig/*.t t/jpeg/*.t t/jp2/*.t t/png/*.t t/tiff/*.t t/x11/*.t t/zlib/*.t t/blob..............ok [...] t/write.............ok t/x11/read..........Xlib: connection to ":0.0" refused by server Xlib: No protocol specified t/x11/read..........ok t/x11/write.........1/2 Xlib: connection to ":0.0" refused by server Xlib: No protocol specified t/x11/write......... Failed 1/2 subtests t/zlib/read.........ok t/zlib/write........ok Test Summary Report ------------------- t/x11/write.t (Wstat: 0 Tests: 2 Failed: 1) Failed test: 1 Files=27, Tests=345, 15 wallclock secs ( 0.30 usr 0.07 sys + 9.91 cusr 1.17 csys = 11.45 CPU) Result: FAIL Failed 1/27 test programs. 1/345 subtests failed. *** Error code 255 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.1/PerlMagick. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.1. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.1. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.1. *** Error code 1 Stop in /usr/ports/graphics/ImageMagick. From roberthuff at rcn.com Sat May 24 14:08:49 2008 From: roberthuff at rcn.com (Robert Huff) Date: Sat May 24 14:08:56 2008 Subject: ImageMagick-6.4.1-3_1 selftest fails In-Reply-To: <48381B22.30507@janh.de> References: <48381B22.30507@janh.de> Message-ID: <18488.8559.136513.226315@jerusalem.litteratus.org> Jan Henrik Sylvester writes: > ImageMagick fails to build for me. I guess it is because I do the > build as root while a different user "owns the display". (I do > use kdm for login and start the build after su in a Konsole.) Built just fine for me, about an hour ago, on -CURRENT with no KDE involved. OPTIONS screen worked fine. Robert Huff From me at janh.de Sat May 24 14:38:04 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Sat May 24 14:38:08 2008 Subject: ImageMagick-6.4.1-3_1 selftest fails In-Reply-To: <18488.8559.136513.226315@jerusalem.litteratus.org> References: <48381B22.30507@janh.de> <18488.8559.136513.226315@jerusalem.litteratus.org> Message-ID: <4838284A.3030400@janh.de> Robert Huff wrote: > Jan Henrik Sylvester writes: > >> ImageMagick fails to build for me. I guess it is because I do the >> build as root while a different user "owns the display". (I do >> use kdm for login and start the build after su in a Konsole.) > > Built just fine for me, about an hour ago, on -CURRENT with no > KDE involved. OPTIONS screen worked fine. Thanks. As I said, I tried to build with root while root was not allowed to use the display. Granting root access with 'xhost +local:' or 'setenv XAUTHORITY /usr/home/USER/.Xauthority' fixes the problem. Having to do that was kind of unexpected for me... Maybe I was just wrong trying this with 'su' as root instead of properly being logged in with 'su -'. Having a DISPLAY=:0 set but being disallowed from using it, may not be expected. Jan Henrik From wang867 at gmail.com Sat May 24 14:55:11 2008 From: wang867 at gmail.com (AlexW) Date: Sat May 24 14:55:14 2008 Subject: FreeBSD Port: pvpgn-1.8.1 need update to 1.8.2 Message-ID: hi, thanks about porting pvpgn to freebsd, and now pvpgn is update to 1.8.2 but ports is 1.8.1 please help to port to 1.8.2 thanks AlexW From ganael.laplanche at martymac.com Sat May 24 15:27:06 2008 From: ganael.laplanche at martymac.com (Ganael LAPLANCHE) Date: Sat May 24 15:27:11 2008 Subject: USE_LINUX_RPM and PORTDOCS In-Reply-To: <07923414@ipt.ru> References: <20080524073145.M76509@martymac.com> <07923414@ipt.ru> Message-ID: <20080524150909.M12444@martymac.com> On Sat, 24 May 2008 13:04:57 +0400, Boris Samorodov wrote > I'd suggest another option. What about fixing bsd.linux-rpm.mk? Ex., > one may introduce, say, a pre-install target (or even do it at the > very beginning of a do-install stage) and conditionally delete > unneeded files from WRKDIR (so they won't get installed at do-install > stage). Thanks for your answer :) Of course, fixing bsd.linux-rpm.mk would be the best option ! Your idea is good, but PORTDOCS would not be useable for that purpose. It cannot be used to identify files to delete because it is relative to the destination target (DOCSDIR), not to WRKDIR or WRKSRC. A good idea may be to introduce a new variable, say RMWRKDIRFILES= (something like that) and a target, as you suggest, that would delete all those files relative to WRKDIR, before the install target. Note that this idea is not limited to bsd.linux.mk and could be introduced more generally in bsd.port.mk. Of course, considering my original post and port problem, I can do this manually if this idea is not a good one :p Gana?l LAPLANCHE ganael.laplanche@martymac.com http://www.martymac.com From david at catwhisker.org Sat May 24 15:45:51 2008 From: david at catwhisker.org (David Wolfskill) Date: Sat May 24 15:45:56 2008 Subject: ImageMagick-6.4.1-3_1 selftest fails In-Reply-To: <4838284A.3030400@janh.de> References: <48381B22.30507@janh.de> <18488.8559.136513.226315@jerusalem.litteratus.org> <4838284A.3030400@janh.de> Message-ID: <20080524151658.GW69430@bunrab.catwhisker.org> On Sat, May 24, 2008 at 04:38:02PM +0200, Jan Henrik Sylvester wrote: > ... > >> ImageMagick fails to build for me. I guess it is because I do the > >> build as root while a different user "owns the display". (I do > >> use kdm for login and start the build after su in a Konsole.) > > > > Built just fine for me, about an hour ago, on -CURRENT with no > >KDE involved. OPTIONS screen worked fine. > > Thanks. As I said, I tried to build with root while root was not allowed > to use the display. Granting root access with 'xhost +local:' or 'setenv > XAUTHORITY /usr/home/USER/.Xauthority' fixes the problem. Having to do > that was kind of unexpected for me... > > Maybe I was just wrong trying this with 'su' as root instead of properly > being logged in with 'su -'. Having a DISPLAY=:0 set but being > disallowed from using it, may not be expected. I don't use KDE, but I do use xdm(1), so if I understand correctly, I have a similar $DISPLAY ownership situation as yours. ImageMagick just built for me under 6.3-STABLE (also freshly built today). (Although I track RELENG_6, RELENG_7, and HEAD daily, I only build ports under RELENG_6, as that's what I actually mostly use.) I do the building within a run of script(1) that I start via sudo(1); that, in turn, is run under screen(1) within an xterm(1). (Yes, I could investigate ways to reduce the number of those tools, but as things stand, each is there for a specific reason that I think I understand.) In any case, I saw no evidence that the build of ImageMagick even needed to be run within an X11 environment. Examining the output from script(1) for the upgrade of ImageMagick shows no instances of the string "DISPLAY," for example. (The string "display" shows up, as the name of one of the programs in the ImageMagick suite.) Peace, david (who still uses a derivative of twm(1) as a WM) -- David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080524/3718dc55/attachment.pgp From sahil at tandon.net Sat May 24 15:54:30 2008 From: sahil at tandon.net (Sahil Tandon) Date: Sat May 24 15:54:33 2008 Subject: webmin In-Reply-To: <48383768.5060404@brianwhalen.net> References: <20080524082353.GB4936@shepherd> <48383768.5060404@brianwhalen.net> Message-ID: <20080524155328.GA5459@shepherd> * Brian [05-24-2008]: You replied only to me; copying the list in this reply. >>> I tried to install the above and got the permission denied errors noted >>> at the bottom, and don't seem to have a server running on the designated >>> port I decided on. Is this bug ports/110536 still unfixed? >>> >> >> According to the author of webmin, you can safely ignore the permission >> denied error. But out of curiosity, do you have apache installed? The >> post-install script calls a series of other Perl scripts, one of which is >> apache-lib.pl. If httpd cannot be found, there is a permission denied >> error; if httpd *does* exist, the error does not appear. >> Did you webmin_enable="YES" in your /etc/rc.conf >> and run the rc.d script to start it? The install script does not >> automatically start webmin because nostart="yes" in setup.sh. >> > I do not have apache installed, I saw the below in the setup.sh about a > mini web server, so I wasn't thinking I needed to install apache. Right, you don't need apache. But one of the post-install scripts references apache, and you see the innocuous permission denied error on systems where httpd is missing. > nostart="yes" This line ensures that the startup sequence below it is never run during setup. You must start webmin via the rc.d script after enabling webmin in /etc/rc.conf. From pkg-install: Since 1.150_2, to run webmin from startup, add webmin_enable="YES" in your /etc/rc.conf. -- Sahil Tandon From ganael.laplanche at martymac.com Sat May 24 16:05:43 2008 From: ganael.laplanche at martymac.com (Ganael LAPLANCHE) Date: Sat May 24 16:05:48 2008 Subject: USE_LINUX_RPM and PORTDOCS In-Reply-To: <20080524150909.M12444@martymac.com> References: <20080524073145.M76509@martymac.com> <07923414@ipt.ru> <20080524150909.M12444@martymac.com> Message-ID: <20080524160433.M17651@martymac.com> On Sat, 24 May 2008 17:27:04 +0200 (CEST), Ganael LAPLANCHE wrote > On Sat, 24 May 2008 13:04:57 +0400, Boris Samorodov wrote > > > I'd suggest another option. What about fixing bsd.linux-rpm.mk? Ex., > > one may introduce, say, a pre-install target (or even do it at the > > very beginning of a do-install stage) and conditionally delete > > unneeded files from WRKDIR (so they won't get installed at do-install > > stage). > > Thanks for your answer :) > > Of course, fixing bsd.linux-rpm.mk would be the best option ! > > Your idea is good, but PORTDOCS would not be useable for that purpose. > It cannot be used to identify files to delete because it is relative > to the destination target (DOCSDIR), not to WRKDIR or WRKSRC. Wait... DOCSDIR_REL (relative to PREFIX) is derived from DOCSDIR and *may* be also always relative to WRKDIR for linux RPMs, since RPM installation is just a copy of a tree structure which is relative to PREFIX. So maybe I was wrong here. Anyway, if I add that to my archivers/linux-par2cmdline port's Makefile : .if defined(NOPORTDOCS) post-extract: .for x in ${PORTDOCS} @${RM} ${WRKDIR}/${DOCSDIR_REL}/${x} .endfor @${RMDIR} ${WRKDIR}/${DOCSDIR_REL}/ .endif It works :) So I think I'll stick to that solution at the moment. Note that two other linux ports are subject to the same problem as mine : /usr/ports/graphics/linux-png and /usr/ports/graphics/linux-png10. Best regards, Gana?l LAPLANCHE ganael.laplanche@martymac.com http://www.martymac.com From bsam at ipt.ru Sat May 24 16:50:03 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Sat May 24 16:50:13 2008 Subject: USE_LINUX_RPM and PORTDOCS In-Reply-To: <20080524160433.M17651@martymac.com> (Ganael LAPLANCHE's message of "Sat\, 24 May 2008 18\:05\:42 +0200 \(CEST\)") References: <20080524073145.M76509@martymac.com> <07923414@ipt.ru> <20080524150909.M12444@martymac.com> <20080524160433.M17651@martymac.com> Message-ID: <15111974@ipt.ru> On Sat, 24 May 2008 18:05:42 +0200 (CEST) Ganael LAPLANCHE wrote: > On Sat, 24 May 2008 17:27:04 +0200 (CEST), Ganael LAPLANCHE wrote > > On Sat, 24 May 2008 13:04:57 +0400, Boris Samorodov wrote > > > > > I'd suggest another option. What about fixing bsd.linux-rpm.mk? Ex., > > > one may introduce, say, a pre-install target (or even do it at the > > > very beginning of a do-install stage) and conditionally delete > > > unneeded files from WRKDIR (so they won't get installed at do-install > > > stage). > > > > Thanks for your answer :) > > > > Of course, fixing bsd.linux-rpm.mk would be the best option ! > > > > Your idea is good, but PORTDOCS would not be useable for that purpose. > > It cannot be used to identify files to delete because it is relative > > to the destination target (DOCSDIR), not to WRKDIR or WRKSRC. > Wait... DOCSDIR_REL (relative to PREFIX) is derived from DOCSDIR and *may* be > also always relative to WRKDIR for linux RPMs, since RPM installation is just a > copy of a tree structure which is relative to PREFIX. So maybe I was wrong here. > Anyway, if I add that to my archivers/linux-par2cmdline port's Makefile : > .if defined(NOPORTDOCS) > post-extract: > .for x in ${PORTDOCS} > @${RM} ${WRKDIR}/${DOCSDIR_REL}/${x} > .endfor > @${RMDIR} ${WRKDIR}/${DOCSDIR_REL}/ > .endif > It works :) So I think I'll stick to that solution at the moment. Great, but I'd say that it should be done a little bit later (may be at pre-install stage). "Extract" stage according to bsd.ports.mk "Unpacks ${DISTFILES} into ${WRKDIR}". > Note that two > other linux ports are subject to the same problem as mine : > /usr/ports/graphics/linux-png and /usr/ports/graphics/linux-png10. Yes, that's why I said that fixing bsd.linux-rpm.mk is a better idea. If you can suggest a patch and send-pr it, that would be great! -- WBR, bsam From piotrekk at excite.com Sat May 24 17:14:26 2008 From: piotrekk at excite.com (Piotr) Date: Sat May 24 17:14:37 2008 Subject: checking if UIC has KDE plugins available Message-ID: <20080524171424.6BD898B328@xprdmxin.myway.com> hi I have done an upgrade from freeBSD 6.3 to 7.0-RELEASE and have a newest ports tree update, but cannot install kde-lite. kde-lite installation hangs with this message: checking if UIC has KDE plugins available # portinstall x11/kde-lite .............................................................................. .............................................................................. .............................................................................. => Attempting to fetch from ftp://ftp.kde.org/pub/kde/stable/3.5.8/src/. kdeaccessibility-3.5.8.tar.bz2 100% of 8544 kB 177 kBps 00m00s ===> Extracting for kdeaccessibility-3.5.8 => MD5 Checksum OK for KDE/kdeaccessibility-3.5.8.tar.bz2. => SHA256 Checksum OK for KDE/kdeaccessibility-3.5.8.tar.bz2. ===> Patching for kdeaccessibility-3.5.8 ===> kdeaccessibility-3.5.8 depends on file: /usr/local/bin/moc - found ===> kdeaccessibility-3.5.8 depends on executable: gmake - found ===> kdeaccessibility-3.5.8 depends on file: /usr/local/bin/libtool - found ===> kdeaccessibility-3.5.8 depends on shared library: kimproxy - found ===> Configuring for kdeaccessibility-3.5.8 checking build system type... i386-portbld-freebsd7.0 checking host system type... i386-portbld-freebsd7.0 checking target system type... i386-portbld-freebsd7.0 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... admin/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether gmake sets $(MAKE)... yes checking for kde-config... /usr/local/bin/kde-config checking where to install... /usr/local (as requested) checking for style of include used by gmake... GNU checking for gcc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... gcc3 checking how to run the C preprocessor... cc -E checking whether we are using the GNU C++ compiler... yes checking whether c++ accepts -g... yes checking dependency style of c++... gcc3 checking whether cc is blacklisted... no checking whether c++ supports -Wundef... yes checking whether c++ supports -Wno-long-long... yes checking whether c++ supports -Wno-non-virtual-dtor... yes checking whether c++ supports -fno-reorder-blocks... yes checking whether c++ supports -fno-exceptions... yes checking whether c++ supports -fno-check-new... yes checking whether c++ supports -fno-common... yes checking whether c++ supports -fexceptions... yes checking whether system headers can cope with -O2 -fno-inline... irrelevant checking how to run the C++ preprocessor... c++ -E checking whether c++ supports -O0... yes not using lib directory suffix checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ld used by cc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... (cached) 262144 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if cc static flag works... yes checking if cc supports -fno-rtti -fno-exceptions... no checking for cc option to produce PIC... -fPIC checking if cc PIC flag -fPIC works... yes checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... freebsd7.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by c++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking for c++ option to produce PIC... -fPIC checking if c++ PIC flag -fPIC works... yes checking if c++ supports -c -o file.o... yes checking whether the c++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... freebsd7.0 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for shl_load... (cached) no checking for shl_load in -ldld... (cached) no checking for dlopen... (cached) yes checking whether a program can dlopen itself... (cached) yes checking whether a statically linked program can dlopen itself... (cached) yes appending configuration tag "F77" to libtool checking for msgfmt... /usr/local/bin/msgfmt checking for gmsgfmt... /usr/local/bin/msgfmt checking for xgettext... /usr/local/bin/xgettext checking if C++ programs can be compiled... yes checking for strlcat... yes checking if strlcat needs custom prototype... no checking for strlcpy... yes checking if strlcpy needs custom prototype... no checking for main in -lutil... yes checking for main in -lcompat... yes checking for crypt in -lcrypt... yes checking for socklen_t... yes checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for inet_ntoa... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for sys/types.h... (cached) yes checking for stdint.h... (cached) yes checking sys/bitypes.h usability... no checking sys/bitypes.h presence... no checking for sys/bitypes.h... no checking for poll in -lpoll... no checking Carbon/Carbon.h usability... no checking Carbon/Carbon.h presence... no checking for Carbon/Carbon.h... no checking CoreAudio/CoreAudio.h usability... no checking CoreAudio/CoreAudio.h presence... no checking for CoreAudio/CoreAudio.h... no checking if res_init needs -lresolv... no checking for res_init... yes checking if res_init needs custom prototype... no checking for killpg in -lucb... no checking for int... yes checking size of int... 4 checking for short... yes checking size of short... 2 checking for long... yes checking size of long... 4 checking for char *... yes checking size of char *... 4 checking for dlopen in -ldl... no checking for shl_unload in -ldld... no checking for size_t... yes checking size of size_t... 4 checking for unsigned long... yes checking size of unsigned long... 4 checking sizeof size_t == sizeof unsigned long... yes checking for PIE support... yes checking if enabling -pie/fPIE support... yes checking crt_externs.h usability... no checking crt_externs.h presence... no checking for crt_externs.h... no checking for _NSGetEnviron... no checking for vsnprintf... yes checking for snprintf... yes checking for X... libraries /usr/local/lib, headers /usr/local/include checking for IceConnectionNumber in -lICE... yes checking for libXext... yes checking whether c++ supports -pthread... yes checking for extra includes... added checking for extra libs... added checking for libz... -lz checking for libpng... -lpng -lz -lm checking for libjpeg6b... no checking for libjpeg... -ljpeg checking for perl... /usr/local/bin/perl checking for Qt... libraries /usr/local/lib, headers /usr/local/include using -mt checking for moc... /usr/local/bin/moc checking for uic... /usr/local/bin/uic checking whether uic supports -L ... yes checking whether uic supports -nounload ... yes checking if Qt needs -ljpeg... no checking for rpath... yes checking for KDE... libraries /usr/local/lib, headers /usr/local/include checking if UIC has KDE plugins available.. howto solve this problem ? _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web! From ganael.laplanche at martymac.com Sat May 24 17:25:05 2008 From: ganael.laplanche at martymac.com (Ganael LAPLANCHE) Date: Sat May 24 17:25:09 2008 Subject: USE_LINUX_RPM and PORTDOCS In-Reply-To: <15111974@ipt.ru> References: <20080524073145.M76509@martymac.com> <07923414@ipt.ru> <20080524150909.M12444@martymac.com> <20080524160433.M17651@martymac.com> <15111974@ipt.ru> Message-ID: <20080524171811.M48751@martymac.com> On Sat, 24 May 2008 20:49:29 +0400, Boris Samorodov wrote > Great, but I'd say that it should be done a little bit later (may be > at pre-install stage). Not sure about that because when using AUTOMATIC_PLIST in bsd.linux-rpm.mk, pre-install depends on target linux-rpm-generate-plist. So, plist is generated *before* pre-install target. Removing files at pre-install target would break the plist generated. Or am I wrong ? Moreover, I like to know that after the post-extract stage, WRKDIR is clean and has each file I want to work with... > Yes, that's why I said that fixing bsd.linux-rpm.mk is a better idea. > If you can suggest a patch and send-pr it, that would be great! I'll try to, but I won't have much time these days :p Gana?l LAPLANCHE ganael.laplanche@martymac.com http://www.martymac.com From Alexander at Leidinger.net Sat May 24 17:35:55 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Sat May 24 17:36:00 2008 Subject: USE_LINUX_RPM and PORTDOCS In-Reply-To: <15111974@ipt.ru> References: <20080524073145.M76509@martymac.com> <07923414@ipt.ru> <20080524150909.M12444@martymac.com> <20080524160433.M17651@martymac.com> <15111974@ipt.ru> Message-ID: <20080524193545.0167e8a4@deskjail> Quoting Boris Samorodov (Sat, 24 May 2008 20:49:29 +0400): > On Sat, 24 May 2008 18:05:42 +0200 (CEST) Ganael LAPLANCHE wrote: > > On Sat, 24 May 2008 17:27:04 +0200 (CEST), Ganael LAPLANCHE wrote > > > On Sat, 24 May 2008 13:04:57 +0400, Boris Samorodov wrote > > > > > > > I'd suggest another option. What about fixing bsd.linux-rpm.mk? Ex., > > > > one may introduce, say, a pre-install target (or even do it at the > > > > very beginning of a do-install stage) and conditionally delete > > > > unneeded files from WRKDIR (so they won't get installed at do-install > > > > stage). > > > > > > Thanks for your answer :) > > > > > > Of course, fixing bsd.linux-rpm.mk would be the best option ! > > > > > > Your idea is good, but PORTDOCS would not be useable for that purpose. > > > It cannot be used to identify files to delete because it is relative > > > to the destination target (DOCSDIR), not to WRKDIR or WRKSRC. > > > Wait... DOCSDIR_REL (relative to PREFIX) is derived from DOCSDIR and *may* be > > also always relative to WRKDIR for linux RPMs, since RPM installation is just a > > copy of a tree structure which is relative to PREFIX. So maybe I was wrong here. > > Anyway, if I add that to my archivers/linux-par2cmdline port's Makefile : > > > .if defined(NOPORTDOCS) > > post-extract: > > .for x in ${PORTDOCS} > > @${RM} ${WRKDIR}/${DOCSDIR_REL}/${x} > > .endfor > > @${RMDIR} ${WRKDIR}/${DOCSDIR_REL}/ > > .endif > > > It works :) So I think I'll stick to that solution at the moment. > > Great, but I'd say that it should be done a little bit later (may be > at pre-install stage). "Extract" stage according to bsd.ports.mk > "Unpacks ${DISTFILES} into ${WRKDIR}". Removing unwanted stuff in post-extract is not uncommon. I don't think a patch for linux-rpm.mk with something like this would be a bad solution. Bye, Alexander. -- Cats, no less liquid than their shadows, offer no angles to the wind. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From Alexander at Leidinger.net Sat May 24 17:38:55 2008 From: Alexander at Leidinger.net (Alexander Leidinger) Date: Sat May 24 17:39:01 2008 Subject: USE_LINUX_RPM and PORTDOCS In-Reply-To: <20080524171811.M48751@martymac.com> References: <20080524073145.M76509@martymac.com> <07923414@ipt.ru> <20080524150909.M12444@martymac.com> <20080524160433.M17651@martymac.com> <15111974@ipt.ru> <20080524171811.M48751@martymac.com> Message-ID: <20080524193844.44143bdc@deskjail> Quoting "Ganael LAPLANCHE" (Sat, 24 May 2008 19:25:03 +0200 (CEST)): > On Sat, 24 May 2008 20:49:29 +0400, Boris Samorodov wrote > > > Great, but I'd say that it should be done a little bit later (may be > > at pre-install stage). > > Not sure about that because when using AUTOMATIC_PLIST in bsd.linux-rpm.mk, AUTOMATIC_PLIST is evil. For linux-rpm ports I see absolutely no value in using it (we just added it to cut down the noise from one committer, one or two ports out of all the ones we have is not going to hurt us that much). So don't care about it. Bye, Alexander. -- BOFH excuse #235: The new frame relay network hasn't bedded down the software loop transmitter yet http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From ganael.laplanche at martymac.com Sat May 24 18:00:18 2008 From: ganael.laplanche at martymac.com (Ganael LAPLANCHE) Date: Sat May 24 18:00:24 2008 Subject: USE_LINUX_RPM and PORTDOCS In-Reply-To: <20080524193844.44143bdc@deskjail> References: <20080524073145.M76509@martymac.com> <07923414@ipt.ru> <20080524150909.M12444@martymac.com> <20080524160433.M17651@martymac.com> <15111974@ipt.ru> <20080524171811.M48751@martymac.com> <20080524193844.44143bdc@deskjail> Message-ID: <20080524175654.M92183@martymac.com> On Sat, 24 May 2008 19:38:44 +0200, Alexander Leidinger wrote > > Not sure about that because when using AUTOMATIC_PLIST in bsd.linux-rpm.mk, > > AUTOMATIC_PLIST is evil. For linux-rpm ports I see absolutely no value > in using it (we just added it to cut down the noise from one committer, > one or two ports out of all the ones we have is not going to hurt us > that much). So don't care about it. Ok. > > Great, but I'd say that it should be done a little bit later (may be > > at pre-install stage). "Extract" stage according to bsd.ports.mk > > "Unpacks ${DISTFILES} into ${WRKDIR}". > > Removing unwanted stuff in post-extract is not uncommon. I don't think > a patch for linux-rpm.mk with something like this would be a bad > solution. Ok, great. As I said earlier, I'll try to provide a patch to bsd.linux-rpm.mk to handle that. Thanks for your help :) Gana?l LAPLANCHE ganael.laplanche@martymac.com http://www.martymac.com From jhein at timing.com Sat May 24 18:37:08 2008 From: jhein at timing.com (John E Hein) Date: Sat May 24 18:37:11 2008 Subject: USE_LINUX_RPM and PORTDOCS In-Reply-To: <20080524193545.0167e8a4@deskjail> References: <20080524073145.M76509@martymac.com> <07923414@ipt.ru> <20080524150909.M12444@martymac.com> <20080524160433.M17651@martymac.com> <15111974@ipt.ru> <20080524193545.0167e8a4@deskjail> Message-ID: <18488.23459.464314.727238@gromit.timing.com> Alexander Leidinger wrote at 19:35 +0200 on May 24, 2008: > Removing unwanted stuff in post-extract is not uncommon. I don't think > a patch for linux-rpm.mk with something like this would be a bad > solution. Removing things in post-extract _should_ be uncommon. If I want to look at the extraction of the distfile(s), running 'make extract' should give me that without removing things. I think I've heard others echo that sentiment. Why not pre- or post-patch - part of a stage that implies a modification of unpacked distfile(s)? From stephen at math.missouri.edu Sat May 24 18:56:20 2008 From: stephen at math.missouri.edu (Stephen Montgomery-Smith) Date: Sat May 24 18:56:23 2008 Subject: ImageMagick-6.4.1-3_1 selftest fails In-Reply-To: <20080524151658.GW69430@bunrab.catwhisker.org> References: <48381B22.30507@janh.de> <18488.8559.136513.226315@jerusalem.litteratus.org> <4838284A.3030400@janh.de> <20080524151658.GW69430@bunrab.catwhisker.org> Message-ID: <483864C2.5090605@math.missouri.edu> David Wolfskill wrote: > On Sat, May 24, 2008 at 04:38:02PM +0200, Jan Henrik Sylvester wrote: >> ... >>>> ImageMagick fails to build for me. I guess it is because I do the >>>> build as root while a different user "owns the display". (I do >>>> use kdm for login and start the build after su in a Konsole.) >>> Built just fine for me, about an hour ago, on -CURRENT with no >>> KDE involved. OPTIONS screen worked fine. >> Thanks. As I said, I tried to build with root while root was not allowed >> to use the display. Granting root access with 'xhost +local:' or 'setenv >> XAUTHORITY /usr/home/USER/.Xauthority' fixes the problem. Having to do >> that was kind of unexpected for me... > In any case, I saw no evidence that the build of ImageMagick even needed > to be run within an X11 environment. Examining the output from > script(1) for the upgrade of ImageMagick shows no instances of the > string "DISPLAY," for example. (The string "display" shows up, as the > name of one of the programs in the ImageMagick suite.) My experience was that ImageMagick did build, but it also put up a little window with a message on it. So my feeling is that the OP is correct, and that at least on some versions of FreeBSD (in my case 7.0) that access to an X11 environment is required for the port to install. From me at janh.de Sat May 24 19:26:24 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Sat May 24 19:28:09 2008 Subject: ImageMagick-6.4.1-3_1 selftest fails In-Reply-To: <20080524151658.GW69430@bunrab.catwhisker.org> References: <48381B22.30507@janh.de> <18488.8559.136513.226315@jerusalem.litteratus.org> <4838284A.3030400@janh.de> <20080524151658.GW69430@bunrab.catwhisker.org> Message-ID: <48386BCE.7040500@janh.de> David Wolfskill wrote: > On Sat, May 24, 2008 at 04:38:02PM +0200, Jan Henrik Sylvester wrote: >> ... >>>> ImageMagick fails to build for me. I guess it is because I do the >>>> build as root while a different user "owns the display". (I do >>>> use kdm for login and start the build after su in a Konsole.) >>> Built just fine for me, about an hour ago, on -CURRENT with no >>> KDE involved. OPTIONS screen worked fine. >> Thanks. As I said, I tried to build with root while root was not allowed >> to use the display. Granting root access with 'xhost +local:' or 'setenv >> XAUTHORITY /usr/home/USER/.Xauthority' fixes the problem. Having to do >> that was kind of unexpected for me... >> >> Maybe I was just wrong trying this with 'su' as root instead of properly >> being logged in with 'su -'. Having a DISPLAY=:0 set but being >> disallowed from using it, may not be expected. > > I don't use KDE, but I do use xdm(1), so if I understand correctly, I > have a similar $DISPLAY ownership situation as yours. > > ImageMagick just built for me under 6.3-STABLE (also freshly built > today). (Although I track RELENG_6, RELENG_7, and HEAD daily, I only > build ports under RELENG_6, as that's what I actually mostly use.) Since only with the last commit to ImageMagick, IMAGEMAGICK_TESTS was turned back on by default, you may have saved OPTIONS with off being reused for the tests. Jan Henrik From me at janh.de Sat May 24 19:40:12 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Sat May 24 19:40:17 2008 Subject: ImageMagick-6.4.1-3_1 selftest fails In-Reply-To: <1305.72.65.6.48.1211656566.squirrel@kitchetech.com> References: <48381B22.30507@janh.de> <18488.8559.136513.226315@jerusalem.litteratus.org> <4838284A.3030400@janh.de> <20080524151658.GW69430@bunrab.catwhisker.org> <483864C2.5090605@math.missouri.edu> <1305.72.65.6.48.1211656566.squirrel@kitchetech.com> Message-ID: <48386F0A.5030202@janh.de> Kitche wrote: >> David Wolfskill wrote: >> My experience was that ImageMagick did build, but it also put up a >> little window with a message on it. So my feeling is that the OP is >> correct, and that at least on some versions of FreeBSD (in my case 7.0) >> that access to an X11 environment is required for the port to install. > > ImageMagick port does not require X to build for the user that is building > it. Sounds like either your ports is corrupted or something deeper on your > system is causing this issue. As you can see from my original log, X is used. X is not required, since it is not used, if I build with 'su -' instead of 'su' (and thus have a clear environment without DISPLAY being set). If the build tries to use X and is denied, the test fails. The port is not corrupted... just have a look at these two tests: /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.1/PerlMagick/t/x11/read.t /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.1/PerlMagick/t/x11/write.t Jan Henrik From kitche at kitchetech.com Sat May 24 19:43:17 2008 From: kitche at kitchetech.com (Kitche) Date: Sat May 24 19:43:21 2008 Subject: ImageMagick-6.4.1-3_1 selftest fails In-Reply-To: <483864C2.5090605@math.missouri.edu> References: <48381B22.30507@janh.de> <18488.8559.136513.226315@jerusalem.litteratus.org> <4838284A.3030400@janh.de> <20080524151658.GW69430@bunrab.catwhisker.org> <483864C2.5090605@math.missouri.edu> Message-ID: <1305.72.65.6.48.1211656566.squirrel@kitchetech.com> > David Wolfskill wrote: >> On Sat, May 24, 2008 at 04:38:02PM +0200, Jan Henrik Sylvester wrote: >>> ... >>>>> ImageMagick fails to build for me. I guess it is because I do the >>>>> build as root while a different user "owns the display". (I do >>>>> use kdm for login and start the build after su in a Konsole.) >>>> Built just fine for me, about an hour ago, on -CURRENT with no >>>> KDE involved. OPTIONS screen worked fine. >>> Thanks. As I said, I tried to build with root while root was not >>> allowed >>> to use the display. Granting root access with 'xhost +local:' or >>> 'setenv >>> XAUTHORITY /usr/home/USER/.Xauthority' fixes the problem. Having to do >>> that was kind of unexpected for me... > >> In any case, I saw no evidence that the build of ImageMagick even needed >> to be run within an X11 environment. Examining the output from >> script(1) for the upgrade of ImageMagick shows no instances of the >> string "DISPLAY," for example. (The string "display" shows up, as the >> name of one of the programs in the ImageMagick suite.) > > My experience was that ImageMagick did build, but it also put up a > little window with a message on it. So my feeling is that the OP is > correct, and that at least on some versions of FreeBSD (in my case 7.0) > that access to an X11 environment is required for the port to install. > > _______________________________________________ ImageMagick port does not require X to build for the user that is building it. Sounds like either your ports is corrupted or something deeper on your system is causing this issue. From ganael.laplanche at martymac.com Sat May 24 19:44:13 2008 From: ganael.laplanche at martymac.com (Ganael LAPLANCHE) Date: Sat May 24 19:44:21 2008 Subject: USE_LINUX_RPM and PORTDOCS In-Reply-To: <18488.23459.464314.727238@gromit.timing.com> References: <20080524073145.M76509@martymac.com> <07923414@ipt.ru> <20080524150909.M12444@martymac.com> <20080524160433.M17651@martymac.com> <15111974@ipt.ru> <20080524193545.0167e8a4@deskjail> <18488.23459.464314.727238@gromit.timing.com> Message-ID: <20080524193744.M30720@martymac.com> On Sat, 24 May 2008 12:17:07 -0600, John E Hein wrote > Why not pre- or post-patch - part of a stage that implies a > modification of unpacked distfile(s)? You are right, pre-patch may be better than post-extract in this way. I think pre-patch is better than post-patch because one does not want to patch files that won't be used in any way. It would also allow to avoid errors, not working on files that will be deleted :p I have successfully tested this patch against bsd.linux-rpm.mk with archivers/linux-par2cmdline, graphics/linux-png and /usr/ports/graphics/linux-png10 : 8<----------------------- --- bsd.linux-rpm.mk.orig 2008-05-24 20:46:04.931665759 +0200 +++ bsd.linux-rpm.mk 2008-05-24 21:32:51.721449935 +0200 @@ -105,6 +105,20 @@ BRANDELF_DIRS?= BRANDELF_FILES?= +# For ports that define PORTDOCS, be sure not to install +# documentation if NOPORTDOCS is defined +.if defined(PORTDOCS) && defined(NOPORTDOCS) +pre-patch: linux-rpm-clean-portdocs + +. if !target(linux-rpm-clean-portdocs) +linux-rpm-clean-portdocs: +.for x in ${PORTDOCS} + @${RM} -f ${WRKDIR}/${DOCSDIR_REL}/${x} +.endfor + @${RMDIR} ${WRKDIR}/${DOCSDIR_REL} +. endif +.endif + . if defined(AUTOMATIC_PLIST) . if ${USE_LINUX} == "fc4" || ${USE_LINUX:L} == "yes" 8<----------------------- Any opinion welcome ;-) Gana?l LAPLANCHE ganael.laplanche@martymac.com http://www.martymac.com From kitche at kitchetech.com Sat May 24 19:54:04 2008 From: kitche at kitchetech.com (Kitche) Date: Sat May 24 19:54:07 2008 Subject: ImageMagick-6.4.1-3_1 selftest fails In-Reply-To: <48386F0A.5030202@janh.de> References: <48381B22.30507@janh.de> <18488.8559.136513.226315@jerusalem.litteratus.org> <4838284A.3030400@janh.de> <20080524151658.GW69430@bunrab.catwhisker.org> <483864C2.5090605@math.missouri.edu> <1305.72.65.6.48.1211656566.squirrel@kitchetech.com> <48386F0A.5030202@janh.de> Message-ID: <1525.72.65.6.48.1211658471.squirrel@kitchetech.com> > Kitche wrote: >>> David Wolfskill wrote: >>> My experience was that ImageMagick did build, but it also put up a >>> little window with a message on it. So my feeling is that the OP is >>> correct, and that at least on some versions of FreeBSD (in my case 7.0) >>> that access to an X11 environment is required for the port to install. >> >> ImageMagick port does not require X to build for the user that is >> building >> it. Sounds like either your ports is corrupted or something deeper on >> your >> system is causing this issue. > > As you can see from my original log, X is used. > > X is not required, since it is not used, if I build with 'su -' instead > of 'su' (and thus have a clear environment without DISPLAY being set). > If the build tries to use X and is denied, the test fails. > > The port is not corrupted... just have a look at these two tests: > > /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.1/PerlMagick/t/x11/read.t > /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.1/PerlMagick/t/x11/write.t > > Jan Henrik > Hmm I seem to lost my files I must have did a make clean in the imagemagick port since I do have it installed. Well did, my ImageMagick just compiled fine though the tests in a TTY. Which is where I do most of my compiling anyways instead of inside a terminal in X. I m on 7.0 if that matters as well but I did see the test for X11 go by on my screen. maybe that is your issue maybe. the whole Su and su - is not related to this it seems considering I can su to my root account and it works. I'll try compiling ImageMagick on X to see if an error occurs. From bsam at ipt.ru Sat May 24 20:01:33 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Sat May 24 20:01:38 2008 Subject: USE_LINUX_RPM and PORTDOCS In-Reply-To: <20080524193744.M30720@martymac.com> (Ganael LAPLANCHE's message of "Sat\, 24 May 2008 21\:44\:12 +0200 \(CEST\)") References: <20080524073145.M76509@martymac.com> <07923414@ipt.ru> <20080524150909.M12444@martymac.com> <20080524160433.M17651@martymac.com> <15111974@ipt.ru> <20080524193545.0167e8a4@deskjail> <18488.23459.464314.727238@gromit.timing.com> <20080524193744.M30720@martymac.com> Message-ID: <49030486@ipt.ru> On Sat, 24 May 2008 21:44:12 +0200 (CEST) Ganael LAPLANCHE wrote: > On Sat, 24 May 2008 12:17:07 -0600, John E Hein wrote > > Why not pre- or post-patch - part of a stage that implies a > > modification of unpacked distfile(s)? > You are right, pre-patch may be better than post-extract in this way. I think > pre-patch is better than post-patch because one does not want to patch files > that won't be used in any way. It would also allow to avoid errors, not working > on files that will be deleted :p > I have successfully tested this patch against bsd.linux-rpm.mk with > archivers/linux-par2cmdline, graphics/linux-png and > /usr/ports/graphics/linux-png10 : > 8<----------------------- > --- bsd.linux-rpm.mk.orig 2008-05-24 20:46:04.931665759 +0200 > +++ bsd.linux-rpm.mk 2008-05-24 21:32:51.721449935 +0200 > @@ -105,6 +105,20 @@ > BRANDELF_DIRS?= > BRANDELF_FILES?= > +# For ports that define PORTDOCS, be sure not to install > +# documentation if NOPORTDOCS is defined > +.if defined(PORTDOCS) && defined(NOPORTDOCS) > +pre-patch: linux-rpm-clean-portdocs > + > +. if !target(linux-rpm-clean-portdocs) > +linux-rpm-clean-portdocs: > +.for x in ${PORTDOCS} > + @${RM} -f ${WRKDIR}/${DOCSDIR_REL}/${x} > +.endfor > + @${RMDIR} ${WRKDIR}/${DOCSDIR_REL} > +. endif > +.endif > + > . if defined(AUTOMATIC_PLIST) > . if ${USE_LINUX} == "fc4" || ${USE_LINUX:L} == "yes" > 8<----------------------- > Any opinion welcome ;-) Seems that we found a consensus here ;-) The patch is OK to me, thanks! -- WBR, bsam From ganael.laplanche at martymac.com Sat May 24 20:14:13 2008 From: ganael.laplanche at martymac.com (Ganael LAPLANCHE) Date: Sat May 24 20:14:19 2008 Subject: USE_LINUX_RPM and PORTDOCS In-Reply-To: <49030486@ipt.ru> References: <20080524073145.M76509@martymac.com> <07923414@ipt.ru> <20080524150909.M12444@martymac.com> <20080524160433.M17651@martymac.com> <15111974@ipt.ru> <20080524193545.0167e8a4@deskjail> <18488.23459.464314.727238@gromit.timing.com> <20080524193744.M30720@martymac.com> <49030486@ipt.ru> Message-ID: <20080524201330.M26904@martymac.com> On Sun, 25 May 2008 00:00:57 +0400, Boris Samorodov wrote > Seems that we found a consensus here ;-) > The patch is OK to me, thanks! Great, so I'm gonna file a PR for that one... Best regards, Gana?l LAPLANCHE ganael.laplanche@martymac.com http://www.martymac.com From kitche at kitchetech.com Sat May 24 20:27:39 2008 From: kitche at kitchetech.com (Matthew Donovan) Date: Sat May 24 20:27:46 2008 Subject: ImageMagick-6.4.1-3_1 selftest fails In-Reply-To: <1525.72.65.6.48.1211658471.squirrel@kitchetech.com> References: <48381B22.30507@janh.de> <18488.8559.136513.226315@jerusalem.litteratus.org> <4838284A.3030400@janh.de> <20080524151658.GW69430@bunrab.catwhisker.org> <483864C2.5090605@math.missouri.edu> <1305.72.65.6.48.1211656566.squirrel@kitchetech.com> <48386F0A.5030202@janh.de> <1525.72.65.6.48.1211658471.squirrel@kitchetech.com> Message-ID: <20080524202730.GA46063@njord.Belkin> On Sat, May 24, 2008 at 03:47:51PM -0400, Kitche wrote: > > Kitche wrote: > >>> David Wolfskill wrote: > >>> My experience was that ImageMagick did build, but it also put up a > >>> little window with a message on it. So my feeling is that the OP is > >>> correct, and that at least on some versions of FreeBSD (in my case 7.0) > >>> that access to an X11 environment is required for the port to install. > >> > >> ImageMagick port does not require X to build for the user that is > >> building > >> it. Sounds like either your ports is corrupted or something deeper on > >> your > >> system is causing this issue. > > > > As you can see from my original log, X is used. > > > > X is not required, since it is not used, if I build with 'su -' instead > > of 'su' (and thus have a clear environment without DISPLAY being set). > > If the build tries to use X and is denied, the test fails. > > > > The port is not corrupted... just have a look at these two tests: > > > > /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.1/PerlMagick/t/x11/read.t > > /usr/ports/graphics/ImageMagick/work/ImageMagick-6.4.1/PerlMagick/t/x11/write.t > > > > Jan Henrik > > > Hmm I seem to lost my files I must have did a make clean in the > imagemagick port since I do have it installed. Well did, my ImageMagick > just compiled fine though the tests in a TTY. Which is where I do most of > my compiling anyways instead of inside a terminal in X. > I m on 7.0 if that matters as well but I did see the test for X11 go by on > my screen. maybe that is your issue maybe. > > the whole Su and su - is not related to this it seems considering I can su > to my root account and it works. > > I'll try compiling ImageMagick on X to see if an error occurs. > > > Passes all tests in X on 7.0 for me -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080524/989701a9/attachment.pgp From me at janh.de Sat May 24 20:52:57 2008 From: me at janh.de (Jan Henrik Sylvester) Date: Sat May 24 20:53:04 2008 Subject: ImageMagick-6.4.1-3_1 selftest fails In-Reply-To: <20080524202730.GA46063@njord.Belkin> References: <48381B22.30507@janh.de> <18488.8559.136513.226315@jerusalem.litteratus.org> <4838284A.3030400@janh.de> <20080524151658.GW69430@bunrab.catwhisker.org> <483864C2.5090605@math.missouri.edu> <1305.72.65.6.48.1211656566.squirrel@kitchetech.com> <48386F0A.5030202@janh.de> <1525.72.65.6.48.1211658471.squirrel@kitchetech.com> <20080524202730.GA46063@njord.Belkin> Message-ID: <4838800F.4090205@janh.de> Matthew Donovan wrote: > On Sat, May 24, 2008 at 03:47:51PM -0400, Kitche wrote: >>> As you can see from my original log, X is used. >>> >>> X is not required, since it is not used, if I build with 'su -' instead >>> of 'su' (and thus have a clear environment without DISPLAY being set). >>> If the build tries to use X and is denied, the test fails. >> the whole Su and su - is not related to this it seems considering I can su >> to my root account and it works. >> >> I'll try compiling ImageMagick on X to see if an error occurs. > > Passes all tests in X on 7.0 for me Not that this really adds anything to this discussion, but I did test again: With DISPLAY=:0.0 being set but no access to the display (XAUTHORITY unset) being owned by a different user, the PerlMagick tests x11/read and x11/write do fail. Without DISPLAY being set, these tests do run and report 'ok', although they do not do anything (window does not appear). (Of course, this is the case if I do 'su -' in my Konsole instead of 'su'.) With DISPLAY and XAUTHORITY both being set properly, a window appears during the tests and they both report 'ok'. (This is all for 6.4.1-3_1 with all OPTIONS to default on 7.0.) If I did not make this clear earlier, in contrast to my very first post, I now consider this behavior ok, since it does not really make sense to have DISPLAY set to something that is not accessible. (Not that it really makes sense to have the build fail if access to the display is being denied, but have it succeed, if no X is present at all...) Jan Henrik From thardy at gmail.com Sat May 24 22:49:22 2008 From: thardy at gmail.com (Terry Hardy) Date: Sat May 24 22:49:26 2008 Subject: FreeBSD Port: DarwinStreamingServer-5.5.5 Message-ID: DSS 6.0 has been released: http://dss.macosforge.org Please update the port for the new version. This has been a widely anticipated update with many new features and fixes. Thanks From ml at t-b-o-h.net Sat May 24 23:02:30 2008 From: ml at t-b-o-h.net (Tuc at T-B-O-H.NET) Date: Sat May 24 23:02:38 2008 Subject: [freebsd-ports] FreeBSD Port: DarwinStreamingServer-5.5.5 In-Reply-To: Message-ID: <200805242302.m4ON2Emp094184@himinbjorg.tucs-beachin-obx-house.com> > > DSS 6.0 has been released: http://dss.macosforge.org > > > > Please update the port for the new version. This has been a widely > anticipated update with many new features and fixes. > > When you contacted nork, what'd he say about it? Has he worked on the porting, tested, and been able to create diffs since it was released? Maybe he's a bit confused by the fact that http://developer.apple.com/opensource/server/streaming/index.html still claims the official release to be 5.5.5, and isn't sure if he wants to make a "devel" port, wait until it becomes official, etc. Have you attempted to just compile from source and share with him your findings? Tuc From thardy at gmail.com Sun May 25 00:06:04 2008 From: thardy at gmail.com (Terry Hardy) Date: Sun May 25 00:06:08 2008 Subject: [freebsd-ports] FreeBSD Port: DarwinStreamingServer-5.5.5 In-Reply-To: <200805242302.m4ON2Emp094184@himinbjorg.tucs-beachin-obx-house.com> References: <200805242302.m4ON2Emp094184@himinbjorg.tucs-beachin-obx-house.com> Message-ID: I haven't heard from him yet. Developer.apple.com is no longer being updated. See the following statement from Apple: "In addition to the updated source code, the DSS project has been migrated to the Mac OS forge web site. Information related to the project including source code downloads, release notes and submitting modifications will now be handled exclusively at http://dss.macosforge.org. The previous DSS page on developer.apple.com will no longer be updated. We encourage everyone to visit the new site and let us know what you think." -----Original Message----- From: Tuc at T-B-O-H.NET [mailto:ml@t-b-o-h.net] Sent: Saturday, May 24, 2008 4:02 PM To: Terry Hardy Cc: nork@freebsd.org; ports@freebsd.org Subject: Re: [freebsd-ports] FreeBSD Port: DarwinStreamingServer-5.5.5 > > DSS 6.0 has been released: http://dss.macosforge.org > > > > Please update the port for the new version. This has been a widely > anticipated update with many new features and fixes. > > When you contacted nork, what'd he say about it? Has he worked on the porting, tested, and been able to create diffs since it was released? Maybe he's a bit confused by the fact that http://developer.apple.com/opensource/server/streaming/index.html still claims the official release to be 5.5.5, and isn't sure if he wants to make a "devel" port, wait until it becomes official, etc. Have you attempted to just compile from source and share with him your findings? Tuc From sahil at tandon.net Sun May 25 00:17:49 2008 From: sahil at tandon.net (Sahil Tandon) Date: Sun May 25 00:17:56 2008 Subject: [freebsd-ports] FreeBSD Port: DarwinStreamingServer-5.5.5 In-Reply-To: References: <200805242302.m4ON2Emp094184@himinbjorg.tucs-beachin-obx-house.com> Message-ID: <20080525001742.GA5842@shepherd> * Terry Hardy [05-24-2008]: Please avoid top-posting. > "In addition to the updated source code, the DSS project has been migrated > to the Mac OS forge web site. Information related to the project including > source code downloads, release notes and submitting modifications will now > be handled exclusively at http://dss.macosforge.org. The previous DSS page > on developer.apple.com will no longer be updated. We encourage everyone to > visit the new site and let us know what you think." Have you tried porting the new release yourself and sending the diff(s) in a PR to the maintainer via GNATS? -- Sahil Tandon From david at catwhisker.org Sun May 25 01:46:49 2008 From: david at catwhisker.org (David Wolfskill) Date: Sun May 25 01:46:51 2008 Subject: FreeBSD ports which are currently marked broken In-Reply-To: <20080521135450.E3A971CCE1@mail.droso.net> References: <20080521135450.E3A971CCE1@mail.droso.net> Message-ID: <20080525014648.GA78640@bunrab.catwhisker.org> On Wed, May 21, 2008 at 03:54:50PM +0200, linimon@FreeBSD.org wrote: > As part of an ongoing effort to reduce the number of problems in > the FreeBSD ports system, we periodically notify users of ports > that are marked as "broken" in their Makefiles. In many cases > these ports are failing to compile on some subset of the FreeBSD > build environments. The most common problem is that recent versions > of -CURRENT include gcc4.2, which is much stricter than older versions. > The next most common problem is that compiles succeed on the i386 > architecture (e.g. the common Intel PC), but fail on one or more > of the other architectures due to assumptions about things such as > size of various types, byte-alignment issues, and so forth. > .... > portname: net-mgmt/ap-utils > /home/linimon/portsbuild errors: none. > overview: http://portsmon.FreeBSD.org/portoverview.py?category=net-mgmt&portname=ap-utils > ... Since I actually use that port, I thought I'd do as much of a reality check as I can. So I tried building it on my laptop, running: g1-37(8.0-C)[33] uname -a FreeBSD g1-37.catwhisker.org 8.0-CURRENT FreeBSD 8.0-CURRENT #779: Fri May 23 06:28:42 PDT 2008 root@g1-37.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY i386 g1-37(8.0-C)[34] gcc -v Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] g1-37(8.0-C)[35] It built without complaint; the resulting executable appears to work -- I was able to poke around in the list of allowed MAC addresses for the AP in question, for example, and look at the wireless configuration. Checking the above link, it appears that: * The only arch for which there's a problem is ia64. That build is marked "ok but out-of-date." * No builds are marked "failed to build." Also, I found no open PRs that mentioned "ap-utils." The probability that I will have access to an ia64 machine for testing such things is not especially high -- and the probability that I'll own one is within epsilon of zero. The latter also applies to other tier-1 architectures than i386 (and possibly amd64). So: * Is the "BROKEN: Broken with gcc 4.2" actually warranted? * What (else) can I do to help? * Is there an alternative method for configuring an Atmel-based AP (under FreeBSD)? Peace, david -- David H. Wolfskill david@catwhisker.org I submit that "conspiracy" would be an appropriate collective noun for cats. See http://www.catwhisker.org/~david/publickey.gpg for my public key. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080525/4a4d6822/attachment.pgp From dgeo at ec-marseille.fr Sun May 25 11:40:00 2008 From: dgeo at ec-marseille.fr (Geoffroy DESVERNAY) Date: Sun May 25 11:40:06 2008 Subject: problems building the latest ghostscript-gpl In-Reply-To: <48231354.8000508@gmail.com> References: <48215E7E.90505@gmail.com> <200805071840.51141.andy@athame.co.uk> <200805072023.24933.andy@athame.co.uk> <790a9fff0805080558g3eb1d6edj7eb9697a876ebf8c@mail.gmail.com> <48231354.8000508@gmail.com> Message-ID: <48394BE2.1060101@ec-marseille.fr> > | I'm also having the same problem building on > | FreeBSD/AMD64 8-CURRENT. I commented out the entries > | I had in ports.conf for this port, and checked CFLAGS: > | > | # cd /usr/ports/print/ghostscript-gpl > | # make -V CFLAGS > | -O2 -pipe -fno-strict-aliasing > | > | And the port fails the same way. FT_BRIDGE is not enabled. When I > added -fPIC > | to CFLAGS_STANDARD. Then the port would build. >=20 > None of the below work but the above does with a slight motification > (tha attached patch). Is it time to submit a formal PR with the > patch attached? >=20 Anyway, it works for me (on 6-STABLE, 6.3p2 ant 7-STABLE) --=20 ___________________________________________________________ / Geoffroy DESVERNAY | \ /\ `Service info` | Tel: (+33|0)4 91 05 45 24 /\ \/ Ecole Centrale de Marseille | Fax: (+33|0)4 91 05 45 98 \/ \ (ex-EGIM) | Mail: dgeo@ec-marseille.fr / ----------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080525/5b4b1243/signature-0001.pgp From ml at t-b-o-h.net Sun May 25 19:24:02 2008 From: ml at t-b-o-h.net (Tuc at T-B-O-H) Date: Sun May 25 19:24:09 2008 Subject: FreeBSD Port: DarwinStreamingServer-5.5.5 In-Reply-To: from "Terry Hardy" at May 24, 2008 03:20:33 PM Message-ID: <200805251924.m4PJO1IA097590@vjofn.tucs-beachin-obx-house.com> Hi, Just a bit of an update.. I'm not sure if you follow the DSS list. (I get it, may not always READ it, but I get it)... It turns out Stephen Tonna announced the release about 28 hours before your email to the list. I find it difficult that given the holiday weekend, you didn't allow nork more time to reply before posting to the world. It seems now, according to the list, this release isn't compiling/ working on atleast 5 total platforms that I've seen (2 Centos, 2 Ubuntu, Solaris) and it seems people are very unhappy about things. Since I don't know nork, I won't speak for him, but for things I'm involved in theres usually a "shake out" period where you try to compile yourself, and see how others are doing too. It sounds like they might need to work together to get this to compile/work properly on other platforms. Granted, Darwin is close to FreeBSD, so it might be an easier job, but porting it only to find a patch release a few days later is a bit annoying. Tuc > > DSS 6.0 has been released: http://dss.macosforge.org > > > > Please update the port for the new version. This has been a widely > anticipated update with many new features and fixes. > > > > Thanks > > > > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" > From nork at FreeBSD.org Sun May 25 22:56:11 2008 From: nork at FreeBSD.org (Norikatsu Shigemura) Date: Sun May 25 22:56:13 2008 Subject: FreeBSD Port: DarwinStreamingServer-5.5.5 In-Reply-To: <200805251924.m4PJO1IA097590@vjofn.tucs-beachin-obx-house.com> References: <200805251924.m4PJO1IA097590@vjofn.tucs-beachin-obx-house.com> Message-ID: <20080526075609.f29fcd7c.nork@FreeBSD.org> On Sun, 25 May 2008 15:24:01 -0400 (EDT) Tuc at T-B-O-H wrote: > Just a bit of an update.. I'm not sure if you follow the DSS > list. (I get it, may not always READ it, but I get it)... It turns out > Stephen Tonna announced the release about 28 hours before your email > to the list. I find it difficult that given the holiday weekend, you > didn't allow nork more time to reply before posting to the world. Thank you. I saw DSS6 release announce after this threads (mails). I don't know whether I may believe from no release note from the Apple. Please wait anyway a little:-). I'll try to update net/DarwinStreamingServer. From chat95 at mac.com Mon May 26 01:29:49 2008 From: chat95 at mac.com (Maho NAKATA) Date: Mon May 26 01:29:55 2008 Subject: Removal of OOo 1.0, 1.1, 1.1-devel ports In-Reply-To: <20080521135414.527E31CCE4@mail.droso.net> References: <20080521135414.527E31CCE4@mail.droso.net> Message-ID: <20080526.100154.193789508.chat95@mac.com> From: linimon@FreeBSD.org Subject: FreeBSD ports that you maintain which are currently marked broken Date: Wed, 21 May 2008 15:54:14 +0200 (CEST) > portname: editors/openoffice.org-1.1 > broken because: fails to install; consider upgrading to > editors/openoffice.org-2 > build errors: > http://pointyhat.freebsd.org/errorlogs/i386-errorlogs/e.6.2008050122/openoffice.org-1.1.5_8.log ( ) > overview: http://portsmon.FreeBSD.org/portoverview.py?category=editors&portname=openoffice.org-1.1 > > > portname: editors/openoffice.org-1.1-devel > broken because: fails to install; consider upgrading to > editors/openoffice.org-2 > build errors: I'd like to remove these ports with openoffice.org-1.0 in June... Any comments? -- Nakata Maho http://accc.riken.jp/maho/ From linimon at lonesome.com Mon May 26 01:52:07 2008 From: linimon at lonesome.com (Mark Linimon) Date: Mon May 26 01:52:10 2008 Subject: Removal of OOo 1.0, 1.1, 1.1-devel ports In-Reply-To: <20080526.100154.193789508.chat95@mac.com> References: <20080521135414.527E31CCE4@mail.droso.net> <20080526.100154.193789508.chat95@mac.com> Message-ID: <20080526015206.GC580@soaustin.net> > I'd like to remove these ports with openoffice.org-1.0 in June... > Any comments? I see no reason not to, and good reasons (cluster build time) to proceed. mcl From bugmaster at FreeBSD.org Mon May 26 11:06:06 2008 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 26 11:06:30 2008 Subject: Current unassigned ports problem reports Message-ID: <200805261106.m4QB65Me063981@freefall.freebsd.org> Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including\nexperimental development code and obsolete releases.\n Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The problem is understood and a solution is being sought. f - feedback Further work requires additional information from the originator or the community - possibly confirmation of the effectiveness of a proposed solution. p - patched A patch has been committed, but some issues (MFC and / or confirmation from originator) are still open. r - repocopy The resolution of the problem report is dependent on a repocopy operation within the CVS repository which is awaiting completion. s - suspended The problem is not being worked on, due to lack of information or resources. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested -- or when fixing the problem is abandoned. Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/106369 vpnd caused kernel panic with ppp mode o ports/106372 vpnd can't run with slip mode o ports/111832 ports/lang/drscheme doesn't compile: foreign.c f ports/112921 x11-wm/Beryl not loading focus and keybinding settings s ports/113144 print/ghostscript-gnu dumps core with several output d f ports/116385 net/vnc using vnc.so crashes Xorg 7.3 when remote comp f ports/116586 net/isc-dhcp3-server does not work when compiled with o ports/117128 security/ipsec-tools racoon.sh fails with /var on mfs o ports/118104 [PATCH] multimedia/vlc - volume bar position almost in o ports/118808 Fix to build ports/lang/drscheme on FreeBSD-7.0 o ports/118877 audio/streamripper does not detect song title from str o ports/122128 Class not found error during print/pdftk port installa f ports/122276 Compiled audio/musicpd segfaults on FreeBSD 7.0 o ports/122306 misc/compat5x port fails to extract if you're root o ports/122381 net-mgmt/collectd in FreeBSD 7.0 i386 and sparc64 segf f ports/122416 deskutils/kmatrix3d and deskutils/ksmoothdock don't in o ports/122676 multimedia/mplayer: can't access dvd with any applicat o ports/122907 [patch] sysutils/fusefs-kmod dataloss on write shortly f ports/122911 ports/audio/sox: MP3 support broken s ports/122949 net-mgmt/kismet coredumps f ports/122973 textproc/xerces-c2: installed files do not have o+r bi o ports/123068 sysutils/bubblemon2 bubblemon-dockapp: error extractin o ports/123375 [patch] sysutils/wmmemmon fails with error extracting f ports/123561 sysutils/lsof port does not build on 6.3-STABLE f ports/123624 port java/sablevm installs jni.h in /usr/local/include f ports/123655 mail/postfix - I can't build port postfix-2.5.1 with p f ports/123804 net-mgmt/fetchconfig 0.14 missing DmSwitch.pm o ports/123878 bsd.sites.mk - nchc.dl.sourceforge.net is dead f ports/123879 databases/db41 fails during configure o ports/123966 x11/libxcb: message isn't shown sometimes o ports/123979 [PATCH] textproc/xmlto: important fixes, general overh 31 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/85513 Intel C++ compiler not 100% binary compatible with sys f ports/95294 netpipe doesn't work on amd64 o ports/95990 New Port: emulators/xjoypad o ports/102544 ltmdm driver (comms/ltmdm) crashes system whene line r o ports/107354 net/icmpinfo: icmpinfo -vvv does not recocnize any ICM o ports/108795 ports/icc: Proposed update to icc port for intel compi o ports/108856 [mbone/sdr] make sdr usable again; patch appended o ports/110144 New port: math/Matlab7 o ports/110697 New port: ports-mgmt/pkg_deps f ports/114573 multimedia/vlc-devel doesn't compile when the QT4 opti s ports/115216 ADA devel/florist exit_process program doesn't compile s ports/115217 Ada devel/florist socket program doesn't compile due t f ports/115304 multimedia/gpac-mp4box cannot import files larger than f ports/115336 port multimedia/avifile on FreeBSD 7.0 not BROKEN with f ports/116567 [PATCH] net/vnc: patch x0vncserver to not give the sel o ports/117299 [NEW PORTS] www/webobjects(+) Apple WebObjects ports b o ports/117521 [new port] net/asterisk-res-bonjour Bonjour (Zeroconf) o ports/117810 multimedia/vlc-devel port could be compiled with lua m o ports/117824 CONFIGURE_LINE truncated to 2048 chars in [at least] m o ports/118105 mail/spamd - spamd-setup with multiple files in spamd- o ports/118229 New port: security/fwknop fwknop,"FireWall KNock OPera f ports/118293 net/vnc Xvnc won't run without fonts.alias installed o ports/118368 New port: net/asterisk-agx AGX Extra Addons (including o ports/119183 [NEW PORT] net/freeradius-client: FreeRADIUS Client li o ports/119425 New port: korean/ko.TeX Korean TeX macro and utilities o ports/119427 New port: korean/ko.TeX-fonts-extra Korean TeX extra f o ports/119428 New port: korean/ko.TeX-fonts-base Korean TeX base fon o ports/119556 [PATCH] textproc/xerces-c2: Update to 2.8.0 o ports/119640 [NEW PORT] devel/sml_tk: Typed and abstract Standard M f ports/119745 www/linux-flashplugin7 - flashplayer does not work wit o ports/120181 weird tty permissions with x11/rxvt f ports/120480 [patch] devel/quilt: RPM dependency should be optional f ports/120923 www/squidguard does not work unless its UID/GID are mo o ports/121050 New port: sysutils/heartbeat2 Linux High-Availability o ports/121126 New port: science/caret Computerized Anatomical Recons f ports/121149 www/tomcat55 - www/tomcat* choaks on ip6 f ports/121154 port sysutils/915resolution marked i386 only; builds f o ports/121194 math/arpack - Patch to use ARPACK++ on modern compiler f ports/121254 shells/ch: Bad ownership of installed files. o ports/121259 New port: net/openamq OpenAMQ is a complete AMQP messa o ports/121344 new port audio/akode-plugins-pulseaudio o ports/121629 New Port: net/netident A port for testing what netwo s ports/121659 [Update] ports: databases/postgis-jdbc 1.3.2 f ports/121673 Update port: www/zope-formulator to 1.11.3 f ports/121724 [UPDATE] Update multimedia/avidemux2 to 2.4.1 f ports/121731 science/hdf5: enable Fortran support f ports/121827 sysutils/ezjail: config-attached image jail can not be f ports/121834 [patch] lang/lua: split AR into AR/ARFLAGS (for cross f ports/121836 [PATCH] sysutils/ezjail: amd64 install problem o ports/121882 /usr/ports/audio/mbrolavox/voices.conf uses extended c o ports/122102 New Port devel/tango - alternate library for the D pro f ports/122122 print/lyx crashes if devel/boost is compiled with thre o ports/122210 [PATCH] java/bsh: change main category, take maintaine f ports/122333 net/arping - patch to lookup for interface and src ip, f ports/122402 [PATCH] security/metasploit: Update to 3.1 [SUMMARIZE f ports/122469 [patch] options for devel/viewvc f ports/122471 [patch] port devel/cvs2svn o ports/122583 [PATCH]print/pdftk: update to 1.41 f ports/122586 Update to sysutils/logrotate o ports/122596 devel/python: Python hangs when importing pygtk f ports/122606 games/eduke32 : new snapshot o ports/122612 New port: www/mod_wsgi Python WSGI adapter module for o ports/122631 [NEW PORT] net-im/p5-Net-XMPP2: An implementation of t o ports/122701 New port: www/mod_wombat "Apache Lua module" f ports/122783 [PATCH] editors/emacs: update to 22.2 o ports/122824 [new port] add news/husky-htick-devel port f ports/122860 databases/phpMyAdmin installs in the wrong dir o ports/122909 [NEW PORT] polish/qnapi o ports/122980 New Port: emulators/gemrb o ports/122993 setup.sh for audio/mpdscribble o ports/123007 [NEW PORT] games/linux-etqw-server: Enemy Territory: Q o ports/123009 [NEW PORT] games/linux-etqw-demo-server: Enemy Territo f ports/123022 New port: archivers/rpm5 f ports/123072 update www/tomcat55 o ports/123091 sysutils/syslog-ng2: [PATCH] syslog-ng2 package name a o ports/123127 [NEW PORT] security/openvas-libraries: Libraries for O o ports/123128 [NEW PORT] security/openvas-server: A security scanner o ports/123129 [NEW PORT] security/openvas-libnasl: NASL libraries fo o ports/123130 [NEW PORT] security/openvas-plugins: Plugins for OpenV o ports/123131 [NEW PORT] security/openvas-client: A GUI client for O o ports/123139 Re: [NEW PORT] security/openvas-server: A security sca f ports/123213 patch net/libnet's configure to not do anymore checks o ports/123214 [new port] sysutils/p5-lchown o ports/123215 net-mgmt/nagios-silfreed-plugins fails install f ports/123309 port upgrade: devel/monotone-viz 1.0.1 f ports/123328 [PATCH]math/maxima: update to 5.15.0 o ports/123339 [NEW PORT] textproc/doc-mode.el: asciidoc fontlocking o ports/123345 x11/wrapper: [PATCH] xorg-wrapper should depend on xor o ports/123391 [NEW PORT] math/mingw32-libgmp4: Library for arbitrary o ports/123424 [NEW PORT] net/winexe o ports/123437 comms/qpage -- hangup problems and ident requests o ports/123464 New Port: databases/pgfouine o ports/123488 New port: graphics/import-pictures copy/move pictures o ports/123532 Upgrade port graphics/glfw to 2.6 [+patch] f ports/123533 [PATCH] print/latexdiff: update to 0.5 f ports/123604 Update port: www/zope29 to 2.9.9 f ports/123605 Update port: www/zope210 to 2.10.6 o ports/123614 New Port : editors/OmegaT a free translation memory ap o ports/123620 New Port: devel/p5-ZML A simple, fast, and easy to re o ports/123652 [NEW PORT] print/latex-aa: LaTeX class for submission o ports/123653 [NEW PORT] print/latex-aastex: LaTeX class for America o ports/123663 update www/phpbb3 to current release o ports/123673 New Port: www/mod_umask Apache2+ Module to set the uma o ports/123692 New port: www/davical A simple CalDAV server f ports/123697 [PATCH] sysutils/linux-megacli: Fix periodic script af f ports/123722 www/linux-flashplugin9 - Mark as broken since it doesn f ports/123732 [patch] update net-mgmt/netxms to 0.2.21 f ports/123756 [patch] put devel/libffi includes in sane place o ports/123759 [maintainer update] databases/sqldeveloper version upd o ports/123770 [NEW PORT] graphics/geeqie Lightweight image viewer f f ports/123805 print/lyx crash on CURRENT o ports/123811 [patch] port:graphics/claraocr main website is now unr f ports/123812 mail/postfix - pkg-install script doesn't see postfix_ f ports/123821 update math/clp to 1.7.4 f ports/123849 [PATCH] update for multimedia/handbrake o ports/123854 update port java/eclipse-clay-core o ports/123859 print/ghostscript-gpl-nox11: PKGNAMESUFFIX not being d o ports/123883 security/sguil-server, improve pkg-install script o ports/123917 [MAINTAINER] deskutils/superkaramba-lwp: Update to 15. f ports/123937 [patch] x11-toolkits/gtkdatabox2: update to 0.9.0.0 o ports/123941 [repocopy] repocopy archivers/dynamite to archivers/li o ports/123943 [NEW PORT] databases/p5-DBIx-Class-EncodeColumns: Hand o ports/123945 New port: security/spybye, a lightweight web proxy for o ports/123951 [update] editors/poedit is not broken on 8.0-CURRENT i o ports/123952 [PATCH] textproc/xmlto: fix output formats other than o ports/123963 [New port] audio/wavegain f ports/123970 [patch] audio/soundconverter: update to 1.2.0 o ports/123983 [PATCH] multimedia/tivodecode: update to 0.2.p4 o ports/123986 [Maintainer Update] misc/jbidwatcher version update o ports/123988 [PATCH] net-p2p/p5-Net-BitTorrent: update to 0.022 o ports/123994 (New Port) databases/frontbase version 4.2.8 o ports/123995 (New Port) databases/frontbase-jdbc o ports/123997 (New Port) databases/p5-DBD-FrontBase o ports/123998 [maintainer update] misc/qbrew to version 0.4.1 f ports/124000 [patch] update net/isc-dhcp3-server to 3.0.7 and reset 135 problems total. From shuvaev at physik.uni-wuerzburg.de Mon May 26 15:13:29 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Mon May 26 15:13:39 2008 Subject: dtrace and xorg-server problem on -current In-Reply-To: References: Message-ID: <20080526151323.GB72053@wep4017.physik.uni-wuerzburg.de> On Mon, May 26, 2008 at 10:49:51PM +0800, Jiawei Ye wrote: > Hi, > I get this weird building problem with xorg-server on -current with dtrace: > > creating libxpstubs.la > (cd .libs && rm -f libxpstubs.la && ln -s ../libxpstubs.la libxpstubs.la) > /usr/sbin/dtrace -G -C -o dtrace-dix.o -s ../dix/Xserver.d .libs/*.o > dtrace: failed to compile script ../dix/Xserver.d: > "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > *** Error code 1 > > [snip] > > Something I've missed here? > > Jiawei > Hello! Please, have a look at a small thread: "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085584.html" "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085598.html" "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085602.html" In my case the problem was in some old binaries not being swept out after I have tried John Birrel's dtrace enabled snapshot in february. Check you system (for examlpe "ll /usr/sbin/dtrace" and etc.). If your system is really up-to-date and the problem is caused by the very recent dtrace import, then try the following patch to the x11-servers/xorg-server/Makefile. Alexey. -------------- next part -------------- --- xorg-server/Makefile.old 2008-05-26 17:11:31.000000000 +0200 +++ xorg-server/Makefile 2008-05-26 17:12:07.000000000 +0200 @@ -37,7 +37,7 @@ USE_PERL5_BUILD=yes CONFIGURE_ARGS= --with-mesa-source=${WRKDIR}/Mesa-7.0.1 \ --disable-dmx --disable-xvfb --disable-xnest --disable-xprint \ - --localstatedir=/var + --localstatedir=/var --without-dtrace MAN1= Xorg.1 \ Xserver.1 \ From leafy7382 at gmail.com Mon May 26 15:18:59 2008 From: leafy7382 at gmail.com (Jiawei Ye) Date: Mon May 26 15:19:02 2008 Subject: dtrace and xorg-server problem on -current Message-ID: Hi, I get this weird building problem with xorg-server on -current with dtrace: creating libxpstubs.la (cd .libs && rm -f libxpstubs.la && ln -s ../libxpstubs.la libxpstubs.la) /usr/sbin/dtrace -G -C -o dtrace-dix.o -s ../dix/Xserver.d .libs/*.o dtrace: failed to compile script ../dix/Xserver.d: "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.4/dix. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.4/dix. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server/work/xorg-server-1.4. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server. *** Error code 1 Stop in /usr/ports/x11-servers/xorg-server. ===>>> make failed for x11-servers/xorg-server ===>>> Aborting update ===>>> Update for xorg-server-1.4_6,1 failed ===>>> Aborting update ===>>> Update for xf86-video-nv-2.1.7 failed ===>>> Aborting update Something I've missed here? Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From leafy7382 at gmail.com Mon May 26 15:50:35 2008 From: leafy7382 at gmail.com (Jiawei Ye) Date: Mon May 26 15:50:40 2008 Subject: dtrace and xorg-server problem on -current In-Reply-To: <20080526151323.GB72053@wep4017.physik.uni-wuerzburg.de> References: <20080526151323.GB72053@wep4017.physik.uni-wuerzburg.de> Message-ID: On Mon, May 26, 2008 at 11:13 PM, Alexey Shuvaev < shuvaev@physik.uni-wuerzburg.de> wrote: > On Mon, May 26, 2008 at 10:49:51PM +0800, Jiawei Ye wrote: > > Hi, > > I get this weird building problem with xorg-server on -current with > dtrace: > > > > creating libxpstubs.la > > (cd .libs && rm -f libxpstubs.la && ln -s ../libxpstubs.la libxpstubs.la > ) > > /usr/sbin/dtrace -G -C -o dtrace-dix.o -s ../dix/Xserver.d .libs/*.o > > dtrace: failed to compile script ../dix/Xserver.d: > > "/usr/lib/dtrace/psinfo.d", line 37: syntax error near "uid_t" > > *** Error code 1 > > > > [snip] > > > > Something I've missed here? > > > > Jiawei > > > Hello! > > Please, have a look at a small thread: > "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085584.html" > "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085598.html" > "http://lists.freebsd.org/pipermail/freebsd-current/2008-May/085602.html" > > In my case the problem was in some old binaries not being swept out > after I have tried John Birrel's dtrace enabled snapshot in february. > Check you system (for examlpe "ll /usr/sbin/dtrace" and etc.). > > If your system is really up-to-date and the problem is caused by the > very recent dtrace import, then try the following patch to the > x11-servers/xorg-server/Makefile. > > Alexey. > ok, I've confirmed that /usr/sbin/dtrace is the latest and tried your patch, everything works now. Thanks, Jiawei -- "If it looks like a duck, walks like a duck, and quacks like a duck, then to the end user it's a duck, and end users have made it pretty clear they want a duck; whether the duck drinks hot chocolate or coffee is irrelevant." From dougb at FreeBSD.org Mon May 26 19:38:59 2008 From: dougb at FreeBSD.org (Doug Barton) Date: Mon May 26 19:39:06 2008 Subject: dtrace and xorg-server problem on -current In-Reply-To: <20080526151323.GB72053@wep4017.physik.uni-wuerzburg.de> References: <20080526151323.GB72053@wep4017.physik.uni-wuerzburg.de> Message-ID: <483B0B91.2050002@FreeBSD.org> Alexey Shuvaev wrote: > If your system is really up-to-date and the problem is caused by the > very recent dtrace import, then try the following patch to the > x11-servers/xorg-server/Makefile. I had the same problem as Jiawei with a clean, up to date system, and your patch worked for me as well. Perhaps it should be added to the port for the time being while the problems are worked out. Doug -- This .signature sanitized for your protection From parish at magichamster.com Mon May 26 20:54:55 2008 From: parish at magichamster.com (Mark Ovens) Date: Mon May 26 20:54:58 2008 Subject: Help required debugging digikam/libgphoto2 Message-ID: <483B23D8.3040007@magichamster.com> Back in January I posted about a problem using my Canon EOS 400D in digikam 0.9.3: > Running under KDE 3.5.8 on FreeBSD 6.3-STABLE > > When I connect my Canon EOS400D (PTP Mode) the OS reports it as: > > ugen0: Canon Inc. Canon Digital Camera, rev 2.00/0.02, addr 2 > > In digikam I connect to the camera, the camera window opens, displays > "Connecting to camera", 'BUSY' appears on the camera LCD screen > and the read/write LED flashes. Digikam then displays > "Listing Folders....". > > When digikam has finished, there are no thumbnails displayed > but the following appears in the console: > > digikam: Failed to get folders list from camera! > digikam: Libgphoto2 error: Unspecified error (-1) > > It was suggested that gphoto2 may be the cause (Canon > stability problems in 2.4.0) so I downgraded gphoto2 to 2.2.1 > but the problem persisted. > > I then downgraded digikam back to 0.9.2 and it works correctly - > even with gphoto2 2.4.0 - so it definitely seems to be a problem > with digikam 0.9.3 > > Also, running gphoto2 from the commandline - > > ``gphoto2 --auto-detect -L'' > > - works correctly. Despite libgphoto2 being now at 2.4.1 which supposedly fixed a problem with Canon cameras (which affect Linux users as well) this problem still persists. The error above comes from the call to gp_camera_folder_list_folders() in digikam/utilities/cameragui/gpcamera.cpp : GPCamera::getSubFolders() errorCode = gp_camera_folder_list_folders(d->camera, QFile::encodeName(folder), clist, m_status->context); if (errorCode != GP_OK) { DDebug() << "Failed to get folders list from camera!" << endl; printGphotoErrorDescription(errorCode); gp_list_unref(clist); delete m_status; m_status = 0; return false; } All the evdience suggests - to me at least - is that the problem is with the interface between digikam 0.9.3 and libgphoto2 (any version) however it is beyond my abilities to debug this any further. I would like to get this fixed because although it isn't a showstopper as I can put the CF card from the camera in a card reader, Canon cameras have a neat feature whereby they 'tag' pictures as downloaded so when I connect the camera I can just do Select->New Items in digikam and it will pick up all the photos since the last time I downloaded them So, can anyone with knowledge of the workings of digikam and/or libgphoto2 give me some guidance on how to track down the cause of the problem. I'm perfectly happy to devote time to this but need help. TIA Mark From nuno at videotron.ca Tue May 27 02:05:58 2008 From: nuno at videotron.ca (Nuno Vasconcellos) Date: Tue May 27 02:06:02 2008 Subject: FreeBSD Port: skype-2.0.0.68,1 Message-ID: <1211851149.3807.10.camel@localhost> Hi beech, I came accross this link (Skype FreeBSD and Solaris with OSS): http://forum.skype.com/index.php?showtopic=98994 And I noticed that there is a link they say it is for Skype 1.4 with OSS: http://www.skype.com/go/getskype-linux-oss However, the file name is: skype_static-2.0.0.68-oss.tar.bz2 I thought you wanted to know about it because it seems that they offer the latest skype version for Linux with OSS instead of Alsa and, if that is the case, could it make things easier (or less difficult), with regards the linux emulation not being necessary there? Please let me know what you think. Thank you, Nuno From cy at htlwrn.ac.at Tue May 27 09:06:14 2008 From: cy at htlwrn.ac.at (cy@htlwrn.ac.at) Date: Tue May 27 09:06:18 2008 Subject: Compiler segfault under fbsd7? Message-ID: <20080527105703.yi5jjfb64kow8k8s@webmail.htlwrn.ac.at> Hi I just tried to install the apache22 port - ended in a segmentation fault in port (=dependency) phyton: ./../Objects/unicodeobject.c: In function 'unicode_decode_call_errorhandler': ./../Objects/unicodeobject.c:874: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /usr/ports/lang/python25/work/Python-2.5.2/portbld.static. *** Error code 1 Its a brand new install of BSD 7 and its the first port I tried to install after portsnap fetch and portsnap extract - so what could possibly be wrong?? ***************************************************************************** Mag. Werner Cyrmon HTBLuVA Wr. Neustadt, Abt. EDVO Change is Life!(Remi, Ratatouille) ***************************************************************************** NOTICE: This message and any attachment are confidential. If you are not the intended recipient, please notify the sender and delete this e-mail and any copies. Incoming e-mails are not accepted as legally binding unless legal validity is confirmed by us by reply-mail. An automatically generated acknowledgement of receipt cannot be considered as confirmation of legal validity. Links: ------ [1] http://gcc.gnu.org/bugs.html --------------------------------------------------------------------- This message was sent using the HTL Wr. Neustadt/EDVO webmail service. From koitsu at FreeBSD.org Tue May 27 09:08:25 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Tue May 27 09:08:31 2008 Subject: Compiler segfault under fbsd7? In-Reply-To: <20080527105703.yi5jjfb64kow8k8s@webmail.htlwrn.ac.at> References: <20080527105703.yi5jjfb64kow8k8s@webmail.htlwrn.ac.at> Message-ID: <20080527090825.GA35576@eos.sc1.parodius.com> On Tue, May 27, 2008 at 10:57:03AM +0200, cy@htlwrn.ac.at wrote: > Hi I just tried to install the apache22 port - ended in a > segmentation fault in port (=dependency) phyton: > > ./../Objects/unicodeobject.c: In function > 'unicode_decode_call_errorhandler': > ./../Objects/unicodeobject.c:874: internal compiler error: Segmentation > fault: 11 > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > *** Error code 1 > > Stop in /usr/ports/lang/python25/work/Python-2.5.2/portbld.static. > *** Error code 1 > Its a brand new install of BSD 7 and its the first port I tried to install > after portsnap fetch and portsnap extract - so what could possibly be > wrong?? This is covered in the FAQ. In most cases, it's a sign of hardware problems (usually bad memory). http://www.freebsd.org/doc/en/books/faq/troubleshoot.html#SIGNAL11 Can you complete an entire buildworld (cd /usr/src && make buildworld) without sig11? If so, it may in fact be a compiler bug, but I'm doubting it. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From seb.morand at gmail.com Tue May 27 10:00:31 2008 From: seb.morand at gmail.com (=?ISO-8859-1?Q?S=E9bastien_Morand?=) Date: Tue May 27 10:00:35 2008 Subject: FreeBSD Port: gnat-gcc-4.3.0_3, xmlada and libaws Message-ID: <16d3abd60805270300o5d39f4a5w6397c6d6fcfe9c69@mail.gmail.com> Hi Guys, I fouond out your name in the FreeBSD ports search web page. I'm currently a new interested user in Ada, and success install xmlada aws and gcc-4.3 compiling from scratch under linux and FreeBSD. I'll be happy to be of any help about the portage under FreeBSD of: - XMLADA compiling under gnat 4.3 (require gnat 4.1 from now) - AWS 2.3 under gnat 4.3 Other Ada Library if it can be of any use for users. Hope you could help me to create port, create the required patched of the sources and manage all that stuff. Sebastien From cy at htlwrn.ac.at Tue May 27 10:36:55 2008 From: cy at htlwrn.ac.at (cy@htlwrn.ac.at) Date: Tue May 27 10:37:03 2008 Subject: Compiler segfault under fbsd7? In-Reply-To: <20080527090825.GA35576@eos.sc1.parodius.com> References: <20080527105703.yi5jjfb64kow8k8s@webmail.htlwrn.ac.at> <20080527090825.GA35576@eos.sc1.parodius.com> Message-ID: <20080527123805.ywfk7hs9yiog04ww@webmail.htlwrn.ac.at> You are right: make buildworld exits with /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c: In function 'make_internal_attr': /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:4240: internal compiler error: Segmentation fault: 11 So it's some hardware than (could it be an old BIOS). Or could it be the HD, fdisk gives: ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) ??? start 63, size 156296322 (76316 Meg), flag 80 (active) ??????? beg: cyl 0/ head 1/ sector 1; ??????? end: cyl 1023/ head 254/ sector 63 I tried to fix this with fdisk to the correct 1024/255/63 but the upper part of the output stays always the same ... Thx Werner Quoting Jeremy Chadwick : > On Tue, May 27, 2008 at 10:57:03AM +0200, cy@htlwrn.ac.at wrote: >> ? ?Hi I just tried to install the apache22 port - ended in a >> ? ?segmentation fault in port (=dependency) phyton: >> >> ? ?./../Objects/unicodeobject.c: In function >> 'unicode_decode_call_errorhandler': >> ./../Objects/unicodeobject.c:874: internal compiler error: Segmentation >> fault: 11 >> Please submit a full bug report, >> with preprocessed source if appropriate. >> See for instructions. >> *** Error code 1 >> >> ? ?Stop in /usr/ports/lang/python25/work/Python-2.5.2/portbld.static. >> *** Error code 1 >> Its a brand new install of BSD 7 and its the first port I tried to install >> after portsnap fetch and portsnap extract - so what could possibly be >> wrong?? > > This is covered in the FAQ.? In most cases, it's a sign of hardware > problems (usually bad memory). > > http://www.freebsd.org/doc/en/books/faq/troubleshoot.html#SIGNAL11 > > Can you complete an entire buildworld (cd /usr/src && make buildworld) > without sig11?? If so, it may in fact be a compiler bug, but I'm > doubting it. > > -- > | Jeremy Chadwick? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? jdc at parodius.com | > | Parodius Networking? ? ? ? ? ? ? ? ? ? ? ?http://www.parodius.com/ | > | UNIX Systems Administrator? ? ? ? ? ? ? ? ? Mountain View, CA, USA | > | Making life hard for others since 1977.? ? ? ? ? ? ? PGP: 4BD6C0CB | > > ***************************************************************************** Mag. Werner Cyrmon HTBLuVA Wr. Neustadt, Abt. EDVO Change is Life!(Remi, Ratatouille) ***************************************************************************** NOTICE: This message and any attachment are confidential. If you are not the intended recipient, please notify the sender and delete this e-mail and any copies. Incoming e-mails are not accepted as legally binding unless legal validity is confirmed by us by reply-mail. An automatically generated acknowledgement of receipt cannot be considered as confirmation of legal validity. --------------------------------------------------------------------- This message was sent using the HTL Wr. Neustadt/EDVO webmail service. From koitsu at FreeBSD.org Tue May 27 10:45:55 2008 From: koitsu at FreeBSD.org (Jeremy Chadwick) Date: Tue May 27 10:46:02 2008 Subject: Compiler segfault under fbsd7? In-Reply-To: <20080527123805.ywfk7hs9yiog04ww@webmail.htlwrn.ac.at> References: <20080527105703.yi5jjfb64kow8k8s@webmail.htlwrn.ac.at> <20080527090825.GA35576@eos.sc1.parodius.com> <20080527123805.ywfk7hs9yiog04ww@webmail.htlwrn.ac.at> Message-ID: <20080527104555.GA38717@eos.sc1.parodius.com> On Tue, May 27, 2008 at 12:38:05PM +0200, cy@htlwrn.ac.at wrote: > You are right: make buildworld exits with > > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c: In > function 'make_internal_attr': > /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:4240: > internal compiler error: Segmentation fault: 11 You have CPU, motherboard, or memory problems. My vote is on memory. You can download memtest86 or memtest86+ (burn either to a CD via ISO, or put them on a floppy and boot them) and let it run for a while. You will probably see errors there within a few minutes. > So it's some hardware than (could it be an old BIOS). Possible, but doubtful. > Or could it be the HD, fdisk gives: > > ******* Working on device /dev/ad0 ******* > parameters extracted from in-core disklabel are: > cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > ??? start 63, size 156296322 (76316 Meg), flag 80 (active) > ??????? beg: cyl 0/ head 1/ sector 1; > ??????? end: cyl 1023/ head 254/ sector 63 > > I tried to fix this with fdisk to the correct 1024/255/63 but the upper > part of the output stays always the same ... I don't see anything wrong with the fdisk output. gcc is segfaulting. This is very likely going to happen as a result of bad memory, not as a result of a bad disk. You'd be having many other problems (not sig11; I'm talking random I/O errors or the system locking up hard) if you had a bad disk. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From bsam at ipt.ru Tue May 27 13:12:23 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Tue May 27 13:12:27 2008 Subject: Linux Compatibility version of libXau In-Reply-To: <200805262130.38949.derek.graham@att.net> (Derek Graham's message of "Mon\, 26 May 2008 21\:30\:38 -0500") References: <200805251544.26380.derek.graham@att.net> <97170071@bs1.sp34.ru> <200805262130.38949.derek.graham@att.net> Message-ID: <63233489@bb.ipt.ru> Hello Derek, please, don't top post (fixed) and keep CC: to a maillist (you may get a better chances for help). On Mon, 26 May 2008 21:30:38 -0500 Derek Graham wrote: > On Monday 26 May 2008 02:35:52 am Boris Samorodov wrote: > > On Sun, 25 May 2008 15:44:25 -0500 Derek Graham wrote: > > > I am trying to get the linux version of Planeshift to work but I need to > > > find a linux version of libXau, cant find it in ports tho :( anyone got a > > > solution to getting Planeshift to work? > > > > Imho libXau was introduced at Fedora Core 5. We have a default FC4 > > base linux port. So I'm afraid you have little chances with defaults. > > > > However sometime ago (something like a month) I've posted experimental > > patches (please, check archives of emulation@ ML) to use Fedora 8 > > ports. The needed library is included. > > > > Please be aware that you should have (at least) a recent 7-STABLE > > to use those patches. > > > > Sorry for a short message but I don't have much spare time for now. > > > Hey Boris, > I got ya msg, I installed linux_base-f8 and tried patching > bsd.linux.mk-autoplist.diff > I am trying to run two programs > Exception in thread "main" > java.lang.UnsatisfiedLinkError: /home/Graham/Desktop/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3232.so: /usr/local/lib/compat/libc.so.6: Hm, I'm not an exert at java but there is something strange here. A linux library (libswt-pi-gtk-3232.so) should not find a FreeBSD one (/usr/local/lib/compat/libc.so.6). Do you have some non-default environment? Ex., a non-empty LD_LIBRARY_PATH? > version GLIBC_2.1.3 required > by /home/Graham/Desktop/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3 > 232.so not defined > I compared /usr/local/lib/compat/ to /compat/linux/lib/ they do not match Sure, one contains FreeBSD native compat (i.e. old) libaries while the other has Linux libraries. > also 2nd program gives me this: > Graham@Mulder[/home/Graham/PlaneShift]$./psclient > ./psclient.bin: error while loading shared libraries: libXau.so.6: cannot open > shared object file: No such file or directory > Graham@Mulder[/home/Graham/PlaneShift]$ Linux binary (not libraries!) file should be branded. Please, check it: % brandelf psclient Please, see brandelf(1) for more details. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From ben at remoteinformation.com.au Tue May 27 13:26:09 2008 From: ben at remoteinformation.com.au (Ben Madin) Date: Tue May 27 13:26:15 2008 Subject: FreeBSD Port: doxygen-1.5.5 Message-ID: <9D752E07-4970-4287-855F-C5DA9AE98552@remoteinformation.com.au> Hello, I am sorry to approach you directly, but I had no luck with the freebsd mailing lists, and I am trying to compile doxygen 1.5.5 on freebsd 7.0, but keep getting this message : g++ -c -O2 -fno-strict-aliasing -pipe -pipe -Wall -W -pthread - D_THREAD_SAFE -DNODEBUG -DQT_THREAD_SUPPORT -DNO_DEBUG -I../../src -I/ usr/local/include -I/usr/local/include -o obj/portable.o portable.cpp /usr/local/bin/moc doxywizard.h -o moc/moc_doxywizard.cpp /libexec/ld-elf.so.1: Shared object "libstdc++.so.5" not found, required by "moc" gmake[2]: *** [moc/moc_doxywizard.cpp] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/doxygen/work/ doxygen-1.5.5/addon/doxywizard' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/devel/doxygen/work/ doxygen-1.5.5/addon/doxywizard' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/doxygen. I hope you can help me, and again, sorry for contacting you directly. cheers Ben -- Ben Madin REMOTE INFORMATION t : +61 8 9192 5455 f : +61 8 9192 5535 m : 0448 887 220 Broome WA 6725 ben@remoteinformation.com.au Out here, it pays to know... From cyberbotx at cyberbotx.com Tue May 27 13:49:27 2008 From: cyberbotx at cyberbotx.com (Naram Qashat) Date: Tue May 27 13:49:31 2008 Subject: FreeBSD Port: doxygen-1.5.5 In-Reply-To: <9D752E07-4970-4287-855F-C5DA9AE98552@remoteinformation.com.au> References: <9D752E07-4970-4287-855F-C5DA9AE98552@remoteinformation.com.au> Message-ID: <483C0DA4.8060702@cyberbotx.com> Ben Madin wrote: > Hello, > > I am sorry to approach you directly, but I had no luck with the freebsd > mailing lists, and I am trying to compile doxygen 1.5.5 on freebsd 7.0, > but keep getting this message : > > g++ -c -O2 -fno-strict-aliasing -pipe -pipe -Wall -W -pthread > -D_THREAD_SAFE -DNODEBUG -DQT_THREAD_SUPPORT -DNO_DEBUG -I../../src > -I/usr/local/include -I/usr/local/include -o obj/portable.o portable.cpp > /usr/local/bin/moc doxywizard.h -o moc/moc_doxywizard.cpp > /libexec/ld-elf.so.1: Shared object "libstdc++.so.5" not found, required > by "moc" I'm not the maintainer, but this error is not coming from Doxygen, but is coming from moc, which is part of QT. You may need to rebuild QT before building Doxygen. Naram Qashat > gmake[2]: *** [moc/moc_doxywizard.cpp] Error 1 > gmake[2]: Leaving directory > `/usr/ports/devel/doxygen/work/doxygen-1.5.5/addon/doxywizard' > gmake[1]: *** [all] Error 2 > gmake[1]: Leaving directory > `/usr/ports/devel/doxygen/work/doxygen-1.5.5/addon/doxywizard' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/devel/doxygen. > > I hope you can help me, and again, sorry for contacting you directly. > > cheers > > Ben > > From cmt at burggraben.net Tue May 27 15:40:23 2008 From: cmt at burggraben.net (Christoph Moench-Tegeder) Date: Tue May 27 15:40:27 2008 Subject: FreeBSD Port: doxygen-1.5.5 In-Reply-To: <9D752E07-4970-4287-855F-C5DA9AE98552@remoteinformation.com.au> References: <9D752E07-4970-4287-855F-C5DA9AE98552@remoteinformation.com.au> Message-ID: <20080527151333.GA1506@elch.haidundneu23.net> ## Ben Madin (ben@remoteinformation.com.au): > /usr/local/bin/moc doxywizard.h -o moc/moc_doxywizard.cpp > /libexec/ld-elf.so.1: Shared object "libstdc++.so.5" not found, required by > "moc" Your moc (mos propably from x11-toolkits/qt33) does not match your base system. FreeBSD 7.0 has libstdc++.so.6. Did you install a package from an older version of FreeBSD or did you upgrade your system "by source" (deleting old librarys in that process)? Regards, Christoph -- Spare Space From m.seaman at infracaninophile.co.uk Tue May 27 15:43:00 2008 From: m.seaman at infracaninophile.co.uk (Matthew Seaman) Date: Tue May 27 15:43:04 2008 Subject: Compiler segfault under fbsd7? In-Reply-To: <20080527104555.GA38717@eos.sc1.parodius.com> References: <20080527105703.yi5jjfb64kow8k8s@webmail.htlwrn.ac.at> <20080527090825.GA35576@eos.sc1.parodius.com> <20080527123805.ywfk7hs9yiog04ww@webmail.htlwrn.ac.at> <20080527104555.GA38717@eos.sc1.parodius.com> Message-ID: <483C2BF6.70804@infracaninophile.co.uk> Jeremy Chadwick wrote: > On Tue, May 27, 2008 at 12:38:05PM +0200, cy@htlwrn.ac.at wrote: >> You are right: make buildworld exits with >> >> /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c: In >> function 'make_internal_attr': >> /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:4240: >> internal compiler error: Segmentation fault: 11 > > You have CPU, motherboard, or memory problems. My vote is on memory. I've seen this on a system without *enough* memory -- when trying to do a 6.x to 7.0 upgrade compilation died in that exact place. Turned out that server hadn't been configured with a swap partition when it was originally built, and adding swap cured the problem. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 258 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080527/3e4b3e75/signature.pgp From kris at FreeBSD.org Tue May 27 19:05:58 2008 From: kris at FreeBSD.org (Kris Kennaway) Date: Tue May 27 19:06:00 2008 Subject: Compiler segfault under fbsd7? In-Reply-To: <483C2BF6.70804@infracaninophile.co.uk> References: <20080527105703.yi5jjfb64kow8k8s@webmail.htlwrn.ac.at> <20080527090825.GA35576@eos.sc1.parodius.com> <20080527123805.ywfk7hs9yiog04ww@webmail.htlwrn.ac.at> <20080527104555.GA38717@eos.sc1.parodius.com> <483C2BF6.70804@infracaninophile.co.uk> Message-ID: <483C5B92.70408@FreeBSD.org> Matthew Seaman wrote: > Jeremy Chadwick wrote: >> On Tue, May 27, 2008 at 12:38:05PM +0200, cy@htlwrn.ac.at wrote: >>> You are right: make buildworld exits with >>> >>> >>> /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c: >>> In function 'make_internal_attr': >>> /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:4240: >>> internal compiler error: Segmentation fault: 11 >> >> You have CPU, motherboard, or memory problems. My vote is on memory. > > I've seen this on a system without *enough* memory -- when trying to do a > 6.x to 7.0 upgrade compilation died in that exact place. Turned out > that server hadn't been configured with a swap partition when it was > originally built, and adding swap cured the problem. It's not quite the same error. The out of memory killer will kill the cc process, which displays "Killed" on the terminal and logs it on the console, and then it may segfault or otherwise crash, as a secondary effect. Kris From derek.graham at att.net Tue May 27 20:36:37 2008 From: derek.graham at att.net (Derek Graham) Date: Tue May 27 20:36:44 2008 Subject: Linux Compatibility version of libXau In-Reply-To: <63233489@bb.ipt.ru> References: <200805251544.26380.derek.graham@att.net> <200805262130.38949.derek.graham@att.net> <63233489@bb.ipt.ru> Message-ID: <200805271509.28414.derek.graham@att.net> Sorry about that, here is what i got from brandelf psclient.bin $brandelf ./psclient.bin File './psclient.bin' is of brand 'SVR4' (0). Sincerely, Derek A. Graham On Tuesday 27 May 2008 08:12:14 am Boris Samorodov wrote: > Hello Derek, > > > please, don't top post (fixed) and keep CC: to a maillist (you may get > a better chances for help). > > On Mon, 26 May 2008 21:30:38 -0500 Derek Graham wrote: > > On Monday 26 May 2008 02:35:52 am Boris Samorodov wrote: > > > On Sun, 25 May 2008 15:44:25 -0500 Derek Graham wrote: > > > > I am trying to get the linux version of Planeshift to work but I need > > > > to find a linux version of libXau, cant find it in ports tho :( > > > > anyone got a solution to getting Planeshift to work? > > > > > > Imho libXau was introduced at Fedora Core 5. We have a default FC4 > > > base linux port. So I'm afraid you have little chances with defaults. > > > > > > However sometime ago (something like a month) I've posted experimental > > > patches (please, check archives of emulation@ ML) to use Fedora 8 > > > ports. The needed library is included. > > > > > > Please be aware that you should have (at least) a recent 7-STABLE > > > to use those patches. > > > > > > Sorry for a short message but I don't have much spare time for now. > > > > Hey Boris, > > I got ya msg, I installed linux_base-f8 and tried patching > > bsd.linux.mk-autoplist.diff > > I am trying to run two programs > > > > Exception in thread "main" > > java.lang.UnsatisfiedLinkError: > > /home/Graham/Desktop/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3232. > >so: /usr/local/lib/compat/libc.so.6: > > Hm, I'm not an exert at java but there is something strange here. > A linux library (libswt-pi-gtk-3232.so) should not find a FreeBSD one > (/usr/local/lib/compat/libc.so.6). Do you have some non-default > environment? Ex., a non-empty LD_LIBRARY_PATH? > > > version GLIBC_2.1.3 required > > by /home/Graham/Desktop/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3 > > 232.so not defined > > > > I compared /usr/local/lib/compat/ to /compat/linux/lib/ they do not match > > Sure, one contains FreeBSD native compat (i.e. old) libaries while the > other has Linux libraries. > > > also 2nd program gives me this: > > Graham@Mulder[/home/Graham/PlaneShift]$./psclient > > ./psclient.bin: error while loading shared libraries: libXau.so.6: cannot > > open shared object file: No such file or directory > > Graham@Mulder[/home/Graham/PlaneShift]$ > > Linux binary (not libraries!) file should be branded. Please, check > it: > % brandelf psclient > > Please, see brandelf(1) for more details. > > > WBR From bsam at ipt.ru Tue May 27 21:27:06 2008 From: bsam at ipt.ru (Boris Samorodov) Date: Tue May 27 21:27:10 2008 Subject: Linux Compatibility version of libXau In-Reply-To: <200805271509.28414.derek.graham@att.net> (Derek Graham's message of "Tue\, 27 May 2008 15\:09\:28 -0500") References: <200805251544.26380.derek.graham@att.net> <200805262130.38949.derek.graham@att.net> <63233489@bb.ipt.ru> <200805271509.28414.derek.graham@att.net> Message-ID: <15074750@bs1.sp34.ru> Hello Derek, since you keep top-posting, I totally misunderstand you. :-( On Tue, 27 May 2008 15:09:28 -0500 Derek Graham wrote: > Sorry about that, What were you sorry about? Was it top-posting? But you still do it. If you don't know that term, please use Google to find it out. If you were sorry about not keeping CC: to ports@, then you misunderstood me -- I advised you to keep CC'ing to the list while I have no objections (for my email) to be at the To: field. So there were really nothing to be sorry about (at this case). It was just a friendly advice, because more people at the list may help. > here is what i got from > brandelf psclient.bin > $brandelf ./psclient.bin > File './psclient.bin' is of brand 'SVR4' (0). Well, this _is_ expected. But I didn't ask for it. I suggested _you_ checking it and read the man page for brandelf ('man 1 brandelf') so you may understand what to do next. Sorry, but this information is useless for me. BTW, you didn't answer questions which may show your problems. > Sincerely, > Derek A. Graham > On Tuesday 27 May 2008 08:12:14 am Boris Samorodov wrote: > > Hello Derek, > > > > > > please, don't top post (fixed) and keep CC: to a maillist (you may get > > a better chances for help). > > > > On Mon, 26 May 2008 21:30:38 -0500 Derek Graham wrote: > > > On Monday 26 May 2008 02:35:52 am Boris Samorodov wrote: > > > > On Sun, 25 May 2008 15:44:25 -0500 Derek Graham wrote: > > > > > I am trying to get the linux version of Planeshift to work but I need > > > > > to find a linux version of libXau, cant find it in ports tho :( > > > > > anyone got a solution to getting Planeshift to work? > > > > > > > > Imho libXau was introduced at Fedora Core 5. We have a default FC4 > > > > base linux port. So I'm afraid you have little chances with defaults. > > > > > > > > However sometime ago (something like a month) I've posted experimental > > > > patches (please, check archives of emulation@ ML) to use Fedora 8 > > > > ports. The needed library is included. > > > > > > > > Please be aware that you should have (at least) a recent 7-STABLE > > > > to use those patches. > > > > > > > > Sorry for a short message but I don't have much spare time for now. > > > > > > Hey Boris, > > > I got ya msg, I installed linux_base-f8 and tried patching > > > bsd.linux.mk-autoplist.diff > > > I am trying to run two programs > > > > > > Exception in thread "main" > > > java.lang.UnsatisfiedLinkError: > > > /home/Graham/Desktop/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3232. > > >so: /usr/local/lib/compat/libc.so.6: > > > > Hm, I'm not an exert at java but there is something strange here. > > A linux library (libswt-pi-gtk-3232.so) should not find a FreeBSD one > > (/usr/local/lib/compat/libc.so.6). Do you have some non-default > > environment? Ex., a non-empty LD_LIBRARY_PATH? > > > > > version GLIBC_2.1.3 required > > > by /home/Graham/Desktop/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3 > > > 232.so not defined > > > > > > I compared /usr/local/lib/compat/ to /compat/linux/lib/ they do not match > > > > Sure, one contains FreeBSD native compat (i.e. old) libaries while the > > other has Linux libraries. > > > > > also 2nd program gives me this: > > > Graham@Mulder[/home/Graham/PlaneShift]$./psclient > > > ./psclient.bin: error while loading shared libraries: libXau.so.6: cannot > > > open shared object file: No such file or directory > > > Graham@Mulder[/home/Graham/PlaneShift]$ > > > > Linux binary (not libraries!) file should be branded. Please, check > > it: > > % brandelf psclient > > > > Please, see brandelf(1) for more details. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From derek.graham at att.net Wed May 28 01:00:52 2008 From: derek.graham at att.net (Derek Graham) Date: Wed May 28 01:00:57 2008 Subject: Linux Compatibility version of libXau In-Reply-To: <15074750@bs1.sp34.ru> References: <200805251544.26380.derek.graham@att.net> <200805271509.28414.derek.graham@att.net> <15074750@bs1.sp34.ru> Message-ID: <200805272000.23312.derek.graham@att.net> Not that i am aware of, my environment should standard. I got Planeshift to work now, I compiled it from source and got it going. The java thing is still giving me problems. Those libraries are directly from the client itself. They are not native libraries. The sflibswt-pi-gtk-3232. so library itself comes from jUploadr itself, which is a linux client using java to give a gui for flickr to upload pictures. So I am imagining that the libraries that are inside it are linux libs and its looking for the linux libs in the normal spot in linux, which are native to freebsd. Any ideas will be helpful Sincerely, Derek A. Graham On Tuesday 27 May 2008 04:32:01 pm Boris Samorodov wrote: > Hello Derek, > > > since you keep top-posting, I totally misunderstand you. :-( > > On Tue, 27 May 2008 15:09:28 -0500 Derek Graham wrote: > > Sorry about that, > > What were you sorry about? Was it top-posting? But you still do it. > If you don't know that term, please use Google to find it out. > > If you were sorry about not keeping CC: to ports@, then you > misunderstood me -- I advised you to keep CC'ing to the list while > I have no objections (for my email) to be at the To: field. So there > were really nothing to be sorry about (at this case). It was just a > friendly advice, because more people at the list may help. > > > here is what i got from > > brandelf psclient.bin > > > > $brandelf ./psclient.bin > > File './psclient.bin' is of brand 'SVR4' (0). > > Well, this _is_ expected. But I didn't ask for it. I suggested _you_ > checking it and read the man page for brandelf ('man 1 brandelf') > so you may understand what to do next. > > Sorry, but this information is useless for me. > > BTW, you didn't answer questions which may show your problems. > > > Sincerely, > > Derek A. Graham > > > > On Tuesday 27 May 2008 08:12:14 am Boris Samorodov wrote: > > > Hello Derek, > > > > > > > > > please, don't top post (fixed) and keep CC: to a maillist (you may get > > > a better chances for help). > > > > > > On Mon, 26 May 2008 21:30:38 -0500 Derek Graham wrote: > > > > On Monday 26 May 2008 02:35:52 am Boris Samorodov wrote: > > > > > On Sun, 25 May 2008 15:44:25 -0500 Derek Graham wrote: > > > > > > I am trying to get the linux version of Planeshift to work but I > > > > > > need to find a linux version of libXau, cant find it in ports tho > > > > > > :( anyone got a solution to getting Planeshift to work? > > > > > > > > > > Imho libXau was introduced at Fedora Core 5. We have a default FC4 > > > > > base linux port. So I'm afraid you have little chances with > > > > > defaults. > > > > > > > > > > However sometime ago (something like a month) I've posted > > > > > experimental patches (please, check archives of emulation@ ML) to > > > > > use Fedora 8 ports. The needed library is included. > > > > > > > > > > Please be aware that you should have (at least) a recent 7-STABLE > > > > > to use those patches. > > > > > > > > > > Sorry for a short message but I don't have much spare time for now. > > > > > > > > Hey Boris, > > > > I got ya msg, I installed linux_base-f8 and tried patching > > > > bsd.linux.mk-autoplist.diff > > > > I am trying to run two programs > > > > > > > > Exception in thread "main" > > > > java.lang.UnsatisfiedLinkError: > > > > /home/Graham/Desktop/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3 > > > >232. so: /usr/local/lib/compat/libc.so.6: > > > > > > Hm, I'm not an exert at java but there is something strange here. > > > A linux library (libswt-pi-gtk-3232.so) should not find a FreeBSD one > > > (/usr/local/lib/compat/libc.so.6). Do you have some non-default > > > environment? Ex., a non-empty LD_LIBRARY_PATH? > > > > > > > version GLIBC_2.1.3 required > > > > by > > > > /home/Graham/Desktop/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3 > > > > 232.so not defined > > > > > > > > I compared /usr/local/lib/compat/ to /compat/linux/lib/ they do not > > > > match > > > > > > Sure, one contains FreeBSD native compat (i.e. old) libaries while the > > > other has Linux libraries. > > > > > > > also 2nd program gives me this: > > > > Graham@Mulder[/home/Graham/PlaneShift]$./psclient > > > > ./psclient.bin: error while loading shared libraries: libXau.so.6: > > > > cannot open shared object file: No such file or directory > > > > Graham@Mulder[/home/Graham/PlaneShift]$ > > > > > > Linux binary (not libraries!) file should be branded. Please, check > > > it: > > > % brandelf psclient > > > > > > Please, see brandelf(1) for more details. > > WBR From derek.graham at att.net Wed May 28 01:18:21 2008 From: derek.graham at att.net (Derek Graham) Date: Wed May 28 01:18:25 2008 Subject: Linux Compatibility version of libXau In-Reply-To: <15074750@bs1.sp34.ru> References: <200805251544.26380.derek.graham@att.net> <200805271509.28414.derek.graham@att.net> <15074750@bs1.sp34.ru> Message-ID: <200805271951.12823.derek.graham@att.net> I did not understand top posting, is this better? I will respond to the questions in a few minutes :) Sincerely, Derek A. Graham On Tuesday 27 May 2008 04:32:01 pm Boris Samorodov wrote: > Hello Derek, > > > since you keep top-posting, I totally misunderstand you. :-( > > On Tue, 27 May 2008 15:09:28 -0500 Derek Graham wrote: > > Sorry about that, > > What were you sorry about? Was it top-posting? But you still do it. > If you don't know that term, please use Google to find it out. > > If you were sorry about not keeping CC: to ports@, then you > misunderstood me -- I advised you to keep CC'ing to the list while > I have no objections (for my email) to be at the To: field. So there > were really nothing to be sorry about (at this case). It was just a > friendly advice, because more people at the list may help. > > > here is what i got from > > brandelf psclient.bin > > > > $brandelf ./psclient.bin > > File './psclient.bin' is of brand 'SVR4' (0). > > Well, this _is_ expected. But I didn't ask for it. I suggested _you_ > checking it and read the man page for brandelf ('man 1 brandelf') > so you may understand what to do next. > > Sorry, but this information is useless for me. > > BTW, you didn't answer questions which may show your problems. > > > Sincerely, > > Derek A. Graham > > > > On Tuesday 27 May 2008 08:12:14 am Boris Samorodov wrote: > > > Hello Derek, > > > > > > > > > please, don't top post (fixed) and keep CC: to a maillist (you may get > > > a better chances for help). > > > > > > On Mon, 26 May 2008 21:30:38 -0500 Derek Graham wrote: > > > > On Monday 26 May 2008 02:35:52 am Boris Samorodov wrote: > > > > > On Sun, 25 May 2008 15:44:25 -0500 Derek Graham wrote: > > > > > > I am trying to get the linux version of Planeshift to work but I > > > > > > need to find a linux version of libXau, cant find it in ports tho > > > > > > :( anyone got a solution to getting Planeshift to work? > > > > > > > > > > Imho libXau was introduced at Fedora Core 5. We have a default FC4 > > > > > base linux port. So I'm afraid you have little chances with > > > > > defaults. > > > > > > > > > > However sometime ago (something like a month) I've posted > > > > > experimental patches (please, check archives of emulation@ ML) to > > > > > use Fedora 8 ports. The needed library is included. > > > > > > > > > > Please be aware that you should have (at least) a recent 7-STABLE > > > > > to use those patches. > > > > > > > > > > Sorry for a short message but I don't have much spare time for now. > > > > > > > > Hey Boris, > > > > I got ya msg, I installed linux_base-f8 and tried patching > > > > bsd.linux.mk-autoplist.diff > > > > I am trying to run two programs > > > > > > > > Exception in thread "main" > > > > java.lang.UnsatisfiedLinkError: > > > > /home/Graham/Desktop/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3 > > > >232. so: /usr/local/lib/compat/libc.so.6: > > > > > > Hm, I'm not an exert at java but there is something strange here. > > > A linux library (libswt-pi-gtk-3232.so) should not find a FreeBSD one > > > (/usr/local/lib/compat/libc.so.6). Do you have some non-default > > > environment? Ex., a non-empty LD_LIBRARY_PATH? > > > > > > > version GLIBC_2.1.3 required > > > > by > > > > /home/Graham/Desktop/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3 > > > > 232.so not defined > > > > > > > > I compared /usr/local/lib/compat/ to /compat/linux/lib/ they do not > > > > match > > > > > > Sure, one contains FreeBSD native compat (i.e. old) libaries while the > > > other has Linux libraries. > > > > > > > also 2nd program gives me this: > > > > Graham@Mulder[/home/Graham/PlaneShift]$./psclient > > > > ./psclient.bin: error while loading shared libraries: libXau.so.6: > > > > cannot open shared object file: No such file or directory > > > > Graham@Mulder[/home/Graham/PlaneShift]$ > > > > > > Linux binary (not libraries!) file should be branded. Please, check > > > it: > > > % brandelf psclient > > > > > > Please, see brandelf(1) for more details. > > WBR From derek.graham at att.net Wed May 28 01:27:32 2008 From: derek.graham at att.net (Derek Graham) Date: Wed May 28 01:27:37 2008 Subject: Linux Compatibility version of libXau In-Reply-To: <15074750@bs1.sp34.ru> References: <200805251544.26380.derek.graham@att.net> <200805271509.28414.derek.graham@att.net> <15074750@bs1.sp34.ru> Message-ID: <200805272000.23312.derek.graham@att.net> Not that i am aware of, my environment should standard. I got Planeshift to work now, I compiled it from source and got it going. The java thing is still giving me problems. Those libraries are directly from the client itself. They are not native libraries. The sflibswt-pi-gtk-3232. so library itself comes from jUploadr itself, which is a linux client using java to give a gui for flickr to upload pictures. So I am imagining that the libraries that are inside it are linux libs and its looking for the linux libs in the normal spot in linux, which are native to freebsd. Any ideas will be helpful Sincerely, Derek A. Graham On Tuesday 27 May 2008 04:32:01 pm Boris Samorodov wrote: > Hello Derek, > > > since you keep top-posting, I totally misunderstand you. :-( > > On Tue, 27 May 2008 15:09:28 -0500 Derek Graham wrote: > > Sorry about that, > > What were you sorry about? Was it top-posting? But you still do it. > If you don't know that term, please use Google to find it out. > > If you were sorry about not keeping CC: to ports@, then you > misunderstood me -- I advised you to keep CC'ing to the list while > I have no objections (for my email) to be at the To: field. So there > were really nothing to be sorry about (at this case). It was just a > friendly advice, because more people at the list may help. > > > here is what i got from > > brandelf psclient.bin > > > > $brandelf ./psclient.bin > > File './psclient.bin' is of brand 'SVR4' (0). > > Well, this _is_ expected. But I didn't ask for it. I suggested _you_ > checking it and read the man page for brandelf ('man 1 brandelf') > so you may understand what to do next. > > Sorry, but this information is useless for me. > > BTW, you didn't answer questions which may show your problems. > > > Sincerely, > > Derek A. Graham > > > > On Tuesday 27 May 2008 08:12:14 am Boris Samorodov wrote: > > > Hello Derek, > > > > > > > > > please, don't top post (fixed) and keep CC: to a maillist (you may get > > > a better chances for help). > > > > > > On Mon, 26 May 2008 21:30:38 -0500 Derek Graham wrote: > > > > On Monday 26 May 2008 02:35:52 am Boris Samorodov wrote: > > > > > On Sun, 25 May 2008 15:44:25 -0500 Derek Graham wrote: > > > > > > I am trying to get the linux version of Planeshift to work but I > > > > > > need to find a linux version of libXau, cant find it in ports tho > > > > > > :( anyone got a solution to getting Planeshift to work? > > > > > > > > > > Imho libXau was introduced at Fedora Core 5. We have a default FC4 > > > > > base linux port. So I'm afraid you have little chances with > > > > > defaults. > > > > > > > > > > However sometime ago (something like a month) I've posted > > > > > experimental patches (please, check archives of emulation@ ML) to > > > > > use Fedora 8 ports. The needed library is included. > > > > > > > > > > Please be aware that you should have (at least) a recent 7-STABLE > > > > > to use those patches. > > > > > > > > > > Sorry for a short message but I don't have much spare time for now. > > > > > > > > Hey Boris, > > > > I got ya msg, I installed linux_base-f8 and tried patching > > > > bsd.linux.mk-autoplist.diff > > > > I am trying to run two programs > > > > > > > > Exception in thread "main" > > > > java.lang.UnsatisfiedLinkError: > > > > /home/Graham/Desktop/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3 > > > >232. so: /usr/local/lib/compat/libc.so.6: > > > > > > Hm, I'm not an exert at java but there is something strange here. > > > A linux library (libswt-pi-gtk-3232.so) should not find a FreeBSD one > > > (/usr/local/lib/compat/libc.so.6). Do you have some non-default > > > environment? Ex., a non-empty LD_LIBRARY_PATH? > > > > > > > version GLIBC_2.1.3 required > > > > by > > > > /home/Graham/Desktop/jUploadr-1.1.2-linuxGTK-i386/lib/libswt-pi-gtk-3 > > > > 232.so not defined > > > > > > > > I compared /usr/local/lib/compat/ to /compat/linux/lib/ they do not > > > > match > > > > > > Sure, one contains FreeBSD native compat (i.e. old) libaries while the > > > other has Linux libraries. > > > > > > > also 2nd program gives me this: > > > > Graham@Mulder[/home/Graham/PlaneShift]$./psclient > > > > ./psclient.bin: error while loading shared libraries: libXau.so.6: > > > > cannot open shared object file: No such file or directory > > > > Graham@Mulder[/home/Graham/PlaneShift]$ > > > > > > Linux binary (not libraries!) file should be branded. Please, check > > > it: > > > % brandelf psclient > > > > > > Please, see brandelf(1) for more details. > > WBR From sahil at tandon.net Wed May 28 01:55:42 2008 From: sahil at tandon.net (Sahil Tandon) Date: Wed May 28 01:55:52 2008 Subject: Linux Compatibility version of libXau In-Reply-To: <200805271951.12823.derek.graham@att.net> References: <200805251544.26380.derek.graham@att.net> <200805271509.28414.derek.graham@att.net> <15074750@bs1.sp34.ru> <200805271951.12823.derek.graham@att.net> Message-ID: <20080528015535.GA47015@shepherd> Derek Graham wrote: > I did not understand top posting, is this better? I will respond to the > questions in a few minutes :) No, that is not better. Top-posting is replying to emails with the original message(s) placed below your own reply. Please stop it. -- Sahil Tandon From derek.graham at att.net Wed May 28 02:09:10 2008 From: derek.graham at att.net (Derek Graham) Date: Wed May 28 02:09:21 2008 Subject: Linux Compatibility version of libXau In-Reply-To: <20080528015535.GA47015@shepherd> References: <200805251544.26380.derek.graham@att.net> <200805271951.12823.derek.graham@att.net> <20080528015535.GA47015@shepherd> Message-ID: <200805272108.39937.derek.graham@att.net> On Tuesday 27 May 2008 08:55:36 pm you wrote: > Derek Graham wrote: > > I did not understand top posting, is this better? I will respond to the > > questions in a few minutes :) > > No, that is not better. Top-posting is replying to emails with the > original message(s) placed below your own reply. Please stop it. There all fixed, again I am sorry, did not know what I was doing. I am so used to having my reply on top, fixed shouldnt have a problem anymore Sincerely, Derek A. Graham From dan at langille.org Wed May 28 02:40:20 2008 From: dan at langille.org (Dan Langille) Date: Wed May 28 02:40:27 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix Message-ID: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> Can you tell me why this portupgrade fails? creating seeking_example Making all in vq ---> Backing up the old version tar: +COMMENT: Cannot stat: No such file or directory tar: +DESC: Cannot stat: No such file or directory tar: Error exit delayed from previous errors. pkg_create: make_dist: tar command failed with code 256 ---> Uninstalling the old version ---> Deinstalling 'libvorbis-1.2.0,3' pkg_delete: package 'libvorbis-1.2.0,3' is required by these other packages and may not be deinstalled (but I'll delete it anyway): arts-1.5.6_2,1 cdrdao-1.2.1 gwenview-1.4.1_2 kdebase-kompmgr-3.5.7 kdelibs-3.5.7 libkipi-0.1.5_1 tpb-0.6.4_2 xmms-1.2.10_9 xosd-2.2.12_2 pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix ** Listing the failed packages (*:skipped / !:failed) ! libvorbis-1.2.0,3 (pkg_delete failed) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ** Listing the failed packages (*:skipped / !:failed) ! audio/libvorbis (libvorbis-1.2.0,3) (uninstall error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ** Could not clean up temporary directory: Directory not empty - /var/ tmp/portupgraderQXt3d8c -- Dan Langille -- http://www.langille.org/ From ben at remoteinformation.com.au Wed May 28 04:10:10 2008 From: ben at remoteinformation.com.au (Ben Madin) Date: Wed May 28 04:10:18 2008 Subject: FreeBSD Port: doxygen-1.5.5 In-Reply-To: <483C0DA4.8060702@cyberbotx.com> References: <9D752E07-4970-4287-855F-C5DA9AE98552@remoteinformation.com.au> <483C0DA4.8060702@cyberbotx.com> Message-ID: Thank you both, this was very helpful, I have done the rebuild for all ports - qt wouldn't rebuild, so I had to force delete it and reinstall from ports. This appears to have solved the problem below. (I notice it is now 1.5.6 as well) cheers Ben On 27/05/2008, at 9:33 PM, Naram Qashat wrote: > Ben Madin wrote: >> Hello, >> I am sorry to approach you directly, but I had no luck with the >> freebsd mailing lists, and I am trying to compile doxygen 1.5.5 on >> freebsd 7.0, but keep getting this message : >> g++ -c -O2 -fno-strict-aliasing -pipe -pipe -Wall -W -pthread - >> D_THREAD_SAFE -DNODEBUG -DQT_THREAD_SUPPORT -DNO_DEBUG -I../../src - >> I/usr/local/include -I/usr/local/include -o obj/portable.o >> portable.cpp >> /usr/local/bin/moc doxywizard.h -o moc/moc_doxywizard.cpp >> /libexec/ld-elf.so.1: Shared object "libstdc++.so.5" not found, >> required by "moc" > > I'm not the maintainer, but this error is not coming from Doxygen, > but is coming from moc, which is part of QT. You may need to > rebuild QT before building Doxygen. > > Naram Qashat > >> gmake[2]: *** [moc/moc_doxywizard.cpp] Error 1 >> gmake[2]: Leaving directory `/usr/ports/devel/doxygen/work/ >> doxygen-1.5.5/addon/doxywizard' >> gmake[1]: *** [all] Error 2 >> gmake[1]: Leaving directory `/usr/ports/devel/doxygen/work/ >> doxygen-1.5.5/addon/doxywizard' >> gmake: *** [all] Error 2 >> *** Error code 2 >> Stop in /usr/ports/devel/doxygen. >> I hope you can help me, and again, sorry for contacting you directly. >> cheers >> Ben -- Ben Madin REMOTE INFORMATION t : +61 8 9192 5455 f : +61 8 9192 5535 m : 0448 887 220 Broome WA 6725 ben@remoteinformation.com.au Out here, it pays to know... From paul at it.ca Wed May 28 06:34:11 2008 From: paul at it.ca (Paul Chvostek) Date: Wed May 28 06:34:15 2008 Subject: what do I do with python eggs? Message-ID: <20080528061932.GM6447@it.ca> Hiya. I'm making a port that uses Python and easy_install. I'm not familiar with this installer ... but the port I've created follows the example of some others, and does appear to install. The catch is, it doesn't clean up. A `make deinstall` or pkg_delete will leave stuff in /usr/local/lib/python2.5/site-packages/*-py2.5.egg/ and I'm not sure what to add to pkg-plist, since this is something that easy_install is doing. Is this enough information? What am I failing to understand about eggs? Thanks. :) p -- Paul Chvostek "To larger sight, the rim of shadow is the line of light." - Thomas William Parsons From fenner at FreeBSD.org Wed May 28 10:00:11 2008 From: fenner at FreeBSD.org (Bill Fenner) Date: Wed May 28 10:00:13 2008 Subject: Possibly unbuildable ports reminder Message-ID: <200805281000.m4SA0BVM045204@freefall.freebsd.org> Dear porters, This is just a reminder to please periodically check the list of unbuildable ports at http://pointyhat.freebsd.org/errorlogs/ . A list by MAINTAINER is http://people.freebsd.org/~fenner/errorlogs/ so you can easily check the status of ports that you maintain. In addition, the list of ports with no MAINTAINER with build problems is http://people.freebsd.org/~fenner/errorlogs/ports@freebsd.org.html Since no one is responsible for these ports, the problem won't get fixed unless someone on this list takes the initiative. Thanks for your help! Bill "annoying port email" Fenner From infofarmer at FreeBSD.org Wed May 28 10:10:13 2008 From: infofarmer at FreeBSD.org (Andrew Pantyukhin) Date: Wed May 28 10:10:17 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix In-Reply-To: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> References: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> Message-ID: <20080528101008.GX92161@amilo.cenkes.org> On Tue, May 27, 2008 at 10:23:51PM -0400, Dan Langille wrote: > Can you tell me why this portupgrade fails? > > creating seeking_example > Making all in vq > ---> Backing up the old version > tar: +COMMENT: Cannot stat: No such file or directory > tar: +DESC: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. Because you lost a couple of files in /var/db/pkg? From itetcu at FreeBSD.org Wed May 28 10:25:26 2008 From: itetcu at FreeBSD.org (Ion-Mihai Tetcu) Date: Wed May 28 10:25:29 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix In-Reply-To: <20080528101008.GX92161@amilo.cenkes.org> References: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> <20080528101008.GX92161@amilo.cenkes.org> Message-ID: <20080528132519.3399b572@it.buh.tecnik93.com> On Wed, 28 May 2008 14:10:09 +0400 Andrew Pantyukhin wrote: > On Tue, May 27, 2008 at 10:23:51PM -0400, Dan Langille wrote: > > Can you tell me why this portupgrade fails? > > > > creating seeking_example > > Making all in vq > > ---> Backing up the old version > > tar: +COMMENT: Cannot stat: No such file or directory > > tar: +DESC: Cannot stat: No such file or directory > > tar: Error exit delayed from previous errors. > > Because you lost a couple of files in /var/db/pkg? I wonder if he uses portupgrade ... -- IOnut - Un^d^dregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" FreeBSD committer -> itetcu@FreeBSD.org, PGP Key ID 057E9F8B493A297B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080528/7fbf2e7a/signature.pgp From dan at langille.org Wed May 28 11:46:42 2008 From: dan at langille.org (Dan Langille) Date: Wed May 28 11:46:46 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix In-Reply-To: <20080528101008.GX92161@amilo.cenkes.org> References: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> <20080528101008.GX92161@amilo.cenkes.org> Message-ID: <0EA7D07A-93A5-4D79-82EA-1F041D9DB89F@langille.org> On May 28, 2008, at 6:10 AM, Andrew Pantyukhin wrote: > On Tue, May 27, 2008 at 10:23:51PM -0400, Dan Langille wrote: >> Can you tell me why this portupgrade fails? >> >> creating seeking_example >> Making all in vq >> ---> Backing up the old version >> tar: +COMMENT: Cannot stat: No such file or directory >> tar: +DESC: Cannot stat: No such file or directory >> tar: Error exit delayed from previous errors. > > Because you lost a couple of files in /var/db/pkg? A poor question on my part. How can I make this portupgrade succeed? -- Dan Langille -- http://www.langille.org/ From infofarmer at FreeBSD.org Wed May 28 12:49:21 2008 From: infofarmer at FreeBSD.org (Andrew Pantyukhin) Date: Wed May 28 12:49:27 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix In-Reply-To: <0EA7D07A-93A5-4D79-82EA-1F041D9DB89F@langille.org> References: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> <20080528101008.GX92161@amilo.cenkes.org> <0EA7D07A-93A5-4D79-82EA-1F041D9DB89F@langille.org> Message-ID: <20080528124915.GZ92161@amilo.cenkes.org> On Wed, May 28, 2008 at 07:46:05AM -0400, Dan Langille wrote: > > On May 28, 2008, at 6:10 AM, Andrew Pantyukhin wrote: > >> On Tue, May 27, 2008 at 10:23:51PM -0400, Dan Langille wrote: >>> Can you tell me why this portupgrade fails? >>> >>> creating seeking_example >>> Making all in vq >>> ---> Backing up the old version >>> tar: +COMMENT: Cannot stat: No such file or directory >>> tar: +DESC: Cannot stat: No such file or directory >>> tar: Error exit delayed from previous errors. >> >> Because you lost a couple of files in /var/db/pkg? > > A poor question on my part. > > How can I make this portupgrade succeed? timtowtdi: 1. pkg_delete -af 2. rm -rf /var/db/pkg 3. touch /var/db/pkg/*/+{COMMENT,DESC} 4. pkg_delete -x 5. ln -sf /usr/bin/true /usr/local/sbin/portupgrade There is no "right way". Portupgrade is a great tool which just likes to really screw up once in a while. I guess it's a fair payment for all the headaches it solves. From paul at it.ca Wed May 28 14:00:15 2008 From: paul at it.ca (Paul Chvostek) Date: Wed May 28 14:00:19 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix In-Reply-To: <0EA7D07A-93A5-4D79-82EA-1F041D9DB89F@langille.org> References: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> <20080528101008.GX92161@amilo.cenkes.org> <0EA7D07A-93A5-4D79-82EA-1F041D9DB89F@langille.org> Message-ID: <20080528140010.GA49092@it.ca> On Wed, May 28, 2008 at 07:46:05AM -0400, Dan Langille wrote: > > On May 28, 2008, at 6:10 AM, Andrew Pantyukhin wrote: > > >On Tue, May 27, 2008 at 10:23:51PM -0400, Dan Langille wrote: > >>Can you tell me why this portupgrade fails? > >> > >>creating seeking_example > >>Making all in vq > >>---> Backing up the old version > >>tar: +COMMENT: Cannot stat: No such file or directory > >>tar: +DESC: Cannot stat: No such file or directory > >>tar: Error exit delayed from previous errors. > > > >Because you lost a couple of files in /var/db/pkg? > > A poor question on my part. > > How can I make this portupgrade succeed? If the problem is only that those two files are missing from /var/db/pkg/*/, you can likely just touch(1) them and be on your way. If other files are missing, you're in a little more trouble, but I've gotten out of this simply by installing the port manually with a FORCE_PKG_REGISTER. That is, force a reinstall without using portupgrade: # cd /usr/ports/foo/bar # make all install clean FORCE_PKG_REGISTER=1 # pkgdb -F # portupgrade -fRr bar-0.0 The last step is to clean up dependencies, and may not be required. p -- Paul Chvostek From kris at pcbsd.com Wed May 28 14:01:08 2008 From: kris at pcbsd.com (Kris Moore) Date: Wed May 28 14:01:14 2008 Subject: Compile error on: devel/ORBit2 Message-ID: <483D65A1.3090903@pcbsd.com> Having some trouble here getting Orbit2 to compile on a 7-Stable system: ../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL -I../../../s rc/idl/CORBA -I../../../src/idl/misc -I../../../src/idl/interop -I. -D_PRE_3_0_C OMPILER_ --noskels --nodefskels --nostubs --noidata --noheaders --define=Object= OObject --define=TypeCode=TTypeCode --showcpperrors --deps ../../../include/orbi t/orb-core/.deps/orbit-interface.idl.P ../../../include/orbit/orb-core/../../../ src/orb/orb-core/orbit-interface.idl orbit-idl-2 2.14.12 compiling mode, show preprocessor errors, passes: common Processing file ../../../include/orbit/orb-core/../../../src/orb/orb-core/orbit- interface.idl cc1: note: obsolete option -I- used, please use -iquote instead ../../../include/orbit/orb-core/../../../src/orb/orb-core/orbit-interface.idl:15 : Error: `TTypeCode' undeclared identifier ** (orbit-idl-2:73495): WARNING **: ../../../include/orbit/orb-core/../../../src /orb/orb-core/orbit-interface.idl compilation failed gmake[4]: *** [../../../include/orbit/orb-core/orbit-interface.h] Error 1 gmake[4]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src/orb /orb-core' gmake[3]: *** [install] Error 2 gmake[3]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src/orb /orb-core' gmake[2]: *** [install-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src/orb ' gmake[1]: *** [install-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src' gmake: *** [install-recursive] Error 1 *** Error code 2 Stop in /usr/ports/devel/ORBit2. Any ideas? -- Kris Moore PC-BSD Software http://www.pcbsd.com From dan at langille.org Wed May 28 15:19:55 2008 From: dan at langille.org (Dan Langille) Date: Wed May 28 15:20:00 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix In-Reply-To: <20080528140010.GA49092@it.ca> References: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> <20080528101008.GX92161@amilo.cenkes.org> <0EA7D07A-93A5-4D79-82EA-1F041D9DB89F@langille.org> <20080528140010.GA49092@it.ca> Message-ID: <50343A5C-FD3E-4D79-85FA-62C39B6F0A22@langille.org> On May 28, 2008, at 10:00 AM, Paul Chvostek wrote: > On Wed, May 28, 2008 at 07:46:05AM -0400, Dan Langille wrote: >> >> On May 28, 2008, at 6:10 AM, Andrew Pantyukhin wrote: >> >>> On Tue, May 27, 2008 at 10:23:51PM -0400, Dan Langille wrote: >>>> Can you tell me why this portupgrade fails? >>>> >>>> creating seeking_example >>>> Making all in vq >>>> ---> Backing up the old version >>>> tar: +COMMENT: Cannot stat: No such file or directory >>>> tar: +DESC: Cannot stat: No such file or directory >>>> tar: Error exit delayed from previous errors. >>> >>> Because you lost a couple of files in /var/db/pkg? >> >> A poor question on my part. >> >> How can I make this portupgrade succeed? > > If the problem is only that those two files are missing from > /var/db/pkg/*/, you can likely just touch(1) them and be on your way. It does not seem to be the files: [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ ls -l total 4 -rw-r--r-- 1 root wheel 32 May 28 03:11 +CONTENTS -rw-r--r-- 1 root wheel 137 May 28 03:02 +REQUIRED_BY [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ sudo touch +COMMENT +DESC Password: [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ ls -l total 4 -rw-r--r-- 1 root wheel 0 May 28 16:15 +COMMENT -rw-r--r-- 1 root wheel 32 May 28 03:11 +CONTENTS -rw-r--r-- 1 root wheel 0 May 28 16:15 +DESC -rw-r--r-- 1 root wheel 137 May 28 03:02 +REQUIRED_BY [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ ---> Backing up the old version ---> Uninstalling the old version ---> Deinstalling 'libvorbis-1.2.0,3' pkg_delete: package 'libvorbis-1.2.0,3' is required by these other packages and may not be deinstalled (but I'll delete it anyway): arts-1.5.6_2,1 cdrdao-1.2.1 gwenview-1.4.1_2 kdebase-kompmgr-3.5.7 kdelibs-3.5.7 libkipi-0.1.5_1 tpb-0.6.4_2 xmms-1.2.10_9 xosd-2.2.12_2 pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix ** Listing the failed packages (*:skipped / !:failed) ! libvorbis-1.2.0,3 (pkg_delete failed) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ** Listing the failed packages (*:skipped / !:failed) ! audio/libvorbis (libvorbis-1.2.0,3) (uninstall error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ** Could not clean up temporary directory: Directory not empty - /var/ tmp/portupgradeO2aF5f0C [dan@ngaio:~] $ > > If other files are missing, you're in a little more trouble, but I've > gotten out of this simply by installing the port manually with a > FORCE_PKG_REGISTER. That is, force a reinstall without using > portupgrade: > > # cd /usr/ports/foo/bar > # make all install clean FORCE_PKG_REGISTER=1 > # pkgdb -F > # portupgrade -fRr bar-0.0 > > The last step is to clean up dependencies, and may not be required. In the interests of discovering what is causing the problem, I will keep FORCE_PKG_REGISTER in reserve. Thank you. -- Dan Langille -- http://www.langille.org/ From dan at langille.org Wed May 28 15:35:20 2008 From: dan at langille.org (Dan Langille) Date: Wed May 28 15:35:28 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix In-Reply-To: <20080528140010.GA49092@it.ca> References: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> <20080528101008.GX92161@amilo.cenkes.org> <0EA7D07A-93A5-4D79-82EA-1F041D9DB89F@langille.org> <20080528140010.GA49092@it.ca> Message-ID: <50343A5C-FD3E-4D79-85FA-62C39B6F0A22@langille.org> On May 28, 2008, at 10:00 AM, Paul Chvostek wrote: > On Wed, May 28, 2008 at 07:46:05AM -0400, Dan Langille wrote: >> >> On May 28, 2008, at 6:10 AM, Andrew Pantyukhin wrote: >> >>> On Tue, May 27, 2008 at 10:23:51PM -0400, Dan Langille wrote: >>>> Can you tell me why this portupgrade fails? >>>> >>>> creating seeking_example >>>> Making all in vq >>>> ---> Backing up the old version >>>> tar: +COMMENT: Cannot stat: No such file or directory >>>> tar: +DESC: Cannot stat: No such file or directory >>>> tar: Error exit delayed from previous errors. >>> >>> Because you lost a couple of files in /var/db/pkg? >> >> A poor question on my part. >> >> How can I make this portupgrade succeed? > > If the problem is only that those two files are missing from > /var/db/pkg/*/, you can likely just touch(1) them and be on your way. It does not seem to be the files: [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ ls -l total 4 -rw-r--r-- 1 root wheel 32 May 28 03:11 +CONTENTS -rw-r--r-- 1 root wheel 137 May 28 03:02 +REQUIRED_BY [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ sudo touch +COMMENT +DESC Password: [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ ls -l total 4 -rw-r--r-- 1 root wheel 0 May 28 16:15 +COMMENT -rw-r--r-- 1 root wheel 32 May 28 03:11 +CONTENTS -rw-r--r-- 1 root wheel 0 May 28 16:15 +DESC -rw-r--r-- 1 root wheel 137 May 28 03:02 +REQUIRED_BY [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ ---> Backing up the old version ---> Uninstalling the old version ---> Deinstalling 'libvorbis-1.2.0,3' pkg_delete: package 'libvorbis-1.2.0,3' is required by these other packages and may not be deinstalled (but I'll delete it anyway): arts-1.5.6_2,1 cdrdao-1.2.1 gwenview-1.4.1_2 kdebase-kompmgr-3.5.7 kdelibs-3.5.7 libkipi-0.1.5_1 tpb-0.6.4_2 xmms-1.2.10_9 xosd-2.2.12_2 pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix ** Listing the failed packages (*:skipped / !:failed) ! libvorbis-1.2.0,3 (pkg_delete failed) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ** Listing the failed packages (*:skipped / !:failed) ! audio/libvorbis (libvorbis-1.2.0,3) (uninstall error) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed ** Could not clean up temporary directory: Directory not empty - /var/ tmp/portupgradeO2aF5f0C [dan@ngaio:~] $ > > If other files are missing, you're in a little more trouble, but I've > gotten out of this simply by installing the port manually with a > FORCE_PKG_REGISTER. That is, force a reinstall without using > portupgrade: > > # cd /usr/ports/foo/bar > # make all install clean FORCE_PKG_REGISTER=1 > # pkgdb -F > # portupgrade -fRr bar-0.0 > > The last step is to clean up dependencies, and may not be required. In the interests of discovering what is causing the problem, I will keep FORCE_PKG_REGISTER in reserve. Thank you. -- Dan Langille -- http://www.langille.org/ From mezz7 at cox.net Wed May 28 15:54:36 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed May 28 15:54:43 2008 Subject: Compile error on: devel/ORBit2 In-Reply-To: <483D65A1.3090903@pcbsd.com> References: <483D65A1.3090903@pcbsd.com> Message-ID: On Wed, 28 May 2008 09:01:05 -0500, Kris Moore wrote: > > Having some trouble here getting Orbit2 to compile on a 7-Stable system: > > > ../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL > -I../../../s > rc/idl/CORBA -I../../../src/idl/misc -I../../../src/idl/interop -I. > -D_PRE_3_0_C > OMPILER_ --noskels --nodefskels --nostubs --noidata --noheaders > --define=Object= > OObject --define=TypeCode=TTypeCode --showcpperrors --deps > ../../../include/orbi > t/orb-core/.deps/orbit-interface.idl.P > ../../../include/orbit/orb-core/../../../ > src/orb/orb-core/orbit-interface.idl > orbit-idl-2 2.14.12 compiling > mode, show preprocessor errors, passes: common > > Processing file > ../../../include/orbit/orb-core/../../../src/orb/orb-core/orbit- > interface.idl > cc1: note: obsolete option -I- used, please use -iquote instead > ../../../include/orbit/orb-core/../../../src/orb/orb-core/orbit-interface.idl:15 > : Error: `TTypeCode' undeclared identifier > > ** (orbit-idl-2:73495): WARNING **: > ../../../include/orbit/orb-core/../../../src > /orb/orb-core/orbit-interface.idl compilation failed > gmake[4]: *** [../../../include/orbit/orb-core/orbit-interface.h] Error 1 > gmake[4]: Leaving directory > `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src/orb > /orb-core' > gmake[3]: *** [install] Error 2 > gmake[3]: Leaving directory > `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src/orb > /orb-core' > gmake[2]: *** [install-recursive] Error 1 > gmake[2]: Leaving directory > `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src/orb > ' > gmake[1]: *** [install-recursive] Error 1 > gmake[1]: Leaving directory > `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src' > gmake: *** [install-recursive] Error 1 > *** Error code 2 > > Stop in /usr/ports/devel/ORBit2. > > > Any ideas? No idea, but I have found in about it in google (third link of result, first page). http://bugs.gentoo.org/109681 Did you custom the CPUTYPE, CFLAG and -jN? Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From mezz7 at cox.net Wed May 28 15:55:40 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Wed May 28 15:55:50 2008 Subject: Compile error on: devel/ORBit2 In-Reply-To: References: <483D65A1.3090903@pcbsd.com> Message-ID: On Wed, 28 May 2008 10:56:46 -0500, Jeremy Messenger wrote: > On Wed, 28 May 2008 09:01:05 -0500, Kris Moore wrote: > >> >> Having some trouble here getting Orbit2 to compile on a 7-Stable system: >> >> >> ../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL >> -I../../../s >> rc/idl/CORBA -I../../../src/idl/misc -I../../../src/idl/interop -I. >> -D_PRE_3_0_C >> OMPILER_ --noskels --nodefskels --nostubs --noidata --noheaders >> --define=Object= >> OObject --define=TypeCode=TTypeCode --showcpperrors --deps >> ../../../include/orbi >> t/orb-core/.deps/orbit-interface.idl.P >> ../../../include/orbit/orb-core/../../../ >> src/orb/orb-core/orbit-interface.idl >> orbit-idl-2 2.14.12 compiling >> mode, show preprocessor errors, passes: common >> >> Processing file >> ../../../include/orbit/orb-core/../../../src/orb/orb-core/orbit- >> interface.idl >> cc1: note: obsolete option -I- used, please use -iquote instead >> ../../../include/orbit/orb-core/../../../src/orb/orb-core/orbit-interface.idl:15 >> : Error: `TTypeCode' undeclared identifier >> >> ** (orbit-idl-2:73495): WARNING **: >> ../../../include/orbit/orb-core/../../../src >> /orb/orb-core/orbit-interface.idl compilation failed >> gmake[4]: *** [../../../include/orbit/orb-core/orbit-interface.h] Error >> 1 >> gmake[4]: Leaving directory >> `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src/orb >> /orb-core' >> gmake[3]: *** [install] Error 2 >> gmake[3]: Leaving directory >> `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src/orb >> /orb-core' >> gmake[2]: *** [install-recursive] Error 1 >> gmake[2]: Leaving directory >> `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src/orb >> ' >> gmake[1]: *** [install-recursive] Error 1 >> gmake[1]: Leaving directory >> `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src' >> gmake: *** [install-recursive] Error 1 >> *** Error code 2 >> >> Stop in /usr/ports/devel/ORBit2. >> >> >> Any ideas? > > No idea, but I have found in about it in google (third link of result, > first page). > > http://bugs.gentoo.org/109681 > > Did you custom the CPUTYPE, CFLAG and -jN? BTW: Is your clock in sync? > Cheers, > Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From kris at pcbsd.com Wed May 28 16:41:55 2008 From: kris at pcbsd.com (Kris Moore) Date: Wed May 28 16:42:05 2008 Subject: Compile error on: devel/ORBit2 In-Reply-To: References: <483D65A1.3090903@pcbsd.com> Message-ID: <483D8B51.7060603@pcbsd.com> Jeremy Messenger wrote: > On Wed, 28 May 2008 10:56:46 -0500, Jeremy Messenger wrote: > >> On Wed, 28 May 2008 09:01:05 -0500, Kris Moore wrote: >> >>> >>> Having some trouble here getting Orbit2 to compile on a 7-Stable system: >>> >>> >>> ../../../src/idl-compiler/orbit-idl-2 -I../../../src/idl/CORBA_PIDL >>> -I../../../s >>> rc/idl/CORBA -I../../../src/idl/misc -I../../../src/idl/interop -I. >>> -D_PRE_3_0_C >>> OMPILER_ --noskels --nodefskels --nostubs --noidata --noheaders >>> --define=Object= >>> OObject --define=TypeCode=TTypeCode --showcpperrors --deps >>> ../../../include/orbi >>> t/orb-core/.deps/orbit-interface.idl.P >>> ../../../include/orbit/orb-core/../../../ >>> src/orb/orb-core/orbit-interface.idl >>> orbit-idl-2 2.14.12 compiling >>> mode, show preprocessor errors, passes: common >>> >>> Processing file >>> ../../../include/orbit/orb-core/../../../src/orb/orb-core/orbit- >>> interface.idl >>> cc1: note: obsolete option -I- used, please use -iquote instead >>> ../../../include/orbit/orb-core/../../../src/orb/orb-core/orbit-interface.idl:15 >>> >>> : Error: `TTypeCode' undeclared identifier >>> >>> ** (orbit-idl-2:73495): WARNING **: >>> ../../../include/orbit/orb-core/../../../src >>> /orb/orb-core/orbit-interface.idl compilation failed >>> gmake[4]: *** [../../../include/orbit/orb-core/orbit-interface.h] >>> Error 1 >>> gmake[4]: Leaving directory >>> `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src/orb >>> /orb-core' >>> gmake[3]: *** [install] Error 2 >>> gmake[3]: Leaving directory >>> `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src/orb >>> /orb-core' >>> gmake[2]: *** [install-recursive] Error 1 >>> gmake[2]: Leaving directory >>> `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src/orb >>> ' >>> gmake[1]: *** [install-recursive] Error 1 >>> gmake[1]: Leaving directory >>> `/usr/ports/devel/ORBit2/work/ORBit2-2.14.12/src' >>> gmake: *** [install-recursive] Error 1 >>> *** Error code 2 >>> >>> Stop in /usr/ports/devel/ORBit2. >>> >>> >>> Any ideas? >> >> No idea, but I have found in about it in google (third link of result, >> first page). >> >> http://bugs.gentoo.org/109681 >> >> Did you custom the CPUTYPE, CFLAG and -jN? > > BTW: Is your clock in sync? > >> Cheers, >> Mezz > > No custom build flags, but I think this may be a clock issue. I just noticed that the date is off by a few days, and others have reported problems compiling with a out-of-sync clock as well. I'll setup ntpd and try again. Thanks! -- Kris Moore PC-BSD Software http://www.pcbsd.com From glarkin at sourcehosting.net Wed May 28 18:06:48 2008 From: glarkin at sourcehosting.net (Greg Larkin) Date: Wed May 28 18:06:51 2008 Subject: what do I do with python eggs? In-Reply-To: <20080528061932.GM6447@it.ca> References: <20080528061932.GM6447@it.ca> Message-ID: <004201c8c0ed$97db8f70$0c01a8c0@FIREBALL> > Hiya. > > I'm making a port that uses Python and easy_install. I'm not > familiar with this installer ... but the port I've created > follows the example of some others, and does appear to install. > > The catch is, it doesn't clean up. A `make deinstall` or > pkg_delete will leave stuff in > /usr/local/lib/python2.5/site-packages/*-py2.5.egg/ > and I'm not sure what to add to pkg-plist, since this is > something that easy_install is doing. > > Is this enough information? What am I failing to understand > about eggs? > > Thanks. :) > > p > Hi Paul, Have a look at the www/trac-wikirename port, and I think you'll get some ideas there. The pkg-plist includes the following: %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%% That should clean up the .egg file for you, but check this section of the Makefile, as you'll need something similar in yours: USE_PYTHON= 2.3+ USE_PYDISTUTILS= easy_install PYDISTUTILS_PKGNAME= TracWikiRename If you want, post some of your Makefile and pkg-plist for review here. Regards, Greg Larkin SourceHosting.net, LLC http://www.sourcehosting.net/ From wahjava.ml at gmail.com Wed May 28 20:24:11 2008 From: wahjava.ml at gmail.com (Ashish Shukla =?utf-8?B?4KSG4KS24KWA4KS3IA==?= =?utf-8?B?4KS24KWB4KSV4KWN4KSy?=) Date: Wed May 28 20:24:16 2008 Subject: GNOME Online Desktop on FreeBSD Message-ID: <87ej7myy5s.fsf@chateau.d.lf> Hi list, I've created 5 ports for GNOME Online Desktop[1] to run on FreeBSD. Out of those five ports, only 3 have been submitted to FreeBSD PR database. The rest of the 2 ports are having issues, like segfaulting on startup. Following are the details: 1. x11-toolkits/hippo-canvas PR: ports/124077 2. net/desktop-data-model PR: ports/124078 3. misc/bigboard Available from: http://wahjava.googlepages.com/bigboard.shar 4. net/online-desktop Available from: http://wahjava.googlepages.com/online-desktop.shar 5. net/mugshot PR: ports/124079 I've tried these ports on my AMD64 box, and I've found bigboard and online-desktop segfaulting. If anyone is interested fixing, cool. I don't have time to fix them, at the moment, but will try fixing them as soon as I get some time. References: [1] - http://live.gnome.org/OnlineDesktop/ Happy porting. -- Ashish Shukla ???? ????? http://wahjava.wordpress.com/ ?-- ?- ???? ?--- ?- ???- ?- ?--?-? --? -- ?- ?? ?-?? ?-?-?- -?-? --- -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 196 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080528/52be2e15/attachment.pgp From paul+fbsd at it.ca Wed May 28 20:34:13 2008 From: paul+fbsd at it.ca (Paul Chvostek) Date: Wed May 28 20:34:20 2008 Subject: what do I do with python eggs? In-Reply-To: <004201c8c0ed$97db8f70$0c01a8c0@FIREBALL> References: <20080528061932.GM6447@it.ca> <004201c8c0ed$97db8f70$0c01a8c0@FIREBALL> Message-ID: <20080528200317.GA66364@it.ca> Thanks Greg. On Wed, May 28, 2008 at 02:06:45PM -0400, Greg Larkin wrote: > > > > I'm making a port that uses Python and easy_install. I'm not ... > > The catch is, it doesn't clean up. A `make deinstall` or ... > > Have a look at the www/trac-wikirename port, and I think you'll get some > ideas there. The pkg-plist includes the following: > > %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%% > > That should clean up the .egg file for you, but check this section of the > Makefile, as you'll need something similar in yours: > > USE_PYTHON= 2.3+ > USE_PYDISTUTILS= easy_install > PYDISTUTILS_PKGNAME= TracWikiRename Yup, this is pretty much exactly what I'm doing, but with PYDISTUTILS_PKGNAME=${PORTNAME} My pkg-plist contains three lines -- two scripts in ${PREFIX}/bin and the line quoted above, verbatim. Yet, when I `make deinstall`, I get: pkg_delete: cannot delete specified file '/usr/local/lib/python2.5/site-packages/twill-0.9-py2.5.egg' - it is a directory! this packing list is incorrect - ignoring delete request A look into the installed package's +CONTENTS shows the egg directory as if it were a normally installed file, though there is an @unexec line that runs `easy_install -m` which I think may be part of the uninstall. http://peak.telecommunity.com/DevCenter/EasyInstall#uninstalling-packages doesn't really help much. Any further thoughts? -- Paul Chvostek "To larger sight, the rim of shadow is the line of light." - Thomas William Parsons From pav at FreeBSD.org Wed May 28 22:21:58 2008 From: pav at FreeBSD.org (Pav Lucistnik) Date: Wed May 28 22:22:23 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix In-Reply-To: <50343A5C-FD3E-4D79-85FA-62C39B6F0A22@langille.org> References: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> <20080528101008.GX92161@amilo.cenkes.org> <0EA7D07A-93A5-4D79-82EA-1F041D9DB89F@langille.org> <20080528140010.GA49092@it.ca> <50343A5C-FD3E-4D79-85FA-62C39B6F0A22@langille.org> Message-ID: <1212013311.33842.26.camel@ikaros.oook.cz> Dan Langille p??e v st 28. 05. 2008 v 11:19 -0400: > It does not seem to be the files: > > [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ ls -l > total 4 > -rw-r--r-- 1 root wheel 32 May 28 03:11 +CONTENTS > -rw-r--r-- 1 root wheel 137 May 28 03:02 +REQUIRED_BY > [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ 32 byets of +CONTENTS file is awfully little. Can you paste the content of that file, for laughs? My copy of that +CONTENTS is over 10 kB... You somehow winded up with "empty" package. Dunno why. pkg_delete -f libvorbis-1.2.0,3 (or just delete the relevant /var/db/pkg subdirectory), then retry portupgrade. -- Pav Lucistnik Sword ownership rights have been under heavy fire since they were determined to be the leading cause of death during the Siege of Acre in the third crusade. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?= Url : http://lists.freebsd.org/pipermail/freebsd-ports/attachments/20080528/8e8ba73f/attachment.pgp From paul+fbsd at it.ca Wed May 28 22:48:26 2008 From: paul+fbsd at it.ca (Paul Chvostek) Date: Wed May 28 22:48:29 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix In-Reply-To: <1212013311.33842.26.camel@ikaros.oook.cz> References: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> <20080528101008.GX92161@amilo.cenkes.org> <0EA7D07A-93A5-4D79-82EA-1F041D9DB89F@langille.org> <20080528140010.GA49092@it.ca> <50343A5C-FD3E-4D79-85FA-62C39B6F0A22@langille.org> <1212013311.33842.26.camel@ikaros.oook.cz> Message-ID: <20080528224821.GB66364@it.ca> On Thu, May 29, 2008 at 12:21:51AM +0200, Pav Lucistnik wrote: > Dan Langille p??e v st 28. 05. 2008 v 11:19 -0400: > > [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ ls -l > > total 4 > > -rw-r--r-- 1 root wheel 32 May 28 03:11 +CONTENTS > > -rw-r--r-- 1 root wheel 137 May 28 03:02 +REQUIRED_BY > > [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ > > 32 byets of +CONTENTS file is awfully little. Can you paste the content > of that file, for laughs? My copy of that +CONTENTS is over 10 kB... I agree, that's too small. :) > You somehow winded up with "empty" package. Dunno why. This has happened to me while /var ran out of disk while portupgrade was running. That can be hard to recover from, if you're missing your list of origins. I think the FORCE_PKG_REGISTER will be your recovery, but it would definitely be good to find out what got you into this state. -- Paul Chvostek "To larger sight, the rim of shadow is the line of light." - Thomas William Parsons From cflists at helinet.de Thu May 29 06:07:36 2008 From: cflists at helinet.de (cflists@helinet.de) Date: Thu May 29 06:08:07 2008 Subject: Building enlightenment-devel fails Message-ID: <483E4492.9040609@helinet.de> Hi All, I'm running a FreeBSD 6.3-PRERELEASE and after a portupgrade building enlightenment-devel fails with following error. --snip-- libtool: link: cannot find the library `/usr/local/lib/libecore_dbus.la' or unhandled argument `/usr/local/lib/libecore_dbus.la' gmake[3]: *** [enlightenment] Error 1 --snip-- I googled this problem an found this --snip-- This removes the DBUS check for ecore. Since ecore does not appear to link against any other DBUS port, it is not necessary. In addition enlightenment-devel will not build if ecore does not have DBUS enabled due to a dependency on Ecore_DBus.h in e.h. A better way is welcome. --snip-- The attached patch doesn't solve the problem as I dunno know which Makefile to patch. "/usr/ports/x11/ecore/Makefile" doesn't exist on my machine, only "/usr/ports/x11/ecore-desktop". This was not the first problem with the upgrade. As ports/UPDATING said on 20080312 ecore and evas have been splitted. After uninstalling and clean reinstalling all e-related packages now problems with libcore_dbus.la occure. Please excuse my probably stupid questions here, but I'm relatively new to FreeBSD and try to fix most of my problems by myself. But in here im stuck. Any help will be highly appreciated. Many greetings from Germany, Christoph From shuvaev at physik.uni-wuerzburg.de Thu May 29 09:43:45 2008 From: shuvaev at physik.uni-wuerzburg.de (Alexey Shuvaev) Date: Thu May 29 09:43:50 2008 Subject: Building enlightenment-devel fails In-Reply-To: <483E4492.9040609@helinet.de> References: <483E4492.9040609@helinet.de> Message-ID: <20080529094339.GA7683@wep4017.physik.uni-wuerzburg.de> On Thu, May 29, 2008 at 07:52:18AM +0200, cflists@helinet.de wrote: > Hi All, > > I'm running a FreeBSD 6.3-PRERELEASE and after a portupgrade building > enlightenment-devel fails with following error. > > --snip-- > libtool: link: cannot find the library `/usr/local/lib/libecore_dbus.la' > or unhandled argument `/usr/local/lib/libecore_dbus.la' > gmake[3]: *** [enlightenment] Error 1 > --snip-- > > I googled this problem an found this > > --snip-- > This removes the DBUS check for ecore. Since ecore does not appear to > link against any other DBUS port, it is not necessary. In addition > enlightenment-devel will not build if ecore does not have DBUS enabled > due to a dependency on Ecore_DBus.h in e.h. A better way is welcome. > --snip-- > > The attached patch doesn't solve the problem as I dunno know which > Makefile to patch. "/usr/ports/x11/ecore/Makefile" doesn't exist on my > machine, only "/usr/ports/x11/ecore-desktop". > > This was not the first problem with the upgrade. As ports/UPDATING said > on 20080312 ecore and evas have been splitted. After uninstalling and > clean reinstalling all e-related packages now problems with > libcore_dbus.la occure. > > Please excuse my probably stupid questions here, but I'm relatively new > to FreeBSD and try to fix most of my problems by myself. But in here im > stuck. > > Any help will be highly appreciated. > Could you check that you have up-to-date and consistent ports? Or, otherwise, is it possible that there are some stale files laying around in your system? I have just installed x11-wm/enlightenment-devel without any problems and it runs too. I have no libecore_dbus.* library. The dbus binding is in devel/e_dbus now and installed as libedbus.*. BTW, ecore is in devel/ecore and friends (deve/ecore-*), if it matters. My system (amd64 FreeBSD-CURRENT) was updated yesterday (both base and ports): -rw-r--r-- 1 root wheel 16507539 May 28 12:16 /usr/ports/INDEX-8 I would suggest removing ALL enlightenment-related ports first and starting from scratch then. To locate which package has installed libecore_dbus, you can run, for example: ~> grep -R libecore_dbus /var/db/pkg/ On my system this command produces no output, but: ~> grep -R libedbus /var/db/pkg/ /var/db/pkg/e_dbus-20080223/+CONTENTS:lib/libedbus.a /var/db/pkg/e_dbus-20080223/+CONTENTS:lib/libedbus.la /var/db/pkg/e_dbus-20080223/+CONTENTS:lib/libedbus.so /var/db/pkg/e_dbus-20080223/+CONTENTS:lib/libedbus.so.1 shows that libedbus is inside e_dbus-20080223 package. Hope this helps, Alexey. From noc at esls.susu.ac.ru Thu May 29 10:55:35 2008 From: noc at esls.susu.ac.ru (noc@esls.susu.ac.ru) Date: Thu May 29 11:18:59 2008 Subject: net-mgmt/mrtg Message-ID: <781676549.20080529164433@esls.susu.ac.ru> Hi! mrtg update to 2.16.2 in this release fixed bug with RouterUptime -- ? ?????????, Noc mailto:noc@esls.susu.ac.ru From dan at langille.org Thu May 29 14:31:34 2008 From: dan at langille.org (Dan Langille) Date: Thu May 29 14:31:53 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix In-Reply-To: <1212013311.33842.26.camel@ikaros.oook.cz> References: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> <20080528101008.GX92161@amilo.cenkes.org> <0EA7D07A-93A5-4D79-82EA-1F041D9DB89F@langille.org> <20080528140010.GA49092@it.ca> <50343A5C-FD3E-4D79-85FA-62C39B6F0A22@langille.org> <1212013311.33842.26.camel@ikaros.oook.cz> Message-ID: <483EBE3A.9030007@langille.org> Pav Lucistnik wrote: > Dan Langille p??e v st 28. 05. 2008 v 11:19 -0400: > >> It does not seem to be the files: >> >> [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ ls -l >> total 4 >> -rw-r--r-- 1 root wheel 32 May 28 03:11 +CONTENTS >> -rw-r--r-- 1 root wheel 137 May 28 03:02 +REQUIRED_BY >> [dan@ngaio:/var/db/pkg/libvorbis-1.2.0,3] $ > > 32 byets of +CONTENTS file is awfully little. Can you paste the content > of that file, for laughs? My copy of that +CONTENTS is over 10 kB... +CONTENTS contains (typed by hand, not copy/paste): @comment ORIGIN:audio/libvorbis > You somehow winded up with "empty" package. Dunno why. > > pkg_delete -f libvorbis-1.2.0,3 (or just delete the relevant /var/db/pkg > subdirectory), then retry portupgrade. I'll report back once I start trying various options. -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ From dan at langille.org Thu May 29 15:22:02 2008 From: dan at langille.org (Dan Langille) Date: Thu May 29 15:22:14 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix In-Reply-To: <20080528140010.GA49092@it.ca> References: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> <20080528101008.GX92161@amilo.cenkes.org> <0EA7D07A-93A5-4D79-82EA-1F041D9DB89F@langille.org> <20080528140010.GA49092@it.ca> Message-ID: <3BF383A3-CDEC-4900-837D-B72D9660C248@langille.org> On May 28, 2008, at 10:00 AM, Paul Chvostek wrote: > On Wed, May 28, 2008 at 07:46:05AM -0400, Dan Langille wrote: >> >> On May 28, 2008, at 6:10 AM, Andrew Pantyukhin wrote: >> >>> On Tue, May 27, 2008 at 10:23:51PM -0400, Dan Langille wrote: >>>> Can you tell me why this portupgrade fails? >>>> >>>> creating seeking_example >>>> Making all in vq >>>> ---> Backing up the old version >>>> tar: +COMMENT: Cannot stat: No such file or directory >>>> tar: +DESC: Cannot stat: No such file or directory >>>> tar: Error exit delayed from previous errors. >>> >>> Because you lost a couple of files in /var/db/pkg? >> >> A poor question on my part. >> >> How can I make this portupgrade succeed? > > If the problem is only that those two files are missing from > /var/db/pkg/*/, you can likely just touch(1) them and be on your way. > > If other files are missing, you're in a little more trouble, but I've > gotten out of this simply by installing the port manually with a > FORCE_PKG_REGISTER. That is, force a reinstall without using > portupgrade: > > # cd /usr/ports/foo/bar > # make all install clean FORCE_PKG_REGISTER=1 > # pkgdb -F The install went well. Then the pkgdb -F was: [dan@ngaio:/usr/ports/audio/libvorbis] $ sudo pkgdb -F ---> Checking the package registry database [Updating th.. done] in /var/db/pkg ... - 653 packages found (-1 +2) (...) Duplicated origin: audio/libvorbis - libvorbis-1.2.0,3 libvorbis-1.2.0_2,3 Unregister any of them? [no] yes Unregister libvorbis-1.2.0,3 keeping the installed files intact? [no] yes -> libvorbis-1.2.0_2,3 is kept. --> Saving the libvorbis-1.2.0,3's +CONTENTS file as /var/db/pkg/ libvorbis-1.2.0_2,3/+CONTENTS.libvorbis-1.2.0,3 --> Unregistering libvorbis-1.2.0,3 --> Done. [Updating the pkgdb in /var/db/pkg ... - 652 packages found (-1 +0) (...) done] [dan@ngaio:/usr/ports/audio/libvorbis] $ > # portupgrade -fRr bar-0.0 > > The last step is to clean up dependencies, and may not be required. I did this. It's still running. Key point: libvorbis has been upgraded Thank you -- Dan Langille -- http://www.langille.org/ From dan at langille.org Thu May 29 15:22:02 2008 From: dan at langille.org (Dan Langille) Date: Thu May 29 15:22:15 2008 Subject: pkg_delete: package 'libvorbis-1.2.0,3' doesn't have a prefix In-Reply-To: <20080528140010.GA49092@it.ca> References: <85B3D23B-90E4-467F-B1CA-F2C17A4F3589@langille.org> <20080528101008.GX92161@amilo.cenkes.org> <0EA7D07A-93A5-4D79-82EA-1F041D9DB89F@langille.org> <20080528140010.GA49092@it.ca> Message-ID: <3BF383A3-CDEC-4900-837D-B72D9660C248@langille.org> On May 28, 2008, at 10:00 AM, Paul Chvostek wrote: > On Wed, May 28, 2008 at 07:46:05AM -0400, Dan Langille wrote: >> >> On May 28, 2008, at 6:10 AM, Andrew Pantyukhin wrote: >> >>> On Tue, May 27, 2008 at 10:23:51PM -0400, Dan Langille wrote: >>>> Can you tell me why this portupgrade fails? >>>> >>>> creating seeking_example >>>> Making all in vq >>>> ---> Backing up the old version >>>> tar: +COMMENT: Cannot stat: No such file or directory >>>> tar: +DESC: Cannot stat: No such file or directory >>>> tar: Error exit delayed from previous errors. >>> >>> Because you lost a couple of files in /var/db/pkg? >> >> A poor question on my part. >> >> How can I make this portupgrade succeed? > > If the problem is only that those two files are missing from > /var/db/pkg/*/, you can likely just touch(1) them and be on your way. > > If other files are missing, you're in a little more trouble, but I've > gotten out of this simply by installing the port manually with a > FORCE_PKG_REGISTER. That is, force a reinstall without using > portupgrade: > > # cd /usr/ports/foo/bar > # make all install clean FORCE_PKG_REGISTER=1 > # pkgdb -F The install went well. Then the pkgdb -F was: [dan@ngaio:/usr/ports/audio/libvorbis] $ sudo pkgdb -F ---> Checking the package registry database [Updating th.. done] in /var/db/pkg ... - 653 packages found (-1 +2) (...) Duplicated origin: audio/libvorbis - libvorbis-1.2.0,3 libvorbis-1.2.0_2,3 Unregister any of them? [no] yes Unregister libvorbis-1.2.0,3 keeping the installed files intact? [no] yes -> libvorbis-1.2.0_2,3 is kept. --> Saving the libvorbis-1.2.0,3's +CONTENTS file as /var/db/pkg/ libvorbis-1.2.0_2,3/+CONTENTS.libvorbis-1.2.0,3 --> Unregistering libvorbis-1.2.0,3 --> Done. [Updating the pkgdb in /var/db/pkg ... - 652 packages found (-1 +0) (...) done] [dan@ngaio:/usr/ports/audio/libvorbis] $ > # portupgrade -fRr bar-0.0 > > The last step is to clean up dependencies, and may not be required. I did this. It's still running. Key point: libvorbis has been upgraded Thank you -- Dan Langille -- http://www.langille.org/ From dan at langille.org Thu May 29 16:23:16 2008 From: dan at langille.org (Dan Langille) Date: Thu May 29 16:23:23 2008 Subject: devel/gio-fam-backend: /usr/bin/ld: cannot find -lgio-2.0 Message-ID: <95648667-531F-466C-A833-29D4223305DF@langille.org> When running "portupgrade thunderbird" on FreeBSD 7.0-STABLE, I see: cc -shared .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam- module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la- gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/ usr/local/lib -L/usr/local/lib /usr/local/lib/libintl.so -lgio-2.0 / usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so /usr/ local/lib/libfam.so -Wl,-soname -Wl,libgiofam.so -Wl,-retain-symbols- file -Wl,.libs/libgiofam.exp -o .libs/libgiofam.so /usr/bin/ld: cannot find -lgio-2.0 gmake: *** [libgiofam.la] Error 1 *** Error code 2 Stop in /usr/ports/devel/gio-fam-backend. *** Error code 1 Stop in /usr/ports/devel/gio-fam-backend. *** Error code 1 Stop in /usr/ports/mail/thunderbird. *** Error code 1 Stop in /usr/ports/mail/thunderbird. *** Error code 1 Stop in /usr/ports/mail/thunderbird. Any ideas? -- Dan Langille -- http://www.langille.org/ From mezz7 at cox.net Thu May 29 16:28:40 2008 From: mezz7 at cox.net (Jeremy Messenger) Date: Thu May 29 16:28:47 2008 Subject: devel/gio-fam-backend: /usr/bin/ld: cannot find -lgio-2.0 In-Reply-To: <95648667-531F-466C-A833-29D4223305DF@langille.org> References: <95648667-531F-466C-A833-29D4223305DF@langille.org> Message-ID: On Thu, 29 May 2008 11:22:43 -0500, Dan Langille wrote: > When running "portupgrade thunderbird" on FreeBSD 7.0-STABLE, I see: > > cc -shared .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam- > module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/libgiofam_la- > gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/ > usr/local/lib -L/usr/local/lib /usr/local/lib/libintl.so -lgio-2.0 / > usr/local/lib/libgobject-2.0.so /usr/local/lib/libglib-2.0.so /usr/ > local/lib/libfam.so -Wl,-soname -Wl,libgiofam.so -Wl,-retain-symbols- > file -Wl,.libs/libgiofam.exp -o .libs/libgiofam.so > /usr/bin/ld: cannot find -lgio-2.0 > gmake: *** [libgiofam.la] Error 1 > *** Error code 2 > > Stop in /usr/ports/devel/gio-fam-backend. > *** Error code 1 > > Stop in /usr/ports/devel/gio-fam-backend. > *** Error code 1 > > Stop in /usr/ports/mail/thunderbird. > *** Error code 1 > > Stop in /usr/ports/mail/thunderbird. > *** Error code 1 > > Stop in /usr/ports/mail/thunderbird. > > > Any ideas? Please follow http://www.freebsd.org/gnome/docs/bugging.html , thanks. Your problem will be solving from bugging.html by this line: ---------------------------------------------- After running portupgrade -a or portmaster -a to ensure that all applications are up-to-date. Do not forget to read in /usr/ports/UPDATING first before you upgrade those installed ports. ---------------------------------------------- Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From y.pankov at irbisnet.ru Thu May 29 16:47:47 2008 From: y.pankov at irbisnet.ru (Yuri Pankov) Date: Thu May 29 16:47:52 2008 Subject: devel/gio-fam-backend: /usr/bin/ld: cannot find -lgio-2.0 In-Reply-To: <95648667-531F-466C-A833-29D4223305DF@langille.org> References: <95648667-531F-466C-A833-29D4223305DF@langille.org> Message-ID: <483ED99E.3030901@irbisnet.ru> Dan Langille wrote: > When running "portupgrade thunderbird" on FreeBSD 7.0-STABLE, I see: > > cc -shared .libs/libgiofam_la-fam-helper.o > .libs/libgiofam_la-fam-module.o > .libs/libgiofam_la-gfamdirectorymonitor.o > .libs/libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib > -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib > /usr/local/lib/libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so > /usr/local/lib/libglib-2.0.so /usr/local/lib/libfam.so -Wl,-soname > -Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp -o > .libs/libgiofam.so > /usr/bin/ld: cannot find -lgio-2.0 > gmake: *** [libgiofam.la] Error 1 > *** Error code 2 > > Stop in /usr/ports/devel/gio-fam-backend. > *** Error code 1 > > Stop in /usr/ports/devel/gio-fam-backend. > *** Error code 1 > > Stop in /usr/ports/mail/thunderbird. > *** Error code 1 > > Stop in /usr/ports/mail/thunderbird. > *** Error code 1 > > Stop in /usr/ports/mail/thunderbird. > > > Any ideas? > Try updating devel/glib20 first. HTH, Yuri From erwin at FreeBSD.org Thu May 29 17:22:15 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu May 29 17:22:21 2008 Subject: INDEX build failed for 8.x Message-ID: <200805291721.m4THLkCE068516@pointyhat.freebsd.org> INDEX build failed with errors: Generating INDEX-8 - please wait.."/a/erwin/tindex/ports/chinese/links/../../www/links/Makefile", line 75: warning: duplicate script for target "pre-configure" ignored /libexec/ld-elf.so.1: Cannot open "/lib/libc.so.7" "/a/erwin/tindex/ports/Mk/bsd.java.mk", line 341: warning: "echo "" | /usr/bin/grep -q "JAVA_PORT_NATIVE_BSDJAVA_JDK_1_5" && echo "JAVA_PORT_NATIVE_BSDJAVA_JDK_1_5" || true" returned non-zero status /libexec/ld-elf.so.1: Cannot open "/lib/libc.so.7" ===> deskutils/recoll failed *** Error code 1 *** Error code 1 Stop in /a/erwin/tindex/ports. *** Error code 1 Stop in /a/erwin/tindex/ports. 1 error Committers on the hook: anders araujo dinoex edwin fjoe flz green hq linimon mat miwi mm mnag obrien olgeni pav rafan shaun sumikawa tabthorpe Most recent CVS update was: U Tools/portbuild/scripts/processlogs2 U comms/obexapp/files/patch-Makefile U devel/cvs+ipv6/files/patch-freebsdlocal U devel/linuxthreads/files/getlogin.c U devel/linuxthreads/files/telldir.c U devel/linuxthreads/files/ttyname.c U devel/p5-BS-Event/Makefile U devel/p5-BS-Event/distinfo U devel/p5-BS-Event/pkg-descr U devel/p5-BS-Event/pkg-plist U devel/p5-DateTime-TimeZone/Makefile U devel/p5-DateTime-TimeZone/distinfo U devel/p5-Locale-Maketext/Makefile U devel/p5-Locale-Maketext/distinfo U devel/p5-TheSchwartz/Makefile U devel/p5-TheSchwartz/distinfo U devel/p5-TheSchwartz/pkg-descr U devel/p5-TheSchwartz/pkg-plist U dns/p5-Net-DNS-ZoneFile-Fast/Makefile U dns/p5-Net-DNS-ZoneFile-Fast/distinfo U graphics/libdrm/Makefile U graphics/libdrm/distinfo U mail/libspf/files/patch-respect_cflags_and_dont_create_spfmilter_Makefile U misc/cdcollect/Makefile U misc/cdcollect/distinfo U misc/cdcollect/pkg-descr U misc/cdcollect/pkg-plist U misc/gnomesword/Makefile U misc/gnomesword/distinfo U misc/gnomesword/pkg-plist U net/miniupnpc/Makefile U net/miniupnpc/distinfo U net/miniupnpc/pkg-plist U net/sniffit/Makefile U net/sniffit/pkg-plist U net-mgmt/hobbit-client/Makefile U net-mgmt/hobbit-client/files/hobbit-client.sh.in U net-mgmt/netdisco/files/patch-netdisco U net-mgmt/netdisco/files/patch-netdisco.conf U net-mgmt/netdisco/files/patch-netdisco.crontab U net-mgmt/netdisco/files/patch-netdisco_apache.conf U net-mgmt/netdisco/files/patch-netdisco_apache_dir.conf U net-mgmt/netdisco/files/pkg-install.in U net-mgmt/netdisco/files/pkg-message.in U net-mgmt/p5-Nagios-Plugins-Memcached/Makefile U net-mgmt/p5-Nagios-Plugins-Memcached/distinfo U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-descr U net-mgmt/p5-Nagios-Plugins-Memcached/pkg-plist U net-mgmt/p5-Nagios-Plugins-Memcached/files/patch-Makefile.PL U palm/synce-rra/files/patch-src-rra-timezone.c U sysutils/lookupd/files/patch-modules-dns-resolv-getaddrinfo.c U sysutils/mybashburn/Makefile U sysutils/mybashburn/distinfo U sysutils/mybashburn/pkg-descr U sysutils/mybashburn/pkg-plist U textproc/p5-POSIX-Regex/Makefile U textproc/p5-POSIX-Regex/distinfo U textproc/p5-XML-Liberal/Makefile U textproc/p5-XML-Liberal/distinfo U www/apache13-modssl/files/patch-apachectl U www/cocoon/files/patch-src-blocks-ajax-samples U www/cocoon/files/patch-src-blocks-forms-samples U www/p5-WWW-Myspace/Makefile U www/p5-WWW-Myspace/distinfo U www/py-forgethtml/files/patch-lib-forgetHTML.py U x11/roxterm/Makefile U x11/roxterm/distinfo From erwin at FreeBSD.org Thu May 29 20:49:04 2008 From: erwin at FreeBSD.org (Erwin Lansing) Date: Thu May 29 20:49:06 2008 Subject: INDEX now builds successfully on 8.x Message-ID: <200805292048.m4TKmZ2c049642@pointyhat.freebsd.org> From dan at langille.org Fri May 30 01:33:29 2008 From: dan at langille.org (Dan Langille) Date: Fri May 30 01:33:36 2008 Subject: devel/gio-fam-backend: /usr/bin/ld: cannot find -lgio-2.0 In-Reply-To: References: <95648667-531F-466C-A833-29D4223305DF@langille.org> Message-ID: On May 29, 2008, at 12:30 PM, Jeremy Messenger wrote: > On Thu, 29 May 2008 11:22:43 -0500, Dan Langille > wrote: > >> When running "portupgrade thunderbird" on FreeBSD 7.0-STABLE, I see: >> >> cc -shared .libs/libgiofam_la-fam-helper.o .libs/libgiofam_la-fam- >> module.o .libs/libgiofam_la-gfamdirectorymonitor.o .libs/ >> libgiofam_la-gfamfilemonitor.o -Wl,--rpath -Wl,/usr/local/lib - >> Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib /usr/local/lib/ >> libintl.so -lgio-2.0 /usr/local/lib/libgobject-2.0.so /usr/local/ >> lib/libglib-2.0.so /usr/local/lib/libfam.so -Wl,-soname - >> Wl,libgiofam.so -Wl,-retain-symbols-file -Wl,.libs/libgiofam.exp - >> o .libs/libgiofam.so >> /usr/bin/ld: cannot find -lgio-2.0 >> gmake: *** [libgiofam.la] Error 1 >> *** Error code 2 >> >> Stop in /usr/ports/devel/gio-fam-backend. >> *** Error code 1 >> >> Stop in /usr/ports/devel/gio-fam-backend. >> *** Error code 1 >> >> Stop in /usr/ports/mail/thunderbird. >> *** Error code 1 >> >> Stop in /usr/ports/mail/thunderbird. >> *** Error code 1 >> >> Stop in /usr/ports/mail/thunderbird. >> >> >> Any ideas? > > Please follow http://www.freebsd.org/gnome/docs/bugging.html , > thanks. Your problem will be solving from bugging.html by this line: > > ---------------------------------------------- > After running portupgrade -a or portmaster -a to ensure that all > applications are up-to-date. Do not forget to read in /usr/ports/ > UPDATING first before you upgrade those installed ports. > ---------------------------------------------- Thanks. The 'portupgrade -a' allowed thunderbird to be upgraded. FWIW, I had no idea this was a Gnome issue. :) -- Dan Langille -- http://www.langille.org/ From karel at lovetemple.net Fri May 30 05:27:49 2008 From: karel at lovetemple.net (Karel Miklav) Date: Fri May 30 05:27:54 2008 Subject: FreeBSD Port: gnat-gcc-4.3.0_3, xmlada and libaws In-Reply-To: <16d3abd60805270300o5d39f4a5w6397c6d6fcfe9c69@mail.gmail.com> References: <16d3abd60805270300o5d39f4a5w6397c6d6fcfe9c69@mail.gmail.com> Message-ID: <483F79B6.8060908@lovetemple.net> S?bastien Morand wrote: > Hope you could help me to create port, create the required patched of > the sources and manage all that stuff. I can't promise anything, but if you start porting yourself and come back with concrete porting issues, you will get help here. If you compiled the libraries, your next step is: http://www.freebsd.org/doc/en/books/porters-handbook/ -- Regards, Karel Miklav From nivit at FreeBSD.org Fri May 30 13:33:28 2008 From: nivit at FreeBSD.org (Nicola Vitale) Date: Fri May 30 13:33:54 2008 Subject: what do I do with python eggs? In-Reply-To: <20080528200317.GA66364@it.ca> References: <20080528061932.GM6447@it.ca> <004201c8c0ed$97db8f70$0c01a8c0@FIREBALL> <20080528200317.GA66364@it.ca> Message-ID: <25ef68cb0805300608r7399451dn98cd3a5b1707264a@mail.gmail.com> Hi, > [2008/5/28 Paul Chvostek ] > My pkg-plist contains three lines -- two scripts in ${PREFIX}/bin and > the line quoted above, verbatim. Yet, when I `make deinstall`, I get: > > pkg_delete: cannot delete specified file '/usr/local/lib/python2.5/site-packages/twill-0.9-py2.5.egg' - it is a directory! > this packing list is incorrect - ignoring delete request Take a look at http://nivi.interfree.it/shar/py-twill.shar . I made that port one week ago, because it's a dependency of Elisa (http://elisa.fluendo.com ). By chance are we working on the same target? :) Actually, I have the Elisa port and all its dependencies ready, though only the time to test all is lacking. Anyway, feel free to use that file and take the maintainership of py-twill if you want. Ciao. -- Nicola Vitale From flz at xbsd.org Fri May 30 15:40:51 2008 From: flz at xbsd.org (Florent Thoumie) Date: Fri May 30 15:41:09 2008 Subject: CFT: adding configuration file support to pkg_install Message-ID: This adds support for /etc/pkg.conf configuration file. Also, this adds support for naive multi-site package fetching. Any comment welcome (and appreciated). Patch is here: http://people.freebsd.org/~flz/local/ports/pkg-install-config.diff Tarball is here: http://people.freebsd.org/~flz/local/ports/pkg-install-0a553aac.tar.bz2 -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From bseklecki at collaborativefusion.com Fri May 30 21:21:39 2008 From: bseklecki at collaborativefusion.com (Brian A. Seklecki) Date: Fri May 30 21:21:42 2008 Subject: [phing] Updated FreeBSD Phing Port In-Reply-To: <1207582328.12507.36.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> References: <20071002110641.T58608@arbitor.digitalfreaks.org> <470929CF.2030001@gmail.com> <20080404112523.F86260@arbitor.digitalfreaks.org> <1207323967.12773.103.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <1207327408.12773.118.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <1207582328.12507.36.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> Message-ID: <1212181895.2876.9.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> All: Normally I would say that this PR may be approaching the point where we override the maintainer -- the problem is that I haven't received any feedback from anyone other than my development team. ~BAS On Mon, 2008-04-07 at 11:32 -0400, Brian A. Seklecki wrote: > The associated PRs are: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/122450 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/121791 > > My draft version of the rewrite is at: > > http://people.collaborativefusion.com/~seklecki/phing-2.3.0-CFI1.tar > > I would note that there is a 20-line count diff of the file-contents > listing -- someone should dig through it to validate that some files > massive list of files has not been added since I originally composed the > PLIST back in .... late October of 2007? I just never filed PR for some > reason. > > Feedback appreciated -- be sure to CC: bug-follow@freebsd.org with > title "e: ports/122450: devel/php5-phing redesign" > > TIA, > > ~BAS > > On Fri, 2008-04-04 at 12:43 -0400, Brian A. Seklecki wrote: > > I remember now why I never filed the PR -- the whole thing is fucked. I > > realized that after I tried to conver the FreeBSD port from a simple > > do-install: target to use ${PORTSDIR}/devel/pear/bsd.pear.mk: > > > > > > Here are the two big issues that I require guidance with: > > > > 1) FreeBSD Ports PEAR subsystem designates pear package contents as > > either: $TESTS $SCRIPTFILES $SQLS $EXAMPLES $DOCS or $FILES > > > > Not the most ambiguous designations ever, but close. > > > > Pear packages use categories: "script", "php", "data", "doc" > > > > Could anyone comment on the mappings? > > > > 2) The PEAR port is installing a "script" in $PREFIX/bin/phing > > as a bourne shell script wrapper around $PREFIX/share/pear/phing.php > > > > script /usr/local/bin/phing > > > > > > $ ident /usr/local/bin/phing > > /usr/local/bin/phing: > > $Id: pear-phing 123 2006-09-14 20:19:08Z mrook $ > > > > Where as we are running some sed(1) statements on: > > > > ${WRKSRC}/bin/phing the installing it as ${PREFIX}/bin/phing > > > > However, i think some of these post-extract: targets are legacy > > because one substrpl is: "s|/opt/phing|${PREFIX}/lib/php/phing|" > > > > But: > > > > $ grep -i opt \ > > [../obj]/devel/php5-phing-work/work/phing-2.3.0/bin/phing.php > > // Set any INI options for PHP > > > > No such instances of this string exist any more in "phing.php" or > > "phing" in 2.3.0x > > > > I'm filing the PR now and I'll let everyone else fight over the proper > > solution. > > > > ~BAS > > > > > > On Fri, 2008-04-04 at 11:46 -0400, Brian A. Seklecki wrote: > > > > > > > > > On Fri, 2008-04-04 at 11:27 -0400, Brian A. Seklecki wrote: > > > > Michiel et. al.: > > > > > > > > Some of my developers are telling me that they are having some trouble > > > > using the stable v2.3.0 in FreeBSD ports. > > > > > > Oh yea, my day is done for: > > > > > > seklecki@soundwave:/home/seklecki$ wc -l phing_port.txt phing_pear.txt > > > 272 phing_port > > > 301 phing_pear > > > > > > 573 total > > > > > > I have a vague recollection, maybe 6 months ago, converting the FreeBSD > > > port to use the PEAR-framework so that it is properly registered -- > > > spending 18 hours sorting out PLIST differences. > > > > > > What happened? Maybe I forgot to file PR? > > > > > > ~BAS > > > > > > > > > > I'm digging for details now -- but I may be related to the path in which > > > > the PEAR package installs files v.s. the Port. > > > > > > > > Any insight into this before I burn my day down? > > > > > > > > ~BAS > > > > > > > > On Sun, 7 Oct 2007, Michiel Rook wrote: > > > > > > > > > Hi Brian, > > > > > > > > > >> We should endeavor to update this to something recent. We'll try this from > > > > >> here and forward results on. > > > > > > > > > > That'd be great! The latest release is 2.3.0RC1 - we're hoping to release > > > > > 2.3.0 soon(ish). > > > > > > > > > > regards, > > > > > > > > > > Michiel > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: users-unsubscribe@phing.tigris.org > > > > > For additional commands, e-mail: users-help@phing.tigris.org > > > > > > > > > > > > > > > > > > l8* > > > > -lava (Brian A. Seklecki - Pittsburgh, PA, USA) > > > > http://www.spiritual-machines.org/ > > > > > > > > "Guilty? Yeah. But he knows it. I mean, you're guilty. > > > > You just don't know it. So who's really in jail?" > > > > ~Maynard James Keenan > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: users-unsubscribe@phing.tigris.org > > > > For additional commands, e-mail: users-help@phing.tigris.org > > > > -- Brian A. Seklecki Collaborative Fusion, Inc. From cswiger at mac.com Fri May 30 23:31:33 2008 From: cswiger at mac.com (Chuck Swiger) Date: Fri May 30 23:31:37 2008 Subject: archivers/lzo2 selftest is a little much...? Message-ID: <026785BB-C100-454B-88E4-E2D668721D78@mac.com> Hi, all-- I'm all for having software do a sanity check before being used, but the recent update to archivers/lzo2 (lzo2-2.03) generates some ~28,000+ lines of output. Please consider a change like: --- ports/archivers/lzo2/Makefile~ Fri May 30 18:33:46 2008 +++ ports/archivers/lzo2/Makefile Fri May 30 19:05:55 2008 @@ -25,3 +25,3 @@ -post-build: +test: cd ${WRKSRC} && ${MAKE} test Regards, -- -Chuck From matthias.andree at gmx.de Sat May 31 08:38:26 2008 From: matthias.andree at gmx.de (Matthias Andree) Date: Sat May 31 08:38:30 2008 Subject: archivers/lzo2 selftest is a little much...? In-Reply-To: <026785BB-C100-454B-88E4-E2D668721D78@mac.com> References: <026785BB-C100-454B-88E4-E2D668721D78@mac.com> Message-ID: <20080531081142.GB8828@merlin.emma.line.org> On Fri, 30 May 2008, Chuck Swiger wrote: > I'm all for having software do a sanity check before being used, but the > recent update to archivers/lzo2 (lzo2-2.03) generates some ~28,000+ lines > of output. Please consider a change like: > > --- ports/archivers/lzo2/Makefile~ Fri May 30 18:33:46 2008 > +++ ports/archivers/lzo2/Makefile Fri May 30 19:05:55 2008 > @@ -25,3 +25,3 @@ > > -post-build: > +test: > cd ${WRKSRC} && ${MAKE} test Hi Chuck, And that would magically both run the test at build time (the only time when it makes sense - bust packages if the self-test fails, so that we don't run b0rked compression libraries underneath openvpn or thereabouts) and suppress the output at the same time? :-) I'll see to the issue (and to Pedro's suggestion), but it may take a few days until I get around to it. Taxes pending... -- Matthias Andree From mark at lightflowinterrupted.com Sat May 31 11:48:55 2008 From: mark at lightflowinterrupted.com (Mark) Date: Sat May 31 11:48:59 2008 Subject: FreeBSD Port: webmin-1.420_1 Message-ID: <003501c8c311$aa644ee0$f001a8c0@asgard.movesmountains.com> Hi, Just an FYI for a problem I ran in to with the Webmin port: I've just installed a fresh version of 7-Stable, using pretty much the default options on a fairly standard new i386 box. I installed Webmin from the ports, but the Disk & Filesystem module gives an error (this is used whenever you log in to Webmin, as far as I can tell): An error has occurred building a program for listing mounted filesystems on your system : /usr/local/lib/webmin/mount/freebsd-mounts-5.c: In function 'main': /usr/local/lib/webmin/mount/freebsd-mounts-5.c:18: warning: incompatible implicit declaration of built-in function 'exit' /usr/local/lib/webmin/mount/freebsd-mounts-5.c: In function 'expand_flags': /usr/local/lib/webmin/mount/freebsd-mounts-5.c:34: warning: incompatible implicit declaration of built-in function 'strcat' /usr/local/lib/webmin/mount/freebsd-mounts-5.c:38: error: 'MNT_NODEV' undeclared (first use in this function) /usr/local/lib/webmin/mount/freebsd-mounts-5.c:38: error: (Each undeclared identifier is reported only once /usr/local/lib/webmin/mount/freebsd-mounts-5.c:38: error: for each function it appears in.) /usr/local/lib/webmin/mount/freebsd-mounts-5.c:48: warning: incompatible implicit declaration of built-in function 'strlen' Not a huge deal for me as I don't really use that module, but I thought I should flag it up. I couldn't find anything useful (or in English) online about it, so apologies if it's a known issue. Please let me know if there's anything I can do to help diagnose the problem. In any event, I've been using the port for years, so thanks for maintaining it thus far! Yours, Mark From pgollucci at p6m7g8.com Sat May 31 21:05:47 2008 From: pgollucci at p6m7g8.com (Philip M. Gollucci) Date: Sat May 31 21:05:52 2008 Subject: CFT: adding configuration file support to pkg_install In-Reply-To: References: Message-ID: <4841BDA9.5090007@p6m7g8.com> Florent Thoumie wrote: > This adds support for /etc/pkg.conf configuration file. > Also, this adds support for naive multi-site package fetching. > > Any comment welcome (and appreciated). > > Patch is here: http://people.freebsd.org/~flz/local/ports/pkg-install-config.diff > Tarball is here: > http://people.freebsd.org/~flz/local/ports/pkg-install-0a553aac.tar.bz2 Hi flz, I don't quite get what the end goal is. It looks like /etc/pkg.conf is duplicating a lot of things already in /usr/ports/Mk/bsd.port.mk. Would not it be better to just have the pkg_install tools read that file instead ? I probably missed all the back story here, so feel free to put me in my place. The multi-site package fetching is definitely something I'm interested it, but I also figured it would just iterate over the values in PACKAGESITE PACKAGESITE=ftp://foo/stdpath/base/Latest/ ftp://foo/stdpath/www/Latest where base would have things like sudo, bash, vim, etc... and could be used on multiple computers. www would have things like apache22 mod_X and would be used on 'www' class machines. -- ------------------------------------------------------------------------ Philip M. Gollucci (philip@ridecharge.com) o:703.549.2050x206 Senior System Admin - Riderway, Inc. http://riderway.com / http://ridecharge.com 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C Work like you don't need the money, love like you'll never get hurt, and dance like nobody's watching.