[arch-dev-public] Time to go forward with arch=any?
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
On Sat, Jul 18, 2009 at 1:08 AM, Firmicus<Firmicus@gmx.net> wrote:
OK, for testing purposes I've checked out the dbscripts HEAD in /arch-new on gerolde. This has potential support for 'any' packages AND split packages Please test them and let me know if there are any errors (I can fix them, or you can send me a patch) I've created testing/os/any on gerolde (the others may error out because of the missing dir). This should use symlinks so no one needs to update pacman.conf, correct?
Aaron Griffin a écrit :
Great, thanks for this Aaron. I'll upload a few "any" packages when I have a chance later tonight.
On Sat, 2009-07-18 at 21:51 +0200, Firmicus wrote:
I will be happy to build packages using this stuff. Something on my todo list for now: - firefox-i18n is -any architecture - mesa will be splitup in libgl, mesa and *-dri for every driver This will ease packaging a lot. I don't have any motivation to change the current driver packaging at this moment, but I've been amazed by the stupidity I introduced when bundling 2D and 3D driver in one package. Some packages have a very high pkgrel already because of rebuilds or mesa updates.
Firmicus schrieb:
Great, thanks for this Aaron. I'll upload a few "any" packages when I have a chance later tonight.
==> Processing 1 new/updated arch-independent packages for 'testing'... Checked out revision 46659. Validating package arch (any) # Generated by makepkg 3.2.2 ERROR: mkinitcpio-0.5.26-1-any.pkg.tar.gz is not architecture independent! Updating DB for testing-i686 ==> Copying DB file from 'testing'... ==> Processing 1 new/updated packages for repository 'testing'... Checked out revision 46659. Errors found when adding packages Copying new files to '/srv/ftp/testing/os/i686/' Updating DB for testing-x86_64 ==> Copying DB file from 'testing'... ==> Processing 1 new/updated packages for repository 'testing'... Checked out revision 46659. Errors found when adding packages Copying new files to '/srv/ftp/testing/os/x86_64/' error: repo lock doesn't exist... something went terribly wrong! Nothing is added to the db, complete fail!
On Sun, Jul 19, 2009 at 17:23, Thomas Bächler<thomas@archlinux.org> wrote:
Why mkinitcpio is 'any' package? There is mkinitcpio binary there. -- Roman Kyrylych (Роман Кирилич)
On Sun, Jul 19, 2009 at 19:06, Thomas Bächler<thomas@archlinux.org> wrote:
Ouch, something's broken in my memory, sorry! -- Roman Kyrylych (Роман Кирилич)
Firmicus a écrit :
This could be another bug. I'll test this later.
And here is another patch for that.
Firmicus a écrit :
And two more very minor patches ... I have copied my updated dbscripts to archlinux.org:bin/ (in my $HOME) and tried ~/bin/db-update testing Everything worked for i686, but the symlink failed to be made for x86_64. There was also a spurious error message when repo_unlock was called for x86_64 ... No idea why! Perhaps I should wait until the scripts under /arch-new/ are updated to test anew. FC
participants (5)
-
Aaron Griffin
-
Firmicus
-
Jan de Groot
-
Roman Kyrylych
-
Thomas Bächler