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

[arch-dev-public] [signoff] kernel26-2.6.23.14-1
by Tobias Powalowski 15 Jan '08

15 Jan '08

Hi kernel bump for both arches in testing, please signoff nothing real special greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] Arch Schwag
by Aaron Griffin 15 Jan '08

15 Jan '08

Regarding this bug: http://bugs.archlinux.org/task/9205 While I need to figure out the credentials for this, do we want to re-evaluate the vendor for this stuff? I remember cafepress having... some problem? Maybe they don't ship to Europe or something? Anyone have strong opinions either way?

2 1

[arch-dev-public] tcl/tk 8.5.0 into testing
by Andreas Radke 15 Jan '08

15 Jan '08

I put tcl/tk 8.5.0 into testing for i686 and x86_64. This will require several rebuilds. I'll try to build them over the next few days. If someone has a better list than that one please tell me: [andyrtr@workstation64 extra]$ sh /home/daten/arch64/cvs/arch/scripts/finddeps tcl perl-newt tk expectk expect tuxracer xchat-gnome xchat [andyrtr@workstation64 extra]$ sh /home/daten/arch64/cvs/arch/scripts/finddeps tk pil python-opengl python-vpython xbindkeys ruby ocaml expectk python python24 xconq r timidity++ pidgin ding i8kmon perl-tk -Andy

2 2

[arch-dev-public] Mozilla move from testing?
by Jan de Groot 15 Jan '08

15 Jan '08

I see the todo list for mozilla -> /usr move is completed. Do we have any issues left here? I'd like to have it moved so I can update some extra applications.

3 5

[arch-dev-public] [signoff] Readline 5.2-7 (both arches)
by Jan de Groot 15 Jan '08

15 Jan '08

Readline 5.2-7 is in testing for both architectures. The package includes the latest upstream patches and fixes FS#9211 on i686. Please test and signoff.

5 4

[arch-dev-public] Perl Status
by K. Piche 15 Jan '08

15 Jan '08

Hey all, Here's the current status of the new perl regime: - most perl module packages with .so's have been rebuilt - the perl package was modified to put man pages in /usr/share/man. Any new module packages built against the next release will also put their pages in /usr/share/man by default. Oout soon. - started a ChangeLog (is there a tool for this?) Problems: - zim segfaults with new gtk2/glib/cairo-perl packages - gtk2-perl make tests fail, known issue fixed in next perl version - perl-tk build fails, unofficial release 804.028 works, waiting for stable release Regards, k -- K. Piche <kpiche(a)rogers.com>

1 0

[arch-dev-public] [signoff] kernel26-2.6.23.13-1
by Tobias Powalowski 15 Jan '08

15 Jan '08

Hi kernel bump for both arches in testing, please signoff and addresses this bug: http://bugs.archlinux.org/task/9129 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 4

[arch-dev-public] [signoff] logrotate 3.7.5
by Aaron Griffin 15 Jan '08

15 Jan '08

Version bump to 3.7.5 FS#6911 - Remove mailx as a dependency FS#5855 - Simple update via CVS based url FS#8264 - Ignore pacnew/pacsave files spit out in the include dir (will be in testing in about 30 minutes, this is a preemptive email)

3 2

[arch-dev-public] Logo inside packages
by Travis Willard 15 Jan '08

15 Jan '08

Hey guys, What do we plan to do about our logo inside packages? For example, we have a framebuffer logo in kernel26, I think we customized an office suite splash screen (open office?), and perhaps other packages I don't know about. Instead of updating them to the current logo, I suggest we remove them altogether. It kind of deviates from the as-vanilla-as-possible packaging goal, doesn't it? -- Travis

7 10

[arch-dev-public] New todolist: FHS man pages
by Aaron Griffin 14 Jan '08

14 Jan '08

https://dev.archlinux.org/todo/47/ This list contains packages found by jra/byte by grepping for /usr/man in all our PKGBUILDs. They may not all need changing, but we should now (with pacman 3.1) begin phasing in FHS compliant man pages - that is, stored in /usr/share/man Toodles, Aaron

1 0

[arch-dev-public] [signoff] vi release 214
by Tobias Kieslich 14 Jan '08

14 Jan '08

please signoff vi, somebody still has to build it for x64. I had to workaround a breakage in their patching scheme and updated pythoncomplete.vim -T

3 2

[arch-dev-public] What not to do when packaging (vbetool)
by Dan McGee 13 Jan '08

13 Jan '08

Problem here: <http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/system/vbetool/PKGBUILD.diff?r…> There are about 4 revisions in a row of this, and none of them had a pkgrel bump. Our dbscripts suck, but it looks like they got messed up parsing the dependencies into the sync DB, leaving a nice little problem on my system: $ testdb missing dependency for vbetool : libx86 The package contains the correct deps (zlib and libx86), but the sync db only contains zlib. Thus, my system is "broken" at the moment. We need to be careful when it comes to this kind of situation. If you make a dependency change to a package, you must ensure you bump the pkgrel when changing the PKGBUILD. It isn't the end of the world if the end user doesn't see a built package for every pkgrel bump- that is really for our internal use anyway. -Dan

3 3

[arch-dev-public] [signoff] pacman 3.1.0
by Dan McGee 13 Jan '08

13 Jan '08

Signoff email for pacman 3.1.0, both architectures. I've tested it for i686, not as much for x86_64. NOTE: this is a signoff email only, and deals with the *packaging* and not the *application*. This is NOT the place for bugs, issues, etc. Please start a new thread either here or on pacman-dev, or file a bug report. Thank you. Travis- do you want to start a signoff for abs? If so, you have an i686 signoff from me. -Dan

9 8

[arch-dev-public] Away until 21st January
by James 12 Jan '08

12 Jan '08

Just letting you know ill be away for the week. Have internet problems currently, if they sort out ill have my packages updated before i go. Netcfg is still ready and waiting. Sending this from mobile. Able to check gmail on mobile occasionally while gone. Cheers, James -- iphitus // Arch Developer // iphitus.loudas.com

1 0

[arch-dev-public] updated x264 requires rebuilds
by Paul Mattal 12 Jan '08

12 Jan '08

https://dev.archlinux.org/todo/46/ The only one left is gstreamer0.10-x264 (Jan), then we can roll x264 and friends out of testing. I can do this one if it's just a simple rebuild and >= depend, just say the word. - P

2 1

[arch-dev-public] [signoff] glib2 2.14.5
by Jan de Groot 12 Jan '08

12 Jan '08

glib2 2.14.5 is in testing for both architectures. Please test and signoff. Changelog (upstream): * Bugs fixed: 482313 gregex: no way to tell why compilation failed 315437 extern inline -> static inline 480122 g_module_open fails to open modules with ".la" extension 495589 gspawn.c failing to set FD_CLOEXEC 500638 gkeyfile speedup ... 503029 g_time_val_from_iso8601 parse non-ISO8601 dates 503420 gkeyfile leaks a hash table * Updated translations: Arabic (ar) Spanish (es) Estonian (et) French (fr) Portugese (pt) Brazilian Portugese (pt_BR) Swedish (sv)

2 1

[arch-dev-public] [signoff] device-mapper 1.02.24-1 / lvm2 2.02.29-1
by Thomas Bächler 12 Jan '08

12 Jan '08

Updated to new versions, please sign off (I can sign off x86_64 after my next reboot).

3 3

Re: [arch-dev-public] [arch-commits] CVS update of core/base/filesystem (PKGBUILD)
by Dan McGee 12 Jan '08

12 Jan '08

On Jan 11, 2008 5:49 PM, Aaron Griffin <aaron(a)archlinux.org> wrote: > Date: Friday, January 11, 2008 @ 18:49:53 > Author: aaron > Path: /home/cvs-core/core/base/filesystem > > Modified: PKGBUILD (1.93 -> 1.94) > > upgpkg: filesystem 2007.11-5 > Oops, killed off home/ftp on accident > > > ----------+ > PKGBUILD | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > > Index: core/base/filesystem/PKGBUILD > diff -u core/base/filesystem/PKGBUILD:1.93 core/base/filesystem/PKGBUILD:1.94 > --- core/base/filesystem/PKGBUILD:1.93 Fri Jan 11 18:48:10 2008 > +++ core/base/filesystem/PKGBUILD Fri Jan 11 18:49:53 2008 > @@ -1,4 +1,4 @@ > -# $Id: PKGBUILD,v 1.93 2008/01/11 23:48:10 aaron Exp $ > +# $Id: PKGBUILD,v 1.94 2008/01/11 23:49:53 aaron Exp $ > # Maintainer: Aaron Griffin <aaron(a)archlinux.org> > # Contributor: judd <jvinet(a)zeroflux.org> > > @@ -58,6 +58,7 @@ > (cd $startdir/pkg/var; ln -s spool/mail mail) > > # vsftpd won't run with write perms on /home/ftp > + mkdir -p home/ftp > chown root.ftp home/ftp > chmod 555 home/ftp I don't see /home/ftp in the FHS...why does every Arch box need this dir? I certainly don't use it, and seems like it shouldn't be there (/srv/ftp *maybe*). -Dan

3 5

[arch-dev-public] [signoff] ntfs-3g 1.1120-1
by Thomas Bächler 11 Jan '08

11 Jan '08

This is an update that has waited too long due to my inactivity. Please sign off (NOTE: I didn't test this as my only machine with ntfs partitions is still out of order for now, but I will blindly signoff if necessary, as the quality of the ntfs-3g releases is generally very high).

2 2

[arch-dev-public] FW: New extra package: gnucash
by Jan de Groot 11 Jan '08

11 Jan '08

-----Oorspronkelijk bericht----- Van: Mark Schneider [mailto:queueram@gmail.com] Verzonden: donderdag 10 januari 2008 7:31 Aan: Jan de Groot; Aaron Griffin Onderwerp: Re: [arch-dev-public] New extra package: gnucash On Jan 9, 2008 11:01 AM, Jan de Groot <jan(a)jgc.homeip.net> wrote: > > On Wed, 2008-01-09 at 10:54 -0600, Aaron Griffin wrote: > > 4. I was waiting for the next release for this, but the scrollkeeper > > dep has been replaced by rarian > > Ah, you mean removal of scrollkeeper-update statements from the .install > file, removing scrollkeeper/rarian from dependencies and adding > gnome-doc-utils>=0.12.0 to makedepends ;) > There's no reason to have rarian installed if you don't have a help > viewer installed. Currently, yelp is the only scrollkeeper help viewer > and depends on rarian. You seem to know more about this than i do! Ok, i've stripped out all the scrollkeeper from gnucash and updated the gnucash-docs package (should these have been merged? they are separate .tar.gz sources, so i've just made them separate packages), and updated the version to 2.2.3. I also removed the aqbanking dependency. Before that, i checked to see if you could build gnucash with aqbanking, but not have it listed as a dependency, and it ran fine. It had the internet banking options in the Tools menu if it found aqbanking, or removed it if it could not. However, since something is still the matter with aqbanking or with where gnucash expects it to be (it gives an error message indicating that it cannot locate some aqbanking utility when clicking through the wizard), i just removed it entirely. There were some users in the past that used it, however. Anyway, new PKGBUILDs and .install files are up in AUR. I've got the old ones around if you want to compare. NOTE: slib is still a problem. without some crazy workarounds, gnucash won't build properly with anything after slib-3a1. Again, please forward this on to the mailing list for reference. Regards, Mark

4 4

[arch-dev-public] [extra signoff] nvidia/nvidia-utils 169.07
by Thomas Bächler 11 Jan '08

11 Jan '08

I added new nvidia drivers 169.07 for i686 and x86_64 to testing. My nvidia machine is out of order for now, so please sign off both architectures and as many GPUs as possible. I am also interested in signoffs from users, so please don't hesitate to reply to this message to the arch-general list!

4 3

[arch-dev-public] [signoff] abs-1.0-1
by Travis Willard 11 Jan '08

11 Jan '08

abs-1.0-1 in testing for i686 (and x86_64 - somebody grabbed that for me, thanks!) Please signoff - will need pacman 3.1.0 from testing installed to avoid conflicts.

4 4

[arch-dev-public] Add patch to python to save power for pygtk apps
by Jan de Groot 10 Jan '08

10 Jan '08

Hi all, It's quite common knowledge that pygtk/pygobject programs are bad for power usage. Newer versions of pygtk and pygobject contain code that requires API from python trunk to solve this issue. However, our python 2.5 doesn't have that code. http://blogs.gnome.org/johan/2008/01/04/enough-wakeups-in-python-programs/ describes the issue, it's from the pygobject/pygtk developer that integrated the new code. http://cvs.fedora.redhat.com/viewcvs/devel/python/python2.6-set_wakeup_fd4.… is the backport to python 2.5 done by redhat. I would like to apply the python wakeup patch, put this new python in testing and build the new pygobject/pygtk releases against it. Though the added python API is development code, it's an API addition that doesn't touch existing API, so our python will stay compatible with old python scripts/libraries/etc. The downside of the patch is that this new API could be not the final API, which requires us to update the patch whenever it changes. As this patch has been developed by python and pygtk developers together, I don't see problems here. So the question is: is it ok to apply the patch to our python package?

3 3

[arch-dev-public] [signoff] iputils -4
by Tobias Powalowski 10 Jan '08

10 Jan '08

Hi http://bugs.archlinux.org/task/8846 please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 6

[arch-dev-public] request: remove mailx from Core
by Roman Kyrylych 09 Jan '08

09 Jan '08

Hi! logrotate-3.7.5-1 no longer depends on mailx (FS#6911) and no other package in Core does. FS#4812 says that mailx should depend on smtp-forwarder as /usr/bin/mail calls /usr/sbin/sendmail. Doing this will bring an interesting situation when a package in Core depends on a virtual package provided by many of packages in Extra. I suggest we remove mailx from Core completely (after logrotate-3.7.5-1 will be signed off), because it's not required there anyway. -- Roman Kyrylych (Роман Кирилич)

4 5

[arch-dev-public] Status Report: 2008-01-07
by Aaron Griffin 09 Jan '08

09 Jan '08

ArchLinux Status Report, 2008-01-07 =================================== Aaron Griffin Ah, it's been so long since I had to shuffle through all these old emails and pump one of these reports out. With Christmas, New Years, and all that time off, I nearly forgot! That means one thing: I might forget some important things here. If I do, I will add an additional mail with additional items. We *do* have about 4 weeks to cover here, don't we? Happy Festivus to you all! == Newsworthy Items == * Ion 3 Removed from the repos Due to licensing concerns, we have removed Ion3 from the repos, as it is no longer "freely distributable" and puts unwanted constraints on the developers. * Logo Contest completion We've chosen a winner in the logo contest. The winner is Thayer Williams' Archer logo, available for your viewing pleasure in submission form here: http://dev.archlinux.org/~travis/logo-contest/thayer/1-archer.png Hooray, and congrats! We're currently going over the integration with the main site, so it may be a small amount of time before we get the changes in, but it *IS* being worked on. == Completed Tasks == * Dev/public site split Eliott has split the arch website into two distinct applications - the public site which everyone sees, and the developer site which we use to do our day-to-day tasks. This allows us to make changes to the dev site without interrupting everyone else's usage, AND allows us to increase performance on the public site through aggressive caching and other fancy terms like that. * Mozilla move to /usr All of the Mozilla related packages have been moved out of /opt and into the /usr tree. Currently these packages are still in [testing] but should reach [extra] soon. Special thanks to Alex and Jan for doing all the hard work here. == Pending Tasks, Short Term == * New initscripts and netcfg There are a handful of minor changes to the initscripts package, coming down the pipeline, but the most important one is the dropping of 'netcfg' from the package. netcfg has been completely rewritten by James, with many additional features and improvements, and should be used for any more complex networking needs beyond the simple networking in the default initscripts. More details here: http://wiki.archlinux.org/index.php/Network_Scripts * License Updates License updates are long and tedious, and they're still there. So every so often, if you can, please make sure and take a peek. See if you can fix some of your packages, and see if you've fixed any of them. It's a big list. http://archlinux.org/todo/43/ * ABS Redux ABS has been split from the pacman development tree in preparation for the pacman 3.1 release. This means that ABS can be developed and changed at a different pace than pacman, and pacman is more distro agnostic. The next big step will be getting rid of cvsup/csup and replacing it with an rsync-based system. Travis will be taking over the reins here, and this feature is currently being looked at / worked on. * Replacing CVS with SVN We've talked about this replacement for way too long, with no direct work beyond Jason's original proposal, so I am going to run with this. The proposal is to replace our CVS repos with an SVN implementation, and also restructure the layout just a bit. Jason has provided all the tools he has used to create these repos to me, and I am currently looking into the changes needed, mainly to our repo generation scripts. Once we can get these changes done, we can make the switch over to the new repo layout. * New devtools release I've been putting this one off for way too long. There are a large amount of changes we need to get into a new devtools package, including some newer scripts to aid packagers, and the chroot build tool updates. I'd like to push a release out the door soon, so if you have something you'd like included, please either email me, or add it to the Internal Dev section of the bug tracker. * Pacman 3.1 Release We're getting ever closer to a 3.1 release here (note the move from Long Term to Short Term, here). Dan and the crew are real close to getting 3.1.0 out. And it should be hitting [testing] real soon. So cross your fingers. You can see the full status here: http://archlinux.org/pipermail/pacman-dev/2008-January/010700.html * FHS Man Page support For as long as I've used arch, we've always put man pages in /usr/man. I never questioned it, and assumed it was on purpose. It turns out this is wrong, and in violation of the FHS. So we're working to fix this. Man pages *should* be installed to /usr/share/man from here on out. The new makepkg (3.1) will no longer move man pages to /usr/man. This will begin our slow-but-steady phase in of FHS compliant man pages. Users are encouraged to report packages which EXPLICITLY use /usr/man in the PKGBUILD (perhaps through a configure option) via the bug tracker. * 'codecs' Package Removal The codecs package has long been a bit of a thorn in our sides. While it adds support for some interesting formats, it also has questionable licensing issues. That said, mplayer and xine can both OPTIONALLY use the codecs package, and the dep has been removed (in [testing]). In the future, we will most likely be moving 'codecs' to [unsupported] due to the fact that it IS optional, has questionable license issues, and most video players can play a majority of formats WITHOUT the need for this package. * AUR Development Work Simo, our resident AUR pro, has been away for the holidays, and Eliott has been handling AUR development and progress. I want to point this out here because we've apparently had a resurgence of outside interest, and a lot of patches coming from Callan Barrett. Thanks a lot, Callan. Additionally, it appears that a few people are hard at work on an AUR successor, so if you're interested in starting from scratch, there is that as well. It's great to see work on the community tools again. Thanks a lot to everyone involved. == Pending Tasks, Long Term == * Perl policy implementation Kevin has been doing a great job implementing our fancy new "Perl Policy". You can see a full bug collector here: http://bugs.archlinux.org/task/8374 Apparently, one of the large leaps here is the removal of all the crazy symlinking we used to have to deal with. Cleaning this up, alone, helps us greatly with many perl related bugs and issues. * Official pacbuild usage This has gone more and more by the way side. With the advent of a manual machine to build packages on for non x86_64 devs, this is less and less of an issue. The major push for pacbuild was so that some devs could build on hardware they don't run. Is anyone willing to take up the pacbuild charge here? Give it some new life? * Modernize our Dashboard Eliott has made some great strides here. The split of public and dev websites give us a lot of flexibility and allow us to develop and make changes more rapidly. In case anyone is listening, I'd like to prioritize some changes here: - Multiple Architecture support: getting support for ALL our packages in the dashboard interface should be our first major milestone here. - Integration of Andy's 'difflist' functionality to show the differences between architectures. - Signoff functionality via the web interface. As it stands this is 90% Eliott doing all this work. If anyone would like to help out, I'm sure he'd appreciate it. * Architecture Independent Repos This will be made a reality AFTER pacman 3.1 is release. Support is already there for arch=(any) and we should start using this as soon as the DB scripts are updated to support this. Currently, this will most likely happen around the same time that the repos switch from CVS to SVN, but until then, this task is in holding. Anyone willing to help out, let me know. * ArchCon 2009: Big Baaad Idea This is staying right here until someone decides to come to Chicago to visit 8) No, the US is not dangerous! Hah.

1 1

[arch-dev-public] New extra package: gnucash
by Aaron Griffin 09 Jan '08

09 Jan '08

I said I was going to do this ages ago, due to the weirdness that is goffice, and the fact that I "maintain" both goffice and gnumeric already - does anyone take issue with pulling gnucash into [extra]?

9 16

[arch-dev-public] Updated perl 5.10.0
by K. Piche 09 Jan '08

09 Jan '08

I put perl 5.10.0 in testing. It follows the new perl hierarchy, the install file removes the symlink farm that confused everybody and it prints a small blurb about the update. Please test, k -- K. Piche <kpiche(a)rogers.com>

7 16

[arch-dev-public] [signoff] libgpg-error 1.6-1 + libgcrypt-1.4.0-1
by Andreas Radke 08 Jan '08

08 Jan '08

both packages are just updates that depend on each other and i haven't found any broken package, that depends on them. both are in testing for all archs. -Andy

5 10

[arch-dev-public] kde4
by Varun Acharya 08 Jan '08

08 Jan '08

Hi tpowa, Since you are the resident KDE guy, I was curious as to how you're going to handle kde4 when it releases this month. Most sources say that we should consider this more of a developer release, and stability and polish can be expected only from KDE 4.1. So, a couple of questions: 1. Will you get the KDE packages earlier than the actual release date, as you always seem to do? 2. Do you plan on moving these packages to extra or testing...or maybe even unstable?? 3. What naming scheme will you use? Will KDE4 packages become 'kdelibs' 'kdebase' and so on, or will kde3 packages retain that nomenclature for a while? (looking at how qt4=>qt in testing, I presume kde4=>kdelibs/kdebase). This means kde3 packages have to be rebuilt with the new naming scheme kdebase3, and of course all dependent packages with it. I just thought I'll get the ball rolling on the inevitable confusion to follow :) Thanks, Varun

3 4

[arch-dev-public] [signoff] syslog-ng 2.0.6-1
by Eric Belanger 08 Jan '08

08 Jan '08

