Re: fix mt-daapd interface probing
In message [EMAIL PROTECTED] so spake Arnaud Bergeron (abergeron): Aside from that, I'll admit I did not test with more than one network card because I did not have more than one at the moment I created the port. If you say this fixes your problem, then I have no objections to get this commited. Must be your client, the original I sent used tabs. I committed this and added p0 to the PKGNAME. - todd
Re: some news for asian language speakers
On 1/9/07, Mathieu Sauve-Frankel [EMAIL PROTECTED] wrote: Thank you very much for porting UIM! Now all I want is UIM-enabled mlterm in tree. (I'm using mlterm-2.9.4pre [CVS HEAD]. The latest release is 2.9.3. Both are very stable.) I am curious to know if there is anything else you need to do to use it from within mlterm. Here's an mlterm update to 2.9.3 with uim support. Your patch works fine with UIM. I can input Japanese characters on the mlterm. Not sure if I should bump SHARED_LIBS or not. If someone could comment that would be cool. There is no API-changes between 2.9.0 and 2.9.3, AFAIK. A function was added _after_ 2.9.3 though. Thanks, -- tamo (http://tamo.tdiary.net)
NEW: archivers/p7zip
7-zip is a file archiver with the highest compression ratio. Homepage : www.7-zip.org 7z uses plugins to handle archives. 7za is a stand-alone executable. 7za handles less archive formats than 7z.exe. i 7zr is a light stand-alone executable that supports only 7z/LZMA/BCJ/BCJ2. Tested only on i386, in process of testing on amd64 (qemu takes a long time). Comments and suggestions for improvement are welcome. p7zip.tar.gz Description: application/tar-gz
Re: NEW: archivers/p7zip
Josh Grosse [2007-01-09, 10:42:29]: 7-zip is a file archiver with the highest compression ratio. Homepage : www.7-zip.org 7zuses plugins to handle archives. 7za is a stand-alone executable. 7za handles less archive formats than 7z.exe. i 7zr is a light stand-alone executable that supports only 7z/LZMA/BCJ/BCJ2. Tested only on i386, in process of testing on amd64 (qemu takes a long time). Comments and suggestions for improvement are welcome. does this provide any advantages over lzma-utils (archivers/lzma port)? Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: NEW: archivers/p7zip
On 2007/01/09 17:01, steven mestdagh wrote: does this provide any advantages over lzma-utils (archivers/lzma port)? lzma doesn't support 7z files.
Re: NEW: archivers/p7zip
On Tue, Jan 09, 2007 at 05:01:51PM +0100, steven mestdagh wrote: does this provide any advantages over lzma-utils (archivers/lzma port)? AFAIK, lzma-utils uses LZMA compression only. The p7zip sourceforge project's toolkit includes many other compression and archive formats, including (per the doc) ZIP, CAB, ARJ, GZIP, BZIP2, TAR, CPIO, RPM and DEB formats.
Link exchanging
Hello! My friend's site, http://www.hhcommunications.com/catalog/Phone-Systems-156-p-1.html, is finally up and running. I think a link exchange with http://www.openbsd.org/orders.html would help make it even better. If you are interested in a link exchange send me the url of the page with a link to my page. Here's a sample link you can use: (html) Find helpful information about a href=http://www.hhcommunications.com/catalog/Phone-Systems-156-p-1.html;office phone systems/a and other phone and phone system products. (end html) Thanks a ton! Jaye Toti I apologize if this message was sent, in error, to the wrong person.
Re: java on openbsd 4.0?
On Monday 08 January 2007 8:38 pm, bofh wrote: ... data(kbytes) 1048576 ... [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP ... real mem = 3219894272 (3144428K) Nice bug report (i.e. had everything I needed to deduce the reason), but please post port building problems on ports@ and/or to maintainer. I easily could have missed your email due to the signal to noise ratio on [EMAIL PROTECTED] The problem is that the jdk sizes the default memory usage based on real mem installed in the box so with systems with lots of real mem it can set the useage higher then the 1G datasize limit. I thought I fixed this before but perhaps the fix was i386 only. I'll look into it again and send a patch for you to test. -Kurt
PATCH: sunsite.org.uk
Attached patch removes sunsite.org.uk references. Introduces a suitable CPAN replacement. This mirror has been down and doesn't look like it's coming back. Anyone else know what's going on there? Todo: someone needs to address the net/mirror port. Questions/Comments? Jim Index: infrastructure/templates/network.conf.template === RCS file: /cvs/ports/infrastructure/templates/network.conf.template,v retrieving revision 1.103 diff -u -r1.103 network.conf.template --- infrastructure/templates/network.conf.template 2006/11/28 23:43:54 1.103 +++ infrastructure/templates/network.conf.template 2007/01/09 16:33:01 @@ -55,7 +55,6 @@ ftp://ftp.wustl.edu/pub/gnu/ \ ftp://ftp.kddilabs.jp/GNU/ \ ftp://ftp.mirror.ac.uk/sites/ftp.gnu.org/gnu/ \ - ftp://sunsite.org.uk/package/gnu/ \ ftp://ftp.informatik.hu-berlin.de/pub/gnu/ \ ftp://ftp.rediris.es/mirror/gnu/gnu/ \ ftp://ftp.cs.univ-paris8.fr/mirrors/ftp.gnu.org/ \ @@ -96,7 +95,6 @@ ftp://ftp.kobe-u.ac.jp/pub/Linux/metalab.unc.edu/ \ ftp://ftp.kddilabs.jp/Linux/metalab.unc.edu/ \ ftp://ftp.funet.fi/pub/Linux/mirrors/metalab/ \ - ftp://sunsite.org.uk/packages/linux/sunsite.unc-mirror/ \ ftp://ftp.nluug.nl/vol/4/metalab/ \ ftp://ftp.chg.ru/pub/Linux/sunsite/ @@ -145,7 +143,7 @@ ftp://ftp.ucr.ac.cr/pub/Unix/CPAN/modules/by-module/ \ ftp://ftp.duke.edu/pub/perl/modules/by-module/ \ ftp://cpan.pop-mg.com.br/pub/CPAN/modules/by-module/ \ - ftp://sunsite.org.uk/package/cpan/modules/by-module/ \ + ftp://ftp.flirble.org/pub/CPAN/modules/by-module/ \ ftp://ftp.chg.ru/pub/lang/perl/CPAN/modules/by-module/ \ http://www.cpan.dk/modules/by-module/ \ ftp://mirrors.dotsrc.org/cpan/modules/by-module/ @@ -197,7 +195,6 @@ ftp://ftp.unina.it/pub/Unix/cygnus/ \ ftp://ftp1.sinica.edu.tw/pub3/CYGNUS/ \ ftp://gd.tuwien.ac.at/gnu/sourceware/ \ - ftp://sunsite.org.uk/Mirrors/sourceware.cygnus.com/pub/ \ ftp://sysg.kek.jp/cygnus/ \ ftp://unix.hensa.ac.uk/mirrors/sourceware.cygnus.com/pub/ \ ftp://www.carfield.com.hk/mirror/sources.redhat.com/ Index: shells/zsh/Makefile === RCS file: /cvs/ports/shells/zsh/Makefile,v retrieving revision 1.40 diff -u -r1.40 Makefile --- shells/zsh/Makefile 2006/11/23 19:52:51 1.40 +++ shells/zsh/Makefile 2007/01/09 16:33:01 @@ -15,7 +15,6 @@ http://www.math.technion.ac.il/pub/zsh/ \ ftp://ftp.demon.nl/pub/mirrors/zsh/ \ ftp://sunsite.icm.edu.pl/pub/unix/shells/zsh/ \ - ftp://sunsite.org.uk/package/zsh/ \ http://zsh.open-mirror.com/ HOMEPAGE= http://www.zsh.org/
PATCH: packetstorm mirrors
Attached patch aligns mirror list with those currently on the web site. Questions? Jim Index: infrastructure/templates/network.conf.template === RCS file: /cvs/ports/infrastructure/templates/network.conf.template,v retrieving revision 1.103 diff -u -r1.103 network.conf.template --- infrastructure/templates/network.conf.template 2006/11/28 23:43:54 1.103 +++ infrastructure/templates/network.conf.template 2007/01/09 19:15:24 @@ -215,13 +215,13 @@ http://packetstorm.orion-hosting.co.uk/ \ http://packetstormsecurity.nl/ \ http://packetstorm.linuxexposed.com/ \ - http://packetstormsecurity.org.pk/ \ - http://packetstormsecurity.org.uk/ \ - http://packetstorm.security-guide.de/ \ + http://packetstorm.setnine.com/ \ + http://packetstorm.neville-neil.com/ \ + http://packetstorm.wowhacker.com/ \ + http://packetstorm.offensive-security.com/ \ http://packetstorm.icx.fr/ \ http://packetstorm.digital-network.net/ \ http://packetstorm.troop218.org/ \ - http://packetstorm.dyn.org/ \ http://packetstorm.blackroute.net/ \ http://packetstorm.ussrback.com/ \ http://packetstorm.rlz.cl/
Re: java on openbsd 4.0?
On Tuesday 09 January 2007 09:23, Kurt Miller wrote: On Monday 08 January 2007 8:38 pm, bofh wrote: ... data(kbytes) 1048576 ... [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.M P ... real mem = 3219894272 (3144428K) Nice bug report (i.e. had everything I needed to deduce the reason), but please post port building problems on ports@ and/or to maintainer. I easily could have missed your email due to the signal to noise ratio on [EMAIL PROTECTED] The problem is that the jdk sizes the default memory usage based on real mem installed in the box so with systems with lots of real mem it can set the useage higher then the 1G datasize limit. I thought I fixed this before but perhaps the fix was i386 only. I'll look into it again and send a patch for you to test. -Kurt Kurt, Building and installing the lang/jdk/1.3, lang/jdk/1.3-linux and lang/jdk/1.4 ports of 4.0-STABLE worked perfectly. Though I can't test the 1G issue you mentioned, I did hit an issue building the lang/kaffe dependency while trying to build the devel/jdk/1.5 port. I've managed to repeat the error on the second attempt when just trying to build /lang/kaffe The 'easy' part works just fine ;-) # make completes successuflly The problem is when building the package. # make package this dies a miserable death... You might want to note that the error below is sligtly different than the one posted to misc@ on the first time through. Somehow junk is getting appended to one of the path names. Documeowwve below and javaoosowxuownonowmkwssxozuwo in the error previously posted error sent to [EMAIL PROTECTED] Making install in lib gmake[3]: Entering directory `/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/build-i386/libraries/javalib/external/classpath/lib' true top_builddir=.. top_srcdir=/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/kaffe-1.1.7/libraries/javalib/external/classpath /bin/sh ./gen-classlist.sh standard Adding java source files from srcdir '/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/kaffe-1.1.7/libraries/javalib/external/classpath'. Adding java source files from VM directory /usr/ports/lang/kaffe/w-kaffe-1.1.7p2/kaffe-1.1.7/libraries/javalib/vmspecific Adding generated files in builddir '..'. gmake[3]: *** No rule to make target `/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/kaffe-1.1.7/libraries/javalib/external/classpath/javax/swing/event/Documeowwve~', needed by `compile-classes'. Stop. gmake[3]: Leaving directory `/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/build-i386/libraries/javalib/external/classpath/lib' gmake[2]: *** [install-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/build-i386/libraries/javalib/external/classpath' gmake[1]: *** [install-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/build-i386/libraries/javalib' gmake: *** [install-recursive] Error 1 *** Error code 2 Stop in /usr/ports/lang/kaffe (line 1995 of /usr/ports/infrastructure/mk/bsd.port.mk). $ The error smells weird so I'll try updating -stable again just to make sure I don't have something corrupted. Since the last time I updated ports two weeks ago, I had to fsck this box due to a power loss during a bad storm, so the problem might be on my end. And of course, my dmesg. OpenBSD 4.0-stable (GENERIC.MP) #2: Fri Dec 29 07:50:04 PST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Xeon(TM) CPU 2.00GHz (GenuineIntel 686-class) 2 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM real mem = 1072754688 (1047612K) avail mem = 970498048 (947752K) using 4256 buffers containing 53739520 bytes (52480K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 11/01/04, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xf0450 (114 entries) bios0: Dell Computer Corporation Precision WorkStation 530 MT apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfba00/224 (12 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82801BA LPC rev 0x00) pcibios0: PCI bus #4 is the last bus bios0: ROM list: 0xc/0x8800 0xc8800/0x2800 mainbus0: Intel MP Specification (Version 1.4) (DELL WS 530 ) cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 99 MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Xeon(TM) CPU 2.00GHz (GenuineIntel 686-class) 2 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM mainbus0: bus 0 is type PCI mainbus0: bus 1 is type PCI mainbus0: bus 2 is type PCI mainbus0: bus 3 is type PCI mainbus0: bus 4 is type PCI mainbus0: bus 5 is type ISA ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins ioapic0:
PATCH: demote sourceforge mirror
citkit has consistently failed my port survey for months along with voxel. Attached patch demotes citkit to the first loser spot. Questions? Jim Index: infrastructure/templates/network.conf.template === RCS file: /cvs/ports/infrastructure/templates/network.conf.template,v retrieving revision 1.103 diff -u -r1.103 network.conf.template --- infrastructure/templates/network.conf.template 2006/11/28 23:43:54 1.103 +++ infrastructure/templates/network.conf.template 2007/01/09 19:23:06 @@ -106,10 +106,10 @@ http://optusnet.dl.sourceforge.net/sourceforge/ \ http://heanet.dl.sourceforge.net/sourceforge/ \ http://jaist.dl.sourceforge.net/sourceforge/ \ - http://citkit.dl.sourceforge.net/sourceforge/ \ http://nchc.dl.sourceforge.net/sourceforge/ \ http://switch.dl.sourceforge.net/sourceforge/ \ http://kent.dl.sourceforge.net/sourceforge/ \ + http://citkit.dl.sourceforge.net/sourceforge/ \ http://voxel.dl.sourceforge.net/sourceforge/ MASTER_SITE_SOURCEFORGE_JP+= \
PATCH: retire MASTER_SITE_SOURCEWARE
I don't find any references to this target in the ports tree. Attached patch retires the target. Should we keep it around for anything? Jim Index: infrastructure/templates/network.conf.template === RCS file: /cvs/ports/infrastructure/templates/network.conf.template,v retrieving revision 1.103 diff -u -r1.103 network.conf.template --- infrastructure/templates/network.conf.template 2006/11/28 23:43:54 1.103 +++ infrastructure/templates/network.conf.template 2007/01/09 19:41:59 @@ -185,23 +185,6 @@ MASTER_SITE_WINDOWMAKER+= \ ftp://ftp.windowmaker.info/pub/ -MASTER_SITE_SOURCEWARE+= \ - ftp://mirrors.rcn.net/mirrors/sources.redhat.com/ \ - ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/ \ - ftp://ftp.chg.ru/pub/sourceware/ \ - ftp://ftp.fic.uni.lodz.pl/pub/sources.redhat.com/pub/ \ - ftp://ftp.funet.fi/pub/mirrors/sourceware.cygnus.com/pub/ \ - ftp://ftp.pvv.ntnu.no/pub/cygnus/sourceware.cygnus.com/ \ - ftp://ftp.sdn.co.za/mirrors/sourceware.cygnus.com/pub/ \ - ftp://ftp.sun.ac.za/sites/sourceware.cygnus.com/pub/ \ - ftp://ftp.unina.it/pub/Unix/cygnus/ \ - ftp://ftp1.sinica.edu.tw/pub3/CYGNUS/ \ - ftp://gd.tuwien.ac.at/gnu/sourceware/ \ - ftp://sunsite.org.uk/Mirrors/sourceware.cygnus.com/pub/ \ - ftp://sysg.kek.jp/cygnus/ \ - ftp://unix.hensa.ac.uk/mirrors/sourceware.cygnus.com/pub/ \ - ftp://www.carfield.com.hk/mirror/sources.redhat.com/ - MASTER_SITE_FREEBSD_LOCAL+=\ ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/ \ ftp://ftp.se.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/ \
Re: java on openbsd 4.0?
On Tuesday 09 January 2007 2:27 pm, J.C. Roberts wrote: Building and installing the lang/jdk/1.3, lang/jdk/1.3-linux and lang/jdk/1.4 ports of 4.0-STABLE worked perfectly. Though I can't test the 1G issue you mentioned, I did hit an issue building the lang/kaffe dependency while trying to build the devel/jdk/1.5 port. I've managed to repeat the error on the second attempt when just trying to build /lang/kaffe The 'easy' part works just fine ;-) # make completes successuflly The problem is when building the package. # make package this dies a miserable death... You might want to note that the error below is sligtly different than the one posted to misc@ on the first time through. Somehow junk is getting appended to one of the path names. Documeowwve below and javaoosowxuownonowmkwssxozuwo in the error previously posted error sent to [EMAIL PROTECTED] Yea that sure is unusual. Kinda looks like memory or disk problems at first glance especially since it changes and has random values. There also is a possibility this is due to pthreads. I changed how pthreads deals with pipes in -current to work-around a random OOo build failure see mostly on mp systems. Did you by chance pipe stdout and/or stderr somewhere (i.e. tee, portslogger)? Making install in lib gmake[3]: Entering directory `/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/build-i386/libraries/javalib/external/classpath/lib' true top_builddir=.. top_srcdir=/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/kaffe-1.1.7/libraries/javalib/external/classpath /bin/sh ./gen-classlist.sh standard Adding java source files from srcdir '/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/kaffe-1.1.7/libraries/javalib/external/classpath'. Adding java source files from VM directory /usr/ports/lang/kaffe/w-kaffe-1.1.7p2/kaffe-1.1.7/libraries/javalib/vmspecific Adding generated files in builddir '..'. gmake[3]: *** No rule to make target `/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/kaffe-1.1.7/libraries/javalib/external/classpath/javax/swing/event/Documeowwve~', needed by `compile-classes'. Stop. gmake[3]: Leaving directory `/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/build-i386/libraries/javalib/external/classpath/lib' gmake[2]: *** [install-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/build-i386/libraries/javalib/external/classpath' gmake[1]: *** [install-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/lang/kaffe/w-kaffe-1.1.7p2/build-i386/libraries/javalib' gmake: *** [install-recursive] Error 1 *** Error code 2 Stop in /usr/ports/lang/kaffe (line 1995 of /usr/ports/infrastructure/mk/bsd.port.mk). $ The error smells weird so I'll try updating -stable again just to make sure I don't have something corrupted. Since the last time I updated ports two weeks ago, I had to fsck this box due to a power loss during a bad storm, so the problem might be on my end. And of course, my dmesg. OpenBSD 4.0-stable (GENERIC.MP) #2: Fri Dec 29 07:50:04 PST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Xeon(TM) CPU 2.00GHz (GenuineIntel 686-class) 2 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM real mem = 1072754688 (1047612K) avail mem = 970498048 (947752K) using 4256 buffers containing 53739520 bytes (52480K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 11/01/04, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xf0450 (114 entries) bios0: Dell Computer Corporation Precision WorkStation 530 MT apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfba00/224 (12 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82801BA LPC rev 0x00) pcibios0: PCI bus #4 is the last bus bios0: ROM list: 0xc/0x8800 0xc8800/0x2800 mainbus0: Intel MP Specification (Version 1.4) (DELL WS 530 ) cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 99 MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Xeon(TM) CPU 2.00GHz (GenuineIntel 686-class) 2 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM mainbus0: bus 0 is type PCI mainbus0: bus 1 is type PCI mainbus0: bus 2 is type PCI mainbus0: bus 3 is type PCI mainbus0: bus 4 is type PCI mainbus0: bus 5 is type ISA ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 2 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82860 Host rev 0x04: rng active, 7Kb/sec ppb0 at pci0 dev 1 function 0 Intel 82850/82860 AGP rev 0x04 pci1 at ppb0 bus 1 vga1 at pci1 dev 0
Re: UPDATE: mozilla-firefox-2.0.0.1
On Tuesday 09 January 2007 12:56 pm, Kurt Miller wrote: On Thursday 21 December 2006 3:02 am, Martynas Venckus wrote: Hi, Please test the diff below. Bugs fixed for Firefox 2.0.0.1: ~183 in total; 42 crashers, 3 memory leaks, 41 regressions and 4 privacy-related bugs. http://www.mozilla.org/projects/security/known-vulnerabilities.html#firefox2.0.0.1 I've been testing 2.0.0.1 for a week. (i386) http://www.altroot.org/mozilla-firefox-2.0.0.1.patch I've updated the firefox 2.0.0.1 diff for -current, dropped two custom behavior patches, added -devel subpackage for the vlc plugin and other minor changes. This has been working well for me on i386 for the last two weeks. I've also briefly tested macppc and sparc64. However there has been reports of printing having issues on at least amd64. Please test this diff and confirm if printing is working ok for you especially on amd64. The printing issue has been tracked down. Firefox will silently fail to print if it runs out of file descriptors. This will be committed in a day or two unless other problems are reported, so test test test please. :) -Kurt
php-gd has wrong post install message
# pkg_add php5-gd-5.1.6p0 php5-gd-5.1.6p0:t1lib-5.1.0p0: complete php5-gd-5.1.6p0: complete --- php5-gd-5.1.6p0 --- Enable this module in php.ini using the following command: /usr/local/sbin/phpxs -a ldap That should read gd not ldap.
Re: php-gd has wrong post install message
This is happening on other php packages, too. On 1/9/07, Marco Peereboom [EMAIL PROTECTED] wrote: # pkg_add php5-gd-5.1.6p0 php5-gd-5.1.6p0:t1lib-5.1.0p0: complete php5-gd-5.1.6p0: complete --- php5-gd-5.1.6p0 --- Enable this module in php.ini using the following command: /usr/local/sbin/phpxs -a ldap That should read gd not ldap.
mysql - where's mysqld etc.
Some package built in ports had the mysql dependency and built it, but I find that mysqld_* etc., the server portions, were built but not installed. What's the magic here to cause the server side of mysql to be installed? That which I find obvious isn't working for me. -- Jack J. Woehr Director of Development Absolute Performance, Inc. [EMAIL PROTECTED] 303-443-7000 ext. 527
Re: php-gd has wrong post install message
On 2007/01/09 15:49, Marco Peereboom wrote: # pkg_add php5-gd-5.1.6p0 php5-gd-5.1.6p0:t1lib-5.1.0p0: complete php5-gd-5.1.6p0: complete --- php5-gd-5.1.6p0 --- Enable this module in php.ini using the following command: /usr/local/sbin/phpxs -a ldap That should read gd not ldap. espie fixed this in ports/infrastructure/mk/bsd.port.mk 1.876
Re: NEW: archivers/p7zip
On 2007/01/09 10:42, Josh Grosse wrote: 7-zip is a file archiver with the highest compression ratio. Tested only on i386, in process of testing on amd64 (qemu takes a long time). g++ on armish isn't exactly a speed demon, either (2hrs). The program seems to run OK there, but I noticed some packaging problems - you list a bunch of ${BASE_PKGPATH} in the PLIST/PFRAG.shared which don't work out:- === Building package for p7zip-4.43 Create /usr/ports/packages/arm/all/p7zip-4.43.tgz Switching to /usr/ports/archivers/p7zip/pkg/PFRAG.shared Error in package: /usr/ports/archivers/p7zip/w-p7zip-4.43/fake-armish//usr/local/lib/archivers/p7zip/Codecs/7zAES.so does not exist Error in package: /usr/ports/archivers/p7zip/w-p7zip-4.43/fake-armish//usr/local/lib/archivers/p7zip/Codecs/AES.so does not exist Error in package: /usr/ports/archivers/p7zip/w-p7zip-4.43/fake-armish//usr/local/lib/archivers/p7zip/Codecs/BZip2.so does not exist (etc.etc). Did you perhaps build it in /usr/ports/p7zip on your system? 'make update-plist' fixes this up, you also need to run 'make lib-depends-check' and fix WANTLIB. Can anyone tell me if these internal-use .so plugins need any different handling or is that just for shared libraries intended for use in other software?
Re: NEW: archivers/p7zip
On Tue, Jan 09, 2007 at 09:29:34PM +, Stuart Henderson wrote: On 2007/01/09 10:42, Josh Grosse wrote: 7-zip is a file archiver with the highest compression ratio. Tested only on i386, in process of testing on amd64 (qemu takes a long time). g++ on armish isn't exactly a speed demon, either (2hrs). The program seems to run OK there, but I noticed some packaging problems - you list a bunch of ${BASE_PKGPATH} in the PLIST/PFRAG.shared which don't work out:- [snip] Did you perhaps build it in /usr/ports/p7zip on your system? Thanks for reporting that. My make plist was built under /usr/ports/mystuff/p7zip, and I assume that's the packaging problem. ...you also need to run 'make lib-depends-check' and fix WANTLIB. Good point. These apps use libraries from /usr/lib, and they should be in WANTLIB. I've also found two typos in pkg/DESCR, and I had a compile fail in the amd64 build, as g++ needs -fPIC there. So I have a revision to make and resubmit. Can anyone tell me if these internal-use .so plugins need any different handling or is that just for shared libraries intended for use in other software? I did not add them to SHARED-LIBS because 1) they don't show up when I use ldconfig, so they don't seem like real libraries, and 2) I was unable to determine if they have any version numbers to stick in SHARED-LIBS anyway. There are plenty of ports with other-than-library files in /usr/local/lib, so I thought leaving them there without SHARED-LIBS was the right thing to do.
PATCH: fix path in default config file
Reported by Ian Darwin [EMAIL PROTECTED]. Index: audio/mt-daapd/patches/patch-contrib_mt-daapd_conf === RCS file: patch-contrib_mt-daapd_conf diff -N patch-contrib_mt-daapd_conf --- /dev/null Sat Aug 30 18:16:59 1997 +++ patch-contrib_mt-daapd_conf Wed Jan 10 02:12:45 2007 @@ -0,0 +1,12 @@ +$OpenBSD$ +--- contrib/mt-daapd.conf.orig Sat Jan 6 02:13:06 2007 contrib/mt-daapd.conf Sat Jan 6 02:11:27 2007 +@@ -23,7 +23,7 @@ + # path is probably /usr/local/share/mt-daapd/admin-root. + # + +-web_root /usr/share/mt-daapd/admin-root ++web_root /usr/local/share/mt-daapd/admin-root + + # + # port (required) Arnaud
Re: PATCH: sunsite.org.uk
Jim Razmus wrote: Todo: someone needs to address the net/mirror port. Been meaning to do that. I left the original site in there in case it comes back to life. ? w-mirror-2.9 Index: Makefile === RCS file: /cvs/ports/net/mirror/Makefile,v retrieving revision 1.18 diff -u -r1.18 Makefile --- Makefile22 Sep 2003 22:53:37 - 1.18 +++ Makefile10 Jan 2007 02:40:05 - @@ -5,10 +5,10 @@ DISTNAME= mirror-2.9 CATEGORIES=net -MASTER_SITES= ftp://sunsite.org.uk/packages/mirror/ \ - ftp://ftp.cs.columbia.edu/archives/perl/mirror/ \ - ftp://giswitch.sggw.waw.pl/pub/unix/mirror/ \ - ftp://SunSITE.sut.ac.jp/pub/archives/packages/mirror/ +MASTER_SITES= ftp://sunsite.cnlab-switch.ch/mirror/mirror \ + http://personainternet.linux.tucows.com/files \ + http://epix.linux.tucows.com/files \ + ftp://sunsite.org.uk/packages/mirror HOMEPAGE= http://sunsite.org.uk/packages/mirror/