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

[arch-dev-public] [signoff] abs-2.0-1
by Travis Willard 12 Apr '08

12 Apr '08

In testing for signoff. Moved to rsync. Yay!

4 7

[arch-dev-public] Problem with x86_64 repo and db
by Eric Belanger 12 Apr '08

12 Apr '08

Hi, There some problem with the extra x86_64 repo. Acording to the db, the bzr and graphviz packages are at versions: bzr-1.3-1.1 and graphviz-2.16.1-3. But the versions of the packages on the server and which get installed are: bzr-1.3-1 and graphviz-2.18-2 Can someone with more experience with svn or the db fix that? I can file a bug report if needed. I also tried to update darcs for x86_64 but there's a svn conflict: $ extrapkg darcs-2.0.0-1-x86_64.pkg.tar.gz 100% 1214KB 1.2MB/s 00:00 File integrity okay. ===> Uploaded darcs-2.0.0-1-x86_64.pkg.tar.gz ===> Commited with "upgpkg: darcs 2.0.0-1" message C ../repos/extra-x86_64/PKGBUILD property 'svnmerge-integrated' set on '../repos/extra-x86_64' ~/svnroot/darcs ~/svnroot/darcs/trunk svn: Commit failed (details follow): svn: Aborting commit: '/home/eric/svnroot/darcs/repos/extra-x86_64/PKGBUILD' remains in conflict ~/svnroot/darcs/trunk ===> Tagged for extra-x86_64 $ diff /home/eric/svnroot/darcs/repos/extra-x86_64/PKGBUILD PKGBUILD 1c1 < # $Id: PKGBUILD,v 1.10 2007/06/23 16:56:02 pierre Exp $ --- > # $Id: PKGBUILD,v 1.9 2007/06/18 16:26:45 dan Exp $ 15,17d14 < <<<<<<< .working < md5sums=('077420eec437ecdd45d8dc6682ee61fa') < ======= 19d15 < >>>>>>> .merge-right.r11 I also tried to update pidgin for x86_64 but it says thayt there is nothing to commit: $ extrapkg pidgin-2.4.1-1-x86_64.pkg.tar.gz 100% 8821KB 94.9KB/s 01:33 File integrity okay. ===> Uploaded pidgin-2.4.1-1-x86_64.pkg.tar.gz ===> Commited with "upgpkg: pidgin 2.4.1-1" message ~/svnroot/pidgin ~/svnroot/pidgin/trunk Nothing to commit ~/svnroot/pidgin/trunk ===> Tagged for extra-x86_64 The package was still uploaded to gerold and I ran the db script but the package isn't in the repo. I did successfully updated netpbm and devtools so I don't know why the packages above failed. Thanks, Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

[arch-dev-public] FYI: Data about mirror status
by Thomas Bächler 12 Apr '08

12 Apr '08

I just found this on the forums: http://bbs.archlinux.org/viewtopic.php?id=46938 This is a list of mirrors and their sync status: http://users.archlinux.de/~gerbra/mirrorcheck.html I think this is awesome!

3 2

[arch-dev-public] ArchISO FTP Installer - Testers Needed
by Simo Leone 12 Apr '08

12 Apr '08

Hey everyone, I'd like to begin testing some preliminary work with the arch livecd system. You can find a livecd rigged up to work as an ftp installer at: http://dev.archlinux.org/~simo/archiso_tests/arch-ftp-live-1206519468.iso This ISO consists of our current installer scripts and a functioning arch livecd containing most of the base package set. It uses the grub boot loader, which is likely to be changed to isolinux in the near future. At this point, it's an i686-only thing, but an x86_64 version will be coming soon. If you've got some time to kill, please give the iso a whirl. You'll find the installer and its documentation in its usual home at /arch/ on the livecd system. It'd be nice to have this tested on a large variety of systems if possible. **I need feedback on the following regarding ISO bootup** - Did the grub loader work as expected? - Did it pick up and load the module for your network hardware? - Did it pick up and load the modules for your disk controllers? - Any kernel panics, freezes, that sort of ugly stuff. Please keep in mind that this is not intended to be production quality at this point, and it's a very early version, so there are still a lot of sharp edges that need to be smoothed out. Thanks for your help, -Simo offtopic: archiso_tests also contains a hacky xfce4 livecd image you might want to play around with, although it's a little oldy moldy.