In testing for both arch. Changes: upstream update, rebuilt against libol-less eventlog (close FS#8849), moved location of syslog-ng.persist from /var to /var/lib/syslog-ng, minor PKGBUILD improvements Please signoff. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

4 7

[arch-dev-public] libgpod update and corresponding rebuilds
by Daniel Isenmann 08 Jan '08

08 Jan '08

Hi, I would like to update libgpod to version 0.6.0, because the new library supports the new ipod models. I think every ipod user with a new model would be happy about it. Now there must be some rebuilds for it. I plan to put the packages in testing first. Following packages depends on libgpod: gtkpod amarok-base kipi-plugins rhythmbox gtkpod, rhythmbox and kipi-plugins are no problems. I have rebuild them locally without problems. amarok-base (version 1.4.7-2) is in testing right now, but in CVS version 1.4.8 is commited. Should I just bump amarok to 1.4.8 in testing, together with amarok-engine-xine? Damir can you tell me more information on it? Thanks, Daniel

2 2

[arch-dev-public] [signoff] less 418-1
by Andreas Radke 08 Jan '08

08 Jan '08

in testing for both archs. just a minor update and switch to GPL3: http://www.greenwoodsoftware.com/less/news.418.html -Andy

4 3

[arch-dev-public] Daemon shutdown on uninstall?
by Aaron Griffin 08 Jan '08

08 Jan '08

Hey all, this bug report brings up an interesting point: http://bugs.archlinux.org/task/9030 Should we be stopping /etc/rc.d/ daemons on uninstall? My opinion is already expressed in the bug report, so I'll spare you here. If anyone feels strongly about it, please "sound off" in the bug report itself.

2 1

[arch-dev-public] [signoff] fakeroot 1.9-1
by Thomas Bächler 08 Jan '08

08 Jan '08

The code is identical to my patched 1.8.10 version, the debian guy only added some configure and ifdef stuff to check if the system even supports ACLs. Please sign off.

4 4

[arch-dev-public] [signoff] man-pages 2.74-1
by Andreas Radke 08 Jan '08

08 Jan '08

in testing for both architectures. just an update. -Andy

5 5

[arch-dev-public] JaDa - Scale organization (LA Linux con)
by Travis Willard 08 Jan '08

08 Jan '08

Hey guys - JaDa just sent me an email wanting to help set us up for Scale - an LA Linux convention. AFAIK we don't currently have a presence there - does anyone live in/near LA and is interested on working with him to get us going with this con? ---------- Forwarded message ---------- From: JaDa <jada(a)usalug.net> Date: Dec 20, 2007 9:27 PM Subject: Question from JaDa To: travis(a)archlinux.org JaDa from Arch Linux Forums has sent you a message. You can reply to JaDa by replying to this e-mail. The message reads as follows: ----------------------------------------------------------------------- http://www.socallinuxexpo.org/scale6x/ 2007, I helped Gael Duval with his Ulteo at the Scale5x in Los Angeles In 2008, I like to help Archlinux :) Maybe you can tell me how I can contact to organize it or forward this email to the right person! http://my.opera.com/Jada0007/blog/2007/03/21/ulteo-scale-5x http://my.opera.com/Jada0007/blog/2007/03/24/linux-astronomy JaDa ----------------------------------------------------------------------- -- Arch Linux Forums Mailer

3 4

[arch-dev-public] [signoff] fuse 2.7.2-1
by Thomas Bächler 08 Jan '08

08 Jan '08

Rebuilt new version, moved more stuff to /bin to satisfy ntfs-3g's configure script and their warnings.

3 2

[arch-dev-public] New package group in extra: fprint
by Thomas Bächler 08 Jan '08

08 Jan '08

The fprint project (http://www.reactivated.net/fprint/wiki/Main_Page) has been around for about 3 months now and produced quite usable results. Right now, there are three packages: - libfprint A library that abstracts the tasks of enrolling and verifying fingerprints and includes hardware drivers. Currently only USB readers are supported and are accessed using libusb. There is no stable API yet, however the library is in a usable and stable state. Note that many common USB fingerprint readers and laptop builtin readers are supported, including the ones supported by the thinkfinger project! - fprint_demo This application demonstrates what libfprint can currently do. You can enroll fingerprints, verify your fingers or identify fingers from a set of enrolles prints. - pam_fprint This pam plugin allows authenticating with your fingerprint. It currently only checks your finger against the first enrolled print it can find in your $HOME and is not configurable. I am adding these packages to extra now.

3 3

[arch-dev-public] Removing 'dog' from extra
by Aaron Griffin 08 Jan '08

08 Jan '08

What is 'dog', you ask? I asked the same question. http://archlinux.org/packages/1933/ I can't seem to find the source anywhere. And it looks pretty lame. Any objections to removing it?

3 4

[arch-dev-public] libpano12 libpano13 move
by Tobias Kieslich 07 Jan '08

07 Jan '08

Hi, I just thought I would announce that, libpano12 which currently lives in /extra/multimedia found a successor called libpano13. Note, that the 12 and 13 is more like mpg123 rather than a version number. It is not like moving a new package into extra, but replacing an older one. Also I wanna move it to extra/lib since that seems better fitting. Objections? -T

2 1

Re: [arch-dev-public] [arch-commits] CVS update of core/support/netcfg (PKGBUILD)
by Dan McGee 06 Jan '08

06 Jan '08

On Jan 6, 2008 2:52 AM, James Rayner <james(a)archlinux.org> wrote: > Date: Sunday, January 6, 2008 @ 03:52:21 > Author: james > Path: /home/cvs-core/core/support/netcfg > > Modified: PKGBUILD (1.3 -> 1.4) > > upgpkg: netcfg 2.0.3-1 > > > ----------+ > PKGBUILD | 21 ++++++++++++++------- > 1 file changed, 14 insertions(+), 7 deletions(-) > > > Index: core/support/netcfg/PKGBUILD > diff -u core/support/netcfg/PKGBUILD:1.3 core/support/netcfg/PKGBUILD:1.4 > --- core/support/netcfg/PKGBUILD:1.3 Mon Nov 19 06:53:56 2007 > +++ core/support/netcfg/PKGBUILD Sun Jan 6 03:52:20 2008 > @@ -1,15 +1,15 @@ > -# $Id: PKGBUILD,v 1.3 2007/11/19 11:53:56 james Exp $ > +# $Id: PKGBUILD,v 1.4 2008/01/06 08:52:20 james Exp $ > # Maintainer: James Rayner <james(a)archlinux.org> > pkgname=netcfg > -pkgver=2.0.1 > +pkgver=2.0.3 > pkgrel=1 > -pkgdesc="New network configuration scripts" > +pkgdesc="Network configuration and profile scripts" > url="http://archlinux.org" > license=("BSD") > backup=(etc/iftab) > -depends=(wireless_tools wpa_supplicant net-tools) > -source=(http://archlinux.org/~james/netcfg/netcfg-$pkgver.tar.gz) > - > +depends=(wireless_tools wpa_supplicant net-tools mktemp) > +source=(http://dev.archlinux.org/~james/netcfg/netcfg-$pkgver.tar.gz) Can we get an FTP directory for this source (other/netcfg)? -Dan

2 1

[arch-dev-public] [signoff] fakeroot 1.8.10-2
by Thomas Bächler 06 Jan '08

06 Jan '08

This version fixes the fakeroot/acl/makepkg bug when using cp -a on directories. For details, see http://bugs.archlinux.org/task/8214#comment22826

3 6

Re: [arch-dev-public] [aur-general] Inactive for unspecified period of time
by Roman Kyrylych 05 Jan '08

05 Jan '08

2007/12/31, Roman Kyrylych <roman.kyrylych(a)gmail.com>: > 2007/12/18, JJDaNiMoTh <jjdanimoth(a)gmail.com>: > > On Tue, 18 Dec 2007 20:15:03 +0200 > > "Roman Kyrylych" <roman.kyrylych(a)gmail.com> wrote: > > > > > Hi all! > > > > > > I have <1 minute to write this email, so I'll be quick. > > > > > > I'm very sorry about my disappearance. > > > My connection at job got down during Bug Day this Saturday and I got cable > > > breakage somewhere on my street so I got no Internet at home as well. > > > :-( > > > The worst thing is that I am unable to follow Arch development until > > > New Year (at least) because I've changed my job this Monday, and I > > > don't even have a PC there yet (but I should in near future). > > > Today is the first day I've got internet for a hour or so (I'm sitting > > > at my ex-job now). > > > > > > If someone could update my packages in Extra/Community and keep an eye > > > on bugtracker - that would be awesome and very appreciated. > > > > > > Bye all and Merry Christmas! > > > > > > -- > > > Roman Kyrylych (Роман Кирилич) > > > > Good luck, I will see you soon. > > > > Don't worry about packages and [community] section of flyspray. > > > > Merry Christmas and happy new year, Roman! > > > > P.S. I can't imagine a Bug Day without you :D > > > I've got a couple hours of internet today, so I thought I should write > a quick update. > > First, thank you all! I don't imagine what would I do without the > support from Arch community. > I'm waiting for time when I can come back to work (on Arch, obviously > :-)), I miss that so much. > > Next, a status update: > * still no laptop at job (should get it next month, I think) and still > very busy there > * still no internet at home (long to explain why), hope to get it > somewhere next week > > I wish you all Happy New Year (in advance because I won't be able to > do so when it comes) and hope to see you soon. :-) And another update before Christmas. (yes, you've read it right - we have it on 7th of January here, read http://en.wikipedia.org/wiki/Christmas_worldwide#Ukraine for more) 1) I've quit my new job yesterday. :-D (after working only 2 weeks there :-P) 2) I've got the internet connection at home yesterday! :-) Yay, a good start of the new year! Now I have no money/job and plenty of time. :-) So I'll be back to activity on 9-10th this month. -- Roman Kyrylych (Роман Кирилич)

2 1

[arch-dev-public] dependency rebuilds
by Paul Mattal 05 Jan '08

05 Jan '08

When package y depends on package x and package x is updated, there are essentially two clean ways to divide up responsibility for rebuilding dependent package(s) y: 1) the package y maintainer(s) notices package x in testing and rebuilds package y 2) the package x maintainer(s) is responsible to find all packages y and rebuilds all such packages y against the new package x I've seen many variations on how this gets handled over the last three or four years as a a developer, and we usually just try to do what makes things best for most people, but it's good to have some idea what to expect in general. We all want to do what's best for the most people, but it's not always clear what that is. A merit of #1 is that the actual maintainers of the dependent packages, who can sanity check and test the new dependency, are involved in making sure the packages get built and function correctly against the new version of dependent software. A downside is that this is likely to take some time-- the dependent package maintainers need to notice the dependency update, have time, and do the update properly. A merit of #2 is that the updates get done quickly. A disadvantage is that they may not be done correctly, possibly even introducing uncaught security holes or result in data loss. Another disadvantage is that for really core low-level packages (like glibc or even something like sqlite), the number of rebuilds is potentially huge and the likelihood of getting things wrong is even larger, and it will be increasingly hard to get people to agree to maintain those low-level packages because of the amount of work involved. How have people generally been approaching this issue and with what rationale? As a starting point, in absence of other communication, I generally expect developers to rebuild and test their own packages when their dependencies are upgraded, but perhaps I'm in the minority. I think we should be sensitive to the general number and kind of dependencies we have on packages we maintain, and make sure to put those things into testing to give other developers lots of time to rebuild and test against them, but not assume we each have sufficient knowledge and experience to rebuild any of the potentially vast spectrum of dependent packages with any reasonable certainty they will work. - P

7 11

[arch-dev-public] netfs daemon script failing on shutdown
by Dan McGee 05 Jan '08

05 Jan '08

I've noticed lately that netfs always fails to shut down correctly, and I was wondering if this is just my system or if others are also noticing this. An easy way to check: sudo /etc/rc.d/netfs restart If you see a [FAIL], you're in the same boat as me. Let me know and I'll file a bug report if more people have the same issue. -Dan

5 7

Re: [arch-dev-public] [arch-commits] CVS update of core/base/perl (8 files)
by Pierre Schmitz 05 Jan '08

05 Jan '08

Am Dienstag, 1. Januar 2008 06:26:08 schrieb Kevin Piche: > upgpkg: perl 5.10.0-1 > Update to 5.10.0 using new perl policy, remove symlinks to current in > install script error: could not prepare transaction error: failed to commit transaction (conflicting files) perl: /usr/bin/ptar exists in filesystem perl: /usr/bin/ptardiff exists in filesystem errors occurred, no packages were upgraded. satellite% pacman -Qo /usr/bin/ptar /usr/bin/ptar is owned by perl-archive-tar 1.34-1 -- http://www.archlinux.de

2 1

[arch-dev-public] x264 testing?
by Damir Perisa 04 Jan '08

04 Jan '08

what is the reason we have x264 in extra half a year outdated and the one up-to-date in testing? http://www.archlinux.org/packages/search/?q=x264 thanx for info, Damir -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><

6 15

[arch-dev-public] Cleanup update (was: Third list of removal candidates)
by Eric Belanger 04 Jan '08

04 Jan '08

After removing several packages, here's what's left: =====Packages for which interest has been shown or that should remain in extra===== apmd replaced by acpi (incorrect. needed for older machines) dmcradio Description: A ncurses-based console program for radio tuner cards. efax utilities to send and receive faxes, I guess we should keep it unless another package provides fax support genius Roman: it's a gnome app. Description: Advanced calculator including a mathematical programming language gnome-audio audio files for gnome. Part of gnome-extra group. Any takers? Jan? Roman? hnb Description: hierarchical notebook (hnb) is a curses program to structure many kinds of data in one place ipvsadm Description: The IP Virtual Server administration utility isapnptools ISA Plug-And-Play devices support: shopuld be kept jetty Description: A full-fledged production-grade lightweight Java Servlet Container mrtg Description: Multi Router Traffic Grapher. nss_ldap Description: The nss_ldap module provides the means for Linux and Solaris workstations to resolve the entities defined in RFC 2307 from LDAP directories. pam_ldap Description: The pam_ldap module provides the means for Solaris and Linux workstations to authenticate against LDAP directories, and to change their passwords in the directory. pdns-ldap unused lib, might be included in pdns (currently orphaned) pdns-mysql unused lib, might be included in pdns (currently orphaned) pdns-pgsql unused lib, might be included in pdns (currently orphaned) pdns-recursor Description: PowerDNS recursor perl-email-date unused perl module. Jan: What's your take on this after reading my response: http://archlinux.org/pipermail/arch-dev-public/2007-November/003377.html ? Should we remove them? speedtouch modem drivers, should be kept xf86-input-* Xorg maintainer should adopt those xf86-video-intel Xorg maintainer should adopt it xf86-video-unichrome Xorg maintainer should adopt it ===== In the above list, Jan has shown interest in adopting the gnome stuff and the ldap and pdns stuff but hasn't done so yet via the dashboard. As for the rest, we should find a maintainer unless someone thinks that some of them may be moved to unsupported. =====Packages on the verge of being moved to unsupported===== adns Description: adns is an asyncronous replacement resolver library aide Description: AIDE (Advanced Intrusion Detection Environment) is a file integrity checker gpart Description: Gpart is a tool which tries to guess the primary partition table of a PC-type hard disk in case the primary partition table in sector 0 is damaged gpgme03 obsoleted by gpgme??? gprolog Can be removed, I guess. There is another prolog compiler (swi-prolog) in repo. hashalot Description: A tool to hash stuff hypermail Description: Hypermail is a program that takes a file of mail messages in UNIX mailbox format and generates a set of cross-referenced HTML documents ippl Description: IP Protocols Logger ircd Description: Internet Relay Chat Daemon mod_security Description: An open source intrusion detection and prevention engine for web applications netdude w libnetdude & libpcapnav used to inspect/manipulate tcpdump trace files. Should we keep it? netkit-bootparamd Do we keep? netkit-ntalk Isn't talk obsoleted by Instant Messaging and IRC? netpipes Description: The netpipes package makes TCP/IP streams usable in shell scripts oidentd ident server like pidentd (orphaned). Which one should we keep or should we remove both? pam_mysql Description: A PAM module to authenticate users against mysql. pidentd ident server like oidentd (orphaned). Which one should we keep or should we remove both? pppconfig Description: A text menu based utility for configuring ppp. sendfile Description: The sendfile client transfers files to the sendfile daemon of the recipient's host ssldump Description: an SSLv3/TLS network protocol analyzer tmda Description: Tagged Message Delivery Agent. vconfig Description: VLAN configuration utility x2vnc Description: Lets you use two monitors on two different computers one one computer x2x Description: Control one X display from another xprobe Description: tool for remote OS fingerprinting based on ICMP responses received from the host yp-tools Description: yp-tools is an implementation of the NIS client tools for Linux ytalk Description: A client of the talk/ntalk inet daemon zebra Description: Manages IPv4 and IPv6 routing protocols ===== Does anyone objects in moving the packages in the above list to unsupported? If you are fine with their removal, let me know so I know that a few other devs went through the list. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

6 7

Re: [arch-dev-public] [arch-commits] CVS update of extra/multimedia/miro (ChangeLog PKGBUILD)
by Travis Willard 04 Jan '08

04 Jan '08

On Jan 3, 2008 3:20 PM, Damir Perisa <damir.perisa(a)solnet.ch> wrote: > Thursday 03 January 2008, Travis Willard wrote: > | On Jan 3, 2008 3:00 PM, Damir Perisa <damir.perisa(a)solnet.ch> > wrote: > | > Thursday 03 January 2008, Varun Acharya wrote: > | > | Index: extra/multimedia/miro/ChangeLog > | > | diff -u /dev/null extra/multimedia/miro/ChangeLog:1.1 > | > | --- /dev/nullThu Jan 3 14:48:51 2008 > | > | +++ extra/multimedia/miro/ChangeLogThu Jan 3 14:48:51 > | > > | > why is the Changelog in CVS? > | > | Because pacman supports changelogs. That's the changelog for the > | package, not the upstream software. > > i must have missed something! /me goes reading emails... > pacman -Qc will show the changelog. I think there's a tool to make changelogs too, where you can specify what goes in them. On Jan 3, 2008 3:17 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > > why is the Changelog in CVS? > > Of bigger things to notice, I did see you put your entry at the bottom > instead of the top. The rest of the orders were chronological from the > bottom up, and ChangeLogs are usually in that order. > Good catch - I missed that. Yeah, Varun's changelog entry is on the wrong end of the log.

3 2

[arch-dev-public] qt4 timeframe? stoppers? breaks? anything in the wheels?
by Damir Perisa 04 Jan '08

04 Jan '08

dear all, it's me again, the testing-remindering-nag-person. this time in the programme... qt4. i knwo that lots was going on and qt is not in version 4 in testing as well as qt3 also there. i ran into lack of pyqt (4) some time ago but as we now have it (thanx again) and i checked the bugs and could not find any qt(4)-related issues, i would say, we finish this and put it in extra. lets give the squeaky wheel some grease :D anybody who knows about stoppers or at least breaking issues, please reply to this email as soon as possible. thanx - D -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><

4 8

[arch-dev-public] abs split and changes (was: Status questions)
by Dan McGee 03 Jan '08

03 Jan '08

On Jan 3, 2008 2:30 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > On Jan 3, 2008 2:27 PM, eliott <eliott(a)cactuswax.net> wrote: > > 2. ABS move to rsync. > > There was some talk regarding moving ABS away from cvsup, towards a > > more generalized scm agnostic solution such as rsync. I had a proof of > > concept abs implementation using rsync functional, and sent patches to > > *someone* (memory is foggy..maybe it was Dan?). Is this still > > something on the general todo list? > > You sent patches to me. Last status report I mentioned that we're > waiting for 3.1 as it should split out abs into a new package, > allowing us to make these changes at the same time. http://projects.archlinux.org/git/?p=abs.git;a=summary git clone git://projects.archlinux.org/abs.git abs Anyone want to take this on? It really isn't a high maintenance thing. It has been split into its own repository now, and anyone can take it and run with Eliott's idea (which I'll give a +1). It really shouldn't be too much of a burden on anyone, and you get that awesome feeling of leading a project (even if it is small!). I'm willing to help out, but my "full-time" duties will always tend to be with pacman so this might not get as much love from me as someone else could give it. -Dan

4 10

[arch-dev-public] Status questions
by eliott 03 Jan '08

03 Jan '08

Just curious about a few projects that may or may not have falled by the wayside over the break. 1. SCM move to SVN. I assume this is still going to happen. Any progress? Bueller? 2. ABS move to rsync. There was some talk regarding moving ABS away from cvsup, towards a more generalized scm agnostic solution such as rsync. I had a proof of concept abs implementation using rsync functional, and sent patches to *someone* (memory is foggy..maybe it was Dan?). Is this still something on the general todo list? Thanks for any updates or information anyone has.

2 1

Re: [arch-dev-public] [arch-commits] CVS update of extra/multimedia/miro (ChangeLog PKGBUILD)
by Dan McGee 03 Jan '08

03 Jan '08

On Jan 3, 2008 2:00 PM, Damir Perisa <damir.perisa(a)solnet.ch> wrote: > Thursday 03 January 2008, Varun Acharya wrote: > | Index: extra/multimedia/miro/ChangeLog > | diff -u /dev/null extra/multimedia/miro/ChangeLog:1.1 > | --- /dev/nullThu Jan 3 14:48:51 2008 > | +++ extra/multimedia/miro/ChangeLogThu Jan 3 14:48:51 > > why is the Changelog in CVS? Of bigger things to notice, I did see you put your entry at the bottom instead of the top. The rest of the orders were chronological from the bottom up, and ChangeLogs are usually in that order. -Dan

1 0

[arch-dev-public] frostwire in unstable
by Varun Acharya 03 Jan '08

03 Jan '08

Hi, Any reason why frostwire is always in 'unstable' ? Could it be moved to extra, or maybe even community? Thanks, Varun

3 4

[arch-dev-public] Web development (was: [signoff] libdownload 1.3)
by Dan McGee 03 Jan '08

03 Jan '08

On Jan 3, 2008 8:58 AM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > For the record, the new dashboard lists packages by repository, so > this should help me in keeping track of signoffs and what needs to > move better (gmail isn't cutting it for that task). > > In the (near?) future I want to integrate signoffs into the dashboard, > which would make this far easier. The wishlist grows: * Integrate signoffs into the dashboard * Allow filtering by out of date packages * Ability to link package with its testing version (or indicate that two versions exist) * Multiple architecture support (this HAS to be someones New Year's resolution, right?) * Integrated out of date packages/pkg_diff list Someone wants to take a stab at this hopefully, the first three should not be very hard changes. We have 29 devs listed, surely someone can help out and hack at our django site. Eliott shouldn't be stuck doing everything here. -Dan

2 1

[arch-dev-public] [signoff] libdownload 1.3
by Aaron Griffin 03 Jan '08

03 Jan '08

Simple upgrade, with a few minor backend features, and removed the DEBUG flag from the build. If you upgrade and pacman can still download things, we're in business.

5 8

[arch-dev-public] moving stuff into extra
by Varun Acharya 03 Jan '08

03 Jan '08

Hi, I'd like to bring the following packages into extra in the near future and maintain them.. Please let me know if you have any objections - smplayer / smplayer-themes - qt4 based frontend for mplayer <will move to testing first, of course) - transmission - nice simple bittorrent client - miro - very actively developed web tv viewer - gspcav1 - webcam kernel module for many webcams out there. - dvdbackup - only tool which seems to be able to copy exact uncompressed dvd structure without hassles - showimg - very nice qt based image viewer, great for fullscreen slideshows with mouse wheel control FYI, all these packages are in community now, and have received quite a good number of votes. A question about 'pulseaudio' ... the trend seems to be some major distributions (Fedora and Ubuntu) are adopting pulseaudio as default sound server, any idea why? Its in community right now too. Is anyone using this as their sound server right now? Can you share your experiences with it ? If it is clearly superior to the alternatives, then it should be in extra too. If its still in its infancy, then let it remain in community. I'll test it too and get back More info about pulseaudio: http://blog.paulbetts.org/index.php/2007/04/15/pulseaudio-in-ubuntu-feisty-… Thanks, Varun

3 7

[arch-dev-public] sudo: need x86_64 build and signoff
by Paul Mattal 03 Jan '08

03 Jan '08

New sudo 1.6.9p10-3 is up for i686, but needs an x86_64 build and is otherwise ready for signoff. It's an upgrade from p9 to p10, which fixes the broken behavior of the -p flag-- it should work now where it didn't before. Additionally, this release changes the syslog facility from the default ("local2") to auth, closing #8671. Verify the meaty sudo log messages now appear in auth.log rather than ppp.log! This release does not address #7910, because if -p now works, it seems like this problem could be solved more permanently on the gksu side. This release does not address #8602, as I have not yet thought through the potential security implications of this change. Input is welcome here from any who may already have considered this. - P

4 4

[arch-dev-public] [signoff] tzdata 2007k-1
by Andreas Radke 02 Jan '08

02 Jan '08

in testing for both archs. just a minor update. don't ask me how to test that pkg. -Andy

3 2

[arch-dev-public] [signoff] libarchive 2.4.11
by Dan McGee 02 Jan '08

02 Jan '08

Minor version bump. Tested on i686, built for both architectures. Easiest way to test is with pacman and using bsdtar on an archive. -Dan

3 3

[arch-dev-public] [signoff] man 1.6f-1
by Andreas Radke 02 Jan '08

02 Jan '08

just a minor update. added diffutils as a dependency to solve http://bugs.archlinux.org/task/8793 it's in testing for both architectures. -Andy

4 3

[arch-dev-public] [signoff] file 4.23-1
by Andreas Radke 02 Jan '08

02 Jan '08

in testing for both architectures. just an update. -Andy

4 3

[arch-dev-public] zsh, bash and filesystem
by Pierre Schmitz 02 Jan '08

02 Jan '08

Hello and a Happy New Year! I am just testing zsh as a replacement of bash. Our zsh does not really work out-of-the-box. It does not use /etc/profile and as a result of this you cannot type or read umlauts etc.. I have opened a bug about this: http://bugs.archlinux.org/task/8946 But there does not seems to be a straight-forward-solution; so we should discuss about this first. I have noticed that Aaron introduced a generic /etc/profile which will load all scripts in /etc/profile.d/ and source any specific file like /etc/profile.zsh, /etc/profile.bash etc.. At first: the filesystem package should be bumped to get the new /etc/profile due to a pacman bug (?). Then we need to add a profile.zsh to the zsh package. I have attached a working one based on the one found within the bash package. The configure-line o zsh should be changed to the following: ./configure --prefix=/usr --bindir=/bin \ --enable-zprofile=/etc/profile \ --with-curses-terminfo \ --enable-multibyte || return 1 After this changes zsh is quite usable (even with utf8 etc.). But: This only works when logging in into a VT. If you start xterm, Konsole etc. you will end up in a zsh without any locale support and no environment variables set. Thomas told me that xterm does not use a login shell and because of this /etc/profile is not executed. (but why does this work with bash). Does anybody know a clean solution for this? Pierre PS: zsh seems to be really cool. The menu-based completition is quite nice. See my .zshrc (based on the one from grml): http://users.archlinux.de/~pierre/arch/zshrc -- http://www.archlinux.de

