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

[arch-dev-public] [signoff] vc/* -> tty* transition - round 2
by Allan McRae 23 Jul '09

23 Jul '09

A couple of fixes have been applied to these packages since the last signoff message. The list of packages looking for signoffs now are: filesystem 2009.07-1 initscripts 2009.07-3 syslog-ng 3.0.3-2 udev 141-5 Cheers, Allan

3 3

[arch-dev-public] Vim breakage...again
by Dan McGee 23 Jul '09

23 Jul '09

What the heck is going on? I spent a good hour or two rebuilding the vim plugins for the correct location when vim first went into [testing] a few months ago, and with this new vim in testing, they are once again *all* broken. This is unacceptable as far as I am concerned. If I'm the only one that thinks so, I'll quiet down a bit, but I am getting awfully frustrated with this. If we move plugin locations or distro install locations, *all* packages dependent on this location need to be rebuilt. I even made it 10 times easier to do so by putting the path in a shell script variable! -Dan dmcgee@galway /etc $ pacman -Sl testing | grep 'vim-' testing vim-a 2.18-3 testing vim-bufexplorer 7.2.2-2 testing vim-buftabs 0.13-1 testing vim-colorsamplerpack 6.0-2 testing vim-doxygentoolkit 0.2.4-1 testing vim-guicolorscheme 1.2-1 testing vim-matchit 1.13.2-1 testing vim-minibufexpl 6.3.2-5 testing vim-omnicppcomplete 0.4.1-2 testing vim-project 1.4.1-3 testing vim-taglist 45-2 testing vim-vcscommand 29-2 testing vim-workspace 1.0b1-3

3 3

[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 22 Jul '09

22 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 21 Jul '09

21 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