6 8

[arch-dev-public] Problem with gstreamer in testing
by Jason Chu 10 Apr '08

10 Apr '08

It seems that gstreamer is still tagged for testing even though the packages aren't in there. I know they're JGC's packages but I just wanted to make sure that they're supposed to be out of testing before fixing up svn and the testing db.

2 2

[arch-dev-public] ArchISO FTP Installer - Round 2
by Simo Leone 10 Apr '08

10 Apr '08

First off, thanks for the feedback last week. Most of the issues were minor and not-too-technical, so they weren't too tricky to iron out. Another batch of images has been generated with suggested improvements, they can be found at: http://dev.archlinux.org/~simo/archiso_tests/installer/ This time, there are ISO and USB images for both architectures. Once again, I'm looking for testers. So if you have some time to kill, please give 'em a spin and let us know how it goes. Generally speaking the live system should be able to: a) boot and b) connect to a network. If for some reason you can't get it to do one of those, I'm especially interested in hearing about it. If no major issues can be identified with these, the next batch will be a full-blown core-ftp-i686-x86_64-usb-iso release. Early and Often, as they say. Thanks for your help! -- Simo Leone Archlinux Developer PS: For the interested, changelogs and code repos: http://code.neotuli.net/gitweb/?p=archiso.git;a=shortlog;h=refs/heads/ftp-i… http://projects.archlinux.org/git/?p=archiso.git;a=summary

6 20

[arch-dev-public] updated testing2extra
by Pierre Schmitz 10 Apr '08

10 Apr '08

Hi all, I have made a first proposal how testing2extra might work with the new svn repo layout. I did not try it because it might break everything. So please have a look. I am not sure if we should use svnmerge to move stuff from testing to extra or if it's better to just use rm and mv. And I need to add a check which should prevent us from moving packages into the wrong repo by accident. Pierre PS: I also attached the script to this mail. -- archlinux.de

2 3

[arch-dev-public] [signoff] glib2 2.16.3-1
by Jan de Groot 10 Apr '08

10 Apr '08

Another new version of glib2, please signoff for both architectures. Changelog: Overview of Changes from GLib 2.16.2 to GLib 2.16.3 =================================================== * Update the Unicode support to 5.1.0 * Bug fixes: 524314 g_convert() on Win32 implicitly converts full width alpha... 448943 g_timeout_add_seconds() problems 525972 UCS-4 not in the new win_iconv implementation 526619 make test-report crash 491554 Update to Unicode 5.1.0 525866 the user directory should not be considered as a mount... 526796 Wrong order of arguments in g_file_copy's fallback * Translation updates: Czech (cs)

2 1

[arch-dev-public] how to call svn based devtools within a i686 (core) chroot
by Andreas Radke 08 Apr '08

08 Apr '08

i keep several chroots alive: core, core/testing, extra, extra/testing. and that twice for each architecture. calling devtools archrelease foo-$CARCH works well for extra and extra/testing also in i686 (linux32) chroots. but how to deal with core chroots? for x86_64 i can run archrelease from outside the chroot. but this won't work for i686. so far i had manually tagged and scp'ed the pkg. how to to this now? moving all subversion related dependencies to core/devel could solve it that are not only a few packages, so it would blow up core a bit too much i think. any idea? btw: how's other devs experience with mkarchroot? is the creation trivial for x86_64 and linux32 i686 chroots? how do you keep the chroot empty or do create each time a new one? is there any advantage beside disc space over permanent chroots? -Andy

3 3

[arch-dev-public] Request for help: 32bit chroot handling in makechrootpkg
by Aaron Griffin 08 Apr '08

08 Apr '08

So I looked at this for about 5 minutes... and broke things. I have a 32bit chroot on my 64bit box, but cannot seem to work a call to "linux32" in properly. I am hoping that someone with more experience could look into this. I do know that "linux32 chroot /var/archroot32 /bin/bash" works find... but doing the same thing (linux32 chroot <path> <script>) in makechrootpkg tosses some ELIBBAD at me... So I gave up. If someone would mind giving me a hand, that'd be great. It would give the 64bit build machine the opportunity to work for i686 as well (for those out there with only 64bit hardware). Thanks in advance, Aaron

4 4