2 2

[arch-dev-public] Inactive for unspecified period of time
by Roman Kyrylych 31 Dec '07

31 Dec '07

oops, forgot to cc this to arch-dev-public [skipped] I've got a couple hours of internet today, so I thought I should write a quick update. First, thank you all! I don't imagine what would I do without the support from Arch community. I'm waiting for time when I can come back to work (on Arch, obviously :-)), I miss that so much. Next, a status update: * still no laptop at job (should get it next month, I think) and still very busy there * still no internet at home (long to explain why), hope to get it somewhere next week I wish you all Happy New Year (in advance because I won't be able to do so when it comes) and hope to see you soon. :-) -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] [signoff] mkinitcpio 0.5.17-2
by Aaron Griffin 30 Dec '07

30 Dec '07

This is a simple rebuild for changes that Dan checked into CVS a while ago... Fixed a source URL, and changed some deps. See here for some relevance: http://bugs.archlinux.org/task/8932

2 1

[arch-dev-public] [signoff] nano 2.0.7-1
by Andreas Radke 30 Dec '07

30 Dec '07

the new version is in testing for both architectures. we ship now the default nanorc.sample and don't add any further syntax highlighting. i've also added the nanorc to the backup array. http://bugs.archlinux.org/task/8941 - fixed -Andy

3 3

[arch-dev-public] [signoff] kernel26-2.6.23.12-3
by Tobias Powalowski 29 Dec '07

29 Dec '07

Hi kernel for both arches in testing, please signoff addresses those 2 bugs: http://bugs.archlinux.org/task/8949 http://bugs.archlinux.org/task/8948 - added last working alsa again greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

6 8

[arch-dev-public] x86_64 difflist broken - no packages listed
by James Rayner 27 Dec '07

27 Dec '07

Thought we were up to date.. but last time I viewed the difflist, it had all the packages in the repos on it. Now it has nothing. "core (packages i686: 0, packages x86_64: 0, different: 0)" I suppose if there's no packages in the repos, nothing can be different :) http://dev.archlinux.org/~andyrtr/pkg_diff.html James

3 2

[arch-dev-public] New spam vector: arch: Package [dosbox] marked out-of-date
by James 27 Dec '07

27 Dec '07

Someone doesnt like us. ---------- Forwarded message ---------- From: Arch Website Notification <nobody(a)archlinux.org> Date: Dec 27, 2007 8:02 PM Subject: arch: Package [dosbox] marked out-of-date To: james(a)archlinux.org * Note: this is an automated message connoisseur(a)265.com wants to notify you that the following package may be out of date: dosbox (http://www.archlinux.org/packages/3283/) The user provided the following additional text: World of Warcraft Related: <ul><li><a href=http://www.mmogcart.com/power-leveling/power-leveling.jsp>wow power leveling</a> -New!</li><li><a href=http://www.mmogcart.com>wow gold</a></li><li><a href=http://www.wowgold-sale.com>wow gold</a></li><li><a href=http://www.power-levels.com>wow power leveling</a></li><li><a href=http://www.mygamesale.com>wow gold</a></li><li><a href=http://www.powerlevelings.com>wow power leveling</a></li><li><a href=http://www.wowgoldvip.com/wow-power-leveling.asp>power leveling</a></li><li><a href=http://www.mygamesale.com/power-leveling/>wow power leveling</a></li><li></a> <a href=http://www.game-level.com/World-Of-Warcraft-powerleveling.html>wow power leveling</a></li><li><a href=http://www.game-level.com/wow-power-leveling.html>wow power leveling</a></li><li><a href=http://www.mu56.com/Runescape-money-gold/>Runescape money</a></li><li><a href=http://www.rs2goldvip.com/runescape-money.aspx>Runescape money</a></li><li><a href=http://www.rs-sale.com/runescape-money/>Runescape money</a></li><li><a href=http://www.wowgoldvip.com/news_list.asp>wow gold</a></li></ul>mailto:wowgold@largeminmouse.net -- iphitus // Arch Developer // iphitus.loudas.com

2 1

[arch-dev-public] spam? Fwd: arch: Package [zsync] marked out-of-date
by Damir Perisa 27 Dec '07

27 Dec '07

it looks quite like spam to me, especially, since zsync is not out of date in my eyes (i don't know of newer sources) what do you think? - D ---------- Message transmis ---------- Betreff: arch: Package [zsync] marked out-of-date Datum: Thursday 27 December 2007 Von: Arch Website Notification <nobody(a)archlinux.org> An: damir(a)archlinux.org * Note: this is an automated message dote(a)sina.com wants to notify you that the following package may be out of date: zsync (http://www.archlinux.org/packages/6115/) The user provided the following additional text: World of Warcraft Related: <ul><li><a href=http://www.mmogcart.com/power-leveling/power-leveling.jsp>wow power leveling</a> -New!</li><li><a href=http://www.mmogcart.com>wow gold</a></li><li><a href=http://www.wowgold-sale.com>wow gold</a></li><li><a href=http://www.power-levels.com>wow power leveling</a></li><li><a href=http://www.mygamesale.com>wow gold</a></li><li><a href=http://www.powerlevelings.com>wow power leveling</a></li><li><a href=http://www.wowgoldvip.com/wow-power-leveling.asp>power leveling</a></li><li><a href=http://www.mygamesale.com/power-leveling/>wow power leveling</a></li><li></a> <a href=http://www.game-level.com/World-Of-Warcraft-powerleveling.html>wow power leveling</a></li><li><a href=http://www.game-level.com/wow-power-leveling.html>wow power leveling</a></li><li><a href=http://www.mu56.com/Runescape-money-gold/>Runescape money</a></li><li><a href=http://www.rs2goldvip.com/runescape-money.aspx>Runescape money</a></li><li><a href=http://www.rs-sale.com/runescape-money/>Runescape money</a></li><li><a href=http://www.wowgoldvip.com/news_list.asp>wow gold</a></li></ul>mailto:wowgold@largeminmouse.net ------------------------------------------------------- -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><

1 0

[arch-dev-public] Packaging for x86_64
by James Rayner 27 Dec '07

27 Dec '07

Just an FYI, not really directed at anyone in particular, I've got Arch64 setup and have begun building my own packages for both platforms. I'll keep an eye on the difflist and do what I can. Nothing on it presently. Happy holidays. It's terribly quiet around here, so I'm sure you're all enjoying them. James

1 0

[arch-dev-public] missing x86_64 packages
by Varun Acharya 23 Dec '07

23 Dec '07

Hi, Please upload the following, notice: Missing gcc-gcj-4.2.1-4-x86_64.pkg.tar.gz in ftp site notice: Missing deskbar-applet-2.20.1-2-x86_64.pkg.tar.gz in ftp site notice: Missing mplayer-plugin-3.50-1-x86_64.pkg.tar.gz in ftp site notice: Missing scim-pinyin-0.5.91-4-x86_64.pkg.tar.gz in ftp site

5 8

[arch-dev-public] Holiday Status
by Aaron Griffin 23 Dec '07

23 Dec '07

Hello Everyone, I wanted to let you know that I'm not going to be around all that much for the next few days. With Holiday parties at the office, and visiting family, I probably won't be sitting down at a computer until Wed. This means, sadly, I won't have the time to write up a big long status report. :( BUT, the good news is that I am on vacation until the next Wed. So with 7 days with nothing to do but Arch, I should be able to get a lot of ground covered. I'm sure other developers are in the same boat. This is on the announce list. Feel free to reply to this thread and let us know what you're up to - we can make it an impromptu mini-status report Me, personally, over the next week or so, I plan on getting a new initscripts release out the door, beginning work on the DB scripts revamp, and helping finalize everything that needs to be done for pacman 3.1. After all that is done, I want to take a look at Jason's svn repo implementation and begin making that switch over as part of the db script changes. Anyone else want to add anything?

3 2

[arch-dev-public] Man page symlinks
by Aaron Griffin 22 Dec '07

22 Dec '07

Ok, Jan brought this up twice now and I want to flesh this out. This is in relation to the filesystem/bash upgrades. On Dec 20, 2007 4:01 AM, Jan de Groot <jan(a)jgc.homeip.net> wrote: > So what does this do when /usr/man/man3 is a directory with manpages > and /usr/man/man3 is a symlink to /usr/share/man/man3 in the new package? > Shouldn't we move /usr/man to /usr/share/man in pre_install and pre_upgrade? Firstly, I don't think we should have these symlinks in the filesystem package at all simply because /usr/man is not specified in the FHS anywhere. We should technically never have a /usr/man dir at the completion of this ideal. If a *package* installs it, fine. By unsetting MANPATH in /etc/profile, man looks up pages via /etc/man.conf which includes both of these directories. In addition, by using symlinks at all, we run into the potential-and-always-confusing-possibly-working symlink/dir replacement stuff in pacman. Additionally, moving the man pages isn't a good idea. makepkg will NOT move them anymore. So, here's what we're left with: * Newly built packages will install to /usr/share/man * man will search both /usr/man and /usr/share/man for man pages * pacman -Qo will provide us with packages which need a rebuild It allows us to phase in the FHS man pages, and not do it all in one big lump. Backwards compat and all that. Is this acceptable?

3 2

[arch-dev-public] [signoff] dnsutils
by K. Piche 22 Dec '07

22 Dec '07

New dnsutils 9.4.2-1 in testing. Will update bind when dnsutils is signed off. k -- K. Piche <kpiche(a)rogers.com>

4 4

[arch-dev-public] adding "alias wlan0 ndiswrapper" to /etc/modprobe.conf
by Damir Perisa 22 Dec '07

22 Dec '07

hi devs, i just got surprised by this post-install message: (2/2) installing ndiswrapper [##################################################] 100% adding "alias wlan0 ndiswrapper" to /etc/modprobe.conf ... on what logic is ndiswrapper adding wlan0 to be ndiswrapper? this should not be. you cannot assume that the user wants wlan0 to be a ndiswrapper device. it may (as in my case) be wlan1 because wlan1 is the internal wireless device (intel 4965). let the user configure things like this by himself, no? - D -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><

2 4

[arch-dev-public] [signoff] iwlwifi 1.2.22
by Tobias Powalowski 21 Dec '07

21 Dec '07

Hi please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3

[arch-dev-public] [signoff] kernel26-2.6.23.12-2
by Tobias Powalowski 20 Dec '07

20 Dec '07

Hi kernel for both arches in testing, please signoff addresses those 2 bugs: http://bugs.archlinux.org/task/8949 http://bugs.archlinux.org/task/8948 - cleaned up cvs - removed alsa - updated unionfs greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

6 7

[arch-dev-public] Status Report: 2007-12-11
by Aaron Griffin 20 Dec '07

20 Dec '07

ArchLinux Status Report, 2007-12-11 =================================== Aaron Griffin I apologize for the delay here - yesterday was a long day for me, and I didn't have the time to sit down and write this out (it is a tad time consuming, as you can probably tell). == Newsworthy Items == * TLLTS Interview I hate self-promotion as much as the next guy, but TLLTS wants to do an interview about me tomorrow at 20:30 EST. Some of you may be interested. It'll be freeform, so I don't know what we'll talk about, but it will probably be related to where we're going in the near future. More here: http://www.tllts.org/ == Completed Tasks == * Developer signoff clarification When I originally initiated the "signoff" buffer for core packages, I had intended that the developer requesting the signoff count as one of the "two required" signoffs per architecture, as it is assumed a given developer tested a package before uploading and is also responsible. To clarify: We need two developers responsible for each physical package - two for each architecture. These two can include the original uploader. These people are responsible for any issues caused by this release of the package. They're also the people we have to point fingers at 8) * Mailing list rename We've renamed two of our most important mailing lists, just for a change in nomenclature. There's not much to say on this topic that wasn't covered in the front page news: http://archlinux.org/news/368/ * New netcfg scripts _still_ in [testing] I want to poke this item here. I'd like to get some yays/nays here. I dropped the ball on including the patches into an initscripts package in [testing] which replaces the current netcfg scripts. It's on my list - high priority. More details here: http://archlinux.org/news/362/ * Packages in [extra] I attempted to get some discussion here a few times, and not much came of it. As such, here's the criteria for what goes in extra, and what goes in community. * Packages in [extra] define us as a distro and should not include packages for personal use. If something is personal and/or only used by small amounts of people, it should go to community. Not only does this help us with our vision, it also helps out our mirrors (not all mirrors mirror the community repo). * Devs should inform everyone if they're putting a new package into extra, just in case another dev has an issue with it, to prevent silly bloat from too many personal packages. If someone has a problem with a package going into extra, a simple vote should suffice (no need to discuss it to death) * We should be prepared to remove contentious packages at any time. If someone claims "package foo doesn't belong in extra" and enough developers agree, we should simple move it to community and maintain it there. * Unified chroot build tools These chroot building tools have gone through some changes, and are in successful use on my "micro build machine": http://www.archlinux.org/pipermail/arch-dev-public/2007-November/003130.html This machine is being used to cover developers and TUs who do not have x86_64 hardware and still would like to build the packages. This way, we can help out the x86_64 guys immensely. Future plans involve setting up a 32bit chroot on the same machine for the converse of the above. == Pending Tasks, Short Term == * Logo contest delay We've hit a few snags trying to figure out issues with regard to setting up a trademark for our new logo. Suffice to say that we HAVE chosen the top 5 logos. And ARE moving forward with this. Travis, could you provide us with a follow up email with all the fun details here? * Bug tracker cleanup This weekend Roman is planning to do a big bug tracker overhaul and attempt to cleanup and consolidate our open bugs. Any help from the developers would be appreciated. I'd like to especially thank Allan McRae here too - I keep seeing him suggesting bugs be closed, and he's been helping Roman out here too. Thanks for the hard work. I'm very grateful. * Bug Squashing Day revamp We used to do official Bug Squashing days near the end of every month (second to last Sunday, or something to that effect), but these have fallen by the wayside due to Roman's awesome work. Even so, I'd like to get back in the swing of doing this, as it will help keep us all on track. Roman, would you like to help organize this? I will try to keep track of the dates and everything, but it'd be nice if you could spearhead the initiative. * Getting rid of /opt We officially have a todo list here. Actually, we have two: General packages: https://archlinux.org/todo/45/ (Thanks Jeff) Mozilla specific: https://archlinux.org/todo/44/ (Thanks Alex) It seems we haven't done a whole lot with this, though Paul's moved Eclipse out of /opt (yay!). It'd be nice if we can get to these at some point - they're not very taxing to change for the most part. Anyone willing to devote a night to knocking out the easy ones? * License Updates This one is not easy or pretty - every so often, please take a look at the items in the list and try to correct your licenses if they are wrong. https://archlinux.org/todo/43/ * ABS Redux This task has been partially done/discussed around the water cooler. http://archlinux.org/pipermail/arch-dev-public/2007-November/003224.html The plan? To create a static directory which we can use to rsync ABS instead of using cvsup. Dan has already sent some patches around. I will dig them up after I send this out. The easiest step here is to break ABS out from the pacman package - Dan, is is possible for us to do this as part of the 3.1 release? After that we can make ABS changes independent of pacman (and ABS is really an Arch specific tool, while pacman/makepkg are not) * Getting rid of CVS Last status report, I pointed this guy out. Roman responded with a vote for Jason's SVN proposal. In summary: * Jason has provided us with an svn solution, where sub-directories control the location of the package (i.e. package-name/repos/extra/PKGBUILD will place the package into extra) * Dan has provided us with a git solution that uses named branches to control the location (i.e. a branch named "testing" has changes to PKGBUILDs present only in the testing repo) I'm going to put my weight behind Jason's SVN proposal too, for the following reasons: * There is no reason to manage our packages in a distributed manner * SVN will be an easier transition for some users and developers unfamiliar with the esoteric commands of git. * It has a real implementation * One can use the git-svn porcelain on top of this, to still get the full power if git if they so wish. So, the next steps: Jason, can you provide us with some more details on your implementation, or perhaps something on gerolde as a preliminary system? I'd like to setup something side-by-side for people to use and to play with a bit. This way we can easily flesh out the hairier details. Paul, you did some similar work with repoman, yes? Do you have anything to add to this topic? == Pending Tasks, Long Term == * Perl policy implementation Kevin has been taking some of these on, and helping implement the perl policy. It's a big task, and any help from perl gurus around would be appretiated. http://bugs.archlinux.org/task/8374 * Pacman 3.1 Release We're still cranking away here. Big thanks go out to Chantry Xavier, Allan McRae, Nagy Gabor, and Nathan Jones for all the hard work. And thanks to all the translators too: Giovanni Scafora, Jeff Bailes, and anyone else I missed. Dan DOES have a pacman repo here with the latest and greatest pacman-git package for those of you wanting to live on the edge: http://archlinux.org/pipermail/pacman-dev/2007-November/009825.html Pending bugs for the release are listed here: http://bugs.archlinux.org/task/8109 * Official pacbuild usage This apparently has gone farther by the wayside with the machine I put out there for non-x86_64 devs to build packages, taking some of the load off of the guys who were waiting for pacbuild. I'm not even sure of the state here anymore - Simo, Jason, any news? Would you guys like root access to the build machine so as to have a place to RUN pacbuild? Last I checked I did install it, but it isn't configured or the most recent version. * Modernize our Dashboard Eliott has broken out our public and private sites, allowing us to, in the future, mess with our internal tools without disrupting the external site, in addition to applying improvements with regard to caching and all that fun stuff on the public site. The testing site URL should, for the time being, remain private - his original email was sent to the private ML. Please test it and give us a thumbs up/down if you have the time. You should be able to use it for all your normal public site access, if you'd like to give it a thorough testing. In order to garner more interest here, I'd like to get some docs or a script setup in the git repo that would allow one to run a quick local instance with a small test DB. Eliott, is this doable? * Architecture Independent Repos We have pacman support (for the 3.1 release) done thanks to Roman. We now have an idea of where we want the new SCM changes to go. This means some rewriting of the DB scripts are in order here. So, with this in mind, we should be able to create these architecture independent repos as part of the same push. Don't you love it when things fall into place like that? Here's the internal (private) task for anyone interested in this: http://bugs.archlinux.org/task/8555 * ArchCon 2009: Big Baaad Idea More details. Tom has suggested some dates for this. What do you guys think? http://archlinux.org/pipermail/arch-dev-public/2007-November/003310.html Pierre brought up a valid idea - we plan this around another convention that we have a presence at. Doing this at Froscon would cover our German/European contingent well, but we also have a chunk of developers on this side of the pond. It'd be nice if we could give an island somewhere in the middle of the Atlantic, but without massive volcanic activity, we're stuck with one side or the other. How to the Europeans feel about coming over here? And vice versa? Let's assume, for the sake of argument, that money isn't the issue here. Opinions? What about Canada? Birthplace of Arch AND it's not as dangerous as the US (hah!).

5 6

[arch-dev-public] Impending initscripts changes
by Aaron Griffin 20 Dec '07

20 Dec '07

Hey all, I've been throwing together a handful of initscripts changes to fix numerous bugs and things of that nature. Relevant git repo: http://code.phraktured.net/?p=initscripts.git;a=summary The splash branch contains the patch to make it look less like it's splash related (the wording makes it seem better, IMO) This is yet to be merged on my working branch (due to change there) but I'll do that tomorrow-ish. So, the working branch is the fun one to look at. ----------------------------------- http://bugs.archlinux.org/task/1186 (force background color to black - thanks Simo) http://bugs.archlinux.org/task/8843 (tput calls fail if /usr isn't mounted - thanks Roman) http://bugs.archlinux.org/task/6989 (added /etc/rc.d/functions.d/ directory) I'd like to finish this up, but want some input: http://bugs.archlinux.org/task/4550 (break out hwclock functionality from rc.sysinit) Thomas merged this earlier: http://bugs.archlinux.org/task/8579 (allow loading of multiple keymaps - thanks Roman) I don't think this one is a good idea: http://bugs.archlinux.org/task/6776 ----------------------------------- Anything else pending for initscripts? Any other requests? Can I get some possible input on the above items? Thanks in advance.

2 5

[arch-dev-public] [signoff] filesystem 2007.11-4
by Aaron Griffin 20 Dec '07

20 Dec '07

Setup for FHS compliant man pages - FS#8839 Claim ownership of /etc/profile from bash - FS#4766 Remove LESSCHARSET env var from /etc/profile - FS#8877 Please test. This goes hand-in-hand with the bash package (see other sign off) /etc/profile was also largely revamped. Please comment on that if you'd like to, we can always add more stuff before it's out of testing.

4 5

[arch-dev-public] [signoff] kernel26-2.6.23.12-1
by Tobias Powalowski 20 Dec '07

20 Dec '07

Hi kernel for both arches in testing, please signoff addresses those 2 bugs: http://bugs.archlinux.org/task/8949 http://bugs.archlinux.org/task/8948 - cleaned up cvs - updated alsa - updated unionfs greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 7

[arch-dev-public] [signoff] ndiswrapper / utils bump to 1.51
by Tobias Powalowski 20 Dec '07

20 Dec '07

Hi please signoff new ndiswrapper and utils, for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] [signoff] bash 3.2.025-5
by Aaron Griffin 20 Dec '07

20 Dec '07

Remove /etc/profile from package. Move bashisms to /etc/profile.bash - FS#4766 See the filesystem signoff as well. /etc/profile was moved there, bashisms kept here. Please test/comment/etc

1 0

[arch-dev-public] [signoff] libelf for x86_64
by Jan de Groot 20 Dec '07

20 Dec '07

Please signoff version 0.8.10-3.1 for x64_64. Changes: - use !makeflags to fix FS#8965 - fix maintainer tag in PKGBUILD

3 3

[arch-dev-public] Perl pathing issues
by Aaron Griffin 20 Dec '07

20 Dec '07

I first noticed this with urxvt. It can't seem to find utf8.pm. This file exists in /usr/share/perl5/core_perl which does not appear to be in the @INC path, whereas the /usr/lib/ counterpart does. The weird part is that $ perl -e "print @INC;' actually has the /usr/share path in there (without spacing, of course). Has anyone tracked this down? I'm not sure where to go with this, but it breaks URL matching in urxvt

7 22

[arch-dev-public] [signoff] kernel26-2.6.23.11-1
by Tobias Powalowski 19 Dec '07

19 Dec '07

Hi kernel for both arches in testing, please signoff - cleaned up cvs - updated alsa - updated unionfs greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

6 12

[arch-dev-public] Killing the 'codecs' package
by Aaron Griffin 19 Dec '07

19 Dec '07

We went over this before - codecs is a useless package, and the licensing is broken. We have opensource alternatives that play just about every format except a few outliers (real media). I'm rebuilding xine-lib right now with codecs removed. Apparently it's an optional dep anyway, as I've been running xine fine without it for some time. mplayer-svn is the last package that depends on the non-free and useless codecs package, so if we can get that rebuilt, we're gold. Now the real question: what do we do with this package. I'm sure it's useful to some people. Should we stick it in unsupported with a warning that no TUs should adopt it? Should we remove it altogether? Opinions?

8 10

[arch-dev-public] Non-X monitor shutdown?
by Aaron Griffin 18 Dec '07

18 Dec '07

Another message from the "when did this stop working?" camp: I've had the following in my /etc/rc.local for a while: setterm -blank 10 setterm -powersave powerdown setterm -powerdown 15 Now what this does is put the monitor into the black-but-still-glowing mode after 10 minutes, then shut it off after 15. I have no idea when, why, or how, but it stopped working. I use this on 2 machines that don't run X, so using 'xset' is not an option, but I *think* xset works fine. Does anyone else know much about this? The internet is fairly silent on the topic

4 9

[arch-dev-public] Inactive for unspecified period of time
by Roman Kyrylych 18 Dec '07

