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

[arch-dev-public] Warning: kde-unstable broken
by Pierre Schmitz 23 Jul '09

23 Jul '09

The package in kde-unstable for x86_64 are missing some meta information like deps, pkgdesc etc.. This seems to be a regression in makepkg; so be careful; It might be best to not update or install anything from kde-unstable-x86_64 for now. Pierre -- Pierre Schmitz, http://users.archlinux.de/~pierre

3 5

Re: [arch-dev-public] Time to go forward with arch=any?
by Firmicus 22 Jul '09

22 Jul '09

Aaron Griffin a écrit : > On Tue, Jul 21, 2009 at 5:25 PM, Firmicus<Firmicus(a)gmx.net> wrote: > >> Added some output to the lock/unlock functions to see if it helps >> illustrate the issue better >> >> I also fiddled with the cleanup function in db-update a bit, so it >> only calls repo_unlock on an error. Didnt commit the changes, but lets >> see if that helps >> >> >> >> I think I fixed it. The thing is that through >> trap cleanup 0 >> the function cleanup() is called automatically at the end of the script. >> And since cleanup in turn calls >> repo_unlock $reponame $current_arch >> the latter fails because $current_arch is "x86_64" and we have already >> unlocked each repo before the end of the for loop, resulting in a spurious >> error message. >> Replacing repo_unlock by >> rm -f $TMPDIR/.repolock.$reponame.* >> in cleanup() solves this. (It might be actually better to have a function >> delete_repolocks() in db-function that does this...) >> > > Actually, the point of repo_lock/unlock was to do just this. The > problem with this change is that repo_lock, in theory, may not always > make a file like that (we may decide, at a later date, to "lock" the > repo some different way). The lock/unlock pairs should be done on each > repo, and needs to be there for the error case. > I perfectly agree on that. > I made a change to simply remove the trap after the looping is done. > Fine. > I'll commit the rest of the patch too > > Thanks. The scripts now work flawlessly :) I think you can now safely remove the DBG messages from db-functions. F

1 0

Re: [arch-dev-public] Time to go forward with arch=any?
by Firmicus 22 Jul '09

22 Jul '09

>> >> Hope you like it ;) > > Applied and pulled new changes to /arch-new Magnifico maestro! [francois@gerolde ~]$ cd /arch-new/misc-scripts/ [francois@gerolde misc-scripts]$ ./ftpdir-cleanup testing /srv/package-cleanup Restoring missing 'any' symlink: mkinitcpio-0.5.26-1-any.pkg.tar.gz Restoring missing 'any' symlink: texlive-latex3-2009.14222-1-any.pkg.tar.gz Restoring missing 'any' symlink: texlive-science-2009.13945-1-any.pkg.tar.gz Scan complete for testing (i686) at /srv/ftp/testing/os/i686 (nothing to do for i686) Restoring missing 'any' symlink: mkinitcpio-0.5.26-1-any.pkg.tar.gz Restoring missing 'any' symlink: texlive-latex3-2009.14222-1-any.pkg.tar.gz Restoring missing 'any' symlink: texlive-science-2009.13945-1-any.pkg.tar.gz Scan complete for testing (x86_64) at /srv/ftp/testing/os/x86_64 (nothing to do for x86_64) Checking arch-independent files... Yay, it works! I have also tested other scenarios at home on a custom repo (extra file, out-of-date file, etc) without any glitch. Unless someone objects, I guess you can now update the cronjob for ftpdir-cleanup. F

2 9

[arch-dev-public] [signoff] kernel26 2.6.30.2-1
by Tobias Powalowski 21 Jul '09

21 Jul '09

Hi guys, just an upstream bump, with the latest security fix, update is recommended for all users. please signoff fast greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

6 8

Re: [arch-dev-public] Time to go forward with arch=any?
by Firmicus 21 Jul '09

21 Jul '09

