- Arch-dev-public - lists.archlinux.org

[arch-dev-public] [signoff] lvm2 2.02.34-1
by Thomas Bächler 15 Apr '08

15 Apr '08

Yet another minor update for lvm2, please sign off.

3 5

[arch-dev-public] [signoff] abs 2.0-2
by Travis Willard 15 Apr '08

15 Apr '08

Same as 2.0-1, except: rsync server configurable rsyncd.conf.abs moved to /usr/share/abs

4 8

[arch-dev-public] TrueCrypt and kernel updates
by Tom K 15 Apr '08

15 Apr '08

FYI kernel maintainers - TrueCrypt is now fuse-based, and will no longer require a rebuild for kernel updates. T.

2 1

[arch-dev-public] Imagemagick rebuild in [testing]
by Eric Belanger 14 Apr '08

14 Apr '08

Hi, I just uploaded an imagemagick package in testing that will require a rebuilt of the apps that links to its libs because the libraries names have changed. From imagemagick ChangeLog: * New Unix/Linux refactoring (should be transparent since changes are reflected in Magick-config and ImageMagick.pc pkg-config files): /usr/local/include => /usr/local/include/ImageMagick libMagick => libMagickCore libWand => libMagickWand Magick-config (deprecated) => MagickCore-config Wand-config (deprecated) => MagickWand-config Add Magick++-config, MagickCore.pc, MagickWand.pc, Magick++.pc The package that needs to be rebuilt are: dvdauthor inkscape koffice labplot libavg libfprint psiconv (already done) pstoedit transcode vips vips-devel xine-lib To get the list above, I've installed all packages that had imagemagick as a (make)depends then ran lddd to see which ones needed to be rebuilt. It might be worth it to to that for future rebuilds. If someone with mysql access would do a todo list for the above, I'll appreciate. I could always do some of these rebuilds if some of you are overwhelmed by work. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

4 10

[arch-dev-public] [signoff] openssh 5.0p1
by Aaron Griffin 14 Apr '08

14 Apr '08

New and improved ssh I haven't been able to find a comprehensive upstream change log (busy with devtools/dbscripts changes), but I know this has some large security fixes, and also contains the new-fangled chroot ability. That's right, sshd should not have the ability to chroot users built in. I know I'm excited. Should be in testing for both arches

6 13

[arch-dev-public] cvs diff on old repos
by Dan McGee 14 Apr '08

14 Apr '08

dmcgee@dublin ~/projects/repos/core/base/pacman $ cvs diff cvs diff: failed to create lock directory for `/home/cvs-core/core/base/pacman' (/home/cvs-core/core/base/pacman/#cvs.lock): Permission denied cvs diff: failed to obtain dir lock in repository `/home/cvs-core/core/base/pacman' cvs [diff aborted]: read lock failed - giving up Well this sucks. It would be great if I could tell which packages of mine had local changes that I need to copy over into new SVN checkouts. Same holds true for extra too. -Dan

4 7

[arch-dev-public] extra x86_64 database breakage (graphviz maintainer please fix it)
by Thomas Bächler 14 Apr '08

14 Apr '08

This is a problem in our current version of initscripts: If a package is added in staging, but the PKGBUILD shows an older version, the package and database data become inconsistent: $ cat /var/lib/pacman/sync/extra/graphviz-2.16.1-3/desc %FILENAME% graphviz-2.18-2-x86_64.pkg.tar.gz %NAME% graphviz %VERSION% 2.16.1-3 %DESC% Creates acircular graph images %CSIZE% 1304315 %MD5SUM% 47e014aa4dc7f3976db49ede4621af97 %FORCE% This causes problems during the upgrade. Please be more careful until our dbscripts have more checks included and never forget to add the PKGBUILD properly.

3 4

Re: [arch-dev-public] [arch-commits] CVS update of extra/multimedia/audacious (PKGBUILD)
by Aaron Griffin 14 Apr '08

14 Apr '08

On Mon, Apr 14, 2008 at 10:06 AM, Travis Willard <travis(a)archlinux.org> wrote: > Date: Monday, April 14, 2008 @ 11:06:54 > Author: travis > Path: /home/cvs-extra/extra/multimedia/audacious > > Modified: PKGBUILD (1.10 -> 1.11) > > Testing readonly status OMFG Ok guys.... just.... don't do this, k?

2 3

[arch-dev-public] Rsync-based ABS
by Travis Willard 14 Apr '08

14 Apr '08

Hey guys, So I think ABS is ready to move to rsync. The final piece, server-side ABS-tree generation, has been completed with help from Jason. I've just committed the svn2abs script to git - take a look at it to get the full details, but in short it does a checkout of the svn repo (or updates a pre-existing checkout), extracts the repo information into the expected format for an ABS tree and stores this in a tmp dir, then rsyncs /srv/abs to the tmp dir to update it. I've tested this a bit on gerolde, and ironed out a few of my initial bugs - the ABS tree currently sitting in /srv/abs was generated using that script. I've made packages (and src PKGBUILD) available at http://dev.archlinux.org/~travis/pkg/ if anyone wants to muck around. The [abs] rsync stanza is currently only set to allow my IP address, so you won't yet be able to sync with the new abs unless you get your IP added (or remove the restriction altogether). svn2abs is designed to be run as a cron-job, maybe once/twice a day or something along those lines to keep /srv/abs relatively fresh. I'm pretty confident in the state of ABS now, so I'm wondering how we'll go about integrating this onto Gerolde, then pushing it out to the users. Things we'll need to do to get this integrated and pushed out: 1) install abs-2.0 on gerolde 2) modify rsync stanza for [abs] in /etc/rsyncd.conf to allow anyone 3) add cronjob for svn2abs 4) push to users I'll need an enabler to handle 1-3, and once it's setup I can take it from there. Anyway, muck around, have fun, see if I missed anything. -- Travis

4 7

Re: [arch-dev-public] [arch-general] Azureus
by Aaron Griffin 13 Apr '08

13 Apr '08

2008/4/11 Ondřej Kučera <ondrej.kucera(a)centrum.cz>: > Hello, > > does anybody know what the deal is/plans are with the azureus package? > It hasn't been updated for more than 7 months and it has been flagged > out of date for a couple of months now too (as far as I remember). If > the devs are not interested in maintaining it, shouldn't it be moved > either to community or to unsupported where perhaps someone would pick > it up and update the PKBGUILD? Interesting point. I checked up on it and it IS orphaned. I'll CC the dev list to see if anyone is interested in it. If not, then perhaps it would be best to move it to community.

3 4