18 Dec '07

Hi all! I have <1 minute to write this email, so I'll be quick. I'm very sorry about my disappearance. My connection at job got down during Bug Day this Saturday and I got cable breakage somewhere on my street so I got no Internet at home as well. :-( The worst thing is that I am unable to follow Arch development until New Year (at least) because I've changed my job this Monday, and I don't even have a PC there yet (but I should in near future). Today is the first day I've got internet for a hour or so (I'm sitting at my ex-job now). If someone could update my packages in Extra/Community and keep an eye on bugtracker - that would be awesome and very appreciated. Bye all and Merry Christmas! -- Roman Kyrylych (Роман Кирилич)

2 1

[arch-dev-public] [signoff] xine-lib 1.1.8-2
by Aaron Griffin 18 Dec '07

18 Dec '07

I know this package is in [extra], feel free to ignore me. I removed the dep on codecs, and want to get some testing for different formats WITHOUT codecs installed. I want to attempt to predict any formats we may lose (such as real media) so that I can react properly when people complain. All of my videos I have here work fine in both mplayer and xine, without codecs installed, so I wanted to get some outside opinions.

4 7

[arch-dev-public] [signoff] dialog 1.1_20071028-1
by Andreas Radke 17 Dec '07

17 Dec '07

new dialog pkg in testing for both architectures. nothing special. -Andy

2 1

[arch-dev-public] Ion Announcement
by Jeff Mickey 17 Dec '07

17 Dec '07

Just a quick review for me guys, I'm deleting ion today.. ----------------- Today I have removed the Ion Window manager from the official aArchlinux repositories. My initial thought was to keep the package inside it's license, but after further consideration, we the developers of Archlinux have decided that this is non-free software and will not be provided in our official repositories. ----------------- Sound good? -- . : [ + carpe diem totus tuus + ] : .

3 3

[arch-dev-public] disowning xcdroast
by Varun Acharya 16 Dec '07

16 Dec '07

Hi, I've disowned xcdroast, so if anyone is interested, its up for grabs. IMHO, we should move this to community though, simply cause, ->It needs quite a few patches to run with current cdrkit/growisofs/mkisofs/whatever ->It hasn't been updated in a year. ->I'm not sure anyone uses this anymore with nautilus/brasero/k3b and the others around. Varun P.S - Roman, I've de-assigned the bug in flyspray http://bugs.archlinux.org/task/8844, and its currently not assigned to anyone.

3 7

[arch-dev-public] [signoff] libevent 1.3e-1
by Tom K 16 Dec '07

16 Dec '07

New upstream release, in testing for both architectures. T.

3 4

[arch-dev-public] Absense
by Travis Willard 15 Dec '07

15 Dec '07

Hey everyone, My computer is freaking out- I think the power supply is busted. Frequently it'll "half-reboot" all on its own - the screen turns off, and the CD drives light up just like a reset, but then it locks up. I'm lucky for it to stay on for more than an hour or so doing regular work - when I stress the CPU/GPU it seems to happen more frequently, so I'm stuck not being able to build anything either. I'm not sure when I'll be able to get a new PSU and test to see if that fixes the problems, so for now consider me 'absent' until I can get this sorted out. If I don't get it fixed before the 22nd, then I'll be truly away for Christmas Holidays until Jan 2nd. I'll keep you all posted. -- Travis

1 1

[arch-dev-public] Latest round of cleanup
by Eric Belanger 15 Dec '07

15 Dec '07

The following packages were removed from extra this week: aria aumix bchunk dclib dctc giftoxic gimp-perl idesk ijb km libgnomesu libidl libsvg masqmail mikmod mpcut netgo nextaw pdq powernowd sclient shorten sloth splitvt urlview valknut weex xautolock ============================ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

[arch-dev-public] Bug Day announcement draft
by Roman Kyrylych 15 Dec '07

15 Dec '07

Hi! Here's a draft of bug day announcement (shamelessly copied most of it from my previous anouncement on 14th of April). Please find bugs in it and signoff. ;-) [begin] A Bug Day is scheduled on Saturday, 15th of December. The reason for this is to reduce the amount of old reports and feature requests. We will clear outdated reports, fix/implement those that already have patches provided or are trivial to fix/implement, discuss the pros & cons of implementing some feature requests, look at reports assigned to inactive/resigned devs, close/move reports for packages moved to Community/Unsupported. Join us at #archlinux-bugs channel on irc.freenode.net during 15th of December. As we live in different timezones not all devs will be available at the same time, but feel free to report your issues to any dev available online. Also please check your mailboxes that may contain notifications about comments made by devs and other users. [end] -- Roman Kyrylych (Роман Кирилич)

5 10

[arch-dev-public] ArchCon 2009, Take 2: Let's make a date
by Tom K 15 Dec '07

15 Dec '07

And we're back. :) Here's how I see this working: 1. We agree a date 2. We agree a location 3 and upwards. We organise some stuff This mail is about step 1. ArchCon's date is the single most important element to be confirmed, and probably the hardest as well. I suggested 2009 in the original proposal because it's likely that some people already have plans for 2008. Obviously, there are also people who already have plans for 2009, but probably not as many. If we're going to do this, we should regard ArchCon as a pre-existing commitment that is given priority over other activities, and not something that we try to squeeze into existing schedules. To kick this off, I'm making some provisional decisions here: * ArchCon will take place over a weekend * ArchCon will last no more than four days * ArchCon will take place in warm weather (Yes, I know, that's a date/location mix, but necessary for the next step) (James - see below) And now here are five randomly-chosen corresponding weekend periods in 2009: 29 May - 01 June 26 - 29 June 24 - 27 July 21 - 24 August 18 - 21 September I would ask everyone to indicate which of these periods would suit them. Please select as many as possible, to increase our chances of finding a good one, and set aside any other concerns, such as funding, travel arrangements, size of mugs, etc. If we don't come up with a date, none of that will matter anyway. If anyone has a particularly strong case for a different weekend that meets the same criteria, please post the details. I realise that individual weekends may be too specific at this stage, but I'm going for a shortcut here - it would be worthwhile if we didn't have to drill down from month to week to weekend. So fire up cal/remind/Google/Oprius/whatever, pencil in some weekends for ArchCon, and post them here. I'd appreciate a majority of responses before the next Status Report, which is due in just over a week. If we can get the date confirmed before Christmas, that would be great. James - I am also aware that my warm weather requirement, combined with my chosen dates, indicates a preference for the Northern Hemisphere, but our geographical distribution suggests that anyway, right? Regards Tom.

10 14

[arch-dev-public] [signoff] sudo-1.6.9p9-1.1 for x86_64
by Eric Belanger 15 Dec '07

15 Dec '07

I've fixed the license for the x86_64 package to reflect the one in the i686 package. It includes also the unsigned-off upstream update (the same one as the sudo packages in i686 core). Please signoff. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

[arch-dev-public] Mozilla /usr move take 2
by Alexander Baldeck 14 Dec '07

14 Dec '07

Hey all, just uploaded all packages I have processed so far to: [mozilla] Server = http://archlinux.org/~alexander/mozilla/x86_64 I only worked on x86_64 so far as I wasn't able to outsource openoffice-base the rebuild. After 12 hours it is still running... Wew. Poor laptop. :) Cheers, -G

1 0

[arch-dev-public] screen moved to extra from core
by Aaron Griffin 14 Dec '07

14 Dec '07

On Nov 30, 2007 6:48 PM, Eric Belanger <belanger(a)astro.umontreal.ca> wrote: > On Tue, 27 Nov 2007, Dale Blount wrote: > > >> a) screen > >> While this is an important app, sure, does it belong in core? > > > > Probably not. Useful, but not normally used till after an install and > > should be OK in extra. > > If no one objects, I'll move screen to extra this week-end. Done and done. I kept putting this one off. If someone really wants to maintain it, you're welcome to, or else I will adopt it by the end of the day.

1 0

[arch-dev-public] Oddness at mirrors
by Travis Willard 13 Dec '07

13 Dec '07

Can somebody with better knowledge of the pacman DBs take a look at this please? http://bbs.archlinux.org/viewtopic.php?id=40975 I've looked at the mirrors - all the ones he says are broken have a patch dir in the core.db.tar.gz file - I'm not sure what else to look for here. -- Travis

3 2

[arch-dev-public] Somthing went horribly wrong
by Alexander Baldeck 13 Dec '07

13 Dec '07

Just reuploaded shadow 4.0.18.2-2 as it didn't exist as a file for x86_64 and ran /arch/db-core64. See for youself: ==> Processing new/updated packages for repository 'core'... updatesync-many: Unpacking db: /tmp/archpkg.x86_64.5.1010/core.db.tar.gz updatesync-many: Updating entry: acl-2.2.45-2 attr-2.4.39-2 autoconf-2.61-3 automake-1.10-3 bash-3.2.025-4 bcm43xx-fwcutter-006-2 bin86-0.16.17-3 binutils-2.18-5 bison-2.3-4 bridge-utils-1.2-2 bzip2-1.0.4-3 capi4k-utils-050718-5 coreutils-6.9-4 cpio-2.9-3 cracklib-2.8.10-5 cryptsetup-1.0.5-5 csup-20060318-5 dash-0.5.4-3 db-4.6.21-2 dcron-3.2-3 device-mapper-1.02.22-2 dhcpcd-3.1.8-1 dialog-1.1_20070604-3 diffutils-2.8.1-4 dmapi-2.2.8-3 dnsutils-9.4.1_P1-3 dosfstools-2.11-2 e2fsprogs-1.40.3-1 ed-0.8-3 eventlog-0.2.5-1 fakeroot-1.8.10-1 file-4.21-3 filesystem-2007.11-3 findutils-4.2.31-3 flex-2.5.33-3 fuse-2.7.1-2 gawk-3.1.6-2 gcc-4.2.2-4 gcc-libs-4.2.2-3 gdbm-1.8.3-5 gen-init-cpio-2.6.17-3 gettext-0.17-1 glib2-2.14.4-1 glibc-2.7-7 gmp-4.2.2-2 gpm-1.20.1-7 grep-2.5.3-3 groff-1.19.2-3 grub-0.97-9 gzip-1.3.12-4 hdparm-7.7-3 heimdal-1.0.1-2 hwdetect-0.9-1 ifenslave-1.1.0-3 initscripts-2007.11-2 iproute-070710-3 iptables-1.3.8-2 iputils-20070202-3 ipw2100-fw-1.3-2 ipw2200-fw-3.0-2 ipw3945-1.2.2-6 ipw3945-ucode-1.14.2-2 ipw3945d-1.7.22-4 isdn4k-utils-3.2p1-3 iwlwifi-1.2.0-1 iwlwifi-3945-ucode-2.14.1.5-2 iwlwifi-4965-ucode-4.44.1.18-2 jfsutils-1.1.12-2 kbd-1.12.20070827-2 kernel-headers-2.6.23.1-2 kernel26-2.6.23.9-1 klibc-1.5-3 klibc-extras-2.3-1 klibc-module-init-tools-3.2.2-1 klibc-udev-116-2 less-416-1 libarchive-2.4.0-2 libdownload-1.1-4 libelf-0.8.10-3 libevent-1.3d-2 libgcrypt-1.2.4-3 libgpg-error-1.5-3 libldap-2.3.39-2 libpcap-0.9.8-2 libsasl-2.1.22-5 libtool-1.5.24-3 libusb-0.1.12-3 licenses-2.2-2 lilo-22.8-2 logrotate-3.7.1-5 lvm2-2.02.28-2 lzo2-2.02-3 m4-1.4.10-3 madwifi-0.9.3.3.3006-1 madwifi-utils-0.9.3.3.3006-1 mailx-8.1.1-5 make-3.81-3 man-1.6e-4 man-pages-2.67-2 mdadm-2.6.4-1 mkinitcpio-0.5.17-1 mktemp-1.5-3 mlocate-0.18-2 module-init-tools-3.2.2-5 nano-2.0.6-4 ncurses-5.6-6 ndiswrapper-1.50-1 ndiswrapper-utils-1.50-1 net-tools-1.60-13 netkit-telnet-0.17-7 nfs-utils-1.1.0-3 nfsidmap-0.20-2 ntfs-3g-1.1004-2 ntfsprogs-2.0.0-2 openssh-4.7p1-6 openssl-0.9.8g-2 openswan-2.4.10-1 openvpn-2.0.9-3 pacman-3.0.6-2 pam-0.99.9.0-2 patch-2.5.4-4 pciutils-2.2.8-3 pcmciautils-014-3 pcre-7.4-2 perl-5.8.8-9 pkgconfig-0.22-3 popt-1.10.6-3 portmap-6.0-2 ppp-2.4.4-6 pptpclient-1.7.1-3 procinfo-19-2 procps-3.2.7-4 psmisc-22.6-1 readline-5.2-6 reiserfsprogs-3.6.20-3 rp-pppoe-3.8-2 rt2500-1.1.0_B4-18 rt2x00-cvs-20070914-7 rt2x00-rt61-fw-1.2-2 rt2x00-rt71w-fw-1.8-2 screen-4.0.3-5 sdparm-1.02-2 sed-4.1.5-3 shadow-4.0.18.2-2 sudo-1.6.9p7-2 sysfsutils-2.1.0-4 syslog-ng-2.0.5-6 sysvinit-2.86-4 tar-1.19-2 tcp_wrappers-7.6-8 texinfo-4.11-2 tzdata-2007i-2 udev-116-3 usbutils-0.73-5 util-linux-ng-2.13.0.1-2 vi-7.1.156-1 vpnc-0.5.1-2 wget-1.10.2-4 which-2.17-2 wireless_tools-29-2 wlan-ng26-0.2.8-11 wlan-ng26-utils-0.2.8-2 wpa_supplicant-0.5.8-2 xfsprogs-2.9.4-2 xinetd-2.3.14-3 zd1211-firmware-1.4-2 zlib-1.2.3-4 updatesync-many: WARNING: could not find PKGBUILD for acl-2.2.45-2 attr-2.4.39-2 autoconf-2.61-3 automake-1.10-3 bash-3.2.025-4 bcm43xx-fwcutter-006-2 bin86-0.16.17-3 binutils-2.18-5 bison-2.3-4 bridge-utils-1.2-2 bzip2-1.0.4-3 capi4k-utils-050718-5 coreutils-6.9-4 cpio-2.9-3 cracklib-2.8.10-5 cryptsetup-1.0.5-5 csup-20060318-5 dash-0.5.4-3 db-4.6.21-2 dcron-3.2-3 device-mapper-1.02.22-2 dhcpcd-3.1.8-1 dialog-1.1_20070604-3 diffutils-2.8.1-4 dmapi-2.2.8-3 dnsutils-9.4.1_P1-3 dosfstools-2.11-2 e2fsprogs-1.40.3-1 ed-0.8-3 eventlog-0.2.5-1 fakeroot-1.8.10-1 file-4.21-3 filesystem-2007.11-3 findutils-4.2.31-3 flex-2.5.33-3 fuse-2.7.1-2 gawk-3.1.6-2 gcc-4.2.2-4 gcc-libs-4.2.2-3 gdbm-1.8.3-5 gen-init-cpio-2.6.17-3 gettext-0.17-1 glib2-2.14.4-1 glibc-2.7-7 gmp-4.2.2-2 gpm-1.20.1-7 grep-2.5.3-3 groff-1.19.2-3 grub-0.97-9 gzip-1.3.12-4 hdparm-7.7-3 heimdal-1.0.1-2 hwdetect-0.9-1 ifenslave-1.1.0-3 initscripts-2007.11-2 iproute-070710-3 iptables-1.3.8-2 iputils-20070202-3 ipw2100-fw-1.3-2 ipw2200-fw-3.0-2 ipw3945-1.2.2-6 ipw3945-ucode-1.14.2-2 ipw3945d-1.7.22-4 isdn4k-utils-3.2p1-3 iwlwifi-1.2.0-1 iwlwifi-3945-ucode-2.14.1.5-2 iwlwifi-4965-ucode-4.44.1.18-2 jfsutils-1.1.12-2 kbd-1.12.20070827-2 kernel-headers-2.6.23.1-2 kernel26-2.6.23.9-1 klibc-1.5-3 klibc-extras-2.3-1 klibc-module-init-tools-3.2.2-1 klibc-udev-116-2 less-416-1 libarchive-2.4.0-2 libdownload-1.1-4 libelf-0.8.10-3 libevent-1.3d-2 libgcrypt-1.2.4-3 libgpg-error-1.5-3 libldap-2.3.39-2 libpcap-0.9.8-2 libsasl-2.1.22-5 libtool-1.5.24-3 libusb-0.1.12-3 licenses-2.2-2 lilo-22.8-2 logrotate-3.7.1-5 lvm2-2.02.28-2 lzo2-2.02-3 m4-1.4.10-3 madwifi-0.9.3.3.3006-1 madwifi-utils-0.9.3.3.3006-1 mailx-8.1.1-5 make-3.81-3 man-1.6e-4 man-pages-2.67-2 mdadm-2.6.4-1 mkinitcpio-0.5.17-1 mktemp-1.5-3 mlocate-0.18-2 module-init-tools-3.2.2-5 nano-2.0.6-4 ncurses-5.6-6 ndiswrapper-1.50-1 ndiswrapper-utils-1.50-1 net-tools-1.60-13 netkit-telnet-0.17-7 nfs-utils-1.1.0-3 nfsidmap-0.20-2 ntfs-3g-1.1004-2 ntfsprogs-2.0.0-2 openssh-4.7p1-6 openssl-0.9.8g-2 openswan-2.4.10-1 openvpn-2.0.9-3 pacman-3.0.6-2 pam-0.99.9.0-2 patch-2.5.4-4 pciutils-2.2.8-3 pcmciautils-014-3 pcre-7.4-2 perl-5.8.8-9 pkgconfig-0.22-3 popt-1.10.6-3 portmap-6.0-2 ppp-2.4.4-6 pptpclient-1.7.1-3 procinfo-19-2 procps-3.2.7-4 psmisc-22.6-1 readline-5.2-6 reiserfsprogs-3.6.20-3 rp-pppoe-3.8-2 rt2500-1.1.0_B4-18 rt2x00-cvs-20070914-7 rt2x00-rt61-fw-1.2-2 rt2x00-rt71w-fw-1.8-2 screen-4.0.3-5 sdparm-1.02-2 sed-4.1.5-3 shadow-4.0.18.2-2 sudo-1.6.9p7-2 sysfsutils-2.1.0-4 syslog-ng-2.0.5-6 sysvinit-2.86-4 tar-1.19-2 tcp_wrappers-7.6-8 texinfo-4.11-2 tzdata-2007i-2 udev-116-3 usbutils-0.73-5 util-linux-ng-2.13.0.1-2 vi-7.1.156-1 vpnc-0.5.1-2 wget-1.10.2-4 which-2.17-2 wireless_tools-29-2 wlan-ng26-0.2.8-11 wlan-ng26-utils-0.2.8-2 wpa_supplicant-0.5.8-2 xfsprogs-2.9.4-2 xinetd-2.3.14-3 zd1211-firmware-1.4-2 zlib-1.2.3-4, cannot update this entry updatesync-many: Repacking db: /tmp/archpkg.x86_64.5.1010/core.db.tar.gz mv: cannot stat `/home/alexander/staging/core64/add/*.pkg.tar.gz': No such file or directory ==> Generating Text Package List... notice: Missing shadow-4.0.18.2-2-x86_64.pkg.tar.gz in ftp site

4 6

[arch-dev-public] signoff sudo 1.6.9p9 for i686
by Paul Mattal 13 Dec '07

13 Dec '07

Please signoff on sudo 1.6.9p9 for i686. If someone would build/upload/signoff for x86_64, that would also be appreciated. - P

7 11

[arch-dev-public] [signoff] shadow 4.0.18.2-2
by Tom K 13 Dec '07

13 Dec '07

Fix for md5sum problem caused by $Id: line in login.defs. As before, I would be grateful if someone could do a x86_64 build. T.

5 6

[arch-dev-public] [patch] remove netcfg from initscripts
by James Rayner 13 Dec '07

13 Dec '07

http://src.iphitus.org/netcfg-release/initscripts-netcfg2.diff Removes netcfg2 from the current initscripts. And... there's one slight problem in moving netcfg2 in. Unless we make initscripts depend on netcfg2, people will upgrade their initscripts and have no netcfg2 at all. Any better way of dealing with this? Let me know when you put initscripts with the above patch into the repo, and I'll update netcfg2 accordingly. If the patch is OK'ed, I can do it. James

4 11

[arch-dev-public] hardware list (was: [signoff] iwlwifi 1.2.22)
by Roman Kyrylych 12 Dec '07

12 Dec '07

2007/12/12, Aaron Griffin <aaronmgriffin(a)gmail.com>: > On Dec 7, 2007 1:59 PM, Tobias Powalowski <t.powa(a)gmx.de> wrote: > > Hi > > please signoff both arches > > Poke poke, anyone have this hardware? > Please *everyone* add yourself here: http://wiki.archlinux.org/index.php/Driver_Testing so we won't need to ask these questions each time some driver module needs a signoff. ;-) -- Roman Kyrylych (Роман Кирилич)

2 1

[arch-dev-public] Absence - still - as well as lack of a fast Internet connection
by Thomas Bächler 12 Dec '07

12 Dec '07

Just a status message from me: I moved over 6 weeks ago and am settling in fine, but my boss is keeping me very busy, I've been working with a professor from Dubna/Russia for several weeks now, and will be doing so until Christmas. This effectively prevents me from doing any Arch work during the day. I don't have my own broadband connection at home yet, so working in the evenings is virtually impossible, as the wireless connections I have access to give me very bad speed, high latency and are unstable. Aaron requested me to orphan filesystems and initscripts. I don't feel that orphaning them is necessary (I will do that if you insist), however, Roman assigned a couple of bugs to me which I cannot take care of. Roman, if you find new bugs for any of my stuff, could you please assign them to someone else as well (for example Aaron for initscripts). On another note, if anyone finds himself with spare time, feel free to do any of those updates (my dashboard out of date list): * Extra::bftpd 2.0 * Extra::davfs2 1.2.2 * Extra::flashplayer-standalone 9.0.48.0 * Extra::ginac 1.3.7 * Extra::hibernate-script 1.96 * Extra::mplayer 1.0rc2 * Core::iwlwifi 1.2.0 * Core::klibc-udev 116 * Core::lvm2 2.02.28 * Core::ntfs-3g 1.1004 * Core::wpa_supplicant 0.5.8 I think flashplayer-standalone doesn't have a new version (it is hard to find anyway). mplayer is just the x264 rebuild for testing. I feel very strong about lvm2, ntfs-3g and wpa_supplicant. Also, I built my own local version of wpa_supplicant_gui with the qt4 version in the source tarball. As we use qt4 now, we might as well use that version in the future. If someone updates hibernate, make sure to adjust our patch to it, it adds some arch-specific stuff. I hope to find some time for arch again after Christmas, but cannot guarantee anything now. I will keep you informed. Have a nice December Thomas

4 3

[arch-dev-public] [signoff] readline 5.2-6, both architectures
by Jan de Groot 12 Dec '07

12 Dec '07

An updated version of readline 5.2-6 is available from testing for both architectures. Changes: Fix libhistory.so symlink, FS#8064

3 2

[arch-dev-public] [signoff] tzdata 2007j-1
by Andreas Radke 12 Dec '07

12 Dec '07

updated tzdata pkg is in testing for both archs. please signoff -Andy

5 5

[arch-dev-public] [PATCH] Add boot probing hooks
by Simo Leone 12 Dec '07

12 Dec '07

