Re: pledge archivers/pigz
[...] > While here, do some cleanup and install unpigz as symlink since it's the > same binary. > > Feedback? OK? If someone wants to take over as maintainer that'd be nice. I use the port but unfortunately I don't have the time to do my duties as maintainer. > Index: Makefile > === > RCS file: /cvs/ports/archivers/pigz/Makefile,v > retrieving revision 1.6 > diff -u -p -r1.6 Makefile > --- Makefile 25 Jan 2018 10:34:49 - 1.6 > +++ Makefile 30 Jun 2018 16:13:03 - > @@ -5,7 +5,8 @@ NOT_FOR_ARCHS=${GCC3_ARCHS} > > COMMENT =parallel implementation of gzip utilizing multiple cores > > -DISTNAME = pigz-2.4 > +DISTNAME = pigz-2.4 > +REVISION = 0 > CATEGORIES = archivers > HOMEPAGE = https://zlib.net/pigz/ > > @@ -14,17 +15,19 @@ MAINTAINER = Thomas Pfaff
Update pigz to 2.3.3
Index: Makefile === RCS file: /cvs/ports/archivers/pigz/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile16 Sep 2014 19:56:09 - 1.3 +++ Makefile11 Mar 2015 13:30:09 - @@ -5,8 +5,7 @@ NOT_FOR_ARCHS= ${GCC3_ARCHS} COMMENT = parallel implementation of gzip utilizing multiple cores -DISTNAME = pigz-2.3.1 -REVISION = 0 +DISTNAME = pigz-2.3.3 CATEGORIES = archivers HOMEPAGE = http://zlib.net/pigz/ Index: distinfo === RCS file: /cvs/ports/archivers/pigz/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo1 Dec 2013 03:19:13 - 1.1.1.1 +++ distinfo11 Mar 2015 13:30:09 - @@ -1,2 +1,2 @@ -SHA256 (pigz-2.3.1.tar.gz) = YpsM5UIqOXjzF0K/gnXQvi+EmHFA0Y85Dx47Tkbgr1Q= -SIZE (pigz-2.3.1.tar.gz) = 86651 +SHA256 (pigz-2.3.3.tar.gz) = TotntDLOeQdXWlSfPhysRwl4G6D2tIr+qfWTaYRrUJw= +SIZE (pigz-2.3.3.tar.gz) = 92787
Re: new: archivers/pigz
A parallel implementation of gzip for modern multi-processor, multi-core machines. -- http://zlib.net/pigz/ Seems ok to me. But you must remove the CFLAGS optimisation in the Makefile. Thanks. Changed -O3 to -O2, which I assume is fine. pigz-2.3.1.tgz Description: Unix tar archive
Re: new: archivers/pigz
$ time pigz foo.tar 0m9.43s real 0m22.36s user 0m7.13s system Just curious, any idea what's causing all that extra system time? How many cores was this run at? $ time gzip foo.tar 0m23.63s real 0m21.31s user 0m0.67s system 4. No idea about those other numbers. For now I just care about real ;-) OpenBSD 5.4-current (GENERIC.MP) #94: Mon Oct 28 11:05:54 MDT 2013 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8515391488 (8120MB) avail mem = 8280580096 (7896MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeb8c0 (104 entries) bios0: vendor American Megatrends Inc. version 2003 date 05/09/2013 bios0: ASUSTeK COMPUTER INC. P8Z77-V acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT MCFG HPET SSDT DMAR SSDT SSDT acpi0: wakeup devices PS2M(S4) UAR1(S4) PS2K(S4) P0P1(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP06(S4) PXSX(S4) RP07(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-3550 CPU @ 3.30GHz, 3310.17 MHz cpu0: FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 cpu0: apic clock running at 100MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1.0, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i5-3550 CPU @ 3.30GHz, 3309.73 MHz cpu1: FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 4 (application processor) cpu2: Intel(R) Core(TM) i5-3550 CPU @ 3.30GHz, 3309.73 MHz cpu2: FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 2, package 0 cpu3 at mainbus0: apid 6 (application processor) cpu3: Intel(R) Core(TM) i5-3550 CPU @ 3.30GHz, 3309.73 MHz cpu3: FPU,VME,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,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,LONG,LAHF,PERF,ITSC,FSGSBASE,SMEP,ERMS cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 0, core 3, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (P0P1) acpiprt2 at acpi0: bus 2 (RP01) acpiprt3 at acpi0: bus -1 (RP02) acpiprt4 at acpi0: bus -1 (RP03) acpiprt5 at acpi0: bus 3 (RP04) acpiprt6 at acpi0: bus -1 (RP06) acpiprt7 at acpi0: bus 6 (RP07) acpiprt8 at acpi0: bus 7 (RP08) acpiprt9 at acpi0: bus 1 (PEG0) acpiprt10 at acpi0: bus -1 (PEG1) acpiprt11 at acpi0: bus -1 (PEG2) acpiprt12 at acpi0: bus -1 (PEG3) acpiprt13 at acpi0: bus 4 (RP05) acpiprt14 at acpi0: bus 5 (PXSX) acpiec0 at acpi0 acpiec at acpi0 not configured acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpicpu2 at acpi0: C3, C2, C1, PSS acpicpu3 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: FN00 acpipwrres1 at acpi0: FN01 acpipwrres2 at acpi0: FN02 acpipwrres3 at acpi0: FN03 acpipwrres4 at acpi0: FN04 acpitz0 at acpi0: critical temperature is 106 degC acpitz1 at acpi0: critical temperature is 106 degC acpibat0 at acpi0: BAT0 not present acpibat1 at acpi0: BAT1 not present acpibat2 at acpi0: BAT2 not present acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: LID0 acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: DD02 cpu0: Enhanced SpeedStep 3310 MHz: speeds: 3301, 3300, 3200, 3100, 2900, 2800, 2700, 2600, 2400, 2300, 2200, 2100, 2000, 1800, 1700, 1600 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Core 3G Host rev 0x09 ppb0 at pci0 dev 1 function 0 Intel Core 3G PCIE rev 0x09: msi pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Radeon HD 7850 rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) azalia0 at pci1 dev 0 function 1 vendor ATI, unknown product 0xaab0 rev 0x00: msi azalia0: no supported codecs Intel 7
Re: new: archivers/pigz
But you must remove the CFLAGS optimisation in the Makefile. Thanks. Changed -O3 to -O2, which I assume is fine. No. You must remove it. Looking at that patch though, I would do this: MAKE_FLAGS = CC=${CC} CFLAGS=${CFLAGS} Sorry, I misunderstood ($ echo RTFM TODO). Makefile updated. pigz-2.3.1.tgz Description: Unix tar archive
Re: x11/slim: do not blindly sleep but instead wait to ttys initialization before starting.
Same trick done by Antoine for gdm. Slim users, please test it. Works for me. Thanks. Index: Makefile === RCS file: /cvs/ports/x11/slim/Makefile,v retrieving revision 1.24 diff -u -p -u -p -r1.24 Makefile --- Makefile 25 Sep 2013 07:12:54 - 1.24 +++ Makefile 29 Oct 2013 11:38:04 - @@ -3,7 +3,7 @@ COMMENT= simple login manager DISTNAME=slim-1.3.5 -REVISION=0 +REVISION=1 CATEGORIES= x11 MAINTAINER = Landry Breuil lan...@openbsd.org Index: pkg/slim.rc === RCS file: /cvs/ports/x11/slim/pkg/slim.rc,v retrieving revision 1.3 diff -u -p -u -p -r1.3 slim.rc --- pkg/slim.rc 17 Dec 2011 22:01:14 - 1.3 +++ pkg/slim.rc 29 Oct 2013 11:38:04 - @@ -9,7 +9,14 @@ daemon=${TRUEPREFIX}/bin/slim -d rc_reload=NO rc_start() { - (sleep 5; ${rcexec} ${daemon} ${daemon_flags}) + ( i=0 + while [ $i -le 10 ]; do + pgrep -qf ^/usr/libexec/getty break + sleep 1 + i=`expr $i + 1` + done + [[ $i -gt 10 ]] return 1 + ${rcexec} ${daemon} ${daemon_flags} ) } rc_cmd $1
new: archivers/pigz
Hi. I sent this a while back but this time add myself as maintainer and update pigz to the latest release. A parallel implementation of gzip for modern multi-processor, multi-core machines. -- http://zlib.net/pigz/ $ time pigz foo.tar 0m9.43s real 0m22.36s user 0m7.13s system $ time gzip foo.tar 0m23.63s real 0m21.31s user 0m0.67s system Hopefully I'm not missing anything this time. Ok? Thanks. pigz-2.3.1.tgz Description: Unix tar archive
Re: audio/audacious broken by gtk+3 update?
Have the recent GTK+3 updates broken Audacious? The Winamp interface is now largely a black rectangle for me. The title bar still says AUDACIOUS, but the other elements are gone. Inside the window only the blue : and the (a) logo in the lower right corner survive. All other interface elements are gone. I've the same problem on my amd64 (Oct 12 snapshot). The Audacious GTK interface seems fine. It displays fine but the GUI is very slow to respond, like when I open menus or drag the volume slider etc. gtk+3-3.10.1p0 audacious-3.3.4 gtk+3.3.10.0p0 audacious-3.3.4
archivers/pigz -- parallel implementation of gzip
A parallel implementation of gzip for modern multi-processor, multi-core machines -- http://zlib.net/pigz/ $ time pigz foo.tar 0m7.54s real 0m28.43s user 0m1.48s system $ time gzip foo.tar 0m29.03s real 0m26.71s user 0m0.83s system I hope I got all the port bits right. Mmkay? pigz-2.3.tar.gz Description: Binary data
Re: archivers/pigz -- parallel implementation of gzip
On Sat, 9 Mar 2013 15:34:20 + Stuart Henderson s...@spacehopper.org wrote: On 2013/03/09 16:28, Thomas Pfaff wrote: A parallel implementation of gzip for modern multi-processor, multi-core machines -- http://zlib.net/pigz/ $ time pigz foo.tar 0m7.54s real 0m28.43s user 0m1.48s system $ time gzip foo.tar 0m29.03s real 0m26.71s user 0m0.83s system I hope I got all the port bits right. Mmkay? No rcs id comment line in Makefile Please zap all PERMIT_* lines except PERMIT_PACKAGE_CDROM There. So are PERMIT_* lines not supposed to be there when you're not sure, rather than saying e.g. PERMIT_DISTFILES_FTP = unsure? Thanks. pigz-2.3.tar.gz Description: Binary data
Re: archivers/pigz -- parallel implementation of gzip
On Sat, 9 Mar 2013 18:18:30 +0100 Marc Espie es...@nerim.net wrote: On 2013/03/09 16:28, Thomas Pfaff wrote: A parallel implementation of gzip for modern multi-processor, multi-core machines -- http://zlib.net/pigz/ $ time pigz foo.tar 0m7.54s real 0m28.43s user 0m1.48s system $ time gzip foo.tar 0m29.03s real 0m26.71s user 0m0.83s system So are PERMIT_* lines not supposed to be there when you're not sure, rather than saying e.g. PERMIT_DISTFILES_FTP = unsure? No, you should read the ports ml, or bsd.port.mk(5). PERMIT_PACKAGE_CDROM=Yes tends to imply that all the rest should be Yes as well (actually, it's the case for all but 3 ports in the tree) So bsd.port.mk now carries out that implication. Read the source. Ok, thanks for the clarification. Ideally I should be reading all the porting documentation, but to be honest I'm not that interested in ports ;-) I made this port for me then decided to clean it up as good as I could and share it, in case someone else found it useful. I'm sure the real porters in here can take care of the remaining nits, should there be any. Thanks. Thomas.
Re: archivers/pigz -- parallel implementation of gzip
On Sat, 9 Mar 2013 18:18:30 +0100 Marc Espie es...@nerim.net wrote: On Sat, Mar 09, 2013 at 04:53:10PM +0100, Thomas Pfaff wrote: On Sat, 9 Mar 2013 15:34:20 + Stuart Henderson s...@spacehopper.org wrote: No rcs id comment line in Makefile Please zap all PERMIT_* lines except PERMIT_PACKAGE_CDROM There. So are PERMIT_* lines not supposed to be there when you're not sure, rather than saying e.g. PERMIT_DISTFILES_FTP = unsure? Thanks. No, you should read the ports ml, or bsd.port.mk(5). PERMIT_PACKAGE_CDROM=Yes tends to imply that all the rest should be Yes as well (actually, it's the case for all but 3 ports in the tree) So bsd.port.mk now carries out that implication. Ok, I updated my ports tree to pull in the bsd.port.mk PERMIT_* changes that was committed today, and mentioned in an email here yesterday (which went by me, sorry about that). I get it now. Tested on i386 and amd64.
Re: [patch] audio/vorbis-tools unlocks mutex twice
On Mon, 14 May 2012 16:33:03 +0200 Christian Weisgerber na...@mips.inka.de wrote: I wonder if there even *is* a scenario where we can end up here with output_lock still held. All references to that mutex are like this: pthread_cleanup_push(unlock_output_lock, NULL); pthread_mutex_lock(output_lock); /* ... do something ... */ pthread_mutex_unlock(output_lock); pthread_cleanup_pop(0); Which makes me think that status_reset_output_lock() can simply be omitted. I see this has now been committed (and fixes my problem). Thanks!
Re: QEMU 1.1-rc1 for testing
On Mon, 14 May 2012 00:02:00 -0400 Brad Smith b...@comstyle.com wrote: Here is an update to QEMU 1.1-rc1 for anyone wanting to do any testing and provide any feedback before the actual release. Seems to work fine on amd64 current, though I only did some light testing such as installing a new OS and starting existing images. Index: Makefile === RCS file: /home/cvs/ports/emulators/qemu/Makefile,v retrieving revision 1.85 diff -u -p -r1.85 Makefile --- Makefile 16 Mar 2012 11:40:53 - 1.85 +++ Makefile 14 May 2012 03:46:41 - @@ -5,7 +5,7 @@ BROKEN-hppa= compiler bug with gcc 4.2 COMMENT= multi system emulator -DISTNAME=qemu-1.0.1 +DISTNAME=qemu-1.1-rc1
[patch] audio/vorbis-tools unlocks mutex twice
ogg123 in audio/vorbis-tools will abort if interrupted or it reaches the end of a file because it tries to unlock an already unlocked mutex. I suppose the better way to fix this is to figure out why it tries to unlock the mutex twice and correct that, though I'm going to leave that to someone else if this quick fix is not satisfactory ;-) Index: Makefile === RCS file: /cvs/ports/audio/vorbis-tools/Makefile,v retrieving revision 1.43 diff -u -p -r1.43 Makefile --- Makefile29 Mar 2012 13:38:13 - 1.43 +++ Makefile13 May 2012 11:19:04 - @@ -3,6 +3,7 @@ COMMENT= play, encode, and manage Ogg Vorbis files DISTNAME= vorbis-tools-1.4.0 +REVISION= 0 CATEGORIES=audio HOMEPAGE= http://www.vorbis.com/ Index: patches/patch-ogg123_status_c === RCS file: patches/patch-ogg123_status_c diff -N patches/patch-ogg123_status_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-ogg123_status_c 13 May 2012 11:19:04 - @@ -0,0 +1,11 @@ +$OpenBSD$ +--- ogg123/status.c.orig Wed Jan 27 05:14:11 2010 ogg123/status.cSun May 13 12:51:36 2012 +@@ -339,6 +339,7 @@ void status_deinit () + + void status_reset_output_lock () + { ++ pthread_mutex_trylock(output_lock); /* XXX may already be unlocked */ + pthread_mutex_unlock(output_lock); + } +
Re: [patch] audio/vorbis-tools unlocks mutex twice
On Sun, 13 May 2012 18:22:11 +0200 Antoine Jacoutot ajacou...@bsdfrog.org wrote: On Sun, May 13, 2012 at 02:00:38PM +0200, Thomas Pfaff wrote: ogg123 in audio/vorbis-tools will abort if interrupted or it reaches the end of a file because it tries to unlock an already unlocked mutex. (or maybe it never got locked in the first place) I suppose the better way to fix this is to figure out why it tries to unlock the mutex twice and correct that, though I'm going to leave that to someone else if this quick fix is not satisfactory ;-) I think this particular issue should be fixed, not worked around. I spent a bit more time on this one but I'm not getting any wiser ;-/ Are you sure upstream cares about bugs like this (works on Linux)? Since I don't use this program that much I've lost interest and I'm satisfied with my quick hack (at least it prevents it from aborting). + void status_reset_output_lock () + { ++ pthread_mutex_trylock(output_lock); /* XXX may already be unlocked */ + pthread_mutex_unlock(output_lock);
Re: [NEW] audio/cmus (+ sndio backend)
On Sat, 27 Aug 2011 14:10:44 +0200 Donovan Watteau tso...@gmail.com wrote: Hi, Here's an updated version for cmus-v2.4.2, now that the ports tree is unlocked again. Comments / suggestions welcome. On 2011/7/17 Donovan Watteau wrote: Hi, Attached is a port of cmus, an ncurses-based music player. [...] The cmus developpers are OK to merge the sndio backend. They already have accepted the patch to use -pthread. [...] Tested on i386, amd64, macppc and loongson. I added some tests to make it use tremor on arm, but I couldn't test that. Still works fine on i386 and amd64. Thanks! Anyone?
Re: [WIP] audio/cmus (with a backend for sndio)
On Sun, 17 Jul 2011 16:52:24 +0200 (CEST) Donovan Watteau tso...@gmail.com wrote: Hi, Attached is a port of cmus, an ncurses-based music player. Works fine on amd64 current. I can't comment on the actual port itself since I'm pretty useless in that area, but I really like this program. Any porters here care to take a closer look at it? Thanks.
new: xmms-pac
xmms-pac is an Input plugin to play SBStudio PAC music modules. SBStudio is a music tracker for MS-DOS written around 1995 and was probably most popular in Scandinavia (I have a collection of about 500 modules so I had to write this). You can find a few sample modules at http://libpac.sourceforge.net. I'm not into writing ports that much so please test and comment. Thanks! xmms-pac-0.9.0.tgz Description: Unix tar archive
Re: xmms sndio plugin update
ports@openbsd.org Here's a slightly revised diff (some style changes and more comments). It seems XMMS completely broke the Effect plugin system after they added support for multiple enabled effects. The only way to fix this seems to be to patch up XMMS but as far as I can tell, none of the plugins we have are affected by this. If you want effects to work, please test this so it can be committed. Index: Makefile === RCS file: /cvs/ports/audio/xmms/Makefile,v retrieving revision 1.70 diff -u -p -r1.70 Makefile --- Makefile18 Oct 2010 16:52:48 - 1.70 +++ Makefile23 Oct 2010 11:34:12 - @@ -10,7 +10,7 @@ SHARED_ONLY= Yes VERSION= 1.2.11 DISTNAME= xmms-${VERSION} PKGNAME-main= xmms-${VERSION} -REVISION-main= 7 +REVISION-main= 8 PKGNAME-vorbis=xmms-vorbis-${VERSION} REVISION-vorbis= 1 PKGNAME-mikmod=xmms-mikmod-${VERSION} Index: files/audio_sndio.c === RCS file: /cvs/ports/audio/xmms/files/audio_sndio.c,v retrieving revision 1.2 diff -u -p -r1.2 audio_sndio.c --- files/audio_sndio.c 16 Jan 2009 04:15:46 - 1.2 +++ files/audio_sndio.c 23 Oct 2010 11:34:12 - @@ -1,5 +1,5 @@ /* - * Copyright (c) 2008,2009 Thomas Pfaff tpf...@tp76.info + * Copyright (c) 2008-2010 Thomas Pfaff tpf...@tp76.info * * Permission to use, copy, modify, and distribute this software for any * purpose with or without fee is hereby granted, provided that the above @@ -26,7 +26,7 @@ #include xmms/i18n.h #include xmms/plugin.h -#define VERSION 1.0 +#define VERSION 1.1 #define XMMS_MAXVOL 100 static void op_init (void); @@ -57,6 +57,7 @@ static long long wrpos; static int paused; static int volume = XMMS_MAXVOL; static long bytes_per_sec; +static AFormat afmt; static pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER; static GtkWidget *configure_win; @@ -153,6 +154,7 @@ op_open (AFormat fmt, int rate, int nch) } sio_initpar (par); + afmt = fmt; switch (fmt) { case FMT_U8: par.bits = 8; @@ -245,14 +247,25 @@ error: static void op_write (void *ptr, int len) { - if (!paused) { - /* Do not lock sio_write as this will cause the GUI thread - to block waiting for a blocked sio_write to return. */ - int bytes = sio_write (hdl, ptr, len); - pthread_mutex_lock (mutex); - wrpos += bytes; - pthread_mutex_unlock (mutex); - } + EffectPlugin *ep; + + if (paused) + return; + + /* This sucks but XMMS totally broke the effect plugin code when + they added support for multiple enabled effects. Complain to + the non-existent XMMS team if a plugin does not work, however + this does not seem to affect any plugins in our ports tree. */ + ep = get_current_effect_plugin (); + ep-mod_samples (ptr, len, afmt, par.rate, par.pchan); + + /* Do not lock sio_write as this will cause the GUI thread + to block waiting for a blocked sio_write to return. */ + len = sio_write (hdl, ptr, len); + + pthread_mutex_lock (mutex); + wrpos += len; + pthread_mutex_unlock (mutex); } static void
xmms sndio plugin update
Hi. Oscar Ross notified me that none of the effect plugins worked and sent me a diff (that I reworked a bit) to make them operational again. XMMS is a bitch to work with but the diff below fixes the problem for me, so please test this and let me know of any problems. Thank you. Index: Makefile === RCS file: /cvs/ports/audio/xmms/Makefile,v retrieving revision 1.69 diff -u -p -r1.69 Makefile --- Makefile6 Sep 2010 00:04:29 - 1.69 +++ Makefile18 Oct 2010 15:13:57 - @@ -10,7 +10,7 @@ SHARED_ONLY= Yes VERSION= 1.2.11 DISTNAME= xmms-${VERSION} PKGNAME-main= xmms-${VERSION} -REVISION-main= 7 +REVISION-main= 8 PKGNAME-vorbis=xmms-vorbis-${VERSION} REVISION-vorbis= 1 PKGNAME-mikmod=xmms-mikmod-${VERSION} Index: files/audio_sndio.c === RCS file: /cvs/ports/audio/xmms/files/audio_sndio.c,v retrieving revision 1.2 diff -u -p -r1.2 audio_sndio.c --- files/audio_sndio.c 16 Jan 2009 04:15:46 - 1.2 +++ files/audio_sndio.c 18 Oct 2010 15:13:57 - @@ -1,5 +1,5 @@ /* - * Copyright (c) 2008,2009 Thomas Pfaff tpf...@tp76.info + * Copyright (c) 2008-2010 Thomas Pfaff tpf...@tp76.info * * Permission to use, copy, modify, and distribute this software for any * purpose with or without fee is hereby granted, provided that the above @@ -26,7 +26,7 @@ #include xmms/i18n.h #include xmms/plugin.h -#define VERSION 1.0 +#define VERSION 1.1 #define XMMS_MAXVOL 100 static void op_init (void); @@ -57,6 +57,7 @@ static long long wrpos; static int paused; static int volume = XMMS_MAXVOL; static long bytes_per_sec; +static AFormat afmt; static pthread_mutex_t mutex = PTHREAD_MUTEX_INITIALIZER; static GtkWidget *configure_win; @@ -153,6 +154,7 @@ op_open (AFormat fmt, int rate, int nch) } sio_initpar (par); + afmt = fmt; switch (fmt) { case FMT_U8: par.bits = 8; @@ -246,9 +248,18 @@ static void op_write (void *ptr, int len) { if (!paused) { + + int bytes; + EffectPlugin *ep; + + ep = get_current_effect_plugin (); + if (ep ep-mod_samples) + ep-mod_samples (ptr, len, afmt, par.rate, par.pchan); + /* Do not lock sio_write as this will cause the GUI thread to block waiting for a blocked sio_write to return. */ - int bytes = sio_write (hdl, ptr, len); + bytes = sio_write (hdl, ptr, len); + pthread_mutex_lock (mutex); wrpos += bytes; pthread_mutex_unlock (mutex);
Re: gtk+1 deprecation
On Fri, 26 Mar 2010 14:11:44 +0100 Thomas Pfaff tpf...@tp76.info wrote: On Thu, 25 Mar 2010 21:32:17 +0100 Jasper Lievisse Adriaanse jas...@humppa.nl wrote: apart from the big hurdle called 'xmms' there are only a few ports left that use it. I guess I'm one of the few people that actually use XMMS but I suppose I could switch to Audacious instead (I think this needs an sndio backend.) Wrong, Audacious has an sndio backend based on my XMMS sndio backend. Thanks to whoever massaged it into an Audacious output plugin (fgsch?). If I've understood correctly you're trying to get rid of programs that use GTK+1 so XMMS can now bite the dust for all I care ;-) Cheers, Thomas.
Re: gtk+1 deprecation
On Thu, 25 Mar 2010 21:32:17 +0100 Jasper Lievisse Adriaanse jas...@humppa.nl wrote: apart from the big hurdle called 'xmms' there are only a few ports left that use it. I guess I'm one of the few people that actually use XMMS but I suppose I could switch to Audacious instead (I think this needs an sndio backend.) While we're at it, there's also audio/bmp which use GTK+2 but this has not been actively developed in about 5 years as far as I can tell. Is anyone using this?
Re: [NEW] sysutils/hotplug-diskmount
On Thu, 11 Mar 2010 14:27:29 +0200 Alexey Vatchenko a...@bsdua.org wrote: Hi! I wrote a little utility to easily mount plugged removable disks. It's a kind of plugin for hotplugd(8). Hi. I've not tried out your program as I've no need for it, but maybe someone else that don't like to write their own scripts will find it useful? Perhaps you could put this into the ports tree, as sysutils/hotplugd-daemon for instance, and send the tar.gz to this list? This is something that needs to be done anyway if it will ever be part of the ports tree. Cheers, Thomas.
Re: [NEW] sysutils/hotplug-diskmount
On Thu, 11 Mar 2010 14:27:29 +0200 Alexey Vatchenko a...@bsdua.org wrote: Hi! I wrote a little utility to easily mount plugged removable disks. It's a kind of plugin for hotplugd(8). [...] Since we're on the subject, maybe I should share my attach script. It mounts the newly inserted device at the next free /mnt/umassN which must of course exist. It starts an xterm with the cwd set to the mount point and unmounts the device when the xterm closes. Anyone else with more fancy scripts that would like to share? $ cat /etc/hotplug/attach #!/bin/sh cls=$1 dev=$2 if [ ${cls} = 2 ]; then # Find free mount point in /mnt/umass?. for mnt in /mnt/umass?; do ! mount | grep ${mnt} /dev/null break; done if ! mount | grep ${mnt}; then # Use first successfully mounted partition. for dev in /dev/${dev}[a-p]; do if mount ${dev} ${mnt}; then # Launch xterm and umount when closed. DISPLAY=:0.0 sudo -i -u tpfaff cd ${mnt} xterm umount ${mnt} break fi done fi fi exit 0
Re: NEW: net/wput
On Mon, 22 Feb 2010 12:00:19 +0100 Giovanni Bechis giova...@openbsd.org wrote: Thomas Pfaff wrote: You need to figure out why wdel segfaults on amd64 anyway, so you still have some work to do ;-) I'd wait for the ports guys to say if this is something they want in their tree or not, though. It doesn't segfaults @amd64 on my test machine. Script started on Mon Feb 22 12:23:58 2010 $ wdel ftp://tpfaff:xx...@tv/w-wput-0.6.2 --12:24:10-- Deleting file/dir: ftp://tpfaff:xx...@10.0.0.3:21/w-wput-0.6.2 Connecting to 10.0.0.3:21... connected! Logging in as tpfaff ... Logged in! Segmentation fault (core dumped) $ exit Script done on Mon Feb 22 12:24:32 2010 The FTP server is vsftpd on an Ubuntu machine. I took a brief look at the code and they're passing a null pointer to strlen. The code is in ftp.c in the function do_delete. Here fsession-ftp-current_directory is NULL for some reason.
Re: NEW: net/wput
On Mon, 22 Feb 2010 15:47:39 +0100 Giovanni Bechis giova...@openbsd.org wrote: Thomas Pfaff wrote: I took a brief look at the code and they're passing a null pointer to strlen. The code is in ftp.c in the function do_delete. Here fsession-ftp-current_directory is NULL for some reason. The problem is only on directory deletion, with this patch it works well. At least it does not segfault anymore but it does not delete the directory tree that I put there with wput. It claims to have deleted some files but that there were errors. Repeating the wdel command makes it say that more files were deleted but that there were errors *shrug* The port seems to be slightly confused about things. I tried ncftp and this uploaded and then removed the directory tree without complaining. I'll try to do some more testing later.
Re: NEW: net/wput
On Mon, 22 Feb 2010 16:50:08 +0100 Giovanni Bechis giova...@openbsd.org wrote: Thomas Pfaff wrote: At least it does not segfault anymore but it does not delete the directory tree that I put there with wput. It claims to have deleted some files but that there were errors. Repeating the wdel command makes it say that more files were deleted but that there were errors *shrug* The program behaves well when deleting a directory with a simple structure like dir/files, with more directories it fails. Anyway ncftp is far better ;-). Absolutely. I've lost interest in wput since it's starting to look more and more like a quick hack that needs massive amounts of superglue and duct tape to even do what it's supposed to do. Since we have ncftp that actually works, I don't think there's any point in spending more time on this one ;-) Cheers, Thomas.
Re: NEW: net/wput
On Wed, 17 Feb 2010 13:44:45 -0200 Diego Casati diego.cas...@gmail.com wrote: $ cat pkg/DESCR wput is a command-line ftp-client that looks like wget but instead of downloading, uploads files or whole directories to remote ftp-servers. Comments ? OK ? amd64. Builds and installs fine. wput works fine, but wdel segfaults. From my limited knowledge of the ports system, you don't need the VERSION variable and ${DISTNAME}p0 should probably just be ${DISTNAME} since you don't have any patches. Then you can also remove PKGNAME. The ports tree is locked so you'll have to wait until it is unlocked before this can be considered for inclusion.
Re: NEW: net/wput
On Wed, 17 Feb 2010 14:51:42 -0200 Diego Casati diego.cas...@gmail.com wrote: I don't know if I should proceed with this port since, my fault, I just saw that there were an attempt to bring this software last year by Giovanni Bechis You need to figure out why wdel segfaults on amd64 anyway, so you still have some work to do ;-) I'd wait for the ports guys to say if this is something they want in their tree or not, though.
update: youtube-dl
I know the ports tree is locked, but the current version of youtube-dl does not work anymore. This diff updates it to the latest version. Index: Makefile === RCS file: /cvs/ports/www/youtube-dl/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile28 Dec 2009 19:08:09 - 1.8 +++ Makefile16 Feb 2010 12:51:32 - @@ -2,7 +2,7 @@ COMMENT = command-line program to download videos from YouTube.com -V =2009.12.26 +V =2010.02.13 DISTNAME = ${V} WRKDIST = ${WRKDIR}/youtube-dl DIST_SUBDIR = youtube-dl Index: distinfo === RCS file: /cvs/ports/www/youtube-dl/distinfo,v retrieving revision 1.7 diff -u -p -r1.7 distinfo --- distinfo28 Dec 2009 19:08:09 - 1.7 +++ distinfo16 Feb 2010 12:51:32 - @@ -1,5 +1,5 @@ -MD5 (youtube-dl/2009.12.26.tar.gz) = kufoLk4j9ypE5aSQZQP51w== -RMD160 (youtube-dl/2009.12.26.tar.gz) = Q8Pl3zw+bO6cdPv6OwwyZgztBTc= -SHA1 (youtube-dl/2009.12.26.tar.gz) = f57E79vw6wEQUqeNPft4sUnEps8= -SHA256 (youtube-dl/2009.12.26.tar.gz) = 3jAJ5PjakjdUbJKNo2ssiolzYvLNfA7ntkaqsPHfcZ4= -SIZE (youtube-dl/2009.12.26.tar.gz) = 13306 +MD5 (youtube-dl/2010.02.13.tar.gz) = 9BYjqVSBW/z9429Ww/TFLg== +RMD160 (youtube-dl/2010.02.13.tar.gz) = UWfHgTQGeDrMP2uo4Mq+4PhHeao= +SHA1 (youtube-dl/2010.02.13.tar.gz) = yqp9rpRCJtaBBBvIR6jc1YUwtak= +SHA256 (youtube-dl/2010.02.13.tar.gz) = +0QRS1dH0b0NOGEdrVZeT0ezMGcHwKbyHS8KHs2mo/o= +SIZE (youtube-dl/2010.02.13.tar.gz) = 15694
Re: update: youtube-dl
On Tue, 16 Feb 2010 16:03:18 +0300 Paul Irofti bulib...@sdf.lonestar.org wrote: On Tue, Feb 16, 2010 at 01:53:42PM +0100, Thomas Pfaff wrote: I know the ports tree is locked, but the current version of youtube-dl does not work anymore. This diff updates it to the latest version. Thanks for the update, but the current version works fine (just tried it this morning). Hmm, I did too and it did not work for me. Maybe I just fat-fingered something.
Re: update: youtube-dl
On Tue, 16 Feb 2010 16:03:18 +0300 Paul Irofti bulib...@sdf.lonestar.org wrote: On Tue, Feb 16, 2010 at 01:53:42PM +0100, Thomas Pfaff wrote: I know the ports tree is locked, but the current version of youtube-dl does not work anymore. This diff updates it to the latest version. Thanks for the update, but the current version works fine (just tried it this morning). This one, for example, does not work with the current version: http://www.youtube.com/watch#playnext=1playnext_from=TLvideos=H8Dgk44pRS8v=5A7uGjgbJqY but it works with the new version.
Re: update: youtube-dl
On Tue, 16 Feb 2010 16:24:05 +0300 Paul Irofti bulib...@sdf.lonestar.org wrote: On Tue, Feb 16, 2010 at 02:11:56PM +0100, Thomas Pfaff wrote: On Tue, 16 Feb 2010 16:03:18 +0300 Paul Irofti bulib...@sdf.lonestar.org wrote: On Tue, Feb 16, 2010 at 01:53:42PM +0100, Thomas Pfaff wrote: I know the ports tree is locked, but the current version of youtube-dl does not work anymore. This diff updates it to the latest version. Thanks for the update, but the current version works fine (just tried it this morning). This one, for example, does not work with the current version: http://www.youtube.com/watch#playnext=1playnext_from=TLvideos=H8Dgk44pRS8v=5A7uGjgbJqY but it works with the new version. Indeed, guess I never tried urls that contain so much meta-info in them. I'm able to fetch this one though which I think you're after. http://www.youtube.com/?v=5A7uGjgbJqY The example URL above is what I get when searching for the video on YouTube.
Re: update: youtube-dl
On Tue, 16 Feb 2010 16:49:05 +0300 Paul Irofti bulib...@sdf.lonestar.org wrote: On Tue, Feb 16, 2010 at 02:31:14PM +0100, Thomas Pfaff wrote: This one, for example, does not work with the current version: http://www.youtube.com/watch#playnext=1playnext_from=TLvideos=H8Dgk44pRS8v=5A7uGjgbJqY but it works with the new version. Indeed, guess I never tried urls that contain so much meta-info in them. I'm able to fetch this one though which I think you're after. http://www.youtube.com/?v=5A7uGjgbJqY The example URL above is what I get when searching for the video on YouTube. Yes, and my example is a quick workaround until the update gets commited post-ports-lock. Thank you for the quick response. Cheers, Thomas.
Re: Port needs ucontext.h -- how to proceed.
On Tue, 15 Dec 2009 12:16:12 +0100 Tobias Ulmer tobi...@tmux.org wrote: What are you trying to port? tcc ;-) Hehe... I managed to get tcc working: the whole ucontext stuff is inside an #ifdef feature. It is possible to disable this feature, but you will need to add some minor patches, because the author seem to never have tested the code with this feature disabled. With the feature disabled you will get less debug/trace information, but have probably a working compiler. Anyway after I disabled the feature I got tcc working (most of the testcase are successful) but run into another issue: all produced binaries (even helloworld) are segfaulting :( Would be very nice to have a working tcc port on openbsd. Ehm, you guys take a compiler for linux, ifdef a few headers, compile it and expect the resulting binaries to work? Come on, please... Good point ;-) I thought I had seen it in pkgsrc, but I see I was wrong. Bye bye, tcc.
Re: UPDATE: audio/wavpack
On Sun, 13 Dec 2009 23:02:32 +0500 Alexandr Shadchin alexandr.shadc...@gmail.com wrote: Hi, Ports! This update package wavpack to the latest release 4.60.1. Tested on i386. Comments ? OK ? Works fine for me on amd64.
Port needs ucontext.h -- how to proceed.
Hi. I'm working on a port that needs the ucontext.h interface which OpenBSD does not implement. Can I massage the /usr/src/sys/compat/svr4 interface to be used in the port, or is this a dead end? Any help is appreciated. Thanks. Thomas
Re: Port needs ucontext.h -- how to proceed.
On Mon, 14 Dec 2009 23:06:25 +0100 umaxx um...@oleco.net wrote: Hi, On Mon, 14 Dec 2009 18:01:00 +0100 Thomas Pfaff tpf...@tp76.info wrote: I'm working on a port that needs the ucontext.h interface which OpenBSD does not implement. Can I massage the /usr/src/sys/compat/svr4 interface to be used in the port, or is this a dead end? What are you trying to port? I'm interested in this question too, because I tried tcc ending up with the same issue. tcc ;-)
Re: sndio for audio/flite
On Thu, 10 Dec 2009 05:29:12 + Jacob Meuser jake...@sdf.lonestar.org wrote: also remove jason@ as maintainer since that address bounces Works fine for me too on i386 and amd64 with and without aucat(1). Thanks.
Re: UPDATE: audio/xmp
On Sat, 12 Dec 2009 13:31:15 +0500 alexandr.shadc...@gmail.com alexandr.shadc...@gmail.com wrote: Hi, Ports! This update package xmp to the latest release 3.0.0. Tested on i386 (xmp, xmms). Comments ? OK ? Works fine for me on amd64. Thanks.
Re: Video tools
On Sat, 11 Jul 2009 13:33:12 + Jacob Meuser jake...@sdf.lonestar.org wrote: On Sat, Jul 11, 2009 at 03:09:17PM +0200, jean-francois wrote: Do we have a port of some applications for video edition, equivalent for example to cinelerra or kdenlive available of some platforms ? there's avidemux. mjpegtools has some limited video editing capabilities. and you can do some stuff with transcode and/or mencoder. but afaik, there is nothing quite like cinelerra or kdenlive in portspackages. Has anyone done any work on porting Kino or Kdenlive? If so, perhaps you could post it here so others can pick it up and maybe complete it.
Re: apc ups daemon - SUCCESS
On Fri, 12 Jun 2009 14:21:32 +0100 Stuart Henderson s...@spacehopper.org wrote: In gmane.os.openbsd.misc, Thomas Pfaff wrote: A port of this has already been posted a couple of times but, as someone said, it needs more work. The GUI tool fails for me on amd64 so that needs to be fixed. There were also some discussion if it should replace apc-upsd or not. It never got any further than that. Anyone with commit access, is there anything else that needs to be fixed in this port for it to be included? Those are the only things I know of. I'm strongly of the opinion it should replace the existing port, and the pkgname stem should stay the same so old users can get upgraded with pkg_add -u, even though the upstream name changed slightly and it's been largely rewritten. I tend to agree, but I'm a bit concerned that apcupsd won't work with the same devices that apc-upsd does. The configuration files are also very different. I can test on an SU RM via serial and possibly also Symmetra via SNMP but don't have time to do the rest of the work, I'm mainly using NUT anyway. Perhaps we could drop the GUI part of the package for now? At least then we have a package that works (from the test reports received so far).
Re: apc ups daemon - SUCCESS
On Fri, 12 Jun 2009 18:04:35 +0400 Kirill Bychkov ya...@linklevel.net wrote: In gmane.os.openbsd.misc, Thomas Pfaff wrote: A port of this has already been posted a couple of times but, as someone said, it needs more work. The GUI tool fails for me on amd64 so that needs to be fixed. Thomas, I'll try to test GUI next week on amd64. Latest apcupsd-3.14.6 in attachment. gapcmon (-x11) works fine for me too, now. I only tested it briefly, though, because I think the program sucks balls ;-) -cgi also works fine. I'll let it run for a few days and see if anything special happens. Thanks.
Re: [patch] audio/flite sndio backend
On Mon, 27 Apr 2009 23:31:07 +0200 Alexandre Ratchov a...@caoua.org wrote: On Sat, Apr 25, 2009 at 02:48:42PM +0200, Thomas Pfaff wrote: This diff adds an sndio backend to audio/flite. [...] Comments, OK? works on i386, and the sndio bits look very good. (see below for nitpicking :). Thanks. Nit incorporated and code sent off to the Flite developers for inclusion in their tree. It should show up in their upcoming 1.4 release (I don't know when that'll be though, but I'll be notified).
Re: Ports updates RE: space arround assignment sign
On Mon, 27 Apr 2009 10:14:33 +0100 Stuart Henderson s...@spacehopper.org wrote: On 2009/04/27 00:53, James Wright wrote: When sending ports updates to maintainers or ports@ should the Makefiles be re-formatted to the new (if 15 months counts as new) style with spaces around the assignment I'd rather see style changes like this done separately so you can see what actual changes were made in the diff. Just did the exact opposite ;-) I agree with you though, but do you think committers care enough about these style diffs to take the time to verify them and then commit them? I've no problem sending in a separate diff to deal with the style thing, but is it worth it? Is it just noise or do people actually care about it?
[patch] audio/flite sndio backend
This diff adds an sndio backend to audio/flite. After patching, remove the now empty patches/patch-configure and patches/patch-src_audio_au_sun.c. Tested OK on amd64. I'll ask upstream for inclusion unless anyone experience problems or have any comments. Oh, and you might need to increase your ulimit -d for this to compile ... Comments, OK? Index: ports/flite/Makefile diff -u ports/flite/Makefile:1.1.1.1 ports/flite/Makefile:1.11 --- ports/flite/Makefile:1.1.1.1Fri Apr 24 14:48:50 2009 +++ ports/flite/MakefileSat Apr 25 12:20:14 2009 @@ -1,47 +1,57 @@ # $OpenBSD: Makefile,v 1.10 2008/01/04 17:48:33 espie Exp $ -COMMENT= text to speech utility +COMMENT = text to speech utility .if ${MACHINE_ARCH} == hppa || ${MACHINE_ARCH} == mips64 -BROKEN=gcc hang compiling cmu_us_kal_diphone.c +BROKEN = gcc hang compiling cmu_us_kal_diphone.c .endif -VERSION= 1.2 -DISTNAME= flite-${VERSION}-release -PKGNAME= flite-${VERSION}p1 -SHARED_LIBS= flite 1.2 \ +VERSION = 1.2 +DISTNAME = flite-${VERSION}-release +PKGNAME = flite-${VERSION}p2 +SHARED_LIBS = flite 1.2 \ flite_cmu_time_awb 1.2 \ flite_cmu_us_kal1.2 \ flite_cmu_us_kal16 1.2 \ flite_cmulex1.2 \ flite_usenglish 1.2 -MAKE_FLAGS=LIBlibflite.so_VERSION=${LIBflite_VERSION} \ +MAKE_FLAGS = LIBlibflite.so_VERSION=${LIBflite_VERSION} \ LIBlibflite_cmu_time_awb.so_VERSION=${LIBflite_cmu_time_awb_VERSION} \ LIBlibflite_cmu_us_kal.so_VERSION=${LIBflite_cmu_us_kal_VERSION} \ LIBlibflite_cmu_us_kal16.so_VERSION=${LIBflite_cmu_us_kal16_VERSION} \ LIBlibflite_cmulex.so_VERSION=${LIBflite_cmulex_VERSION} \ LIBlibflite_usenglish.so_VERSION=${LIBflite_usenglish_VERSION} -CATEGORIES=audio +CATEGORIES = audio -HOMEPAGE= http://www.cmuflite.org/ +HOMEPAGE = http://www.cmuflite.org/ -MAINTAINER=Jason L. Wright ja...@openbsd.org +MAINTAINER = Jason L. Wright ja...@openbsd.org -PERMIT_PACKAGE_CDROM= Yes -PERMIT_PACKAGE_FTP= Yes -PERMIT_DISTFILES_CDROM= Yes -PERMIT_DISTFILES_FTP= Yes -WANTLIB= c m +PERMIT_PACKAGE_CDROM = Yes +PERMIT_PACKAGE_FTP = Yes +PERMIT_DISTFILES_CDROM = Yes +PERMIT_DISTFILES_FTP = Yes -MASTER_SITES= http://www.speech.cs.cmu.edu/flite/packed/flite-${VERSION}/ +WANTLIB = c m sndio -CONFIGURE_STYLE= gnu dest -CONFIGURE_ARGS= ${CONFIGURE_SHARED} +AUTOCONF_VERSION = 2.59 +BUILD_DEPENDS =${MODGNU_AUTOCONF_DEPENDS} -USE_GMAKE= Yes -NO_REGRESS=Yes -VMEM_WARNING= Yes +MASTER_SITES = http://www.speech.cs.cmu.edu/flite/packed/flite-${VERSION}/ + +CONFIGURE_STYLE = gnu dest +CONFIGURE_ARGS = ${CONFIGURE_SHARED} + +USE_GMAKE =Yes +NO_REGRESS = Yes +VMEM_WARNING = Yes + +post-extract: + @cp ${FILESDIR}/au_sndio.c ${WRKSRC}/src/audio/ + +pre-configure: + @cd ${WRKSRC} env AUTOCONF_VERSION=${AUTOCONF_VERSION} autoconf .include bsd.port.mk Index: ports/flite/files/au_sndio.c diff -u /dev/null ports/flite/files/au_sndio.c:1.16 --- /dev/null Sat Apr 25 12:30:34 2009 +++ ports/flite/files/au_sndio.cSat Apr 25 12:30:01 2009 @@ -0,0 +1,151 @@ +/* + * Copyright (c) 2009 Thomas Pfaff tpf...@tp76.info + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED AS IS AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN + * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF + * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + */ + +#include stdio.h +#include stdlib.h +#include string.h + +#include sndio.h + +#include cst_string.h +#include cst_wave.h +#include cst_audio.h + +static const char *sndio_audio_device = NULL; + +cst_audiodev *audio_open_sndio (int, int, cst_audiofmt); +int audio_close_sndio (cst_audiodev *); +int audio_write_sndio (cst_audiodev *, void *, int); +int audio_flush_sndio (cst_audiodev *); +int audio_drain_sndio (cst_audiodev *); + +static int par_ok (const struct sio_par *, const struct sio_par *); + +static struct sio_hdl *hdl; + +cst_audiodev * +audio_open_sndio (int sps, int channels, cst_audiofmt fmt) +{ + struct sio_par par; + struct sio_par askpar; + cst_audiodev *ad; + + hdl = sio_open (sndio_audio_device, SIO_PLAY, 0); + if (hdl == NULL) { + cst_errmsg (sndio_audio: failed to open
Re: audio/xmp sndio
On Sat, 31 Jan 2009 15:03:12 + Edd Barrett vex...@gmail.com wrote: Hi, On Fri, Jan 30, 2009 at 3:45 PM, Thomas Pfaff tpf...@tp76.info wrote: On Fri, 30 Jan 2009 15:31:57 +0100 Thomas Pfaff tpf...@tp76.info wrote: This diff adds an sndio driver for audio/xmp. I added a few XMs at http://www.tp76.info/stuff/ from my collection, in case you don't have any to test with. BTW, the xmp distribution contains a few modules in ${WRKSRC}/modules. I posted an update to xmp a while ago, to bring this up to date. It meant that most of the patches could go away. http://marc.info/?l=openbsd-portsm=121318166514685w=2 Thanks for sharing! Don't know if this helps, as the version in ports is quite dated. I actually did not check what version we had in the ports tree, so I will write a new patch that brings it up to the latest release and replace esd with sndio. Or do people want to keep esd around as an alternative? Unless you're interested in maintaining xmp, I can take the job (and might need some help from more experienced porters). Thanks. Thomas
audio/xmp sndio
This diff adds an sndio driver for audio/xmp. The default audio output was mono which I changed to stereo (otherwise aucat will only play on one speaker), however I've not updated the man page nor changed the --stereo option to --mono. Mail to upstream bounces, so I'm not sure how much work I should put into this. Suggestions are welcome. Please test and comment. Index: xmp/Makefile diff -u xmp/Makefile:1.1.1.1 xmp/Makefile:1.2 --- xmp/Makefile:1.1.1.1Fri Jan 30 15:15:58 2009 +++ xmp/MakefileFri Jan 30 15:18:35 2009 @@ -1,9 +1,9 @@ -# $OpenBSD: Makefile,v 1.29 2007/09/15 21:26:04 simon Exp $ +# $OpenBSD: Makefile,v 1.30 2008/06/18 18:08:06 miod Exp $ COMMENT-main= extended module player COMMENT-xmms= extended module player plugin for XMMS DISTNAME= xmp-2.0.4 -PKGNAME-main= ${DISTNAME}p3 +PKGNAME-main= ${DISTNAME}p4 PKGNAME-xmms= xmms-${DISTNAME}p1 CATEGORIES=audio @@ -29,15 +29,14 @@ MULTI_PACKAGES+= -xmms LIB_DEPENDS= xmms.=3::audio/xmms .else -CONFIGURE_ARGS+= --disable-xmms +CONFIGURE_ARGS+= --disable-xmms --disable-esd .endif LIB_DEPENDS-xmms= RUN_DEPENDS-xmms= ::audio/xmms WANTLIB-xmms= -LIB_DEPENDS-main= esd.=2::audio/esound -WANTLIB-main= X11 Xext c m +WANTLIB-main= X11 Xext c m sndio USE_X11= Yes USE_GMAKE= Yes @@ -49,6 +48,9 @@ FAKE_FLAGS=DEST_DIR=${WRKINST} \ SYSCONF_DIR=${PREFIX}/share/examples/xmp + +post-extract: + @cp -f ${FILESDIR}/openbsd.c ${WRKSRC}/src/drivers pre-install: @${INSTALL_DATA_DIR} ${PREFIX}/share/examples/xmp \ Index: xmp/files/openbsd.c diff -u /dev/null xmp/files/openbsd.c:1.1 --- /dev/null Fri Jan 30 15:20:33 2009 +++ xmp/files/openbsd.c Fri Jan 30 15:18:06 2009 @@ -0,0 +1,126 @@ +/* + * Copyright (c) 2009 Thomas Pfaff tpf...@tp76.info + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED AS IS AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN + * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF + * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + */ + +#include stdlib.h +#include string.h + +#include sndio.h + +#include xmpi.h +#include driver.h +#include mixer.h + +static struct sio_hdl *hdl; + +static int init (struct xmp_control *); +static void dance (int); +static void shutdown (void); +static void dummy (void); + +struct xmp_drv_info drv_openbsd = { + sndio,/* driver ID */ + OpenBSD sndio,/* driver description */ + NULL, /* help */ + init, /* init */ + shutdown, /* shutdown */ + xmp_smix_numvoices, /* numvoices */ + dummy, /* voicepos */ + xmp_smix_echoback, /* echoback */ + dummy, /* setpatch */ + xmp_smix_setvol,/* setvol */ + dummy, /* setnote */ + xmp_smix_setpan,/* setpan */ + dummy, /* setbend */ + xmp_smix_seteffect, /* seteffect */ + dummy, /* starttimer */ + dummy, /* stctlimer */ + dummy, /* reset */ + dance, /* bufdump */ + dummy, /* bufwipe */ + dummy, /* clearmem */ + dummy, /* sync */ + xmp_smix_writepatch,/* writepatch */ + xmp_smix_getmsg,/* getmsg */ + NULL +}; + +static void +dummy (void) +{ +} + +static int +init (struct xmp_control *ctl) +{ + struct sio_par par, askpar; + + hdl = sio_open (NULL, SIO_PLAY, 0); + if (hdl == NULL) { + fprintf (stderr, %s: failed to open audio device\n, __func__); + return XMP_ERR_DINIT; + } + + sio_initpar (par); + par.pchan = ctl-outfmt XMP_FMT_MONO ? 1 : 2; + par.rate = ctl-freq; + par.bits = ctl-resol; + par.sig = ctl-resol 8 ? 1 : 0; + par.le = SIO_LE_NATIVE; + par.appbufsz = par.rate / 4; /* 250ms buffer */ + + askpar = par; + if (!sio_setpar (hdl, par) || !sio_getpar (hdl, par)) { + fprintf (stderr, %s: failed to set parameters\n, __func__); + goto error; + } + + if ((par.bits == 16 par.le != askpar.le) || + par.bits != askpar.bits || + par.sig != askpar.sig || + par.pchan != askpar.pchan || +par.rate != askpar.rate
Re: new: audio/rubberband
On Sat, 17 Jan 2009 02:00:40 + Jacob Meuser jake...@sdf.lonestar.org wrote: DESCR: Rubber Band is a library and a utility program, as well as LADSPA and VAMP plugins, that permits changing of the tempo and pitch of an audio recording independently of one another. Works for me on amd64. Thanks.
Re: update - sylpheed 2.6.0 - please test
On Wed, 7 Jan 2009 02:31:05 -0200 Guilherme Malschitzky Schroeder guilherme.m.schroe...@gmail.com wrote: Here's an update to version 2.6.0 of sylpheed. I've talked with ajacoutot@ and he said to me to try here first because he's busy. Some patches are not needed anymore (they have been incorporated upstream). Works for me on amd64. Thanks.
net/yt to www/yt?
Hi. To download youtube movies, we have net/yt and www/youtube-dl. Why are they not in the same category? I think net/yt should be moved to www/yt (or perhaps vice versa).
Re: net/yt to www/yt?
On Mon, 5 Jan 2009 20:43:00 + (UTC) na...@mips.inka.de (Christian Weisgerber) wrote: Thomas Pfaff tpf...@tp76.info wrote: To download youtube movies, we have net/yt and www/youtube-dl. Why are they not in the same category? Because our categories are imperfect and in retrospect some ports have been awkwardly placed. I think net/yt should be moved to www/yt (or perhaps vice versa). We'll revisit this once OpenBSD has switched to a revision control system that can handle file moves. CVS can't, and the cosmetic gain isn't worth the pain. (No, there are no plans to move away from CVS.) OK. Thank you for the explanation.
[update] Re: sndio for xmms
On Sat, Dec 20, 2008 at 08:46:04PM +, Jacob Meuser wrote: Thomas, please let's go back to a separate xmms-sndio distribution/port. Updated version; this time it is built as a separate port. http://tp76.info/xmms/xmms-sndio.tar.gz Someone more experienced with the ports system might want to check that things are as they should be. If this is how we end up distributing it, I'd like a secondary site for xmms-sndio.tar.gz since mine is not always available. Anyone? Please test and comment. Thanks.
sndio for xmms
This diff adds sndio output to audio/xmms. Please test. Thanks to Jacob Meuser and Alexandre Ratchov for help and advice. Index: Makefile === RCS file: /home2/cvs/OpenBSD/ports/audio/xmms/Makefile,v retrieving revision 1.58 diff -u -r1.58 Makefile --- Makefile14 Jan 2008 01:16:37 - 1.58 +++ Makefile20 Dec 2008 10:42:56 - @@ -10,7 +10,7 @@ VERSION= 1.2.11 DISTNAME= xmms-${VERSION} -PKGNAME-main= xmms-${VERSION}p1 +PKGNAME-main= xmms-${VERSION}p2 PKGNAME-esd= xmms-esd-${VERSION}p0 PKGNAME-vorbis=xmms-vorbis-${VERSION}p0 PKGNAME-mikmod=xmms-mikmod-${VERSION}p0 @@ -26,7 +26,7 @@ PERMIT_PACKAGE_FTP=Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB= X11 Xau Xdmcp Xext Xi glib gmodule m +WANTLIB= X11 Xau Xdmcp Xext Xi glib gmodule m sndio V= 1.2.x MASTER_SITES= ${HOMEPAGE}/files/$V/ \ @@ -58,6 +58,7 @@ WANTLIB-main= ${WANTLIB} GL ICE c Xxf86vm SM pthread MODULES= devel/gettext +BUILD_DEPENDS= ${MODGNU_AUTOCONF_DEPENDS} ${MODGNU_AUTOMAKE_DEPENDS} RUN_DEPENDS= :unzip-*:archivers/unzip LIB_DEPENDS= gtk.=1.2,gdk.=1.2::x11/gtk+ \ gthread.=1.2::devel/glib @@ -65,8 +66,9 @@ USE_X11= Yes USE_LIBTOOL= Yes LIBTOOL_FLAGS= --tag=disable-static -CONFIGURE_STYLE= autoconf +CONFIGURE_STYLE= gnu AUTOCONF_VERSION= 2.59 +AUTOMAKE_VERSION= 1.9 CONFIGURE_ARGS=--without-gnome \ --enable-ipv6 @@ -111,8 +113,19 @@ CONFIGURE_ARGS+= --disable-mikmod .endif -pre-configure: - @cd ${WRKSRC}/libxmms ${LOCALBASE}/bin/autoconf-${AUTOCONF_VERSION} +post-patch: + @mkdir -p ${WRKSRC}/Output/sndio + @cp ${FILESDIR}/{Makefile.am,audio_sndio.c} ${WRKSRC}/Output/sndio +.for dir in $${WRKSRC} $${WRKSRC}/libxmms + cd ${dir} env AUTOCONF_VERSION=${AUTOCONF_VERSION} \ + AUTOMAKE_VERSION=${AUTOMAKE_VERSION} aclocal + cd ${dir} env AUTOCONF_VERSION=${AUTOCONF_VERSION} \ + AUTOMAKE_VERSION=${AUTOMAKE_VERSION} autoheader + cd ${dir} env AUTOCONF_VERSION=${AUTOCONF_VERSION} \ + AUTOMAKE_VERSION=${AUTOMAKE_VERSION} automake + cd ${dir} env AUTOCONF_VERSION=${AUTOCONF_VERSION} \ + AUTOMAKE_VERSION=${AUTOMAKE_VERSION} autoconf +.endfor post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/xmms Index: files/Makefile.am === RCS file: files/Makefile.am diff -N files/Makefile.am --- /dev/null 1 Jan 1970 00:00:00 - +++ files/Makefile.am 20 Dec 2008 10:42:56 - @@ -0,0 +1,17 @@ +if HAVE_SNDIO +sndioltlibs = libsndio.la +sndiosources = audio_sndio.c +else +sndioltlibs = +sndiosources = +endif + +EXTRA_DIST = audio_sndio.c + +libdir = $(plugindir)/$(OUTPUT_PLUGIN_DIR) +lib_LTLIBRARIES = $(sndioltlibs) + +INCLUDES = @GTK_CFLAGS@ -I$(top_builddir)/intl -I$(top_srcdir) +libsndio_la_LDFLAGS = @PLUGIN_LDFLAGS@ +libsndio_la_LIBADD = @GTK_LIBS@ @PTHREAD_LIBS@ +libsndio_la_SOURCES= $(sndiosources) Index: files/audio_sndio.c === RCS file: files/audio_sndio.c diff -N files/audio_sndio.c --- /dev/null 1 Jan 1970 00:00:00 - +++ files/audio_sndio.c 20 Dec 2008 10:42:56 - @@ -0,0 +1,263 @@ +/* + * Copyright (c) 2008 Thomas Pfaff tpf...@tp76.info + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED AS IS AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN + * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF + * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + */ + +#include stdio.h + +#include gtk/gtk.h +#include sndio.h +#include xmms/plugin.h +#include libxmms/util.h + +#define XMMS_MAXVOL 100 + +static void op_about (void); +static void op_get_volume (int *, int *); +static void op_set_volume (int, int); +static int op_open (AFormat, int, int); +static void op_write (void *, int); +static void op_close (void); +static void op_seek (int); +static void op_pause (short); +static int op_buffer_free (void); +static int op_playing (void); +static int op_get_output_time (void); +static int op_get_written_time (void); + +static void onmove_cb (void *, int
Re: sndio for xmms
On Sat, 20 Dec 2008 12:27:49 + Stefan Sperling s...@stsp.name wrote: On Sat, Dec 20, 2008 at 12:17:22PM +0100, Thomas Pfaff wrote: This diff adds sndio output to audio/xmms. Please test. Works fine here on i386, thanks! The balance slider does not change the balance, but I suppose that is by design? Yes, kind of. libsndio does not provide balance control. Thanks for testing.
Re: sndio for xmms
On Sat, 20 Dec 2008 21:49:23 + Jacob Meuser jake...@sdf.lonestar.org wrote: On Sat, Dec 20, 2008 at 08:46:04PM +, Jacob Meuser wrote: [...] runs aclocal in ${WRKSRC} runs autoheader in ${WRKSRC} runs autoconf in ${WRKSRC} runs configure in ${WRKSRC} runs automake in ${WRKSRC} compiles some stuff runs autoheader in ${WRKSRC} finished building are you freakin' kidding me? I wasted all that time because I thought the changes I made caused this behaviour? f**k that. Thomas, please let's go back to a separate xmms-sndio distribution/port. Agreed. I have a port for that already, so let me just brush it up a bit first and I'll post it here (as soon as I get some spare time).
Re: NEW: games/xmoto + devel/ode
On Thu, 11 Dec 2008 00:42:01 +0300 (MSK) Kirill S. Bychkov [EMAIL PROTECTED] wrote: Hello, porters. This is a port of xmoto and library it depends on. Works fine (software rendering) for me on amd64 ;-) Thanks for the port! I remember playing something very similar on DOS years ago (OK, decades ago. I'm getting old).
Re: [new] www/varnish
On Mon, 10 Nov 2008 11:59:50 -0500 Jim Razmus [EMAIL PROTECTED] wrote: Varnish 2.0.1 - high-performance HTTP accelerator This really needs testing on different archs before commit. My sun servers are toast. Only tested on i386. Compiles, installs and runs on amd64 and i386. Not heavily tested, though.
Re: approved practice question
On Sat, 11 Oct 2008 12:28:57 -0600 Jack Woehr [EMAIL PROTECTED] wrote: Let's say a port has to start a daemon to work. To have that happen at startup I would assume that means an rc.local phrase ... Is it approved practice to have a port edit rc.local? Or is there a safer and saner practice for this sort of thing? Do not modify /etc/rc.local. Write a message in the ports pkg directory that explains what must be done after installation. See for example net/samba/pkg/MESSAGE-main. You might also want to remind the user to remove the lines in /etc/rc.conf when uninstalling through pkg/UNMESSAGE.
Re: update: mail/sylpheed
Patch fails to apply for me. $ patch -p0 diff Hmm... Looks like a unified diff to me... The text leading up to this was: -- |Index: Makefile |=== |RCS file: /cvs/ports/mail/sylpheed/Makefile,v |retrieving revision 1.79 |diff -u -r1.79 Makefile |--- Makefile29 Jun 2008 20:44:52 - 1.79 |+++ Makefile26 Sep 2008 18:16:25 - -- Patching file Makefile using Plan A... Hunk #1 failed at 2. Hunk #2 failed at 25. 2 out of 2 hunks failed--saving rejects to Makefile.rej Index: Makefile === RCS file: /cvs/ports/mail/sylpheed/Makefile,v retrieving revision 1.79 diff -u -r1.79 Makefile --- Makefile29 Jun 2008 20:44:52 - 1.79 +++ Makefile26 Sep 2008 18:16:25 - @@ -2,11 +2,9 @@ COMMENT= mail/news client in gtk+ -MAJOR= 2.4 -VERSION= ${MAJOR}.5 -DISTNAME= sylpheed-${VERSION} -PKGNAME= ${DISTNAME}p1 -CATEGORIES=mail news x11 +MAJOR= 2.5 +DISTNAME= sylpheed-${MAJOR}.0 +CATEGORIES=mail news x11 HOMEPAGE= http://sylpheed.sraoss.jp/en # GPL @@ -27,6 +25,8 @@ MASTER_SITES= http://sylpheed.sraoss.jp/sylpheed/v${MAJOR}/ MASTER_SITES0= ${MASTER_SITE_SOURCEFORGE:=sylpheed-claws/} + +RUN_DEPENDS= :desktop-file-utils-*:devel/desktop-file-utils USE_X11= Yes USE_LIBTOOL= Yes Index: distinfo === RCS file: /cvs/ports/mail/sylpheed/distinfo,v retrieving revision 1.43 diff -u -r1.43 distinfo --- distinfo6 Nov 2007 21:18:10 - 1.43 +++ distinfo26 Sep 2008 18:16:25 - @@ -1,5 +1,5 @@ -MD5 (sylpheed-2.4.5.tar.gz) = 1wjE8DKbDnuO3uRYrQ7y3g== -RMD160 (sylpheed-2.4.5.tar.gz) = RKmrglaJ0v/xIDLQ72ZbOHQtPNw= -SHA1 (sylpheed-2.4.5.tar.gz) = r0YpQpFVOnNk2ho4uR3JE09xB7c= -SHA256 (sylpheed-2.4.5.tar.gz) = Q85BRWmPHMaTGooJmUqrqObK+kfxKmMn3WGpI0N2ayE= -SIZE (sylpheed-2.4.5.tar.gz) = 4156495 +MD5 (sylpheed-2.5.0.tar.gz) = sbzL8Yeb1u23mlIRoL0SPA== +RMD160 (sylpheed-2.5.0.tar.gz) = xtLk6Gw8PWE2mpvpn268yFfNzxs= +SHA1 (sylpheed-2.5.0.tar.gz) = zYMc9f5oyc3NEJiHtYuINJKV2+o= +SHA256 (sylpheed-2.5.0.tar.gz) = NfEid/xUWEb9jK7zONSQ0fOYZ87Et7NCxORRYmD89o4= +SIZE (sylpheed-2.5.0.tar.gz) = 4203799 Index: pkg/PLIST === RCS file: /cvs/ports/mail/sylpheed/pkg/PLIST,v retrieving revision 1.29 diff -u -r1.29 PLIST --- pkg/PLIST 6 Nov 2007 21:18:10 - 1.29 +++ pkg/PLIST 26 Sep 2008 18:16:25 - @@ -1,5 +1,7 @@ @comment $OpenBSD: PLIST,v 1.29 2007/11/06 21:18:10 rui Exp $ -bin/sylpheed [EMAIL PROTECTED] bin/sylpheed +share/applications/ +share/applications/sylpheed.desktop share/locale/be/LC_MESSAGES/sylpheed.mo share/locale/bg/LC_MESSAGES/sylpheed.mo share/locale/cs/LC_MESSAGES/sylpheed.mo @@ -32,6 +34,8 @@ share/locale/vi/LC_MESSAGES/sylpheed.mo share/locale/zh_CN/LC_MESSAGES/sylpheed.mo share/locale/zh_TW/LC_MESSAGES/sylpheed.mo +share/pixmaps/ +share/pixmaps/sylpheed.png share/sylpheed/ share/sylpheed/faq/ share/sylpheed/faq/de/ @@ -109,3 +113,5 @@ share/sylpheed/manual/ja/sylpheed-9.html share/sylpheed/manual/ja/sylpheed.html share/sylpheed/manual/ja/sylpheed.sgml [EMAIL PROTECTED] %D/bin/update-desktop-database [EMAIL PROTECTED] %D/bin/update-desktop-database
Re: RESUBMIT: sysutils/apcupsd
On Mon, 22 Sep 2008 23:24:25 +0400 (MSD) Kirill S. Bychkov [EMAIL PROTECTED] wrote: Hi. A lot of time has passed since my last attempt... This is the port of the latest version of apcupsd - APC UPS controlling software. Please, test and comment. gapcmon (-x11) crash on execution. apcupsd (-main and -cgi) works fine for me on amd64. $ apcaccess APC : 001,044,1063 DATE : Tue Sep 23 19:16:50 CEST 2008 HOSTNAME : snip RELEASE : 3.14.4 VERSION : 3.14.4 (18 May 2008) openbsd UPSNAME : snip CABLE: USB Cable MODEL: Back-UPS CS 650 UPSMODE : Stand Alone STARTTIME: Tue Sep 23 19:16:48 CEST 2008 STATUS : ONLINE LINEV: 238.0 Volts LOADPCT : 36.0 Percent Load Capacity BCHARGE : 100.0 Percent TIMELEFT : 25.1 Minutes MBATTCHG : 5 Percent MINTIMEL : 3 Minutes MAXTIME : 0 Seconds OUTPUTV : 230.0 Volts SENSE: High DWAKE: 000 Seconds DSHUTD : 000 Seconds LOTRANS : 196.0 Volts HITRANS : 256.0 Volts RETPCT : 000.0 Percent ITEMP: 29.2 C Internal ALARMDEL : Always BATTV: 13.4 Volts LINEFREQ : 50.0 Hz LASTXFER : Low line voltage NUMXFERS : 0 TONBATT : 0 seconds CUMONBATT: 0 seconds XOFFBATT : N/A SELFTEST : NO STATFLAG : 0x0708 Status Flag SERIALNO : QB0631237114 BATTDATE : 2006-07-29 NOMOUTV : 230 Volts NOMINV : 230 Volts NOMBATTV : 12.0 Volts NOMPOWER : 400 Watts FIRMWARE : 817.v4.I USB FW:v4 APCMODEL : Back-UPS CS 650 END APC : Tue Sep 23 19:17:01 CEST 2008
Re: UPDATE: x11/isomaster
Giovanni Bechis wrote: Trivial update to latest version. Cheers Giovanni Works for me on amd64 (ISO burned with cdrecord). Thomas
Re: NEW: lang/cdecl
Paul Irofti wrote: On Sat, Aug 23, 2008 at 09:21:23PM +0200, Thomas Pfaff wrote: $ cat pkg/DESCR Cdecl is a program which will turn English-like phrases such as declare foo as array 5 of pointer to function returning int into C declarations such as int (*foo[5])(). It can also translate the C into the pseudo- English. And it handles typecasts, too. Plus C++. Tested on i386 and amd64. Please test and comment. That's already in ports, see devel/cutils. Oh, I grepped for cdecl but nothing showed up. Guess I should also grep pkg/DESCR in the future. At least I don't have to worry about adding a readline flavor to this package now ;-) Thanks.
NEW: lang/nbfc
Hello, [EMAIL PROTECTED] Please test and comment on my first port. It's probably not very useful, but some might consider it fun and, if nothing else, you can now compile and run WEiRDs sig ;-) Cheers. nbfc-0.1.tgz Description: Binary data
NEW: lang/cdecl
$ cat pkg/DESCR Cdecl is a program which will turn English-like phrases such as declare foo as array 5 of pointer to function returning int into C declarations such as int (*foo[5])(). It can also translate the C into the pseudo- English. And it handles typecasts, too. Plus C++. Tested on i386 and amd64. Please test and comment. cdecl-2.5.tgz Description: Binary data
Invalid URL in net/mrtg/pkg/DESCR
Hello, list. I'm getting a 404 on the URL in /usr/ports/net/mrtg/pkg/DESCR. Regards, Thomas Pfaff