Aaron Griffin a écrit : > Applying these now. I don't like the removal of the quotes in the > first part of the simple-syntactic patch - if WORKDIR ever contains a > space, due to some change of how it's created, this will blow up... > due to that I reverted those parts of the changes, I'd rather be safe > if the only cost is some quote characters :) > That's fine. > /arch-new has been updated > > Thanks! Just tried them with another texlive pkg, and I get this: [francois@gerolde ~]$ /arch-new/db-update testing ==> Processing 1 new/updated arch-independent packages for 'testing'... Checked out revision 46883. Validating package arch (any) texlive-latex3 Checking SVN for texlive-latex3 Updating DB for testing-i686 ==> Copying DB file from 'testing'... ==> Processing 1 new/updated packages for repository 'testing'... Checked out revision 46883. Copying new files to '/srv/ftp/testing/os/any/' and symlinking Updating DB for testing-x86_64 ==> Copying DB file from 'testing'... ==> Processing 1 new/updated packages for repository 'testing'... Checked out revision 46883. Copying new files to '/srv/ftp/testing/os/any/' and symlinking error: repo lock doesn't exist... something went terribly wrong! However things appear to have worked: [francois@gerolde ~]$ ls -l /srv/ftp/testing/os/*/texlive* -rw-r--r-- 1 francois ftp-extra 59983 2009-07-20 13:15 /srv/ftp/testing/os/any/texlive-latex3-2009.14222-1-any.pkg.tar.gz -rw-r--r-- 1 francois ftp-extra 386464 2009-07-20 06:00 /srv/ftp/testing/os/any/texlive-science-2009.13945-1-any.pkg.tar.gz lrwxrwxrwx 1 francois ftp-extra 67 2009-07-20 13:15 /srv/ftp/testing/os/i686/texlive-latex3-2009.14222-1-any.pkg.tar.gz -> /srv/ftp/testing/os/any//texlive-latex3-2009.14222-1-any.pkg.tar.gz lrwxrwxrwx 1 francois ftp-extra 67 2009-07-20 13:15 /srv/ftp/testing/os/x86_64/texlive-latex3-2009.14222-1-any.pkg.tar.gz -> /srv/ftp/testing/os/any//texlive-latex3-2009.14222-1-any.pkg.tar.gz But the symlinks for texlive-science have disappeared! For sure they were there for both arches earlier today (I had made the one for x86_64 by hand, coz db-update had failed). I thus assume that those two symlinks were removed by some running cronjob. Idea? Both packages are still present in the db, however: [francois@gerolde ~]$ tar tf /srv/ftp/testing/os/i686/testing.db.tar.gz | grep texlive texlive-latex3-2009.14222-1/ texlive-latex3-2009.14222-1/depends texlive-latex3-2009.14222-1/desc texlive-science-2009.13945-1/ texlive-science-2009.13945-1/depends texlive-science-2009.13945-1/desc [francois@gerolde ~]$ tar tf /srv/ftp/testing/os/x86_64/testing.db.tar.gz | grep texlive texlive-latex3-2009.14222-1/ texlive-latex3-2009.14222-1/depends texlive-latex3-2009.14222-1/desc texlive-science-2009.13945-1/ texlive-science-2009.13945-1/depends texlive-science-2009.13945-1/desc So, something fishy is going on with the symlinks and the repo_unlock for x86_64... I have to leave now. But I might have a closer look later tonight. Cheers F

4 14

[arch-dev-public] Most up-to-date distro
by Aaron Griffin 21 Jul '09

21 Jul '09

Guess who it is? http://oswatershed.org/

5 4

[arch-dev-public] [signoff] device-mapper-1.02.33-1 & lvm2-2.02.48-1
by Eric Bélanger 20 Jul '09

20 Jul '09

Hi, I just pushed device-mapper-1.02.33-1 & lvm2-2.02.48-1 in testing. device-mapper-1.02.33-1 : minor upstream update, removed unneeded readline depends (close FS#15205) lvm2-2.02.48-1 : minor upstream update Please test and signoff. Users are encouraged to signoff too as only a few devs use this. Eric

4 7

[arch-dev-public] Time to go forward with arch=any?
by Firmicus 20 Jul '09

20 Jul '09

I've just prepared pre-release packages of TeXLive 2009. They should be ready for release (upstream) within the next 4-8 weeks. Before that, I'd *really* love to benefit from arch=any. That would save considerable space on gerolde, as well as bandwidth, and would also speed up my task with building/uploading. Any prospect of making the transition to the new dbscripts soon? We could use the testing repo first to check that everything runs as expected. F

5 11

[arch-dev-public] [signoff] [extra] mutt-1.5.20-1
by Thayer Williams 20 Jul '09

20 Jul '09

A few bug fixes and a number of enhancements. See http://www.mutt.org/doc/devel/UPDATING for details. It looks like there are some optional deps listed as mandatory, but I didn't go mucking with them as I sort of borrowed this package *ahem*. Signoff please.

1 0

[arch-dev-public] [signoff] dhclient-3.1.2p1
by Daniel Isenmann 19 Jul '09

19 Jul '09

Please signoff both architectures. The new version fixes CVE-2009-0692 (https://www.isc.org/node/468). I have cleaned up the PKGBUILD and removes our patches. So please test it carefully and report any issue to the bugtracker or the ML. On works here on my PC, but it needs definitely more testing. Daniel

1 0