Initscripts now export their state to an arbitrary boot logging/probing program. This opens up the possibility for advanced boot profiling, among other interesting uses. --- functions | 17 +++++++++++++++++ rc.conf | 1 - rc.multi | 6 ++++++ rc.shutdown | 2 ++ rc.sysinit | 10 ++++++++++ 5 files changed, 35 insertions(+), 1 deletions(-) diff --git a/functions b/functions index 8b5ecf1..ebde3ca 100644 --- a/functions +++ b/functions @@ -3,6 +3,19 @@ # functions # +# source boot monitoring functions and settings +if [ -x "${BOOT_PROBE}" ]; then + source /etc/`basename ${BOOT_PROBE}`.conf &>/dev/null + source /etc/rc.d/`basename ${BOOT_PROBE}`-functions + emit_state() { + ${BOOT_PROBE} $@ + } +else + emit_state() { + : + } +fi + # width: STAT_COL=$(stty size) @@ -81,6 +94,7 @@ stat_bkgd() { echo -ne "$C_OTHER$PREFIX_REG $C_MAIN$1$C_CLEAR " deltext echo -ne " $C_OTHER[${C_BKGD}BKGD$C_OTHER]$C_CLEAR " + emit_state bkgd } stat_busy() { @@ -88,6 +102,7 @@ stat_busy() { echo -ne "${SAVE_POSITION}" deltext echo -ne " $C_OTHER[${C_BUSY}BUSY$C_OTHER]$C_CLEAR " + emit_state busy } stat_append() { @@ -99,11 +114,13 @@ stat_append() { stat_done() { deltext echo -e " $C_OTHER[${C_DONE}DONE$C_OTHER]$C_CLEAR " + emit_state done } stat_fail() { deltext echo -e " $C_OTHER[${C_FAIL}FAIL$C_OTHER]$C_CLEAR " + emit_state fail } stat_die() { diff --git a/rc.conf b/rc.conf index 43a597e..167b65f 100644 --- a/rc.conf +++ b/rc.conf @@ -89,5 +89,4 @@ ROUTES=(!gateway) # DAEMONS=(syslog-ng network netfs crond) - # End of file diff --git a/rc.multi b/rc.multi index 8050e98..5c4a3b3 100755 --- a/rc.multi +++ b/rc.multi @@ -6,6 +6,8 @@ . /etc/rc.conf . /etc/rc.d/functions +emit_state multi_startup + # Load sysctl variables if sysctl.conf is present [ -r /etc/sysctl.conf ] && /sbin/sysctl -q -p &>/dev/null @@ -14,9 +16,11 @@ for daemon in "${DAEMONS[@]}"; do if [ "$daemon" = "${daemon#!}" ]; then if [ "$daemon" = "${daemon#@}" ]; then /etc/rc.d/$daemon start + emit_state multi_progress else stat_bkgd "Starting ${daemon:1}" (/etc/rc.d/${daemon:1} start) &>/dev/null & + emit_state multi_progress_bkgd fi fi done @@ -25,4 +29,6 @@ if [ -x /etc/rc.local ]; then /etc/rc.local fi +emit_state exit + # vim: set ts=2 noet: diff --git a/rc.shutdown b/rc.shutdown index 19cb00f..a1771a8 100755 --- a/rc.shutdown +++ b/rc.shutdown @@ -6,6 +6,8 @@ . /etc/rc.conf . /etc/rc.d/functions +emit_state shutdown + # avoid staircase effect /bin/stty onlcr diff --git a/rc.sysinit b/rc.sysinit index f4729bf..6559f3f 100755 --- a/rc.sysinit +++ b/rc.sysinit @@ -6,6 +6,8 @@ . /etc/rc.conf . /etc/rc.d/functions +emit_state boot + echo " " printhl "Arch Linux $C_OTHER(${C_H2}Core Dump$C_OTHER)\n" printhl "${C_H2}http://www.archlinux.org" @@ -88,6 +90,9 @@ if [ -d /sys/class/net/lo ]; then fi fi +# tell probing programs to get ready +emit_state init + # If using an encrypted root fs, we should find the root dev in the initrd # FIXME: obsoleted by initramfs and udev if [ -e /initrd/dev/mapper/root ]; then @@ -232,6 +237,8 @@ if [ -x /sbin/fsck ]; then fsckret=$? if [ ${fsckret} -gt 1 ]; then stat_fail + # oh crap. tell probers not to hide anything. + emit_state verbose if [ $((${fsckret}&2)) -eq 2 ]; then echo echo "********************** REBOOT REQUIRED *********************" @@ -399,5 +406,8 @@ fi # Screen blanks after 15 minutes idle time /usr/bin/setterm -blank 15 +# set things up for probing in rc.multi +emit_state multi + # End of file # vim: set ts=2 noet: -- 1.5.3.4

6 11

[arch-dev-public] [signoff] e2fsprogs 1.40.3-1
by Tom K 12 Dec '07

12 Dec '07

New upstream release, in testing for both architectures. T.

3 2

[arch-dev-public] Slicehost slices
by Aaron Griffin 12 Dec '07

12 Dec '07

Hey guys, This is neat and wanted to share - the initial text says a lot: http://forum.slicehost.com/comments.php?DiscussionID=1103 So, yay! One of these days I'm going to have to back up my slice and reimage it... *sigh* more work for me

3 3

[arch-dev-public] [signoff] glib2 2.14.4-1-i686.pkg.tar.gz
by Jan de Groot 12 Dec '07

12 Dec '07

Please signoff for i686. New in this version: sync with amd64 package which was already moved to core.

3 2

[arch-dev-public] [signoff] dhcpcd 3.1.8
by Tobias Powalowski 12 Dec '07

12 Dec '07

Hi please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] [signoff] fakeroot 1.8.10-1
by Andreas Radke 12 Dec '07

12 Dec '07

in testing for both archs. please signoff. -Andy

3 3

[arch-dev-public] [signoff] grep 2.5.3-3
by Tobias Powalowski 12 Dec '07

12 Dec '07

Hi http://bugs.archlinux.org/task/7141 please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 3

[arch-dev-public] [signoff] eventlog 0.2.5-2
by Eric Belanger 12 Dec '07

12 Dec '07

In testing for both arch. Changes: removed libol makedepends (close FS#8849), fixed license, PKGBUILD cleanup Please signoff. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 2

[arch-dev-public] commoncpp2 bumped to 1.6.0 in testing
by Tobias Powalowski 12 Dec '07

12 Dec '07

Hi latest version is 1.6.0, kdevplatform would need it i checked it in to testing. Eric you did last changes on it, is it save? or anyone else who needs commoncpp2 applications? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] news item - review please
by Tom K 11 Dec '07

11 Dec '07

Brief message re linuxdcpp, as follows: -------------- The first stable release of linuxdcpp is now available in the extra repo, and the linuxdcpp-cvs package has been removed from the unstable repo. The CVS package will be placed in the Unsupported section of the AUR, for those who still wish to use it. -------------- For posting asap, so a quick OK would be useful. Thanks Tom.

2 2

[arch-dev-public] hwd-5.3
by Damir Perisa 10 Dec '07

10 Dec '07

Sunday 09 December 2007, you wrote: | Hi Damir, | | 11-Dec-2007, version 5.3 | - touchpad detect | - expert mode sorting and fixing | - simple mode multi hw detect | | http://user-contributions.org/projects/hwd/hwd.html | | Markku updated for x86_64, tested, commited. @devs: since i do not know when i will be able to do the i686 (probably somewhen this week), please any dev to see this, build hwd 5.3 for me for i686. thanx - D -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><

2 2

[arch-dev-public] moving diffutils to core/base
by Andreas Radke 10 Dec '07

10 Dec '07

http://bugs.archlinux.org/task/8802 grub depends on diffutils. i want to move diffutils from core/devel to core/base to get grub working without anything outside base. any concerns? -Andy

4 5

Re: [arch-dev-public] [aur-general] Old version of gnome-system-tools in [unstable]
by Roman Kyrylych 10 Dec '07

10 Dec '07

2007/11/30, Roman Kyrylych <roman.kyrylych(a)gmail.com>: > 2007/11/30, Hugo Doria <hugodoria(a)gmail.com>: > > Hi, > > > > There is a very old version of gnome-system-tools (and > > system-tools-backends) package in [unstable]. A newer one is already > > available in [community]. > > > > Would it not be better to remove the older one? What would be the procedure > > to do that? I tried to contact the packager but i got no response so far. > > > > I've just said about this in arch-dev-public ML today (in a repo > cleanup thread). ...and now I've removed them. Please someone build gnome-system-tools, system-tools-backends and liboobs for x86_64. -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] rebuilt mplayer
by Jason Chu 10 Dec '07

10 Dec '07

After the x264 update mplayer needed updating. I rebuilt it and put it into testing. Does anyone know why this took so long...? Jason

2 1

[arch-dev-public] glib2 status
by Eric Belanger 07 Dec '07

07 Dec '07

Hi, Currently, on x86_64, glib2 is in the core repo and is at version 2.14.4-1. However, on i686, we have glib2 2.14.2-2 in extra and glib2 2.14.3-1 in testing. Does anyone know why the core move hasn't been done on i686 yet? I believe it had enough sign-offs. Is it an oversight? Also, why the glib2 in x86_64 core is more up-to-date than the i686 testing one? There was no sign-off thread for glib2 2.14.4-1. Is it more up-to-date on x86_64 because gtk2 and associated packages are more up-to-date on x86_64? Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 2

[arch-dev-public] [signoff] ndiswrapper / utils bump to 1.50
by Tobias Powalowski 07 Dec '07

07 Dec '07

Hi please signoff new ndiswrapper and utils, for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

Re: [arch-dev-public] [signoff] madwifi/madwifi-utils svn version 3006
by Aaron Griffin 07 Dec '07

07 Dec '07

On Dec 7, 2007 12:19 AM, Tobias Powalowski <t.powa(a)gmx.de> wrote: > 686 signoff is missing I'll sign off, blame me if it's broken 8)

1 0

[arch-dev-public] Core maintainers
by Aaron Griffin 06 Dec '07

06 Dec '07

Hey guys, I just wanted to bring this up. It's not a huge deal, but it kinda bugs me. When we did the core move, I lost a ton of packages that are now in core. It appears that no one kept track of the maintainers when we moved from current -> core, and I lost some packages that I actually valued quite a bit. Now, again, it's not a huge deal, but I noticed a lot of complaints regarding core orphans at first, when it would have been much easier to just keep track of the old maintainers. So, that said, if anyone has core packages they either don't think are important, or don't care enough about, let me know, because I apparently have like 2 or 3 core packages only. Thanks, Aaron

2 2

[arch-dev-public] Adding silly to extra
by Eric Belanger 06 Dec '07

06 Dec '07

Hi, I would like to add silly to extra (it's currently in unsupported). To make smc work on x86_64, the cegui package will need to be rebuilt with the silly image codec enabled. That will close FS#8469. Any objections? Thanks, Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

[arch-dev-public] Moving libol to core
by Eric Belanger 06 Dec '07

06 Dec '07

Hi, I would like to move libol from extra to core/lib. The only package that depends on it (as a makedepends) in the repo is eventlog which is in core. It would make more sense to have libol in core along with eventlog. Any objections? Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

5 7

[arch-dev-public] new x264 and ffmpeg in testing
by Paul Mattal 05 Dec '07

05 Dec '07

I just put a x264 snapshot from 20071201 and an ffmpeg snapshot from 20071204 (built against the new x264) in testing. Please test/rebuild your dependent apps and let me know if there are any bugs. I'd rather choose stabler snapshots sooner rather than later if one of these is unhealthy. - P

3 3

[arch-dev-public] [signoff] madwifi/madwifi-utils svn version 2978
by Tobias Powalowski 05 Dec '07

05 Dec '07

Hi http://bbs.archlinux.org/viewtopic.php?id=40261 according to this thread the normal madwifi tarball has some issues. which is fixed with svn version, please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 3

[arch-dev-public] [signoff] netcfg2 to [core]
by James Rayner 04 Dec '07

04 Dec '07

Anyone got any problems with releasing netcfg2 from testing? The results of the testing thus far are here, and there's many people who've got it working on the forums. I've only had some minor changes in the last release, some of which were my own error committing an older source to the git repository originally: http://wiki.archlinux.org/index.php/Network_Scripts#Results http://projects.archlinux.org/git/?p=netcfg.git;a=summary I'm not too concerned about the remaining hardware, they're generally less common -- not that they're not important -- but they should work already, and probably don't work with the existing netcfg anyway. Thomas: That patch for initscripts I sent last time should still work, it's re-attached. James

4 6

[arch-dev-public] [signoff] bash 3.2.025-4
by Aaron Griffin 04 Dec '07

04 Dec '07

This is a quick one - please sign off as soon as possible. The current package does NOT contain /etc/profile This cripples newly installed systems. It will, right now, give you a "/etc/profile exists" error. I don't know a way around this... if anyone has a suggestion, that'd be great, but right now we have a big fat error on freshly installed systems. In testing for i686

5 10

[arch-dev-public] Disconnected for a while
by Simo Leone 03 Dec '07

03 Dec '07

Hey guys, I'm going to be offline for the next two weeks due to finals. After finals are over, I'll rifle through my mail and take care of anything I can in a day or two, then I'm off to Finland for a month, and I'm not taking a laptop (what's a vacation if you bring all your normal crap along?). I won't be back in full action until January 14th, hopefully with more enthusiasm as a bonus :) -S

3 2

[arch-dev-public] [signoff] shadow 4.0.18.2-1
by Tom K 03 Dec '07

03 Dec '07

New upstream shadow release, plus fixes for FS#8050/8051/8724/8742, and general PKGBUILD tidy-up. I would be grateful if someone could build and upload this for x86_64. Please note that this signoff request supercedes Dan's, posted a couple of days ago: http://archlinux.org/pipermail/arch-dev-public/2007-November/003430.html Regards T.

5 7

[arch-dev-public] license for sqlite3
by Andreas Radke 03 Dec '07

03 Dec '07

http://www.sqlite.org/copyright.html so far we used "custom" and installed the included license file. now this file has been removed from the source. what should i do now(no file/use old file/create a txt file with a link to the license url)? -Andy

8 11

[arch-dev-public] Testing DB locked.
by Travis Willard 03 Dec '07

03 Dec '07

Does Kevin have a 3-day-long repo rebuild going on? :P I'm going to delete that lock file - just FYI. $ /arch/db-testing error: db generation is already in progress (started by kevin) $ ls -l /tmp/.repolck.i686.4 -rw-r--r-- 1 kevin users 0 2007-11-30 22:36 /tmp/.repolck.i686.4 -- Travis

2 3

[arch-dev-public] Questionable apps in core/support
by Aaron Griffin 03 Dec '07

03 Dec '07

I just came across a couple of things in core/support that seemed odd to me, and wanted to ask you guys what you thought: support was intended to be apps which "help out" or "support" the rest of core - like when installing and things like that. a) screen While this is an important app, sure, does it belong in core? b) hdparm and sdparm I don't see how these work in "support" - as the very least I'd put them at the same mental level as acpi and pm-utils c) openswan/openvpn/vpnc I'm on the fence here. I mean, I could see VPN connections being needed at some point during an install or something of the sort, but at the same time, why do we have 3 VPN apps there? Anyone want to clarify or give me your opinions here?

6 8

[arch-dev-public] Signoffs
by Aaron Griffin 03 Dec '07

03 Dec '07

On Dec 2, 2007 3:53 PM, Eric Belanger <belanger(a)astro.umontreal.ca> wrote: > On Sun, 2 Dec 2007, Travis Willard wrote: > > On Dec 2, 2007 4:30 PM, Eric Belanger <belanger(a)astro.umontreal.ca> wrote: > >> > >> On Sun, 2 Dec 2007, Travis Willard wrote: > >>> That's not the way signoffs work. You CAN'T just 'assume' they are fine. > >>> You have to wait. Sorry, but it breaks the whole system otherwise. > >> > >> Actually, these packages were already signed off by two devs: Dan for i686 > >> and me for x86_64. From an IRC discussion with Aaron, the devs who put the > >> packages in testing counts as one of the two signoff. That might seem > >> strange but it's the way it works unless the signoffs gets a better > >> definition. > > > > That doesn't seem sound to me. Recall the problem when the kernel > > package that was uploaded had something screwy in it due to a bad > > transfer. Under this situation, tpowa would have 'signed off' his own > > upload, whoever built it for x86_64 would have signed it off for their > > own upload, and then the buggy package i686 would have been pushed to > > core. > > > > If that's how we want our signoffs, then that's fine - I'm just > > pointing out a possible flaw. > > > > > I agree that the packager shouldn't count as a signoff. That how I > undertood it before the little discussion in IRC. > > IMO, the way signoff should be done to prevent any potential screw up is > that 2 devs other than the packagers should signoff and that each > architecture should at least be signed off > once. So as to not clutter up Dan's thread, can we move this talk here? To clarify. My intention was "at least 2 devs are responsible for the package" - the statement DOES include the original packager, however, let me point out that each cvs commit has 2 packages. I guess I assumed the statement was clear when it really wasn't. So let me clarify: Bill uploads package a-i686. Bill, in the act of uploading it, says "well this works for me". It's an implicit signoff and the way we have always worked - the act of uploading a package is an implicit agreement that it is in working order. No one tests a package, says "wow this is broken" and uploads it. Now, when John signs off for i686, that's two people who have said "hey this is working". However, a-x86_64 has not been signed off for. In fact, bill never uploaded that package so couldn't possibly sign off for it. Alternatively, Bill used my machine to build the package but does not have a box to test it on. As such, 2 people are needed to test/signoff for x86_64. So, in actuality, I intended a total of 4 signoffs, but including the original submitter. I don't really get where the idea that the original person who uploaded the package isn't responsible for it comes from? The whole point of the sign off thing is to say "we are the ones responsible for this". How about this: In the email sent out for having a package signed off, you explicitly list yourself as signed off on a given architecture that you actually tested the package on. Is there a problem with this?

2 1

[arch-dev-public] Source dirs in ftp/other
by Travis Willard 02 Dec '07

02 Dec '07

Hey guys, Can someone with appropriate rights create source dirs in /home/ftp/other for mythtv, mythplugins, and myththemes please? We're hosting them from paul's homedir at the moment. Thanks

3 5

[arch-dev-public] [signoff] shell rebuilds
by Dan McGee 02 Dec '07

02 Dec '07

Looking for a signoff for i686 for the following packages in testing: bash dash (new) hwdetect shadow filesystem Most of the updates deal with adding a new shell and a new provide (sh), and the update to shadow is to remove its dependency on coreutils which was one of our remaining circular dependencies. I'd appreciate it if someone wanted to rebuild these for x86_64- I wouldn't feel comfortable building a core package outside a chroot, which I currently do not have access to. -Dan

4 7

[arch-dev-public] noarch packages vs FTP & DB
by Roman Kyrylych 02 Dec '07

02 Dec '07

2007/11/28, Aaron Griffin <aaronmgriffin(a)gmail.com>: > On Nov 27, 2007 4:56 PM, Jason Chu <jason(a)archlinux.org> wrote: > > > > * Architecture Independent Repos > > > > > > More correct: Architecture Independent Packages > > > They were intended to be placed in the same repos as i686/x86_64 > > > packages, and in the same db.tar.gz > > > They can be placed in $repo/os/any/ dir on FTP servers though (to save > > > the space and traffic for mirrors) > > > with $repo/os/{i686,x86_64}/$pkgname-$pkgver-$pkgrel-any.pkg.tar.gz > > > being a symlink to ../any/$pkgname-$pkgver-$pkgrel-any.pkg.tar.gz > > > (this is because packages should be in the same dir as .db.tar.gz for > > > pacman to download them). > > > > Are you sure about that? I thought they were going to be separate repos > > that would be usable in x86_64 and i686. That way we'd save bandwidth > > (upload and download) and storage space *and* save time building packages. > > I could go either way here - I don't have a strong opinion, but jason > has a point about size (bandwidth, disk space, etc). > They cannot be separate _repos_, because the only way to get this clearly would be to create [core-any], [extra-any] etc, which is bad. They can/should/will be in _separate_FTP_dir_ though (which is not the same as a separate repo) - in $ftpurl/$repo/os/any, but here are some issues (one of which I didn't notice when I first proposed noarch packages): How pacman downloads packages from a repo: for example, on i686 system this is in pacman.conf: [somerepo] Server=ftp://someurl/somerepo/os/i686/ Pacman searches for somerepo.db.tar.gz there and for every package listed in that db it tries to download a package _from_the_same_dir_. Solution #1: 1) noarch packages are mentioned in both i686 & x86_64 .db.tar.gz 2) just create a symlink from $repo/os/{i686,x86_64}/$pkgname-$pkgver-$pkgrel-any.pkg.tar.gz to ../any/$pkgname-$pkgver-$pkgrel-any.pkg.tar.gz so noarch packages will be stored only in one place on ftp - $repo/os/any, but will be downloaded in the same way as other (arch-specific) packages for user's architecture. Note that there is no $repo.db.tar.gz in $ftpurl/os/any. 3) mirrors should sync with symlinks (I believe most of them already do this after the current->core move). 4) if someone wants to create a mirror for i686 packages only (for example) - he/she can simplyfy it by using rsync's option to store symlinked file in the place of symlink. So user will get *-{any,i686}.pkg.tar.gz files mixed in a single ~/mirror-for-my-i686-box/$repo dir. This doesn't require any change to pacman or pacman.conf, just ensuring that mirror is getting the $repo/os/any dir too (which is not a problem since most mirrors do a full FTP rsync). Solution #2: 1) Pacman 3.1 already has only one /etc/pacman.d/mirrorlist file for all repos with contents like: Server = ftp://ftp.archlinux.org/$repo/os/i686 and in pacman.conf there is: [core] Include=/etc/pacman.d/mirrorlist Pacman replaces '$repo' with 'core' automatically during a sync operation. 2) Add a similar support for $arch: Server = ftp://ftp.archlinux.org/$repo/os/$arch On i686 machine pacman should replace '$arch' with 'i686' and then with 'any'. This way we will have 3 different .db.tar.gz for ftp dir, including $repo/os/any/$repo.db.tar.gz And we there will be no symlinks in $repo/os/{i686,x86_64} dir. 3) For cross-distro usage it's better not to hardcode $arch=($CARCH 'any') but make it cofigurable (at least at build time). 4) Modify pacman's output so it produces a single progress meter for a repo, not 2 for each 'i686' and 'any' db file. 5) extract 'i686' and 'any' dbs to a single /var/lib/pacman/sync/$repo but then it should guess from which ftp dir to download package (taking -prefix into account again? or store arch info in db?) The difference between 2 solutions is: #1 - still one db per repo per arch, still simple repo-syncing and package downloading (no modifications in pacman & pacman.conf needed) FTP structure: $ftpurl/$repo/os/i686/ : $repo.db.tar.gz $pkgname-$pkgver-$pkgrel-i686.pkg.tar.gz $pkgname-$pkgver-$pkgrel-any.pkg.tar.gz -> ../any/$pkgname-$pkgver-$pkgrel-any.pkg.tar.gz $ftpurl/$repo/os/x86_64/ : $repo.db.tar.gz $pkgname-$pkgver-$pkgrel-x86_64.pkg.tar.gz $pkgname-$pkgver-$pkgrel-any.pkg.tar.gz -> ../any/$pkgname-$pkgver-$pkgrel-any.pkg.tar.gz $ftpurl/$repo/os/any/ : $pkgname-$pkgver-$pkgrel-any.pkg.tar.gz #2 - 2 dbs per repo per arch, pacman has to download/unpack/merge 2 dbs and download packages from 2 dirs. FTP structure: $ftpurl/$repo/os/i686/ : $repo.db.tar.gz $pkgname-$pkgver-$pkgrel-i686.pkg.tar.gz $ftpurl/$repo/os/x86_64/ : $repo.db.tar.gz $pkgname-$pkgver-$pkgrel-x86_64.pkg.tar.gz $ftpurl/$repo/os/any/ : $repo.db.tar.gz $pkgname-$pkgver-$pkgrel-any.pkg.tar.gz While FTP structure in #2 seems cleaner - the implementation is complex and brings more pain than goodness. So I strongly prefer #1 and am going implement it in our db scripts and devtools/aurtools as soon as time permits. -- Roman Kyrylych (Роман Кирилич)

3 2

[arch-dev-public] rebuild for pidgin
by Dan McGee 01 Dec '07

01 Dec '07

Can someone rebuild pidgin for i686? I made some changes, but my chroot is inoperable right now so I'd appreciate it if someone else could build it. It is already built and uploaded for x86_64. -Dan

2 1

[arch-dev-public] Perl & vacation
by K. Piche 01 Dec '07

01 Dec '07

Lads, I've put perl-5.8.8-10 into CVS and the pkg is in my staging dir - I think the db-testing script got hosed. Anyways this is the first crack at the new perl policy. I though I'd put it out there since I haven't worked on it for a while since things have been hectic at work. Don't have time to fix the db script since I'm leaving in 4 hours for a Caribbean cruise. Back on the 10th! k -- K. Piche <kpiche(a)rogers.com>

