Re: [new] audio/deadbeef
On Fri, Jun 08, 2012 at 05:08:37PM +0200, Alexandre Ratchov wrote:
On Fri, Jun 01, 2012 at 12:50:14AM +0600, Alexandr Shadchin wrote:
* Simplify sndio backend
(+ fix sthen@ segfault, but resampling still does not work for him)
Hi,
The sndio backend is fine. Below are few -- mostly aesthetic --
suggestions:
- the device-side buffer is par.appbufsz frames, so it's not
necessary to allocate such a large buffer in deadbeef as well.
For instance a single block (par.round) would be ok.
- sndiod and many devices use 48kHz as default sample rate, so it
could be used in .fmt.samplerate as well; but it seems this is
not used by deadbeef
- Setting the volume in sndiod would save few cpu cycles and
allows deadbeef to update its slider whenever the volume is
changed externally.
I noticed that with certain files, when deadbeef switches to the
next files it doesn't stop the audio device, but it doesn't provide
data to play either. This results in a busy loop, which in turn
puts deadbeef in a bad state causing stuttering. This might need to
be clarified with upstream developpers.
Meanwhile, inserting silence if there are no samples available
fixes stuttering. This is what pulse backend does as well.
-- Alexandre
--- sndio.c.old.2 Sat Jun 9 10:53:53 2012
+++ sndio.c Sat Jun 9 11:09:50 2012
@@ -218,16 +218,15 @@ sndio_unpause(void)
static void
sndio_thread(void *context)
{
- int newvol, size, write_size;
+ int newvol;
+ size_t size;
while (!sndio_terminate) {
- if (state != OUTPUT_STATE_PLAYING ||
- !deadbeef-streamer_ok_to_read(-1)) {
+ if (state != OUTPUT_STATE_PLAYING) {
usleep(1);
continue;
}
- write_size = 0;
deadbeef-mutex_lock(sndio_mutex);
newvol = (1 - deadbeef-volume_get_db() / min_db) * SIO_MAXVOL;
if (newvol != vol) {
@@ -235,10 +234,10 @@ sndio_thread(void *context)
sio_setvol(hdl, vol);
}
size = sndio_callback(buf, bufsz);
- if (size 0)
- write_size = sio_write(hdl, buf, size);
+ memset(buf + size, 0, bufsz - size);
+ size = sio_write(hdl, buf, bufsz);
deadbeef-mutex_unlock(sndio_mutex);
- if (size != write_size) {
+ if (size != bufsz) {
fprintf(stderr, sndio: failed to write buffer\n);
sndio_terminate = 1;
sndio_free();
Re: [new] audio/deadbeef
On 2012/06/08 17:08, Alexandre Ratchov wrote: On Fri, Jun 01, 2012 at 12:50:14AM +0600, Alexandr Shadchin wrote: * Simplify sndio backend (+ fix sthen@ segfault, but resampling still does not work for him) Hi, The sndio backend is fine. Any idea about this? Does it seem more likely to be a problem with deadbeef or with sndiod? It's not too important whether the resampling is done in sndiod or in deadbeef but it doesn't work anywhere for me. File is 22KHz stereo (though I get the same with any non-48KHz files that I've tried). $ ffprobe emergency.wav 21 |tail -3 Input #0, wav, from 'emergency.wav': Duration: 00:00:04.04, bitrate: 352 kb/s Stream #0.0: Audio: pcm_u8, 22050 Hz, 2 channels, u8, 352 kb/s sndiod is running $ pgrep -lf sndio 14709 /usr/bin/sndiod -v 109 -b 47040 -a off -fsun:1 -L - Attempting playback in deadbeef (including the patches from today): streamer_set_output_format 8bit int 2ch 22050Hz channelmask=3 streamer_set_output_format 8bit int 2ch 22050Hz channelmask=3, bufferfill: 0 sndio: parameters not supported streamer_set_output_format 16bit int 2ch 44100Hz channelmask=3, bufferfill: 0 sndio: parameters not supported streamer: failed to start playback (start track) sndiod should handle sample conversion transparent to the application shouldn't it? Other info, this is a UA-1EX, dip switches set for 48KHz $ dmesg|grep audio uaudio0 at uhub2 port 2 configuration 1 interface 0 EDIROL UA-1EX rev 1.10/1.00 addr 3 uaudio0: audio rev 1.00, 0 mixer controls audio0 at uaudio0 $ audioctl name=USB audio version= config=uaudio encodings=slinear_le:16:2:1 properties=full_duplex,independent full_duplex=0 fullduplex=0 blocksize=24000 hiwat=2 lowat=1 output_muted=0 monitor_gain=0 mode= play.rate=48000 play.sample_rate=48000 play.channels=2 play.precision=16 play.bps=2 play.msb=1 play.encoding=slinear_le play.gain=127 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=0 play.samples=0 play.eof=0 play.pause=1 play.error=0 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 play.block_size=24000 play.errors=0 record.rate=48000 record.sample_rate=48000 record.channels=2 record.precision=16 record.bps=2 record.msb=1 record.encoding=slinear_le record.gain=127 record.balance=32 record.port=0x0 record.avail_ports=0x0 record.seek=0 record.samples=0 record.eof=0 record.pause=0 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.block_size=9600 record.errors=0
Re: password-gorilla-1.5.3.6.3
On 2012/06/09 20:52, Ryan McBride wrote:
Again, with the actual attachment. (thanks brad)
On Sat, Jun 09, 2012 at 08:34:09PM +0900, Ryan McBride wrote:
I've been using the password-gorilla port that was posted here a few
years back but sadly never committed; at some point the newer version of
itcl broke it and I've finally gotten sick of manually reverting back
itcl every time I do pkg_add -u -i. So here's an updated port.
Can somebody please OK this so I can get it into the tree this time?
OK with these changes. (files in the .../tarball/... paths on github
are dynamically-generated and can change when git/tar/gzip are upgraded;
people publishing software on github and similar sites should still
generate proper tarballs and upload them so they're static files
available in the downloads section rather than relying on the files
which can change under our feet).
This works fine with pwsafe files too, btw.
diff --git a/Makefile b/Makefile
index 16241e0..de3d857 100644
--- a/Makefile
+++ b/Makefile
@@ -1,4 +1,6 @@
-COMMENT = Cross platform password manager
+# $OpenBSD$
+
+COMMENT = cross-platform password manager
V =1.5.3.6.3
DISTNAME = zdia-gorilla-v${V}-0-gfc80d95
@@ -13,13 +15,12 @@ PERMIT_PACKAGE_FTP =Yes
PERMIT_DISTFILES_CDROM =Yes
PERMIT_DISTFILES_FTP = Yes
-MASTER_SITES = http://github.com/zdia/gorilla/tarball/v${V}/
+MASTER_SITES = http://github.com/zdia/gorilla/tarball/v${V}/ \
+ http://spacehopper.org/mirrors/
USE_X11 = Yes
MODULES = x11/tk
-MODTK_VERSION =8.5
-
RUN_DEPENDS = devel/itcl \
devel/tcllib \
devel/tklib \
diff --git a/pkg/DESCR b/pkg/DESCR
index 23315c2..8eb80fa 100644
--- a/pkg/DESCR
+++ b/pkg/DESCR
@@ -15,7 +15,7 @@ non-intuitive passwords for each service. An integrated
random password
generator can provide one-time passwords, tunable to various services'
policies.
-Password Gorilla is a tcl/tk application which can run on Linux and
+Password Gorilla is a Tcl/Tk application which can run on Linux and
Windows, and the files written are supposed to be compatible between
platforms. This is important for collaboration in heterogenous
environments.
Re: [new] audio/deadbeef
On Sat, Jun 09, 2012 at 12:58:16PM +0100, Stuart Henderson wrote: On 2012/06/08 17:08, Alexandre Ratchov wrote: On Fri, Jun 01, 2012 at 12:50:14AM +0600, Alexandr Shadchin wrote: * Simplify sndio backend (+ fix sthen@ segfault, but resampling still does not work for him) Hi, The sndio backend is fine. Any idea about this? Does it seem more likely to be a problem with deadbeef or with sndiod? It's not too important whether the resampling is done in sndiod or in deadbeef but it doesn't work anywhere for me. File is 22KHz stereo (though I get the same with any non-48KHz files that I've tried). $ ffprobe emergency.wav 21 |tail -3 Input #0, wav, from 'emergency.wav': Duration: 00:00:04.04, bitrate: 352 kb/s Stream #0.0: Audio: pcm_u8, 22050 Hz, 2 channels, u8, 352 kb/s sndiod is running $ pgrep -lf sndio 14709 /usr/bin/sndiod -v 109 -b 47040 -a off -fsun:1 -L - Attempting playback in deadbeef (including the patches from today): streamer_set_output_format 8bit int 2ch 22050Hz channelmask=3 streamer_set_output_format 8bit int 2ch 22050Hz channelmask=3, bufferfill: 0 sndio: parameters not supported streamer_set_output_format 16bit int 2ch 44100Hz channelmask=3, bufferfill: 0 sndio: parameters not supported streamer: failed to start playback (start track) sndiod should handle sample conversion transparent to the application shouldn't it? it should, sndiod accepts anything. Probably we get wrong deadbeef parameters negociation logic. Looking at this.. -- Alexandre
Re: [new] audio/deadbeef
On Sat, Jun 09, 2012 at 12:58:16PM +0100, Stuart Henderson wrote:
Any idea about this? Does it seem more likely to be a problem with
deadbeef or with sndiod? It's not too important whether the resampling
is done in sndiod or in deadbeef but it doesn't work anywhere for me.
File is 22KHz stereo (though I get the same with any non-48KHz files
that I've tried).
does this help? Here, it fixes playback of stereo, 22050Hz, u8
files. At least on the command line, the GUI still crashes when I
load such a file through File-Open dialog.
-- Alexandre
--- sndio.c.old.3 Sat Jun 9 11:09:50 2012
+++ sndio.c Sat Jun 9 15:00:28 2012
@@ -87,7 +87,7 @@ sndio_init(void)
par.bits = plugin.fmt.bps;
par.bps = SIO_BPS(plugin.fmt.bps);
par.sig = 1;
- par.le = SIO_LE_NATIVE;
+ par.le = plugin.fmt.is_bigendian ? 0 : 1;
par.appbufsz = par.rate * buffer_ms / 1000;
askpar = par;
@@ -107,7 +107,11 @@ sndio_init(void)
}
/* not support float format */
+ plugin.fmt.bps = par.bits;
+ plugin.fmt.channels = par.pchan;
+ plugin.fmt.samplerate = par.rate;
plugin.fmt.is_float = 0;
+ plugin.fmt.is_bigendian = par.le ? 0 : 1;
bufsz = par.bps * par.pchan * par.round;
buf = malloc(bufsz);
@@ -344,9 +348,10 @@ static DB_output_t plugin = {
.unpause = sndio_unpause,
.state = sndio_get_state,
.has_volume = 1,
- .fmt.samplerate = 48000,
- .fmt.channels = 2,
.fmt.bps = 16,
+ .fmt.channels = 2,
+ .fmt.samplerate = 48000,
+ .fmt.channelmask = DDB_SPEAKER_FRONT_LEFT | DDB_SPEAKER_FRONT_RIGHT,
.fmt.is_float = 0,
- .fmt.channelmask = DDB_SPEAKER_FRONT_LEFT | DDB_SPEAKER_FRONT_RIGHT
+ .fmt.is_bigendian = SIO_LE_NATIVE ? 0 : 1
};
Re: [new] audio/deadbeef
On Sat, Jun 09, 2012 at 12:58:16PM +0100, Stuart Henderson wrote: On 2012/06/08 17:08, Alexandre Ratchov wrote: On Fri, Jun 01, 2012 at 12:50:14AM +0600, Alexandr Shadchin wrote: * Simplify sndio backend (+ fix sthen@ segfault, but resampling still does not work for him) Hi, The sndio backend is fine. Any idea about this? Does it seem more likely to be a problem with deadbeef or with sndiod? It's not too important whether the resampling is done in sndiod or in deadbeef but it doesn't work anywhere for me. File is 22KHz stereo (though I get the same with any non-48KHz files that I've tried). $ ffprobe emergency.wav 21 |tail -3 Input #0, wav, from 'emergency.wav': Duration: 00:00:04.04, bitrate: 352 kb/s Stream #0.0: Audio: pcm_u8, 22050 Hz, 2 channels, u8, 352 kb/s sndiod is running $ pgrep -lf sndio 14709 /usr/bin/sndiod -v 109 -b 47040 -a off -fsun:1 -L - May be need use -frsnd/1 ? Attempting playback in deadbeef (including the patches from today): streamer_set_output_format 8bit int 2ch 22050Hz channelmask=3 streamer_set_output_format 8bit int 2ch 22050Hz channelmask=3, bufferfill: 0 sndio: parameters not supported streamer_set_output_format 16bit int 2ch 44100Hz channelmask=3, bufferfill: 0 sndio: parameters not supported streamer: failed to start playback (start track) sndiod should handle sample conversion transparent to the application shouldn't it? Other info, this is a UA-1EX, dip switches set for 48KHz $ dmesg|grep audio uaudio0 at uhub2 port 2 configuration 1 interface 0 EDIROL UA-1EX rev 1.10/1.00 addr 3 uaudio0: audio rev 1.00, 0 mixer controls audio0 at uaudio0 $ audioctl name=USB audio version= config=uaudio encodings=slinear_le:16:2:1 properties=full_duplex,independent full_duplex=0 fullduplex=0 blocksize=24000 hiwat=2 lowat=1 output_muted=0 monitor_gain=0 mode= play.rate=48000 play.sample_rate=48000 play.channels=2 play.precision=16 play.bps=2 play.msb=1 play.encoding=slinear_le play.gain=127 play.balance=32 play.port=0x0 play.avail_ports=0x0 play.seek=0 play.samples=0 play.eof=0 play.pause=1 play.error=0 play.waiting=0 play.open=0 play.active=0 play.buffer_size=65536 play.block_size=24000 play.errors=0 record.rate=48000 record.sample_rate=48000 record.channels=2 record.precision=16 record.bps=2 record.msb=1 record.encoding=slinear_le record.gain=127 record.balance=32 record.port=0x0 record.avail_ports=0x0 record.seek=0 record.samples=0 record.eof=0 record.pause=0 record.error=0 record.waiting=0 record.open=0 record.active=0 record.buffer_size=65536 record.block_size=9600 record.errors=0 -- Alexandr Shadchin
Re: [raf...@sizeofvoid.org: WIP build x11/kde4/runtime with the new audio/pulseaudio]
On Fri, Jun 08, 2012 at 10:39:16AM +0200, Antoine Jacoutot wrote: If you want to try it and have sndio diffs to review, fix, etc... don't hesitate. I'm not against pulse; it's just very low in my todo list. I don't know anyone in the project able to do that but you (and jakemsr but he's gone now). Come on, there are sndio backends written by others as well, the API is simple and it's documented. But that's not the point. The point is that you can't ask me to postpone fixing other audio stuff in order to work on software I don't use. Especially after I've told you that I don't think it would work very well. If you think it would work well enough for you, or just want to try it then write a sndio backend for pulse. I'll be there to help debugging stuff, explaining parts of the API that are not clear, etc. [...] As we're at it, a more general note: we're a small community; we don't have full-time developpers working on fashionable software. IMHO, having a small set of quality programs that cover all use-cases is more realistic than supporting everything that exists. Spending a lot of time on tons of programs with duplicate funtionalty won't bring us quality. My 2 cents -- Alexandre
Re: UPDATE: math/mathomatic
On Sat, Feb 25, 2012 at 11:06:00PM +0600, Alexandr Shadchin wrote: On Tue, Dec 27, 2011 at 08:31:26PM +0600, Alexandr Shadchin wrote: Hi, This update package mathomatic to the latest release 15.7.2. Tested on amd64. Comments ? OK ? Update to 15.8.0 Update to 15.8.5. OK ? -- Alexandr Shadchin Index: Makefile === RCS file: /cvs/ports/math/mathomatic/Makefile,v retrieving revision 1.25 diff -u -p -r1.25 Makefile --- Makefile12 Jun 2011 19:03:02 - 1.25 +++ Makefile9 Jun 2012 15:51:19 - @@ -2,7 +2,7 @@ COMMENT = small, portable, general purpose computer algebra system -DISTNAME = mathomatic-15.6.1 +DISTNAME = mathomatic-15.8.5 CATEGORIES = math Index: distinfo === RCS file: /cvs/ports/math/mathomatic/distinfo,v retrieving revision 1.18 diff -u -p -r1.18 distinfo --- distinfo12 Jun 2011 19:03:02 - 1.18 +++ distinfo9 Jun 2012 15:51:19 - @@ -1,5 +1,5 @@ -MD5 (mathomatic-15.6.1.tar.bz2) = eNXuyLZMuzsAFi9hb2pHfA== -RMD160 (mathomatic-15.6.1.tar.bz2) = b67X+271vSWGXVoZr/E8eLOwTnE= -SHA1 (mathomatic-15.6.1.tar.bz2) = 7HhoyEAaVO4QrNUGqmOrQW0s/9M= -SHA256 (mathomatic-15.6.1.tar.bz2) = iQS83C47MWy/MbbZ4Ww+0YbM1tAb9tzX+rw/bZ/UHQs= -SIZE (mathomatic-15.6.1.tar.bz2) = 215561 +MD5 (mathomatic-15.8.5.tar.bz2) = yyq8GjUUIVj47JnX6DaOEQ== +RMD160 (mathomatic-15.8.5.tar.bz2) = ADxnSOOWNs60vhplI/PY9Qb+rgI= +SHA1 (mathomatic-15.8.5.tar.bz2) = Yyng+EOBzPPJPgvUujzUnia3hNE= +SHA256 (mathomatic-15.8.5.tar.bz2) = VwBl53GW38pa2F20zZcErM80I/qVUtSKDYR+tn+375g= +SIZE (mathomatic-15.8.5.tar.bz2) = 270607 Index: patches/patch-makefile === RCS file: /cvs/ports/math/mathomatic/patches/patch-makefile,v retrieving revision 1.13 diff -u -p -r1.13 patch-makefile --- patches/patch-makefile 12 Jun 2011 19:03:02 - 1.13 +++ patches/patch-makefile 9 Jun 2012 15:51:19 - @@ -1,13 +1,31 @@ $OpenBSD: patch-makefile,v 1.13 2011/06/12 19:03:02 shadchin Exp $ makefile.orig Sun May 22 02:54:29 2011 -+++ makefile Thu Jun 9 21:45:34 2011 -@@ -22,7 +22,8 @@ INSTALL ?= install # installer utility to use - INSTALL_PROGRAM ?= $(INSTALL) # command to install executable program files - INSTALL_DATA ?= $(INSTALL) -m 0644 # command to install data files +--- makefile.orig Fri Mar 9 23:26:52 2012 makefile Sun Mar 25 12:01:53 2012 +@@ -44,7 +44,8 @@ INSTALL ?= install # Installer utility to use; change + INSTALL_PROGRAM ?= $(INSTALL) # Command to install executable program files. + INSTALL_DATA ?= $(INSTALL) -m 0644 # Command to install data files. --CC_OPTIMIZE = -O3 # Default C compiler optimization flags that are safe. +-CC_OPTIMIZE ?= -O3 # Default C compiler optimization flags that are safe. +CC_OPTIMIZE = -+#CC_OPTIMIZE = -O3 # Default C compiler optimization flags that are safe. ++#CC_OPTIMIZE ?= -O3 # Default C compiler optimization flags that are safe. # Be sure and run tests to see if Mathomatic works and runs faster, if you uncomment the following line: #CC_OPTIMIZE += -fno-signaling-nans -fno-trapping-math -fomit-frame-pointer # Possible additional optimizations, not tested. + +@@ -56,7 +57,7 @@ LDLIBS += -lm # libraries to link with to create the + + # Run make READLINE=1 to include the optional readline editing and history support: + CFLAGS+= $(READLINE:1=-DREADLINE) +-LDLIBS+= $(READLINE:1=-lreadline) # Add -lncurses if needed for readline, might be called curses on some systems. ++LDLIBS+= $(READLINE:1=-lreadline) -lncurses # Add -lncurses if needed for readline, might be called curses on some systems. + + # Uncomment the following line to force generation of x86-64-bit code: + #CFLAGS += -m64 +@@ -123,7 +124,7 @@ pdfsheet quickref.pdf: $(AOUT) + test: + @echo + @echo Testing ./$(AOUT) +- cd tests time -p ../$(AOUT) -t all 0- test.out diff -u --strip-trailing-cr all.out test.out rm test.out cd .. ++ cd tests time -p ../$(AOUT) -t all 0- test.out diff -u all.out test.out rm test.out cd .. + @echo + @echo All tests passed. Index: pkg/PLIST === RCS file: /cvs/ports/math/mathomatic/pkg/PLIST,v retrieving revision 1.13 diff -u -p -r1.13 PLIST --- pkg/PLIST 12 Jun 2011 19:03:02 - 1.13 +++ pkg/PLIST 9 Jun 2012 15:51:19 - @@ -5,21 +5,27 @@ share/applications/mathomatic.desktop share/doc/mathomatic/ share/doc/mathomatic/AUTHORS share/doc/mathomatic/COPYING +share/doc/mathomatic/NEWS share/doc/mathomatic/README.txt share/doc/mathomatic/VERSION -share/doc/mathomatic/changes.txt share/doc/mathomatic/examples/ share/doc/mathomatic/examples/README.txt
Re: [new] audio/deadbeef
On Fri, Jun 01, 2012 at 12:50:14AM +0600, Alexandr Shadchin wrote: On Sun, May 20, 2012 at 12:45:52AM +0600, Alexandr Shadchin wrote: On Tue, May 15, 2012 at 01:16:12AM +0600, Alexandr Shadchin wrote: Hi, pkg/DESCR: DeaDBeeF (as in 0xDEADBEEF) is an audio player for GNU/Linux, BSD, OpenSolaris and probably other UNIX-like systems. Some features (more can be found on the homepage): * mp3, ogg vorbis, flac, ape, wv, wav, cd audio (and many more) * ID3v1, ID3v2.2, ID3v2.3, ID3v2.4, APEv2, xing/info tags support * no GNOME or KDE dependencies * minimize to tray, with scrollwheel volume control * drag and drop, both inside the playlist, and from other applications * control playback from command line * global hotkeys * multiple playlists * album artwork display * 18-band graphical equalizer * metadata editor * user-customizable groups in playlists * user-customizable columns with flexible title formatting * radio and podcast support for ogg vorbis, mp3 and aac streams * gapless playback * plugin support; bundled with lots of plugins, such as global hotkeys and last.fm scrobbler; sdk is included Change: * change CONFIGURE_STYLE to gnu * check the usage of yasm * rework alloca patches * sndio plugins on default Change: * Add textproc/intltool to MODULES * Fix pthread_mutex_destroy on mutex with waiters! (thanks to dcoppa@ for both fix) * Simplify sndio backend (+ fix sthen@ segfault, but resampling still does not work for him) -- Alexandr Shadchin Update to 0.5.5 + some fix sndio backend (thanks ratchov@) -- Alexandr Shadchin deadbeef.tgz Description: application/tar-gz
Re: [raf...@sizeofvoid.org: WIP build x11/kde4/runtime with the new audio/pulseaudio]
On Sat, Jun 09, 2012 at 04:00:27PM +0200, Alexandre Ratchov wrote: On Fri, Jun 08, 2012 at 10:39:16AM +0200, Antoine Jacoutot wrote: If you want to try it and have sndio diffs to review, fix, etc... don't hesitate. I'm not against pulse; it's just very low in my todo list. I don't know anyone in the project able to do that but you (and jakemsr but he's gone now). Come on, there are sndio backends written by others as well, the API is simple and it's documented. But that's not the point. It _is_ the point. And I already discussed with you several times privately in the past about how this is exactly the point. One cannot expect to know all the APIs around; when I compile something that requires X libraries I don't need to know much about the X API; if I compile something --with-ssl I don't need to be familiar withe the openssl API (thank god!). With sndio each time an application deals with audio (whether it's big like pulse or a small one), then it needs to be ported over which may not be trivial and requires audio knowledge. Look how long people have been trying to port chromium over to sndio without success... So far sndio has changed nothing to me as a regular user but has been nothing but pain as a porter. I having nothing per se against it, I'm sure it 's not a nih syndrom and does fullfil some needs for you audio gurus. When you first discussed about adding this new audio API several years ago one of the first thing I asked you guys was to think about some compatibility glue with e.g. OSS to leverage the work for porters. And I repeatedly talk to you everynow and then about it. I already spends a huge amount of time on ports, for myself, by helping people, by reviewing stuffs, by working on the infrastructure to ease my fellow porters'work... I think I already share a large burden on the ports maintainance; I wish I had 48h days to learn new APIs all the time, but I don't. The point is that you can't ask me to postpone fixing other audio stuff in order to work on software I don't use. Especially after I've told you that I don't think it would work very well. I have never requested that _you_ do this. If you think it would work well enough for you, or just want to try it then write a sndio backend for pulse. I'll be there to help debugging stuff, explaining parts of the API that are not clear, etc. [...] As we're at it, a more general note: we're a small community; we don't have full-time developpers working on fashionable software. Exactly, so why are we forced to be uncompatible with everyone else? There are already many places where we defer from the majority of Unices (for good reason, I'm not complaining here) but audio should be something that should just work by respecting some sort of standard. Not official standard, but the pragmatic one, that is the one most people use and expect so be available on a system (OSS? ALSA? SUN?). IMHO, having a small set of quality programs that cover all use-cases is more realistic than supporting everything that exists. Spending a lot of time on tons of programs with duplicate funtionalty won't bring us quality. I don't want to cover all use cases, I just want to be able to have audio and mixer controls on my desktop, or is that a use case that is too unrealistic? -- Antoine
Re: [wip] Firefox 13.0
http://rhaalovely.net/cgit/mozilla-firefox/log/?h=release Firefox 13.0 was released, been running it fine since a while. Please grab the port and test it on your favourite archs. I'm struggling a bit for Tb 13.0 with some rpaths issues, but it should come soon. Its working well for me on amd64. Seems to load pages even snappier than Firefox 12. Brett.
update devel/nant 0.92
Hi, Attached is the diff to upgrade devel/nant to version 0.92. It's been tested on i386 and amd64 through regression tests and building lang/boo (with the patch that I just sent to ports@). By the way, big thanks to the folks who got NAnt working on amd64. Please let me know if there any questions. Thanks, Ryan nant-0.92.diff Description: Binary data
UPDATE: ISC-DHCP 4.2.4
Here is an update to ISC-DHCP 4.2.4.
Index: Makefile
===
RCS file: /home/cvs/ports/net/isc-dhcp/Makefile,v
retrieving revision 1.25
diff -u -p -r1.25 Makefile
--- Makefile8 Jun 2012 14:12:57 - 1.25
+++ Makefile10 Jun 2012 04:12:22 -
@@ -4,7 +4,7 @@ COMMENT-main= ISC DHCP Server
COMMENT-client=ISC DHCP Client
COMMENT-omapi= ISC DHCP OMAPI
-VERSION= 4.2.3-P2
+VERSION= 4.2.4
DISTNAME= isc-dhcp-${VERSION}
PKGNAME= isc-dhcp-${VERSION:S/-P/./}
PKGNAME-main= isc-dhcp-server-${VERSION:S/-P/./}
Index: distinfo
===
RCS file: /home/cvs/ports/net/isc-dhcp/distinfo,v
retrieving revision 1.15
diff -u -p -r1.15 distinfo
--- distinfo14 Jan 2012 12:43:25 - 1.15
+++ distinfo10 Jun 2012 04:12:36 -
@@ -1,5 +1,5 @@
-MD5 (dhcp-4.2.3-P2.tar.gz) = FPV/1YDQFjPQ+tSAkAeoAQ==
-RMD160 (dhcp-4.2.3-P2.tar.gz) = RFZjpEsYrNLwJJe2UscmVvmg4yg=
-SHA1 (dhcp-4.2.3-P2.tar.gz) = bOET2OYwE0O2bU1xvlmjw0gFN40=
-SHA256 (dhcp-4.2.3-P2.tar.gz) = XPeuLK2cTKAQN0iyR27I6nhITkCPj+WX5OCkr7BRtGk=
-SIZE (dhcp-4.2.3-P2.tar.gz) = 9527546
+MD5 (dhcp-4.2.4.tar.gz) = wkTO/mY9QxAK91fY/2JaHw==
+RMD160 (dhcp-4.2.4.tar.gz) = ma+H6tOIB9QUoyYimW6YFda2qV0=
+SHA1 (dhcp-4.2.4.tar.gz) = uod7avXyHfhIMfaYGHgUZoQy6P4=
+SHA256 (dhcp-4.2.4.tar.gz) = qfd+smNyrak27DnYQ+D+jImLfmmANB52yM2mlHSPv5o=
+SIZE (dhcp-4.2.4.tar.gz) = 8063457
Index: patches/patch-common_socket_c
===
RCS file: /home/cvs/ports/net/isc-dhcp/patches/patch-common_socket_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-common_socket_c
--- patches/patch-common_socket_c 14 Jan 2012 12:43:25 - 1.1
+++ patches/patch-common_socket_c 10 Jun 2012 04:13:05 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-common_socket_c,v 1.1 2012/01/14 12:43:25 sthen Exp $
common/socket.c.orig Mon Jun 27 12:18:20 2011
-+++ common/socket.cFri Dec 23 14:14:40 2011
-@@ -717,6 +717,7 @@ ssize_t send_packet6(struct interface_info *interface,
+--- common/socket.c.orig Fri Mar 9 06:28:11 2012
common/socket.cSun Jun 10 00:12:59 2012
+@@ -718,6 +718,7 @@ ssize_t send_packet6(struct interface_info *interface,
/*
* Set the target address we're sending to.
*/
@@ -9,7 +9,7 @@ $OpenBSD: patch-common_socket_c,v 1.1 20
m.msg_name = to;
m.msg_namelen = sizeof(*to);
-@@ -747,7 +748,6 @@ ssize_t send_packet6(struct interface_info *interface,
+@@ -748,7 +749,6 @@ ssize_t send_packet6(struct interface_info *interface,
pktinfo = (struct in6_pktinfo *)CMSG_DATA(cmsg);
memset(pktinfo, 0, sizeof(*pktinfo));
pktinfo-ipi6_ifindex = if_nametoindex(interface-name);
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2012/06/09 02:41:16 Modified files: multimedia/xine-lib: Makefile multimedia/xine-lib/patches: patch-src_combined_ffmpeg_ff_video_decoder_c patch-src_demuxers_demux_matroska_c patch-src_demuxers_demux_ts_c patch-src_video_out_yuv2rgb_mmx_c Added files: multimedia/xine-lib/patches: patch-src_combined_ffmpeg_ff_mpeg_parser_c patch-src_demuxers_matroska_h Log message: Several fixes from upstream: - Fix MPEG2 parsing. - Enable direct rendering for H.264. - Fix DR1 frame garbage collector when using multithreaded decoding. - Fix U-plane conversion (YUVJ444P - YUV420). - Add support for FLAC with Matroska. - mmx_yuv2rgb() optimizations. from Brad (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2012/06/09 03:46:18 Modified files: audio/xmms2: Makefile distinfo audio/xmms2/patches: patch-src_clients_lib_xmmsclient++-glib_wscript patch-src_clients_lib_xmmsclient++_wscript patch-src_clients_lib_xmmsclient-glib_wscript patch-src_clients_lib_xmmsclient_wscript patch-waftools_man_py patch-wscript audio/xmms2/pkg: PLIST Added files: audio/xmms2/patches: patch-src_plugins_tremor_wscript Removed files: audio/xmms2/patches: patch-src_plugins_avcodec_avcodec_c patch-wafadmin_Tools_ccroot_py patch-wafadmin_Tools_python_py Log message: Update to xmms2 0.8, with small tweaks from Brad. ok aja@, maintainer timeout
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/06/09 05:26:02 Modified files: cad/qcad : Makefile games/alephone/scenarios/marathoninfinity: Makefile games/alephone/scenarios/marathon: Makefile games/alephone/scenarios/marathon2: Makefile devel/eclipse/plugins/struts-console: Makefile sysutils/rancid: Makefile Log message: zap quotes in PERMIT_*
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mcbr...@cvs.openbsd.org 2012/06/09 06:31:55 Log message: cross-platform password manager (supports databases in Password Safe format) ok and fixes from sthen@ Status: Vendor Tag: mcbride Release Tags: mcbride_2012-06-09 N ports/security/password-gorilla/distinfo N ports/security/password-gorilla/Makefile N ports/security/password-gorilla/patches/patch-gorilla_tcl N ports/security/password-gorilla/pkg/DESCR N ports/security/password-gorilla/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: mcbr...@cvs.openbsd.org 2012/06/09 06:35:01 Modified files: security : Makefile Log message: +password-gorilla
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: es...@cvs.openbsd.org 2012/06/09 15:14:43 Modified files: infrastructure/mk: bsd.port.mk Log message: Use :Q, it will quote a lot more in a correct way.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/06/09 17:05:49 Modified files: graphics/ffmpeg: Makefile distinfo Log message: Update to a newer FFmpeg snapshot, including security and stability fixes: - vqavideo: return error if image size is not a multiple of block size (CVE-2012-0947) - h263dec: Disallow width/height changing with frame threads (CVE-2011-3937) - adpcm: ADPCM Electronic Arts has always two channels (CVE-2012-0852) - h264: Add check for invalid chroma_format_idc (CVE-2012-0851) - dpcm: ignore extra unpaired bytes in stereo streams (CVE-2011-3951) - rtpdec_asf: Fix integer underflow that could allow remote code execution (CVE-2011-4031) - aacsbr: prevent out of bounds memcpy() (CVE-2012-0850) - kmvc: Check palsize (CVE-2011-3952) Further bugfixes in the following codecs: ea, png, qdm2, tqi, motionpixels From Brad, ok jasper@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2012/06/09 17:06:24 Modified files: x11/mplayer: Makefile Log message: sync with FFmpeg update, from Brad with a tweak suggested by jasper@
