plugin is actually a port of the xmms OSS sound ouput plugin to JACK, using
libjackasyn.
WWW: http://gige.xdv.org/libjackasyn/xmms.php
PR: ports/94292
Submitted by: Jose Alonso Cardenas Marquez <acardenas@bsd.org.pe>
sound API with the JACK audio server (jackit.sf.net). libjackasyn is a library
that can be used for two purposes.
First it can be loaded via the LD_PRELOAD variable, turning OSS applications
automatically into JACK-aware applications.
Second, it can be used to link against the program during build time, making it
trivial to turn an OSS aware sound application into a JACK aware sound
application in a short time.
libjackasyn got its name from the asynchronous manner in which it communicates
with the JACK server, which means by using libjackasyn you will introduce an
additional delay exactly the size of one JACK audiobuffer (1024 samples or 44
ms with the JACK default settings). This delay can be reduced by reducing the
JACK buffersize. It should not matter for sound generating applications, but
it might introduce phasing effects when doing sound processing.
WWW: http://gige.xdv.org/libjackasyn/
PR: ports/94290
Submitted by: Jose Alonso Cardenas Marquez <acardenas@bsd.org.pe>
to do so. It is okay to automatically fetch since the distfile is
under a multiple license and specifically gplv2.
PR: 96696 [1]
Submitted by: Alexander Botero-Lowry <alex@foxybanana.com> [1],
Lauri Watts <lauri@kde.org>
for reading and editing the meta-data of several popular audio formats.
Currently it supports both ID3v1 and ID3v2 for MP3 files, Ogg Vorbis comments
and ID3 tags and Vorbis comments in FLAC files.
- Switch to trying to use faad instead of mov123 (non-existant on
UNIX-like platforms) for AAC files [1]
- Switch to using ogg123 directly for OGG vorbis files since sox
doesn't pull in vorbis support by default.
- Add OPTIONS support for various useful audio utils and default to
depending on the less restrictive ones.
PR: ports/91092 [1]
Submitted by: lth [1]
- use fixed plists [1]
- category "linux" added to those ports without it [1]
- update some ports to a recent FC3 one [1]
- remove plists/... for Alpha (there's no support since linux_base-8 for
Alpha anymore)
- don't hardcode version numbers in some plists, use PLIST_SUB instead
(any errors are mine, don't keep them, send them to me)
Regarding linux-ungif I declare a maintainer timeout (one month, Boris tried
to contact the maintainer) and also pull the "sweeping commit"-card (the
port which it uses as some kind of master port can not be used for this
anymore). Besides this, I don't think he will be upset when other people
do the work instead of adding an entry to his TODO list. :-)
This commit brings us just before the switch of the default linux base
port to the fc3 one, modulo some bugs which may appear. So:
Beta testers wanted!
To test:
sed -i.old -e 's:linux-XFree86-libs:linux-xorg-libs:' /usr/ports/Mk/bsd.port.mk
echo OVERRIDE_LINUX_BASE_PORT=fc3 >> /etc/make.conf
portupgrade -f -o emulators/linux_base-fc3 -f linux_base-8
portupgrade -o x11/linux-xorg-libs linux-XFree86-libs
portupgrade linux-\*
The first two steps are necessary to switch to fc3 as the new default linux
base port, the last 3 steps to upgrade to fc3.
And feel free to send a big "Thank you!" to Boris, he did a lot of the work!
I just provided some hints and answered some questions (besides from
committing all the necessary changes for FC3 and doing some minor
changes+comments/improvements to/of his work), even when he tries to tell
you something else. ;-)
Submitted by: Boris Samorodov <bsam@ipt.ru> [1]
- document some variables
- set some variables based upon presets [1]
- automatically guess the src RPM (needs to be overidden for multi-RPM
ports) [1]
- allow to specify complete directories or a set of files for
automatic brandelf handling (BRANDELF_DIRS/BRANDELF_FILES) [1]
- add fc3 to the automatic plist handling [1]
- allow to override the linux-rpm-generate-plist target
- also detect @dirrmtry in the automatic plist handling [1]
- adopt the new-plist target to the new world order [1]
ports: [1,2]
- edit WRKSRC (add rpm/i386/${LINUX_DIST}/${LINUX_DIST_VER})
- add source distfiles to distinfo to allow auto fetching sources
with defined PACKAGE_BUILDING;
- remove some variables already defined at linux-rpm
(i.e. MASTRE_SITE_SUBDIR);
- add LINUX_DIST_VER to every port (in case default linux_base
changes);
- bump PORTREVISION (so that the ports build cluster puts the
src and binary RPM's to the new location)
- update linux-openal to the newest FC3 port
All errors are mine because of cut&paste patch merging.
Aproved by: maintainer [2]
Reviewed on: multimedia [1]
Submitted by: Boris Samorodov <bsam@ipt.ru> [1]
http://www.gnome.org/start/2.14/ for the official release notes, and a list
of all the gooides in this new release. In particular, GNOME 2.14 focused
on performance, and they did not miss the mark. There's some new eye candy,
but most of the big things are waiting until GNOME 2.16. On the FreeBSD
side, we tried to clean up all the crashers we could. In particular, we
really improved GNOME's 64-bit support.
The good news is that this release does not bring any big shared library
version bumps, so you can almost do a simple portupgrade to get to 2.14.
There are a few minor gotchas that will be documented in UPDATING shortly.
The FreeBSD GNOME Team would like th thank the following users for their
patches, feedback, and sometimes incessant complaing about crashes (you
know who you are).
Yasuda Keisuke <kysd@po.harenet.ne.jp>
Pascal Hofstee <caelian@gmail.com>
rmgls@wanadoo.fr
tmclaugh
Yuri Pankov <yuri.pankov@gmail.com>
sajd on #freebsd-gnome
ade
ankon on #FreeBSD-Gnome
mux
Pascal Hofstee <caelian@gmail.com>
QuiRK on #freebsd-gnome
Vladimir Timofeev <vovkasm@gmail.com>