1 0

[arch-dev-public] Upcoming TLLTS Interview
by Aaron Griffin 01 Dec '07

01 Dec '07

I just thought I'd point this out... http://www.tllts.org/ On December 12th they want to have me on, so for those of you who haven't at least heard my voice, it might be fun to listen to the podcast I feel quite... overshadowed by the two people surrounding me on that list though 8) Cheer, Aaron

1 0

[arch-dev-public] Firefox install issue
by Aaron Griffin 30 Nov '07

30 Nov '07

Hey guys, I'm bringing this up here: http://bugs.archlinux.org/task/8780 There was an oops in our none-too-smart DB scripts. The scripts say firefox 2.0.0.10-2 but the FILENAME points to the 2.0.0.10-1 file. There actually WASN'T a -2 version but the PKGBUILD had -2 While this is actually NOT critical, and causes no real issues, it causes _apparent_ issues Users actually notice, and think there is an error. Simply downgrading the DB to -1 doesn't work because pacman thinks everyone has -2 installed. I've closed like 5 bug reports about this and there are forum threads and ML threads about it. Would someone mind simply rebuilding a -3 version to get rid of the belief that this is an error and make everything a bit more sane? I'd do it but I won't have time to test for maybe 6 hours or so. Thanks, Aaron

2 2

[arch-dev-public] Fwd: Your message to aur-general awaits moderator approval
by Roman Kyrylych 30 Nov '07

30 Nov '07

Hey, WTF? I was able to send a messagee to aur-general yesterday, but have just got this a minute ago: ---------- Forwarded message ---------- From: aur-general-bounces(a)archlinux.org <aur-general-bounces(a)archlinux.org> Date: 30 Лис 2007 13:10 Subject: Your message to aur-general awaits moderator approval To: roman.kyrylych(a)gmail.com Your mail to 'aur-general' with the subject Re: [arch-dev-public] Why do we still have compatibility rename for community? Is being held until the list moderator can review it for approval. The reason it is being held: Message has implicit destination Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://archlinux.org/mailman/confirm/aur-general/c87479fd5b004a01398a8b77c9… -- Roman Kyrylych (Роман Кирилич)

3 8

[arch-dev-public] [signoff] openssh 4.7p1-6
by Aaron Griffin 30 Nov '07

30 Nov '07

This is a repeat of the last email. -6 Fixes the xauth issue for good. The following changes have been made: FS#8729, Fix bad 'xauth' path when the binary isn't present (wasn't built in a chroot on i686 :oops:) FS#7996, Add /etc/conf.d/sshd for SSHD_ARGS params passed to sshd on startup FS#8505, disable strip as a configure flag so makepkg can decide whether or not to strip FS#8373, enable kerberos authentication (configure flag) Will be in testing for both arches in a few minutes Thanks, Aaron

4 4

[arch-dev-public] Third list of removal candidates
by Eric Belanger 30 Nov '07

30 Nov '07

Hi, Here is the third sublist. It contains the packages from the second list that for which no decision has been made plus the remaining orphans in the wiki list. There might be a fourth sublist if there are still some stray orphans remaining. If you think a package should be kept or disagree about the comments, say it so. If you think all these packages can be removed, also say it so. If you want to adopt one of these packages, please adopt it through the dashboard and let me know. ====================================== adns Description: adns is an asyncronous replacement resolver library aide Description: AIDE (Advanced Intrusion Detection Environment) is a file integrity checker akode it seems like it will be dependency of kde4. Any takers? apmd replaced by acpi (incorrect. needed for older machines) aria Different from aria2. Do we keep? Is the maintainer of aria2 interested? aumix works with oss, do we keep? bchunk Description: A Tool to Convert .raw .bin files to an ISO file dctc Description: A Direct Connect clone dmcradio Description: A ncurses-based console program for radio tuner cards. efax utilities to send and receive faxes, I guess we should keep it unless another package provides fax support evms Description: Enterprise Volume Management System font-bitstream-speedo who uses speedo fonts? font-misc-ethiopic i18n support, should be kept font-misc-meltho i18n support, should be kept genius Roman: it's a gnome app. Description: Advanced calculator including a mathematical programming language giftoxic Description: A GTK frontend for the giFT daemon gimp-perl low usage: perl plugin and modules for gimp gnome-audio audio files for gnome. Part of gnome-extra group. Any takers? Jan? Roman? gpart Description: Gpart is a tool which tries to guess the primary partition table of a PC-type hard disk in case the primary partition table in sector 0 is damaged gpgme03 obsoleted by gpgme??? gprolog Can be removed, I guess. There is another prolog compiler (swi-prolog) in repo. hashalot Description: A tool to hash stuff hnb Description: hierarchical notebook (hnb) is a curses program to structure many kinds of data in one place httptunnel Description: httptunnel creates a bidirectional virtual data connection tunnelled in HTTP requests httrack Description: HTTrack is an easy-to-use offline browser utility. hypermail Description: Hypermail is a program that takes a file of mail messages in UNIX mailbox format and generates a set of cross-referenced HTML documents idesk Description: idesk plops icons down on your root window (desktop). ijb Description: The Internet Junkbuster Proxy (TM) blocks unwanted banner ads and protects your privacy from cookies and other threats ippl Description: IP Protocols Logger ipvsadm Description: The IP Virtual Server administration utility ircd Description: Internet Relay Chat Daemon irda-utils Utilities for infrared communication between devices: should be kept isapnptools ISA Plug-And-Play devices support: shopuld be kept jetty Description: A full-fledged production-grade lightweight Java Servlet Container jpilot Description: A desktop organizer application for the palm pilot km (in testing) Only present in i686 testing. Contains 2 kernel modules (km_drv and km_api_drv) built for 2.6.20 libgnomesu gksu and kdesu provide same functionality libidl unused lib libsvg unused lib masqmail home page disappeared, another MTA mikmod Description: MikMod is an open source curses module player based on libmikmod mod_python used on Archlinux.org for django? mod_security Description: An open source intrusion detection and prevention engine for web applications mpcut Description: This program allows you to visualise the power levels in each frame of an MP3 file, select a number of frames, cut out frames you don't want, and then save the selected frames (excluding the cuts) to a separate MP3 file. mrtg Description: Multi Router Traffic Grapher. netdude w libnetdude & libpcapnav used to inspect/manipulate tcpdump trace files. Should we keep it? netgo a tool for changing network settings quickly and easily: Is it still useful/usable with the latest network scripts? netkit-bootparamd Do we keep? netkit-ntalk Isn't talk obsoleted by Instant Messaging and IRC? netpipes Description: The netpipes package makes TCP/IP streams usable in shell scripts ngrep Description: A grep-like utility that allows you to search for network packets on an interface nss_ldap Description: The nss_ldap module provides the means for Linux and Solaris workstations to resolve the entities defined in RFC 2307 from LDAP directories. oidentd ident server like pidentd (orphaned). Which one should we keep or should we remove both? openchrome graphics drivers, should be kept unless it can be replaced by xf86-video-unichrome. Jürgen: you updated it recently, do you want to adopt it? pam_ldap Description: The pam_ldap module provides the means for Solaris and Linux workstations to authenticate against LDAP directories, and to change their passwords in the directory. pam_mysql Description: A PAM module to authenticate users against mysql. pan Description: A powerful Newsgroup Article reader based on GTK2 pdns-ldap unused lib, might be included in pdns (currently orphaned) pdns-mysql unused lib, might be included in pdns (currently orphaned) pdns-pgsql unused lib, might be included in pdns (currently orphaned) pdns-recursor Description: PowerDNS recursor pdq Description: pdq is a direct replacement of lpr perl-email-date unused perl module. To Jan: You added it to the repo 2 months ago with several other perl packages. Did you forgot to adopt them or are they future dependencies? pidentd ident server like oidentd (orphaned). Which one should we keep or should we remove both? powernowd Do we need it? We already have cpudyn and cpufreq. As a decision been made? pppconfig Description: A text menu based utility for configuring ppp. revelation Description: Password manager for the GNOME 2 desktop sclient Description: A small GTK-based MUD client for X sendfile Description: The sendfile client transfers files to the sendfile daemon of the recipient's host sharpconstruct Description: A real-time modeller for 3D sculpt models shorten Description: Shorten is an established low complexity waveform coder which uses a lossless compression scheme, superior to that of mp3 sloth Description: Sloth allows you to slow down a specified application by specifying (in milliseconds) the delay on the process speedtouch modem drivers, should be kept splitvt splitvt takes any VT100 terminal window and splits it vertically into two shell windows: screen does that ssldump Description: an SSLv3/TLS network protocol analyzer tiacx (in unstable) wireless drivers, should be kept tiacx-mm (in unstable) wireless drivers, should be kept tmda Description: Tagged Message Delivery Agent. urlview Description: A curses URL parser for text files valknut Description: Direct Connect 4 Linux File Sharing program. vbetool Description: vbetool uses lrmi in order to run code from the video BIOS vconfig Description: VLAN configuration utility weex Description: With weex, the maintainer of a web site or archive that must be administered through FTP interaction can largely ignore that process wxpython Description: A wxWidgets GUI toolkit for Python. x2vnc Description: Lets you use two monitors on two different computers one one computer x2x Description: Control one X display from another xautolock Description: An automatic X screen-locker/screen-saver xf86-input-* Xorg maintainer should adopt those xf86-video-intel Xorg maintainer should adopt it xf86-video-unichrome graphics drivers, should be kept, somebody with that hardware or the Xorg maintainer should take it xpdf-arabic i18n support, should be kept. Is xpdf maintainer interested? xpdf-chinese-simplified xpdf-chinese-traditional xpdf-cyrillic xpdf-greek xpdf-hebrew xpdf-japanese xpdf-korean xpdf-latin2 xpdf-thai xpdf-turkish xprobe Description: tool for remote OS fingerprinting based on ICMP responses received from the host yp-tools Description: yp-tools is an implementation of the NIS client tools for Linux ytalk Description: A client of the talk/ntalk inet daemon zebra Description: Manages IPv4 and IPv6 routing protocols zsh very popular. iphitus will adopt if nobody else will ============================================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

13 25

[arch-dev-public] Why do we still have compatibility rename for community?
by Varun Acharya 30 Nov '07

30 Nov '07

Hi Devs/TU's, Why do we still have the renaming of packages in community so that packages are uploaded without the '-arch' in the filename? Official repo's were converted a while back, any reason were not editing communitypkg to do the same? Varun

4 4

[arch-dev-public] giFT (was: Third list of removal candidates)
by Dan McGee 29 Nov '07

29 Nov '07

On Nov 29, 2007 2:30 PM, K. Piche <kpiche(a)rogers.com> wrote: > > On Thu, 2007-11-29 at 14:09 +0200, Roman Kyrylych wrote: > > 2007/11/27, Eric Belanger <belanger(a)astro.umontreal.ca>: > > > > > > [skipping gnome packages that Jan answered about] > > > > > evms Description: Enterprise Volume Management System > > I don't know who uses it but it's kinda important package. > > > > > giftoxic Description: A GTK frontend for the giFT daemon > > It's from 2003. giFT and OpenFT are from 2004 and 2005. Oldies... :-) > > > I won't cry if we drop the gift set of packages. No updates in years. Does anyone know why this project stopped development? I installed it the other day, gave it a try, and was astounded to see it hasn't been updated in forever. Seems like a good concept but maybe bittorrent just grew too strong. -Dan

1 0

[arch-dev-public] Best practice for consecutive signoffs?
by Tom K 29 Nov '07

29 Nov '07

Dan has shadow 4.0.18.1-8 in testing, pending signoff. Meanwhile, I have shadow 4.0.18.2-1 ready to upload - new upstream ver + bugfixes/requests. Do I wait for 4.0.18.1-8 to go to core, or will I replace Dan's package with mine in testing? T.

3 2

[arch-dev-public] qt>=4 release schedule
by Damir Perisa 29 Nov '07

29 Nov '07

hi devs, qtiplot 0.9 is now in testing and cannot be backported to work. (0.8.9 needs old qt>=3 but has also quite some problems for building) therefore the only actually working qtiplot is now in testing. it depends on qt>=4 and pyqt>=4 (and newest qwt and qwtplot3d) details here: http://bugs.archlinux.org/task/6673 so i'm wondering if there is some news or a schedule of the release of new qt pkgs now in testing. what needs to be tested/rebuild so that we can move qt and all other pkgs related to it to extra? for me everything qt4 related works so far for me (x86_64). - D -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><

5 8

[arch-dev-public] [signoff] openssh 4.7p1-5
by Aaron Griffin 29 Nov '07

29 Nov '07

The following changes have been made: FS#8729, Fix bad 'xauth' path that snuck in during the core rebuild (Daniel, run 'which xauth' for me, please?) FS#7996, Add /etc/conf.d/sshd for SSHD_ARGS params passed to sshd on startup FS#8505, disable strip as a configure flag so makepkg can decide whether or not to strip FS#8373, add kerberos support * Part a) Enable kerberos authentication (configure flag) * Part b) Allow kerberos key exchange between servers (patch) Part b is apparently disliked by Eliott and Paul, which is fine - but is apparently part of the stock build in Debian, Solaris, and others. Still, I must point out I *just* had to disable Part b as I wrote this, because it doesn't compile on x86_64 - I'm sure there's patches to fix that somewhere, but I can look into it later. Please approve the other 4 parts. Will be in testing for both arches in a few minutes (after patch removal on i686) Thanks, Aaron

3 3

[arch-dev-public] msmtp, ssmtp, nbsmtp - 3 smpt forwarder in extra
by Tobias Kieslich 29 Nov '07

29 Nov '07

Hi, it's been talked about it a bit. Jason said he is using ssmtp and he is willing to maintain it in extra. I was using msmtp but with mutt's new build in smtp (for those who havn't heard it b4, yes you heard right: mutt build in and smtp in one sentence) I don't use msmtp anymore. I don't say msmtp is a bad program. I just think we should ship maybe only one forwarder in extra and I'm fine with ssmtp. Anyone using nbsmtp at all? -Tobbi

6 12

[arch-dev-public] Missing packages?
by Aaron Griffin 29 Nov '07

29 Nov '07

The following appear to be missing for i686: firefox 2.0.0.10-2 pidgin 2.3.0-1 ddrescue 1.6-1 I *think* these missing packages might actually be causing a DB issue brought up on the pacman-dev list. If you look at the extra db entries, firefox has a filename pointing at the 2.0.0.10-1 version, which is still on the ftp, but the version is listed as 2.0.0.10-2 I don't know if the other two are affected

7 11

[arch-dev-public] [signoff] psmisc 22.6-1
by Eric Belanger 29 Nov '07

29 Nov '07

Hi, It a regular upstream update. It's in testing for both arch. Please signoff. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 3

[arch-dev-public] Build machine update
by Aaron Griffin 29 Nov '07

29 Nov '07

For any Devs/TUs in need of an x86_64 build machine, we're now in business. This machine I have sitting here is not powerful, but it's doing nothing, so we might as well all help out and heat my apartment this winter 8) What I've done is set this machine up to use the new chroot tools from our devtools package, and allow users rights to run the chroot build script. Dan, Jeff, and myself have tested it and it seems to work fine for right now. For people with existing accounts - I will add a motd with instructions soon, so when you see a small HOWTO on login, feel free to go to town. For people who DON'T have an account but still want to build x86_64 packages and don't have a machine, let me know.

2 1

[arch-dev-public] Moving heimdal to core
by Aaron Griffin 29 Nov '07

29 Nov '07

I'd like to move heimdal to core/lib. This gives us kerberos libs in core, and will close out this bug: http://bugs.archlinux.org/task/8373 Any problems with this?

4 11

[arch-dev-public] Package removal update
by Eric Belanger 28 Nov '07

28 Nov '07

For those who are not subscribed to the commits ML, here's the latest batch of packages that were removed from extra in the current cleanup: Completely removed: edb Moved to community: divx4linux freetype1 gpsdrive Moved to unsupported: bidwatcher blam cccp cplay cvsfs dcd epic4 galeon gentoo gnet1 grcm ircii-pana lam lib3ds libast libtrash madplay prozilla ptabtools samplicator chgres xforms libping dump lineak_defaultplugin lineak_xosdplugin lineakd lprng castle-combat service-discovery-applet -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

4 6

[arch-dev-public] Additional devtools scripts
by Aaron Griffin 28 Nov '07

28 Nov '07

Hey guys, I'm currently in the process of cleaning sanitizing our db scripts into a git repo, so I can modernize these goofy things. But I noticed a few unrelated scripts in cvs-arch that are useful - namely things like lddd and finddeps. Would anyone be against including these in devtools... as they are, well, dev tools?

3 3

[arch-dev-public] Updated bash provides (was: CVS update of core/base/bash (PKGBUILD))
by Dan McGee 28 Nov '07

28 Nov '07

To our bash maintainers- it would be cool if you could rebuild bash sometime with these changes, as adding the provides=('sh') line will really help me down the road when I am trying to make Arch a bit more shell-agnostic. I have another patch coming shortly (to the ML) that will make a lot of base packages depend on sh instead of bash when that is possible. Of course, the rebuild can wait until the next patch level bump, but just know that these changes have been made. -Dan On Nov 25, 2007 9:37 PM, Dan McGee <dan(a)archlinux.org> wrote: > Date: Sunday, November 25, 2007 @ 22:37:58 > Author: dan > Path: /home/cvs-core/core/base/bash > > Modified: PKGBUILD (1.49 -> 1.50) > > Add provides=('sh') to bash, as scripts may only need sh and not a full-blown bash. Also verbose-ify the sh link. > > > ----------+ > PKGBUILD | 8 ++++++-- > 1 file changed, 6 insertions(+), 2 deletions(-) > > > Index: core/base/bash/PKGBUILD > diff -u core/base/bash/PKGBUILD:1.49 core/base/bash/PKGBUILD:1.50 > --- core/base/bash/PKGBUILD:1.49 Thu Nov 15 18:53:12 2007 > +++ core/base/bash/PKGBUILD Sun Nov 25 22:37:58 2007 > @@ -1,4 +1,4 @@ > -# $Id: PKGBUILD,v 1.49 2007/11/15 23:53:12 daniel Exp $ > +# $Id: PKGBUILD,v 1.50 2007/11/26 03:37:58 dan Exp $ > # Maintainer: Aaron Griffin <aaron(a)archlinux.org> > > pkgname=bash > @@ -12,6 +12,7 @@ > groups=('base') > backup=(etc/profile etc/skel/.bashrc etc/skel/.bash_profile) > depends=('readline>=5.2') > +provides=('sh') > source=(ftp://ftp.cwru.edu/pub/bash/bash-3.2.tar.gz > bash-noinfo.patch > profile > @@ -66,7 +67,10 @@ > rm bin/bashbug usr/man/man1/bashbug.1 > > install -v -D -m644 ${startdir}/src/profile etc/profile > - ln -sf bash bin/sh > + > + # for now, bash is our default /bin/sh > + cd ${startdir}/pkg/bin > + ln -s bash sh > > mkdir -p $startdir/pkg/etc/skel/ > install -D -m644 $startdir/src/bashrc $startdir/pkg/etc/skel/.bashrc > > _______________________________________________ > arch-commits mailing list > arch-commits(a)archlinux.org > http://archlinux.org/mailman/listinfo/arch-commits >

2 3

[arch-dev-public] Adding dash to core/base
by Dan McGee 28 Nov '07

28 Nov '07

One of my recent Arch goals has been to drop in a replacement shell for /bin/sh that is not bash. Currently we have no lightweight shell in core, and I think this should change. I'm proposing we add dash to our core/base set of packages so people can have a lightweight, break-proof shell on their system. For now, it does nothing to the /bin/sh symlink to bash, but hopefully in the future we can change this to greatly speed up the execution of a lot of shell scripts that don't need a full blown bash to run. Why do this? I'll go through some reasons below. /bin/bash is 518K, not to even mention it uses shared libraries (which bring the total to somewhere around 2625K). /bin/dash as compiled below is 67K static (compiled with klibc). Thats it, and it will never break due to any sort of system upgrade. /bin/dash is static, meaning it is perfect to include as a root shell or build into an initrd. /bin/dash is fast. It loads faster, which is a HUGE help when it comes to running fork-heavy things like ./configure and the makefiles that result from it. This package is only 121K installed, which means its not going to break the bank on anyones system. I've included the proposed PKGBUILD below. A few things of note: as I mentioned above, it is compiled against klibc (compiling against glibc statically makes it almost 10x larger). Also, this package does not provide sh- that distinction is only for the package (bash or dash) that actually has the /bin/sh -> respective shell link. This helps clarify why I am making dependency switches from bash to sh when applicable. -Dan # $Id$ # Maintainer: Dan McGee <dan(a)archlinux.org> pkgname=dash pkgver=0.5.4 pkgrel=3 pkgdesc="A POSIX compliant shell that aims to be as small as possible" arch=('i686' 'x86_64') url="http://ftp.debian.org/debian/pool/main/d/dash" license=('BSD') makedepends=('klibc>=1.5') #provides=('sh') source=("http://gondor.apana.org.au/~herbert/dash/files/dash-$pkgver.tar.gz") md5sums=('bc457e490a589d2f87f2333616b67931') build() { cd $startdir/src/$pkgname-$pkgver ./configure --prefix=/usr --exec-prefix="" CC=klcc LD=klcc make || return 1 make DESTDIR=$startdir/pkg install || return 1 # license install -m644 -D COPYING $startdir/pkg/usr/share/licenses/$pkgname/COPYING #static dash is our default /bin/sh #cd ${startdir}/pkg/bin #ln -s dash sh }

1 0

[arch-dev-public] [signoff] kismet 2007_10_R1-1
by Jason Chu 27 Nov '07

27 Nov '07

I updated kismet. Since it's a tough package to test, I put it in testing. Please try it out with different wireless cards and tell me the result. Jason

2 1

Re: [arch-dev-public] [arch-announce] Status Report 2007-11-20
by Aaron Griffin 27 Nov '07

27 Nov '07

On Nov 27, 2007 4:56 PM, Jason Chu <jason(a)archlinux.org> wrote: > > > * Architecture Independent Repos > > > > More correct: Architecture Independent Packages > > They were intended to be placed in the same repos as i686/x86_64 > > packages, and in the same db.tar.gz > > They can be placed in $repo/os/any/ dir on FTP servers though (to save > > the space and traffic for mirrors) > > with $repo/os/{i686,x86_64}/$pkgname-$pkgver-$pkgrel-any.pkg.tar.gz > > being a symlink to ../any/$pkgname-$pkgver-$pkgrel-any.pkg.tar.gz > > (this is because packages should be in the same dir as .db.tar.gz for > > pacman to download them). > > Are you sure about that? I thought they were going to be separate repos > that would be usable in x86_64 and i686. That way we'd save bandwidth > (upload and download) and storage space *and* save time building packages. I could go either way here - I don't have a strong opinion, but jason has a point about size (bandwidth, disk space, etc).

1 0

[arch-dev-public] [signoff] kernel26 2.6.23.9
by Tobias Powalowski 27 Nov '07

27 Nov '07

Hi here we go next kernel 4 hours later: kernel 2.6.23.9 for both arches in testing, please signoff this one adresses these bugs: http://bugs.archlinux.org/task/8721 http://bugs.archlinux.org/task/8745 - added new cfs scheduler version to fix wlan bug -> all binary modules rebuilt against that - cleaned up configs - cleaned up patches - cleaned up PKGBUILD - alsa status 20071124 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 5

[arch-dev-public] Will there be an extra rebuild?
by Eric Belanger 27 Nov '07

27 Nov '07

Hi, Now that the core rebuild is completed, I'm wondering if an extra rebuild is in the works. The reason behind my question is that several of my packages will need to have their license added/fixed and some of them haven't had a release since a long time (gtk, ogle, etc). If there will be an extra rebuild, I'll just fix the license in cvs. Otherwise, I'll bump the pkgrel to update them. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 2

[arch-dev-public] Packages with files in /opt
by Jeff Mickey 27 Nov '07

27 Nov '07

