Re: linux-glib2 not conflicting with linux_base-f8
On Thu, 23 Oct 2008 18:26:43 -0500 (CDT) Sean C. Farley wrote: > I noticed that linux-glib2 is being installed even though it is in > conflict with linux_base-f8. > Suggested changes: > 1. Add a '-*' to each conflict in devel/linux-glib2/Makefile. > 2. Remove devel/linux-glib2 from x11-toolkits/linux-gtk2 at least for >fedora-fc6 and higher. I have patches to fix those and some other ports. I'll do it when the ports slush is over. WBR -- bsam ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Fsck | repair and/or check?
Can somebody explain in simple words what this nanslp and biord exactly represents? thanks, Jos Chrispijn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: FreeBSD Port: gtkyahoo-0.18.3_4
I installed the package of pidgin and it install pidgin 2.2.2. Even though pidgin-2.5.2 is in the ports system the package in out of date. Can the package be updated for 7.1 release? -Original Message- From: Tim Clewlow [mailto:[EMAIL PROTECTED] Sent: Thursday, October 23, 2008 8:18 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: FreeBSD Port: gtkyahoo-0.18.3_4 > I installed the package of this port. > Did a rehash from the command line and then startx. > Can't find it in the gnome desktop. > What should I do? The sourceforge page for this project says "GTKyahoo project was closed down on February 27, 2003." http://gtkyahoo.sourceforge.net/ You may have a much easier time installing something that is being currently maintained. I believe net-im/pidgin is quite popular and is actively maintained. Pidgin is a messenger client, and it can handle quite a few protocols, including yahoo. Cheers, Tim. -- The code that never executes at all is the fastest. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD Port: gtkyahoo-0.18.3_4
Don't top-post, please. [In this case, you could have trimmed out pretty much all of what you were quoting anyway.] "joeb" <[EMAIL PROTECTED]> writes: > I installed the package of pidgin and it install pidgin 2.2.2. Even though > pidgin-2.5.2 is in the ports system the package in out of date. Can the > package be updated for 7.1 release? You don't say how you installed the port. The mirror I use has a package for the 2.5.1 version of pidgin. The packages shipped with a release match the ports tree shipped with that release. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Fsck | repair and/or check?
On Fri, Oct 24, 2008 at 01:48:50PM +0200, Jos Chrispijn wrote: > Can somebody explain in simple words what this nanslp and biord exactly > represents? nanslp = nanosleep(2) biord = BIO_READ (kernel is reading data directly from the disk) -- | Jeremy Chadwickjdc 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 | ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: linux-glib2 not conflicting with linux_base-f8
On Fri, 24 Oct 2008, Boris Samorodov wrote: On Thu, 23 Oct 2008 18:26:43 -0500 (CDT) Sean C. Farley wrote: I noticed that linux-glib2 is being installed even though it is in conflict with linux_base-f8. Suggested changes: 1. Add a '-*' to each conflict in devel/linux-glib2/Makefile. 2. Remove devel/linux-glib2 from x11-toolkits/linux-gtk2 at least for fedora-fc6 and higher. I have patches to fix those and some other ports. I'll do it when the ports slush is over. Great. Thank you. Sean -- [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
python-2.5 FreeBSD-6.1-amd64 build issues
When I do a portinstall python which kicks starts the /usr/ports/lang/python25 build I see this when I link: cc -c -fno-strict-aliasing -DNDEBUG -O2 -fno-strict-aliasing -pipe -D__wchar_t=wchar_t -DTHREAD_STACK_SIZE=0x2 -I. -IInclude -I./../Include -DPy_BUILD_CORE -DSVNVERSION=\"`LC_ALL=C echo exported`\" -o Modules/getbuildinfo.o ./../Modules/getbuildinfo.c if test libpython2.5.so != libpython2.5.so; then ld -Wl,-hlibpython2.5.so -o libpython2.5.so Modules/_typesmodule.o Modules/getbuildinfo.o Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o Parser/parsetok.o Parser/bitset.o Parser/metagrammar.o Parser/firstsets.o Parser/grammar.o Parser/pgen.o Parser/myreadline.o Parser/tokenizer.o Objects/abstract.o Objects/boolobject.o Objects/bufferobject.o Objects/cellobject.o Objects/classobject.o Objects/cobject.o Objects/codeobject.o Objects/complexobject.o Objects/descrobject.o Objects/enumobject.o Objects/exceptions.o Objects/genobject.o Objects/fileobject.o Objects/floatobject.o Objects/frameobject.o Objects/funcobject.o Objects/intobject.o Objects/iterobject.o Objects/listobject.o Objects/longobject.o Objects/dictobject.o Objects/methodobject.o Objects/moduleobject.o Objects/object.o Objects/obmalloc.o Objects/rangeobject.o Objects/setobject.o Objects/sliceobject.o Objects/stringobject.o Objects/structseq.o Objects/tupleobject.o Objects/typeobject.o Objects/weakrefobject.o Objects/unicodeobject.o Objects/unicodectype.o Python/Python-ast.o Python/asdl.o Python/ast.o Python/bltinmodule.o Python/ceval.o Python/compile.o Python/codecs.o Python/errors.o Python/frozen.o Python/frozenmain.o Python/future.o Python/getargs.o Python/getcompiler.o Python/getcopyright.o Python/getmtime.o Python/getplatform.o Python/getversion.o Python/graminit.o Python/import.o Python/importdl.o Python/marshal.o Python/modsupport.o Python/mystrtoul.o Python/mysnprintf.o Python/pyarena.o Python/pyfpe.o Python/pystate.o Python/pythonrun.o Python/structmember.o Python/symtable.o Python/sysmodule.o Python/traceback.o Python/getopt.o Python/pystrtod.o Python/dynload_shlib.oPython/thread.o Modules/config.o Modules/getpath.o Modules/main.o Modules/gcmodule.o Modules/threadmodule.o Modules/signalmodule.o Modules/posixmodule.o Modules/errnomodule.o Modules/pwdmodule.o Modules/_sre.o Modules/_codecsmodule.o Modules/zipimport.o Modules/symtablemodule.o Modules/xxsubtype.o -lutil -lm; ln -f libpython2.5.so libpython2.5.so; else ld -o libpython2.5.so Modules/_typesmodule.o Modules/getbuildinfo.o Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o Parser/parsetok.o Parser/bitset.o Parser/metagrammar.o Parser/firstsets.o Parser/grammar.o Parser/pgen.o Parser/myreadline.o Parser/tokenizer.o Objects/abstract.o Objects/boolobject.o Objects/bufferobject.o Objects/cellobject.o Objects/classobject.o Objects/cobject.o Objects/codeobject.o Objects/complexobject.o Objects/descrobject.o Objects/enumobject.o Objects/exceptions.o Objects/genobject.o Objects/fileobject.o Objects/floatobject.o Objects/frameobject.o Objects/funcobject.o Objects/intobject.o Objects/iterobject.o Objects/listobject.o Objects/longobject.o Objects/dictobject.o Objects/methodobject.o Objects/moduleobject.o Objects/object.o Objects/obmalloc.o Objects/rangeobject.o Objects/setobject.o Objects/sliceobject.o Objects/stringobject.o Objects/structseq.o Objects/tupleobject.o Objects/typeobject.o Objects/weakrefobject.o Objects/unicodeobject.o Objects/unicodectype.o Python/Python-ast.o Python/asdl.o Python/ast.o Python/bltinmodule.o Python/ceval.o Python/compile.o Python/codecs.o Python/errors.o Python/frozen.o Python/frozenmain.o Python/future.o Python/getargs.o Python/getcompiler.o Python/getcopyright.o Python/getmtime.o Python/getplatform.o Python/getversion.o Python/graminit.o Python/import.o Python/importdl.o Python/marshal.o Python/modsupport.o Python/mystrtoul.o Python/mysnprintf.o Python/pyarena.o Python/pyfpe.o Python/pystate.o Python/pythonrun.o Python/structmember.o Python/symtable.o Python/sysmodule.o Python/traceback.o Python/getopt.o Python/pystrtod.o Python/dynload_shlib.oPython/thread.o Modules/config.o Modules/getpath.o Modules/main.o Modules/gcmodule.o Modules/threadmodule.o Modules/signalmodule.o Modules/posixmodule.o Modules/errnomodule.o Modules/pwdmodule.o Modules/_sre.o Modules/_codecsmodule.o Modules/zipimport.o Modules/symtablemodule.o Modules/xxsubtype.o -lutil -lm; fi ld: warning: cannot find entry symbol _start; defaulting to 00401050 Parser/acceler.o(.text+0x23b): In function `PyGrammar_AddAccelerators': : undefined reference to `puts' Parser/acceler.o(.text+0x2d6): In function `PyGrammar_AddAccelerators': : undefined reference to `puts' Parser/acceler.o(.text+0x306): In function `PyGr
freebsd-uucp: rmail fails on email addresses with leading dashes
Hi - I recently subscribed to this ML, although reading it quite some time at Usenet. The background for this mail has its origin in a thread in comp.unix.bsd.freebsd.misc, see [1]. I'm receiving my mail via UUCP, thus '/bin/rmail' will be called by '/usr/local/libexec/uucp/uuxqt', and I'm receiving a lot of spam from dumb spammers using guessed email addresses with leading '-' like '[EMAIL PROTECTED]'. (If I'm not mistaken, then localparts with leading dashes are valid ones.) This will result in an uuxqt call ... /bin/rmail [EMAIL PROTECTED] ... with an UUCP error, which is absolutely correct, because rmail doesn't know of any parameter '[EMAIL PROTECTED]'. Workaround is a wrapper script calling 'rmail -- $*'. This has been considered a security issue in [1], and the recommendation was fixing uuxqt to call 'rmail --', instead. Although I volunteered to fix it myself, I have to admit that this would be far beyond my abilities. UUCP looks a rather complicated system to me. I could't find the call to rmail in uuxqt's sourcecode. But, I realized that a so-called 'execute file' is used to tell uuxqt what to do. I tried to modify an example file in a way that rmail might have been called the way I need: 'execute file' example: U mail somename F D.somenameC4X7W I D.somenameC4X7W R [EMAIL PROTECTED] C rmail [EMAIL PROTECTED] Z I tried to modify it to ... C rmail -- [EMAIL PROTECTED] C rmail '-- [EMAIL PROTECTED]' C rmail "-- [EMAIL PROTECTED]" ... without success: ERROR: Execution: Exit status 64 Well, but ... C rmail '[EMAIL PROTECTED]' ... worked. uux is generating those 'execute files', but now I'm stuck. I can't find where I could patch the sourcecode. And, more importantly, I can't oversee what will break if I could fix it the way I want ... :-( Anyone out there who could help me? This is ld software, I know ;-) This is all on 6.3-RELEASE, but I'm quite sure its the same with 7.x and 8.x. Regards, Michael [1] http://groups.google.com/group/comp.unix.bsd.freebsd.misc/msg/b653a6cbf387f971 -- to let ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Call for Testers: misc/amanda-{server,client} 2.6.0p2
Then I have what I think is a working port for 2.6.0p2. All of it: <http://people.hidden-powers.com/~glz/amanda-2.6.0p2-20081024.tgz> Patch against current port: <http://people.hidden-powers.com/~glz/amanda-2.6.0p2.shar> Only change since last is to check correct client version by looking for the libamandad shared library. /glz --On Tuesday, September 30, 2008 00:42 +0200 Goran Lowkrantz <[EMAIL PROTECTED]> wrote: Some more testing resulting in adding the bsdtcp and bsdudp security flags to both server and client build. At least the bsdtcp flag is needed for interop with the Windows clients but as both used to be included by default (I think?), they should be there now too. Included a patch against Jun's 2.6.0 port. Cheers, glz --On Saturday, September 27, 2008 22:59 +0200 Goran Lowkrantz <[EMAIL PROTECTED]> wrote: Testing it and found the following so far: 1: Zero length patchfiles in the tar. ===> Applying FreeBSD patches for amanda-client-2.6.0p2,1 I can't seem to find a patch in there anywhere. I can't seem to find a patch in there anywhere. I can't seem to find a patch in there anywhere. I can't seem to find a patch in there anywhere. I can't seem to find a patch in there anywhere. I can't seem to find a patch in there anywhere. I can't seem to find a patch in there anywhere. # find . -size 0 -print ./patch-sendsize.c ./patch-ab ./patch-ae ./patch-server-src::amcrypt-ossl-asym.sh.in ./patch-aa ./patch-ac ./patch-server-src::amcrypt-ossl.sh.in # ls -la total 14 drwxrwxr-x 2 1021 wheel15 Sep 2 01:17 . drwxrwxr-x 3 1021 wheel 8 Sep 4 06:43 .. -rw-rw-r-- 1 1021 wheel 885 Nov 6 2006 extra-patch-sendbackup-dump.c -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:08 patch-aa -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:09 patch-ab -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:10 patch-ac -rw-rw-r-- 1 1021 wheel 511 Aug 30 13:12 patch-ad -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:13 patch-ae -rw-rw-r-- 1 1021 wheel 320 Aug 30 13:15 patch-chg-zd-mtx.sh.in -rw-rw-r-- 1 1021 wheel 1786 Sep 1 00:42 patch-common-src::Makefile.in -rw-rw-r-- 1 1021 wheel 310 Aug 31 15:28 patch-man::Makefile.in -rw-rw-r-- 1 1021 wheel 5384 Sep 2 00:37 patch-perl::Makefile.in -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:18 patch-sendsize.c -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:19 patch-server-src::amcrypt-ossl-asym.sh.in -rw-rw-r-- 1 1021 wheel 0 Aug 30 13:20 patch-server-src::amcrypt-ossl.sh.in 2: When doing an upgrade, the libamdevice.so got dependant on the previous version of Amanda. Will test this on my other server next week and see if I can find where it happens. /usr/local/lib/amanda/libamdevice-2.6.0p2.so: libamanda-2.5.1p3.so => not found (0x0) libm.so.4 => /lib/libm.so.4 (0x28181000) libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x28197000) libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x2819b000) libgthread-2.0.so.0 => /usr/local/lib/libgthread-2.0.so.0 (0x281d) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x281d4000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x282a7000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x2829e000) libcurl.so.4 => /usr/local/lib/libcurl.so.4 (0x2839b000) libssl.so.4 => /usr/lib/libssl.so.4 (0x283d2000) libcrypto.so.4 => /lib/libcrypto.so.4 (0x2840) libz.so.3 => /lib/libz.so.3 (0x284f3000) 3: The chg-zd-mtx has picked up an bashism. Attached a patch for the patch. That's it. Will make noise if I find anything more. Cheers, Göran L --- "There is hopeful symbolism in the fact that flags do not wave in a vacuum." -- Arthur C. Clarke ... the future isMobile Goran Lowkrantz <[EMAIL PROTECTED]> System Architect, isMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Luleå, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ... ... the future isMobile Goran Lowkrantz <[EMAIL PROTECTED]> System Architect, isMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Luleå, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ... ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: speed up ports install
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jingshao Chen wrote: > I think this is a good idea. The only thing is we need to get > to install process sync so if one is in need of a package while > the other is downloading, the first process will just wait for > it to complete then proceed. I would l love to implement it and then send it as a patch - but I don't know how. > > Thanks, > Jingshao > > On Sun, Oct 19, 2008 at 09:21:18AM -0400, Eitan Adler wrote: > I have a simple idea to make use the threads without any possibility of > conflicts. I am sure there will be someone to point out a negative, but > I don't see any. > When you do "make install" launch a "make fetch-recursive" thread at the > same time. That way you don't need to wait for the files to > install->fetch the next one->install it->fetch the next one... > For those who don't want that you could get the old behavior with "make > onlyinstall". I currently do this with a "make" wrapper script and I > find installation to be faster. > > ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]" > ___ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "[EMAIL PROTECTED]" - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkCPLIACgkQtl8kq+nCzNGxNgCfcRVq3lxZh+G+Lt3Y5S5BgEk4 70YAn3Z+c7/4LRH6knbiN3nTL78b1lPz =35MD -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Xorg - minimal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Niclas Zeising wrote: > Eitan Adler wrote: > >> Eitan Adler wrote: >>> Attached is the Makefile. >>> I think it is possible to do "make install clean" on this port which >>> should be in x11/xorg-lite and use "startx" to run X. >>> Once people confirm/test this I'll submit a new port pr. >> I updated the Makefile to conform with portlint's whining. > > This is good work, just one thing. Since xorg-drivers is options-ified, > it just might be better to depend on that instead of just bringing in a > couple of drivers to get things going. This allows people to get the > drivers they want instead, even though it's the lite package. > Just my .02 SEK > As a side note I also think you should add a "conflict with" to point to > the regular xorg package. Compare with gnome and gnome-lite. I think you meant this to go to the mailing list - so I CCed my reply. I think I'll do that instead. I'll submit the next version as a PR. > Otherwise, good work! > Regards! > Niclas > > - -- GNU Key fingerptrint: 2E13 BC16 5F54 0FBD 62ED 42B6 B65F 24AB E9C2 CCD1 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkCPUwACgkQtl8kq+nCzNG4+wCgh6QjHID7gU00l3kMegd+Yg5B nzgAoI73ccaGuHzxzQlTTfvwxpOHitL5 =SR1N -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD Port: yate-devel-2.0.0.p1_1
Hi My name is Constantyn. I want to install Yate v2 under FreeBSD 7, but I have not found net/yate-devel 2.0.0.p1_1 in ports collection of FreeBSD. Can you help me find Yate 2 and install it, I will try developing and improving works Yate 2 in FreeBSD. Best regards, Constantyn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "[EMAIL PROTECTED]"