After reading Aaron's status report, I figured this would be an easy thing to take care of. Here is the script I used to find these packages: #!/bin/zsh dirs=('/home/ftp/core/os/i686' '/home/ftp/extra/os/i686') for dir in $dirs; do for pkg in `ls $dir`; do tar -tzf $dir/$pkg | egrep '^opt' > /dev/null if [[ $? < 1 ]]; then print $pkg fi done done I figured I'd post the list of packages that have /opt files. I'm gonna do some of these packages while I'm here on break, but if you see a package _you_ would rather take care of, just reply to the thread. I also think that filesystem should be the very last package that we do.. if we ever do it. It's probably best to keep it there so that way packages don't add and remove the /opt folder, it is always owned by the filesystem package. If you think I missed a package or one of these is wrong, just reply and let me know. And here is the list of the offending packages: filesystem-2007.11-2-i686.pkg.tar.gz acroread-8.1.1-1-i686.pkg.tar.gz amarok-base-1.4.7-1.pkg.tar.gz amarok-engine-xine-1.4.7-1.pkg.tar.gz apollon-1.0.2.1-3.pkg.tar.gz arts-1.5.8-1-i686.pkg.tar.gz basket-1.0.2-1.pkg.tar.gz boo-0.7.6.2237-1.pkg.tar.gz chkrootkit-0.47-1.pkg.tar.gz digikam-0.9.3beta2-1-i686.pkg.tar.gz djvulibre-3.5.19-1.pkg.tar.gz drscheme-371-1.pkg.tar.gz eclipse-3.2.2-1.pkg.tar.gz eclipse-cdt-3.1.2-1.pkg.tar.gz filelight-1.0-2-i686.pkg.tar.gz firefox-2.0.0.9-1-i686.pkg.tar.gz firefox-i18n-2.0.0.9-1-i686.pkg.tar.gz flashplugin-9.0.48.0-1.pkg.tar.gz freenx-0.7.1-3-i686.pkg.tar.gz gconf-2.20.1-1-i686.pkg.tar.gz gnash-gtk-0.8.1-1.pkg.tar.gz gnash-kde-0.8.1-2-i686.pkg.tar.gz gtk-qt-engine-0.8-1.pkg.tar.gz gwenview-1.4.2-1-i686.pkg.tar.gz gwenview-i18n-1.4.2-1-i686.pkg.tar.gz gxine-0.5.11-1.pkg.tar.gz java-gcj-compat-1.0.76-5-i686.pkg.tar.gz jdk-6u3-1-i686.pkg.tar.gz jetty-6.1.1-1.pkg.tar.gz jre-6u3-1-i686.pkg.tar.gz k3b-1.0.4-1-i686.pkg.tar.gz k3b-i18n-1.0.4-1-i686.pkg.tar.gz kaffeine-0.8.5-1.pkg.tar.gz kde-common-3.5.8-1-i686.pkg.tar.gz kde-i18n-af-3.5.8-1-i686.pkg.tar.gz kde-i18n-ar-3.5.8-1-i686.pkg.tar.gz kde-i18n-az-3.5.8-1-i686.pkg.tar.gz kde-i18n-bg-3.5.8-1-i686.pkg.tar.gz kde-i18n-bn-3.5.8-1-i686.pkg.tar.gz kde-i18n-br-3.5.8-1-i686.pkg.tar.gz kde-i18n-bs-3.5.8-1-i686.pkg.tar.gz kde-i18n-ca-3.5.8-1-i686.pkg.tar.gz kde-i18n-cs-3.5.8-1-i686.pkg.tar.gz kde-i18n-cy-3.5.8-1-i686.pkg.tar.gz kde-i18n-da-3.5.8-1-i686.pkg.tar.gz kde-i18n-de-3.5.8-1-i686.pkg.tar.gz kde-i18n-el-3.5.8-1-i686.pkg.tar.gz kde-i18n-en_gb-3.5.8-1-i686.pkg.tar.gz kde-i18n-eo-3.5.8-1-i686.pkg.tar.gz kde-i18n-es-3.5.8-1-i686.pkg.tar.gz kde-i18n-et-3.5.8-1-i686.pkg.tar.gz kde-i18n-eu-3.5.8-1-i686.pkg.tar.gz kde-i18n-fa-3.5.8-1-i686.pkg.tar.gz kde-i18n-fi-3.5.8-1-i686.pkg.tar.gz kde-i18n-fr-3.5.8-1-i686.pkg.tar.gz kde-i18n-fy-3.5.8-1-i686.pkg.tar.gz kde-i18n-ga-3.5.8-1-i686.pkg.tar.gz kde-i18n-gl-3.5.8-1-i686.pkg.tar.gz kde-i18n-he-3.5.8-1-i686.pkg.tar.gz kde-i18n-hi-3.5.8-1-i686.pkg.tar.gz kde-i18n-hr-3.5.8-1-i686.pkg.tar.gz kde-i18n-hu-3.5.8-1-i686.pkg.tar.gz kde-i18n-is-3.5.8-1-i686.pkg.tar.gz kde-i18n-it-3.5.8-1-i686.pkg.tar.gz kde-i18n-ja-3.5.8-1-i686.pkg.tar.gz kde-i18n-kk-3.5.8-1-i686.pkg.tar.gz kde-i18n-km-3.5.8-1-i686.pkg.tar.gz kde-i18n-ko-3.5.8-1-i686.pkg.tar.gz kde-i18n-lt-3.5.8-1-i686.pkg.tar.gz kde-i18n-lv-3.5.8-1-i686.pkg.tar.gz kde-i18n-mk-3.5.8-1-i686.pkg.tar.gz kde-i18n-mn-3.5.8-1-i686.pkg.tar.gz kde-i18n-ms-3.5.8-1-i686.pkg.tar.gz kde-i18n-nb-3.5.8-1-i686.pkg.tar.gz kde-i18n-nds-3.5.8-1-i686.pkg.tar.gz kde-i18n-nl-3.5.8-1-i686.pkg.tar.gz kde-i18n-nn-3.5.8-1-i686.pkg.tar.gz kde-i18n-pa-3.5.8-1-i686.pkg.tar.gz kde-i18n-pl-3.5.8-1-i686.pkg.tar.gz kde-i18n-pt-3.5.8-1-i686.pkg.tar.gz kde-i18n-pt_br-3.5.8-1-i686.pkg.tar.gz kde-i18n-ro-3.5.8-1-i686.pkg.tar.gz kde-i18n-ru-3.5.8-1-i686.pkg.tar.gz kde-i18n-rw-3.5.8-1-i686.pkg.tar.gz kde-i18n-se-3.5.8-1-i686.pkg.tar.gz kde-i18n-sk-3.5.8-1-i686.pkg.tar.gz kde-i18n-sl-3.5.8-1-i686.pkg.tar.gz kde-i18n-sr-3.5.8-1-i686.pkg.tar.gz kde-i18n-ss-3.5.8-1-i686.pkg.tar.gz kde-i18n-sv-3.5.8-2-i686.pkg.tar.gz kde-i18n-ta-3.5.8-1-i686.pkg.tar.gz kde-i18n-te-3.5.8-1-i686.pkg.tar.gz kde-i18n-tg-3.5.8-1-i686.pkg.tar.gz kde-i18n-th-3.5.8-1-i686.pkg.tar.gz kde-i18n-tr-3.5.8-1-i686.pkg.tar.gz kde-i18n-uk-3.5.8-1-i686.pkg.tar.gz kde-i18n-uz-3.5.8-1-i686.pkg.tar.gz kde-i18n-vi-3.5.8-1-i686.pkg.tar.gz kde-i18n-wa-3.5.8-1-i686.pkg.tar.gz kde-i18n-zh_cn-3.5.8-1-i686.pkg.tar.gz kde-i18n-zh_tw-3.5.8-1-i686.pkg.tar.gz kdeaccessibility-3.5.8-1-i686.pkg.tar.gz kdeaddons-3.5.8-1-i686.pkg.tar.gz kdeadmin-3.5.8-1-i686.pkg.tar.gz kdeartwork-3.5.8-1-i686.pkg.tar.gz kdebase-3.5.8-1-i686.pkg.tar.gz kdebindings-3.5.8-1-i686.pkg.tar.gz kdebluetooth-1.0_beta8-1-i686.pkg.tar.gz kdeedu-3.5.8-1-i686.pkg.tar.gz kdegames-3.5.8-1-i686.pkg.tar.gz kdegraphics-3.5.8-1-i686.pkg.tar.gz kdelibs-3.5.8-3-i686.pkg.tar.gz kdemultimedia-3.5.8-1-i686.pkg.tar.gz kdenetwork-3.5.8-1-i686.pkg.tar.gz kdepim-3.5.8-1-i686.pkg.tar.gz kdesdk-3.5.8-1-i686.pkg.tar.gz kdetoys-3.5.8-1-i686.pkg.tar.gz kdetv-0.8.9-1.pkg.tar.gz kdeutils-3.5.8-1-i686.pkg.tar.gz kdevelop-3.5.0-2-i686.pkg.tar.gz kdewebdev-3.5.8-1-i686.pkg.tar.gz kdmtheme-1.2.1-1-i686.pkg.tar.gz kile-1.9.3-1.pkg.tar.gz kiosktool-1.0-2.pkg.tar.gz kipi-plugins-0.1.5beta1-1-i686.pkg.tar.gz kkbswitch-1.4.3-2.pkg.tar.gz klogic-1.63-1.pkg.tar.gz kmobiletools-0.4.3.3-1.pkg.tar.gz kmplayer-0.10.0.a-1-i686.pkg.tar.gz kmyfirewall-1.0.1-2.pkg.tar.gz knetload-2.3-3.pkg.tar.gz koffice-1.6.3-2.pkg.tar.gz koffice-doc-1.6.3-2.pkg.tar.gz koffice-l10n-bg-1.6.3-2.pkg.tar.gz koffice-l10n-ca-1.6.3-2.pkg.tar.gz koffice-l10n-cs-1.6.3-2.pkg.tar.gz koffice-l10n-cy-1.6.3-2.pkg.tar.gz koffice-l10n-da-1.6.3-2.pkg.tar.gz koffice-l10n-de-1.6.3-2.pkg.tar.gz koffice-l10n-el-1.6.3-2.pkg.tar.gz koffice-l10n-en_gb-1.6.3-2.pkg.tar.gz koffice-l10n-es-1.6.3-2.pkg.tar.gz koffice-l10n-et-1.6.3-2.pkg.tar.gz koffice-l10n-eu-1.6.3-2.pkg.tar.gz koffice-l10n-fa-1.6.3-2.pkg.tar.gz koffice-l10n-fi-1.6.3-2.pkg.tar.gz koffice-l10n-fr-1.6.3-2.pkg.tar.gz koffice-l10n-ga-1.6.3-2.pkg.tar.gz koffice-l10n-gl-1.6.3-2.pkg.tar.gz koffice-l10n-hu-1.6.3-2.pkg.tar.gz koffice-l10n-it-1.6.3-2.pkg.tar.gz koffice-l10n-ja-1.6.3-2.pkg.tar.gz koffice-l10n-lv-1.6.3-2.pkg.tar.gz koffice-l10n-ms-1.6.3-2.pkg.tar.gz koffice-l10n-nb-1.6.3-2.pkg.tar.gz koffice-l10n-nds-1.6.3-2.pkg.tar.gz koffice-l10n-ne-1.6.3-2.pkg.tar.gz koffice-l10n-nl-1.6.3-2.pkg.tar.gz koffice-l10n-pl-1.6.3-2.pkg.tar.gz koffice-l10n-pt-1.6.3-2.pkg.tar.gz koffice-l10n-pt_br-1.6.3-2.pkg.tar.gz koffice-l10n-ru-1.6.3-2.pkg.tar.gz koffice-l10n-sk-1.6.3-2.pkg.tar.gz koffice-l10n-sl-1.6.3-2.pkg.tar.gz koffice-l10n-sr-1.6.3-2.pkg.tar.gz koffice-l10n-sv-1.6.3-2.pkg.tar.gz koffice-l10n-tr-1.6.3-2.pkg.tar.gz koffice-l10n-uk-1.6.3-2.pkg.tar.gz koffice-l10n-zh_cn-1.6.3-2.pkg.tar.gz koffice-l10n-zh_tw-1.6.3-2.pkg.tar.gz konversation-1.0.1-1.pkg.tar.gz kradio-0.3.0-4.pkg.tar.gz krusader-1.80.0-1.pkg.tar.gz ksensors-0.7.3-2.pkg.tar.gz kshutdown-1.0.1-1.pkg.tar.gz ktorrent-2.2.3-1-i686.pkg.tar.gz labplot-1.5.1.5-1.pkg.tar.gz libkdcraw-0.1.2-1-i686.pkg.tar.gz libkexif-0.2.5-1.pkg.tar.gz libkexiv2-0.1.6-1-i686.pkg.tar.gz libkipi-0.1.5-1.pkg.tar.gz metatheme-0.0.6-2.pkg.tar.gz mozilla-common-1.1-1.pkg.tar.gz mozillaqs-0.6-3.pkg.tar.gz mplayer-plugin-3.45-1.pkg.tar.gz nx-common-3.0.0-3-i686.pkg.tar.gz nxclient-3.0.0.84-2-i686.pkg.tar.gz nxserver-3.0.0-1-i686.pkg.tar.gz oooqs2-1.0-1.pkg.tar.gz openoffice-base-2.3.0-4-i686.pkg.tar.gz openoffice-de-2.3.0-1-i686.pkg.tar.gz openoffice-es-2.3.0-1-i686.pkg.tar.gz openoffice-fr-2.3.0-1-i686.pkg.tar.gz openoffice-it-2.3.0-1-i686.pkg.tar.gz openoffice-ja-2.3.0-1-i686.pkg.tar.gz openoffice-ko-2.3.0-1-i686.pkg.tar.gz openoffice-nl-2.3.0-1-i686.pkg.tar.gz openoffice-pt_br-2.3.0-1-i686.pkg.tar.gz openoffice-spell-de-20051111-3.pkg.tar.gz openoffice-spell-en-20060411-3.pkg.tar.gz openoffice-spell-es-20061104-1.pkg.tar.gz openoffice-spell-fr-20050609-3.pkg.tar.gz openoffice-spell-nl-20050720-4-i686.pkg.tar.gz openoffice-spell-pt-20040425-4-i686.pkg.tar.gz openoffice-spell-ru-20040425-3.pkg.tar.gz openoffice-spell-sv-20040425-3.pkg.tar.gz openoffice-sv-2.3.0-1-i686.pkg.tar.gz openoffice-zh_cn-2.3.0-1-i686.pkg.tar.gz openoffice-zh_tw-2.3.0-1-i686.pkg.tar.gz potracegui-1.3.4-1.pkg.tar.gz qca-tls-1.0-3.pkg.tar.gz qscintilla-1.7.1-1.pkg.tar.gz qt-3.3.8-5.pkg.tar.gz qt-doc-3.3.8-1.pkg.tar.gz qtella-0.6.5-1.pkg.tar.gz qtiplot-0.8.9-1.pkg.tar.gz qwt-5.0.1-1.pkg.tar.gz qwtplot3d-0.2.6-3.pkg.tar.gz rosegarden-4.1.5.1-1.pkg.tar.gz schafkopf-0.7-1.pkg.tar.gz scim-tables-0.5.7-2.pkg.tar.gz seamonkey-1.1.5-2-i686.pkg.tar.gz sim-0.9.4.3-1.pkg.tar.gz skim-1.4.5-2.pkg.tar.gz smb4k-0.8.6-1-i686.pkg.tar.gz smtpprox-1.2-4.pkg.tar.gz spassgen-1.5-4.pkg.tar.gz speedcrunch-0.5.4-2.pkg.tar.gz swfdec-mozilla-0.5.4-1-i686.pkg.tar.gz thunderbird-2.0.0.9-1-i686.pkg.tar.gz thunderbird-i18n-2.0.0.9-1-i686.pkg.tar.gz tmda-1.1.11-1.pkg.tar.gz tomcat-5.5.23-1.pkg.tar.gz totem-plugin-2.20.1-1-i686.pkg.tar.gz usermin-1.310-1-i686.pkg.tar.gz webmin-1.380-1-i686.pkg.tar.gz xfcalendar-4.2.3-1.pkg.tar.gz xfce4-cpu-freq-plugin-0.0.1-2.pkg.tar.gz xfce4-minicmd-plugin-0.3.0-2.pkg.tar.gz xfce4-taskbar-plugin-0.2.2-2.pkg.tar.gz xfce4-toys-4.2.3-1.pkg.tar.gz xfce4-trigger-launcher-4.2.3-1.pkg.tar.gz xfce4-windowlist-plugin-0.1.0-3.pkg.tar.gz xffm-4.2.3-1.pkg.tar.gz xulrunner-1.8.1.9-1-i686.pkg.tar.gz yakuake-2.8-1-i686.pkg.tar.gz zope-3.3.1-1.pkg.tar.gz zope2-2.10.4-1.pkg.tar.gz Happy Thanksgiving to you and yours! Have a great time with your family and friends, and enjoy some great food. // jeff -- . : [ + carpe diem totus tuus + ] : .

5 10

[arch-dev-public] [signoff] kernel26 2.6.23.8-2
by Tobias Powalowski 26 Nov '07

26 Nov '07

Hi kernel 2.6.23.8-2 for both arches in testing, please signoff this one adresses these bugs: http://bugs.archlinux.org/task/8721 http://bugs.archlinux.org/task/8745 - added new cfs scheduler version to fix wlan bug -> all binary modules rebuilt against that - cleaned up configs - cleaned up patches - cleaned up PKGBUILD - alsa status 20071124 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 5

[arch-dev-public] fixing the dependency cycle in Core, part 1: coreutils
by Roman Kyrylych 26 Nov '07

26 Nov '07

Hi! I've attached a patch that removes unneeded dependency on coreutils from some packages. It also modifies install.proto to not endorse bad practice of /bin/true usage. Please review and signoff. -- Roman Kyrylych (Роман Кирилич)

5 7

[arch-dev-public] Use of force=y
by Jürgen Hötzel 26 Nov '07

26 Nov '07

Hi, openchrome released a stable version recently (0.2.9): http://www.openchrome.org/releases/ The current package in extra is based on a svn snapshot: openchrome 20070903-2 I need to use force=y for an update. How long do week keep force=y in packages: If pacman uses an outdated mirror, this will lead to downgrade. I'm also thinking about adding the radeonhd to extra but i prefer a naming scheme like radeonhd-git-2007xxxx until a official packages is released and then use "replaces". Any objections? Jürgen

4 5

[arch-dev-public] 2.6.23.8-2 with cfs scheduler backport from ingo molnar?
by Tobias Powalowski 26 Nov '07

26 Nov '07

Hi http://www.archlinux.org/~tpowa/2.6.23/ includes a new .8 kernel with ingo molnars backport of the cfs scheduler from .24 kernel and gregs rc1 stable patch for .9 kernel it adresses these bugs: http://bugs.archlinux.org/task/8721 http://bugs.archlinux.org/task/8745 this cfs patch is something quite big and i don't know if you all want to go this way to fix this issues. It could have the potential to break things, but also the speed improvements that will appear in .24 kernel and it seems to fix the wpa issues we have. Also for my system it runs stable. i would like to bring it to testing tomrrow to get finally the last issues fixed for a new installation ISO. any comments on it? thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-dev-public] [signoff] less 416-1
by Andreas Radke 25 Nov '07

25 Nov '07

in testing for both architectures Andy

3 2

[arch-dev-public] Adding python-qscintilla to extra
by Eric Belanger 23 Nov '07

23 Nov '07

Hi, In the next few days, I'll add python-qscintilla to extra. It is currently in community as python-qscintilla2. It is a required dependency for the latest eric version (the qt4 one). Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

[arch-dev-public] [Warning] Don't build openGL apps against fglrx-utils' libGL.so
by Thomas Bächler 22 Nov '07

22 Nov '07

tpowa and I found this when we were trying to fix a wine bug: When libgl or nvidia-utils are installed, applications are linked against "libGL.so.1": $ readelf -d /usr/lib/libGL.so|grep SONAME 0x000000000000000e (SONAME) Library soname: [libGL.so.1] However, if you try this command with fglrx-utils, it will return 'libGL.so.1.2' as SONAME. The binaries this produces are compatible with libgl and fglrx-utils, but not with nvidia-utils, as the file 'libGL.so.1.2' does not exist there (while libGL.so.1 does). Thus, to ensure compatibility with nvidia users, only build OpenGL applications in environments where libgl or nvidia-utils is installed.

4 7

[arch-dev-public] Status Report 2007-11-20
by Aaron Griffin 22 Nov '07

22 Nov '07

ArchLinux Status Report, 2007-11-20 =================================== Aaron Griffin (Reviewed by Eliott) Another couple of weeks, another status report. Things have been calm around here, oddly enough. A lot of us are getting ready for the holidays, or exams, or both. Me? I'm just really busy with work these days. I want to let everyone know that you are always welcome to contact me over jabber or email for any questions or concerns. I seem to be getting a few emails recently with lines such as "sorry for emailing you" - I like email. Emails are fun. So don't be afraid ;) == Newsworthy Items == * New Logo Competition Voting All the submissions for the Logo Competition are in, and the developers are currently voting. Hold on to your seats, the final verdict will be incoming soon. http://bbs.archlinux.org/viewtopic.php?pid=298688 * Simo takes over AUR development Paul has taken a step back from being the lead on the AUR project, and Simo is taking his place. In Paul's own words: Thanks to all of you for making the AUR come alive over the last few years! It's been exciting to watch our creation really brought to life by this vibrant community. I'm excited about beginning a new chapter with Simo at the helm! * Bug Tracker open for [community] packages In the past, we've not allowed bug tracker items for community packages because it was difficult to manage the bugs. Now, we've created a section in our bug tracker for community package issues. http://archlinux.org/news/364/ == Completed Tasks == * Xorg 7.3 Brouhaha This update seems to have caused quite a ruckus among the users. For some people it worked fine, but others ended up with broken systems. Sadly, this is somewhat expected on large upgrades like this. I remember a day when we had breakages like this all the time. Arch has been running so smoothly recently that most people forget that software actually does break. http://archlinux.org/news/363/ * Package Cleanup An extraordinary amount of thanks goes to Eric here. This is a thankless job, but he has done the legwork and cleaned up a large amount of packages from extra. This makes everyone's job easier, and our repos cleaner. There's still more to come, so stay tuned: http://archlinux.org/pipermail/arch-dev-public/2007-November/003154.html * [core] repo rebuild Daniel did a huge amount of work here, rebuilding all of our core packages for the new gcc/glibc toolchain. This is a common rebuild that a lot of distros do, yet we typically do not do it that often. So hats-off to Daniel for doing the rebuild and package move, and special thanks to Tobias (tpowa), Andreas, Roman, and anyone else I missed for doing the cleanup work that enabled Daniel to do this. * New netcfg scripts in [testing] James has spent some time revamping our network profile support, and generally cleaning up our network scripts. His changes have been moved to testing now. Please try them out if you get a chance. http://archlinux.org/news/362/ * QT4 Move to [testing] Pierre and others have begun the move to Qt 4 based packages. This includes backwards compatible support for Qt 3 (in the form of a package named qt3). These packages should all be moved to testing now. Please try them out and report any problems you come across. http://archlinux.org/pipermail/arch-dev-public/2007-November/003242.html. * GPL License naming Just so we don't bollocks this up, the following naming scheme will be using for GPL licenses in PKGBUILDs: GPL means GPL2 or later GPL2 means GPL2 GPL3 means GPL3 or later Note: We have no GPL1 packages, and I doubt anyone could actually find one. == Pending Tasks, Short Term == * Getting rid of /opt Revisiting this from last time. It looks like we have a lot of packages which can move out of /opt when we have the time. The first step is to create a todolist in the dashboard for all packages which currently install to /opt. Would anyone be willing to create this list? * License Updates We still have a large TODO list sitting here, of packages that have broken licenses. Please take a look at these while packaging, to ensure we have licenses setup properly. http://archlinux.org/todo/43/ * ABS Redux This is actually a multi-part task here. The first part, involves replacing the cvs dependence in ABS with rsync. http://archlinux.org/pipermail/arch-dev-public/2007-November/003224.html This change will allow abs to be independent of the SCM backend we use, and perhaps more efficient in the long run. I think Dan and Eliott have done some work here in this regard. Step 2 is actually breaking abs out from the pacman package, as it's very ArchLinux specific, and pacman/makepkg are not. This can, and should, most likely be done around the same time as the pacman 3.1 release (see below). * The dividing line: extra and community Ah, waning discussion is always fun. I've tried to revitalize this a few times, but it seems discussion feel short. So here's a fun little ultimatum for ya: Since no one seems to care about this topic anymore, if we don't get a vote, or at least continued discussion here, I'm going to have to make an "executive decision". That decision will be as follows: * Packages in [extra] define us as a distro and should not include packages for personal use. If something is personal and/or only used by small amounts of people, it should go to community. Not only does this help us with our vision, it also helps out our mirrors (not all mirrors mirror the community repo). * People should inform everyone if they're putting a new package into extra, just in case someone has an issue with it, to prevent silly bloat from too many personal packages. If someone has a problem with a package going into extra, a simple vote should suffice (no need to discuss it to death) The other reigning idea seems to be Damir's idea of the mantle/crust repos. That is, the same idea as above, except there is another repo in between extra and community that serves as the developers' dumping grounds for these packages. So, take a look at your options, and decide what feels best to you - I'd like to close this task out soon, as there's no real work here - only process. * Unified chroot build tools The chroot tools I've put in devtools have gotten little response. Jason has made some changes, and Roman has provided some patches, if I remember correctly. I'd like to get more input here, suggestions of things like using linux32 and dchroot are great (both suggested by Thomas). So feel free to bring it up. * Getting rid of CVS Yep, this is moving up the chain from long-term to short-term. Before the next status report (2 weeks from now) I want to at least begin this task. In order to do this, we need to first make a decision on where we want to go. The root of the decision here is how we represent a given package being in multiple repos at one time. * Jason has provided us with an svn solution, where sub-directories control the location of the package (i.e. package-name/repos/extra/PKGBUILD will place the package into extra) * Dan has provided us with a git solution that uses named branches to control the location (i.e. a branch named "testing" has changes to PKGBUILDs present only in the testing repo) Both of the solutions above solve the issue. The real question is - what tool do YOU want to use? == Pending Tasks, Long Term == * Perl policy implementation Looks like some perl progress has been made. As said last time, there's not a HUGE amount of perl hubbub on Arch, so this isn't critical. It's important, sure, so lets keep this one in mind. http://bugs.archlinux.org/task/8374 * Pacman 3.1 Release Dan has been doing some amazing work closing out a lot of bugs for this release. In addition, he has a public repository which contains recent builds of pacman from git, that should help in testing in debugging. If you feel like helping out with testing, please use Dan's repo to install 'pacman-git'. More info here: http://archlinux.org/pipermail/pacman-dev/2007-November/009825.html Pending bugs for the release are listed here: http://bugs.archlinux.org/task/8109 * Official pacbuild usage Another pipe-dreamy project. I'm not even sure of the state here anymore - Simo, Jason, any news? * Modernize our Dashboard Eliott has been pushing out some very nice changes to our web interface, so thanks goes out to him. For some of this stuff. I'd, of course, love to see more web-dev type people working on this. Take a look at our gitweb: http://projects.archlinux.org/git/?p=archweb.git;a=summary At some point, I want to add README text with information on how to run a local instance. * Architecture Independent Repos As stated last time, Roman sent us a patch for pacman 3.1 to incorporate the no-arch packages. This means that when the 3.1 release comes out, we should be ready to go here. So here's your deadline: let's try and get support into our DB scripts before the pacman 3.1 release. Who's interested? http://bugs.archlinux.org/task/8555 This one is a rather small change, is anyone interested in doing this? Thomas? * ArchCon 2009: Big Baaad Idea /me winks http://archlinux.org/pipermail/arch-dev-public/2007-September/001614.html

2 1

[arch-dev-public] [signoff] man-pages 2.68-1
by Andreas Radke 22 Nov '07

22 Nov '07

in testing for both architectures Andy

3 2

[arch-dev-public] [signoff] moving wicd to extra
by Varun Acharya 21 Nov '07

21 Nov '07

Hi guys, I'd like to move wicd to extra now. After I fixed some errors in the PKGBUILD, I haven't received any more complaints, and I've successfully moved it to /usr from the default /opt. I asked for a signoff on this a while ago, but no one responded, and I assume its cause I forgot to add the "[signoff]" to the subject line. Specifically, I'd like to know how it fares with encrypted wireless networks. From what I've seen, this program seems to be one of the easiest ways to get onto wireless networks. Available for both architectures in testing. signoff please. Varun

4 8

[arch-dev-public] (Still) cannot connect to archlinux.org
by Thomas Bächler 21 Nov '07

21 Nov '07

As of yesterday, I (among others) am unable to connect to archlinux.org. A trace tells me that the problem is somewhere at cogent. This means I cannot do anything right now: [x86_64][09:18:30][root@artin ~]# tcptraceroute archlinux.org Selected device rwth, address 137.226.101.95, port 58868 for outgoing packets Tracing the path to archlinux.org (66.211.213.17) on TCP port 80 (http), 30 hops max 1 c3750-ww10-2.noc.RWTH-Aachen.DE (134.130.5.254) 41.334 ms 40.643 ms 41.082 ms 2 c6k-ww10.noc.RWTH-Aachen.DE (137.226.138.1) 41.656 ms 41.680 ms 42.513 ms 3 c6k-rwth.noc.RWTH-Aachen.DE (137.226.139.49) 41.965 ms 43.641 ms 51.844 ms 4 pfi-stone-1.noc.RWTH-Aachen.DE (134.130.9.243) 41.342 ms 42.467 ms 41.068 ms 5 n6k-xwin.noc.RWTH-Aachen.DE (134.130.9.225) 41.551 ms 46.496 ms 50.785 ms 6 xr-aac1-te1-3.x-win.dfn.de (188.1.43.109) 41.491 ms 48.075 ms 46.804 ms 7 zr-fra1-te0-0-0-3.x-win.dfn.de (80.81.192.222) 59.875 ms 45.793 ms 45.654 ms 8 decix.mpd01.fra03.atlas.cogentco.com (80.81.192.63) 108.447 ms 199.492 ms 222.729 ms 9 t7-2.mpd01.par02.atlas.cogentco.com (130.117.0.102) 128.717 ms 198.280 ms 215.676 ms 10 t7-1.mpd02.par01.atlas.cogentco.com (130.117.1.234) 58.085 ms 58.368 ms 60.158 ms 11 g0-0-0.core01.par01.atlas.cogentco.com (130.117.2.49) 69.687 ms 69.867 ms 69.860 ms 12 p14-0.core02.dca01.atlas.cogentco.com (66.28.4.206) 152.241 ms 159.736 ms 149.169 ms 13 t3-1.mpd01.dca01.atlas.cogentco.com (154.54.5.50) 150.661 ms 181.276 ms 157.748 ms 14 t8-3.mpd01.dca02.atlas.cogentco.com (154.54.6.198) 152.689 ms 159.701 ms 152.143 ms 15 t1-4.mpd01.iad01.atlas.cogentco.com (154.54.7.162) 156.777 ms 156.578 ms 161.400 ms 16 g2-0-0-3491.core01.iad01.atlas.cogentco.com (154.54.5.33) 137.817 ms 152.898 ms 150.242 ms 17 * * *

4 5

[arch-dev-public] [signoff] 2007.11-0.4 TEST ISO (last RC / FINAL), 1 week
by Tobias Powalowski 20 Nov '07

20 Nov '07

Hi i just placed the new 0.4 "Core Dump" TEST ISO to the mirrors: ftp://ftp.archlinux.org/other/rc-iso/2007.11/ 1 week testing should be enough, I tested them in kvm-qemu and didn't find an issue. -- Announcement draft begin Hi Arch community, Arch Linux 2007.11-0.4, "Core Dump" has been released. This is the second release to use our new repo layout. There are two ISOs, ftp and core. Changelog: GENERAL: - kernel 2.6.23.8 usage - RAM usage has been revisited, these are the new recommendations: * FTP ISO, CORE ISO: arch boot image 160 MB RAM x86_64/i686 (all packages selected) * CORE ISO: lowmem boot image 96 MB RAM x86_64 (all packages selected) 85 MB RAM i686 (all packages selected) 64 MB RAM i686 (only base packages selected) FIXES: - fixed intel wireless automatic module loading (arch boot image) - fixed auto prepare of harddisk (lowmem boot image) - added more checks and improvements to autoprepare of harddisk - added missing netfilter modules and some wireless addon modules - http://bugs.archlinux.org/task/8435 - http://bugs.archlinux.org/task/8431 - http://bugs.archlinux.org/task/8422 - http://bugs.archlinux.org/task/8561 - http://bugs.archlinux.org/task/8616 - http://bugs.archlinux.org/task/8638 - http://bugs.archlinux.org/task/8699 - updated mirrors to latest status As usual check md5sum before using the images and also be aware of the new RAM recommendations the images have. -- Draft end Forum thread is located here: http://bbs.archlinux.org/viewtopic.php?id=38964 Have fun greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] Source location (was: [arch-commits] CVS update of core/support/netcfg (PKGBUILD))
by Dan McGee 19 Nov '07

19 Nov '07

On Nov 19, 2007 5:53 AM, James Rayner <james(a)archlinux.org> wrote: > Date: Monday, November 19, 2007 @ 06:53:56 > Author: james > Path: /home/cvs-core/core/support/netcfg > > Modified: PKGBUILD (1.2 -> 1.3) > > upgpkg: netcfg 2.0.1-1 > > > ----------+ > PKGBUILD | 10 ++++++---- > 1 file changed, 6 insertions(+), 4 deletions(-) > > > Index: core/support/netcfg/PKGBUILD > diff -u core/support/netcfg/PKGBUILD:1.2 core/support/netcfg/PKGBUILD:1.3 > --- core/support/netcfg/PKGBUILD:1.2 Tue Nov 6 00:59:38 2007 > +++ core/support/netcfg/PKGBUILD Mon Nov 19 06:53:56 2007 > @@ -1,20 +1,22 @@ > -# $Id: PKGBUILD,v 1.2 2007/11/06 05:59:38 eric Exp $ > +# $Id: PKGBUILD,v 1.3 2007/11/19 11:53:56 james Exp $ > # Maintainer: James Rayner <james(a)archlinux.org> > pkgname=netcfg > -pkgver=1.99.32 > +pkgver=2.0.1 > pkgrel=1 > pkgdesc="New network configuration scripts" > url="http://archlinux.org" > license=("BSD") > backup=(etc/iftab) > depends=(wireless_tools wpa_supplicant net-tools) > -source=(http://src.iphitus.org/netcfg-release/netcfg-$pkgver.tar.gz) > +source=(http://archlinux.org/~james/netcfg/netcfg-$pkgver.tar.gz) Can someone set him up with a directory in ftp/other? Guys, lets not host source in home directories anymore, please. -Dan

2 1

[arch-dev-public] [signoff] openswan
by Tom K 19 Nov '07

19 Nov '07

Hi all. openswan 2.4.10-1 is now in testing, for i686 only. I'd be grateful if somebody could build it for x86_64, so we can signoff for both arches. Thanks Tom.

3 2

[arch-dev-public] [signoff] gettext
by Tobias Powalowski 19 Nov '07

19 Nov '07

Hi update to new version, please signoff greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3

[arch-dev-public] Rebuild of core repo will start in few (1-2) hours
by Daniel Isenmann 19 Nov '07

19 Nov '07

Hi, after the PKGBUILD were fixed (big thanks to tpowa and Roman), I will start the rebuild of core repo in 1-2 hours. Packages which are in testing right now from core, wouldn't be affected of the rebuild. They are build with the new toolchain already. Please don't commit anything (no testing stuff, too) to the core repo until I finished and send an email as reply to this one. After finishing with rebuild, I will tag and commit the new PKGBUILDs to the core repo. I will put the packages to testing first. Be patient, because I will do the rebuild for both architectures (i686 and x86_64). If anyone doesn't agree with the rebuild, please send a reply to this email. Daniel

11 22

[arch-dev-public] [signoff] kernel26 2.6.23.8-1
by Tobias Powalowski 19 Nov '07

19 Nov '07

Hi kernel 2.6.23.1 for both arches in testing, please signoff this one adresses these bugs: http://bugs.archlinux.org/task/7135 http://bugs.archlinux.org/task/8449 http://bugs.archlinux.org/task/8500 http://bugs.archlinux.org/task/8549 - updated mactel patch 2.6.23 - updated squashfs 3.3 - added TIMER_STATS option -> all binary modules rebuilt against that - added undervolting patch - cleaned up configs - cleaned up patches - cleaned up PKGBUILD - updated unionfs to 2.1.9 - alsa status 20071117 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3

[arch-dev-public] Getting rid of the ABS <-> CVS link
by Aaron Griffin 19 Nov '07

19 Nov '07

Hey guys, I wanted to bring this up here to see if anyone had any input. For the longest time I have hated that ABS is dependent on our version control system. Not only that but we have this whole csup/cvsup thing which is annoying, and _now_ we hit yet another snag: csup doesn't have cvsupd, which means we can't get rid of the cvsup package on gerolde. So yeah, CVS == headache. I wanted to try to get rid of this, and Dan had a brilliant idea: * Some cron job (or even cvs hook) that does a simple export of the repo when it needs to. * rsyncd supplying that exports that dir * Modify 'abs' to use rsync * Boom, done Does anyone have any issues with something like that? Or any better ideas?

5 7

[arch-dev-public] [signoff] less 415-1
by Andreas Radke 19 Nov '07

19 Nov '07

in testing for both archs. Andy

3 2

[arch-dev-public] Simo taking over the AUR
by Paul Mattal 18 Nov '07

18 Nov '07

All, Simo has graciously volunteered to take over maintenance and releases of the AUR, effective immediately. I will continue to aid the effort, and make my work available in a git repo, location to be named when it comes into existence. Thanks to all of you for making the AUR come alive over the last few years! It's been exciting to watch our creation really brought to life by this vibrant community. I'm excited about beginning a new chapter with Simo at the helm! Best, - P

1 0

[arch-dev-public] Migration to QT4
by Pierre Schmitz 18 Nov '07

18 Nov '07

Hi all, as I mentioned some time ago I want to move qt4 to [extra] soon. I am quite busy right now; so there is some delay but I am still working on this. Before committing my changes to [testing] I want to discuss the upgrade path again. (because it will be some work to revert this changes if it was a bad idea after all) qt and qt-docs will be updated to version 4. They will replace the packages from community and provide qt4 as well. Like the community package they will be installed into /usr instead of /opt. We do not need any script in /etc/profile.d then. Version 3 of qt will be packaged as qt3 and qt3-docs. It will stay in /opt and still will have a profile script; but it will be disabled per default. All packages directly depending on qt version 3 will be repackaged to depend on qt3. The PKGBUILD have to source the profile. Packages like KDE and others depending on kdelibs do not need to be rebuilt. Pierre -- archlinux.de

6 17

[arch-dev-public] [review] News Item: Core Rebuild
by Aaron Griffin 16 Nov '07

16 Nov '07

Please review: Core Rebuild --------------------- Due to recent glibc and gcc upgrades, we figured it'd be best to rebuild the whole core repo off the new toolchain, to take advantage of the latest-and-greatest changes. Daniel has taken up this task and rebuild all packages for both architectures, and move them to [testing]. If you run into any problems, please report them on the bug tracker.

4 5

Re: [arch-dev-public] [arch] dependency cycle in core
by Roman Kyrylych 16 Nov '07

16 Nov '07

2007/11/16, Xavier <shiningxc(a)gmail.com>: > On Thu, Nov 01, 2007 at 06:15:09PM +0200, Roman Kyrylych wrote: > > 2007/11/1, Aaron Griffin <aaronmgriffin(a)gmail.com>: > > > Forwarding to the dev list in case people don't read the arch list. > > > > > > ---------- Forwarded message ---------- > > > From: Mister Dobalina <reebydobalina(a)yahoo.ca> > > > Date: Nov 1, 2007 10:27 AM > > > Subject: [arch] circular dependence in core > > > To: General Discusson about Arch Linux <arch(a)archlinux.org> > > > > > > > > > coreutils 6.9-3 -> depends on bash > > > > > > bash 3.2.025-1 -> depends on readline>=5.2 > > > > > > readline 5.2-4 -> depends on ncurses > > > > > > ncurses 5.6-4 -> depends on coreutils -> oops! > > > > > > > This was caused by this commit: > > http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/base/ncurses/PKGBUILD.diff?r1=… > > I think we should revert it (because dependencies of other packages > > are fine and make more sense). > > > > With the recent big rebuild in testing, pacman 3.1 detected a dependency > cycle again, which reminded me of this mail. > The cycle wasn't only caused by the commit above, because there was already > another cycle there before. > > bash 3.2.025-2 -> depends on readline>=5.2 > readline 5.2-5 -> depends on ncurses > ncurses 5.6-6 -> depends on glibc > glibc 2.7-7 -> depends on bash -> oops! > > But it looks like there are other ones as well. > I'd say we remove glibc dependency from ncurses or bash dependency from glibc. :-/ /me scratches his head -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] Second list of removal candidates
by Eric Belanger 16 Nov '07

16 Nov '07

Hi, Here is the second list of removal candidates. Please go through it to make sure we don't remove a package that, for some reason, should remain in extra. Some of the reason are actually questions or discussion topics so it would be nice to get some feedback on them. As said before, some of these packages can be depends of community packages. Please just dicuss them for now. I would prefer to do the actual removal myself. I will do so when the discussions will be over. ======================================================================================= Package Reason to remove it or Reason to keep it. Any comments, concerns, etc. ======================================================================================= akode will be dependency of kde4, right? (dp) apmd replaced by acpi (incorrect. needed for older machines) aria Superceded by aria2? aumix what console audio mixers do we provide? bidwatcher broken: bidding in bidwatcher is indefinitely broken because eBay has forced all bidding to occur only through signed-in clients bind DNS server. Should stay in repo. blam yet another RSS reader cccp dead project, could (maybe?) be replaced by dctc cdw project (ncurse cd-writer) has been revived, is there another console cd-writer in repo? chgres old, low usage? cplay yet another curses audio player cvsfs Discontinued. Developement has stopped in favor of cvsfs-fuse. dcd yet another command-line CD player divx4linux unused lib/codec dump tapedrive utility. it it worthy to keep? edb enlightenment db, unused efax utilities to send and receive faxes, I guess we should keep it unless another package provides fax support epic4 yet another console irc client exim what mta will we keep? font-bh-ttf should we keep it? font-bitstream-speedo who uses speedo fonts? font-misc-ethiopic i18n support, should be kept font-misc-meltho i18n support, should be kept freetype1 unused lib galeon yet another web browser gentoo yet another file manager gimp-perl low usage: perl plugin and modules for gimp gnet1 unused lib gnome-audio audio files for gnome. Are they still useful? gpgme03 obsoleted by gpgme??? gprolog Can be removed, I guess. There is another prolog compiler (swi-prolog) in repo. gpsdrive new dependencies in community, should be in community or unsupported ==> to be moved to community for Damir grcm dead project. no release since 2003 gstreamer0.10-alsaspdif gstreamer0.10-cdaudio gstreamer0.10-jack should not be removed (drastic loss of function for any gstreamer using app) - if nobody takes the gstreamer pkgs, i will (damir) gstreamer0.10-mpeg2enc gstreamer0.10-musicbrainz gstreamer0.10-pitfdll gstreamer0.10-sndfile gstreamer0.10-wavpack gstreamer0.10-x264 ircii-pana yet another console irc client irda-utils Utilities for infrared communication between devices: should be kept isapnptools ISA Plug-And-Play devices support: shopuld be kept lam MPI programming environment: low usage lib3ds free alternative to Autodesk's 3DS File Toolkit for handling 3DS files: low usage libast unused lib libflashsupport (in unstable) unused lib libgnomesu gksu and kdesu provide same functionality libping Anyone use ding in their scripts? Otherwise, unused lib/package libtrash unused lib lineak_defaultplugin The lineak packages could be substituted by my (Eric) keytouch pkg in community. It has more dependencies (gtk2) but has much or more functionality. lineak_xosdplugin same comment as above lprng we have cups standard now madplay yet another curses audio player mail-notification mail notification icon for gnome: low usage masqmail home page disappeared, another MTA mod_python used on Archlinux.org for django? nautilus-sendto nautilus extension, can be removed from extra netdude with libnetdude & libpcapnav used to inspect/manipulate tcpdump trace files. Should we keep it? netgo a tool for changing network settings quickly and easily: Is it still useful/usable with the latest network scripts? netkit-ntalk Isn't talk obsoleted by Instant Messaging and IRC? oidentd ident server like pidentd (orphaned). Which one should we keep or should we remove both? openchrome graphics drivers, should be kept unless it can be replaced by xf86-video-unichrome pdns Do we keep it? pdns-ldap unused lib, might be included in pdns (currently orphaned) pdns-mysql unused lib, might be included in pdns (currently orphaned) pdns-pgsql unused lib, might be included in pdns (currently orphaned) perl-email-date unused perl module. To Jan: You added it to the repo 2 months ago with several other perl packages. Did you forgot to adopt them or are they future dependencies? pidentd ident server like oidentd (orphaned). Which one should we keep or should we remove both? powernowd Do we need it? We already have cpudyn and cpufreq. prozilla multi-threaded download accelerator: low usage/usefulness ptabtools low usage: utilities to read files created by PowerTab Guitar Tablature editor (a Windows app) pure-ftpd yet another ftp server quick-lounge-applet gnome applet: low usage/usefulness samplicator home page has disappeared, looks like dead project service-discovery-applet gnome applet: low usage/usefulness setserial support for serial device, should be kept unless it's no longer needed speedtouch modem drivers, should be kept splitvt splitvt takes any VT100 terminal window and splits it vertically into two shell windows: screen does that ssmtp what mta will we keep? tiacx (in unstable) wireless drivers, should be kept tiacx-mm (in unstable) wireless drivers, should be kept tpop3d yet another pop3 server xf86-video-unichrome graphics drivers, should be kept, somebody with that hardware or the Xorg maintainer should take it xforms old, low usage xpdf-arabic i18n support, should be kept xpdf-chinese-simplified i18n support, should be kept xpdf-chinese-traditional i18n support, should be kept xpdf-cyrillic i18n support, should be kept xpdf-greek i18n support, should be kept xpdf-hebrew i18n support, should be kept xpdf-japanese i18n support, should be kept xpdf-korean i18n support, should be kept xpdf-latin2 i18n support, should be kept xpdf-thai i18n support, should be kept xpdf-turkish i18n support, should be kept zsh very popular. iphitus will adopt if nobody else will ======================================================================================= -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

6 19

[arch-dev-public] Update flashplugin to 9.0.64.0?
by Thomas Bächler 16 Nov '07

16 Nov '07

I have been using flashplugin 9.0.64.0 (which is the latest beta for the next flash 9 update) for some time. I didn't have more stability problems than with our current version (rather less) and it has support for fullscreen mode (which is awesome for youtube). I am proposing to update it in testing (or extra) and use that beta instead of the latest stable. Opinions?

5 7

[arch-dev-public] Arch64 micro-build machine
by Aaron Griffin 14 Nov '07

14 Nov '07

Hey guys, This is an email for you people with i686 machines only. I've setup a x86_64 machine at home for anyone to use in building x86_64 packages. This means that, most likely, we won't be able to test them just yet, but at least we can build them and help the x86_64 guys out. So I've setup 2 user accounts already, if anyone would like one, let me know. By the way, I have a decent connection as well, so for those of you with slower connections that want to abuse mine, feel free - just know that I may throttle the machine if it gets annoying 8) In the near future, simo is going to get pacbuild up and running here, so be prepared for that. Hooray

5 8

[arch-dev-public] [signoff] perl
by K. Piche 14 Nov '07

14 Nov '07

Updated perl to fix CVE-2007-5116 perl regular expression UTF parsing errors. -- K. Piche <kpiche(a)rogers.com>

3 2

[arch-dev-public] [signoff] mdadm
by Tobias Powalowski 14 Nov '07

14 Nov '07

Hi update to new version, please signoff greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-dev-public] vi vim gvim update, please signoff
by Tobias Kieslich 14 Nov '07

14 Nov '07

Hi, i bumped vi vim and gvim to get around an error, the current build had some missing symlinks. put to testing because vi is core although the update is pretty straight forward. TPowa, can you try building on your machine and see if vi produces the manpage symlinks rvi.1.gz --> vi1.gz? The former package came from your machine. I just wanna track down if there is an error in the PKGBUILD that doesn't get caught on my boxes. Thanks, -T

4 3