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

[arch-dev-public] [signoff] mkinitcpio 0.5.27-1
by Thomas Bächler 13 Jan '10

13 Jan '10

This is a bugfix release which (among other less important things) fixed the early userspace firmware loading problem. Please sign off. This will hopefully be the last release before we move to 0.6, which will have all klibc dependencies removed, see http://projects.archlinux.org/mkinitcpio.git/?h=kill-klibc for progress. Any contributions here are welcome, nothing works yet.

4 6

[arch-dev-public] [signoff] rp-pppoe-3.10-2
by Daniel Isenmann 13 Jan '10

13 Jan '10

Hi, this is just a small fix for FS#13876 -[rp-pppoe] package: .so file in /etc (http://bugs.archlinux.org/task/13876). The kernel-mode plugin is now under /usr/lib/rp-pppoe/rp-pppoe.so and the initial config file /etc/ppp/pppoe.conf has the new path included. Existing config file must be changed to the new path. I can't test it, so please test if everything is working and signoff. Daniel

1 3

[arch-dev-public] [signoff] dcron 4.3
by Paul Mattal 12 Jan '10

12 Jan '10

In testing 4.2, we've encountered some minor issues, and I have now put version 4.3 in testing. I'd like to get 2 signoffs per arch for this large update. Here's the changelog since 4.2: v4.3 11-Jan-2010 * Internal refactoring to make buffer overflow checks clearer and portability issues more explicit. * Made file argument to -L mandatory; optional args to getopt needs GNU extensions. * Makefile tweaks. Added CRONTAB_GROUP for `make install`. Renamed TIMESTAMPS -> CRONSTAMPS. Additionally, I took Eric's advice to follow the norm not to put /etc/rc.d/crond in the backups array. Enjoy! - P

3 4

[arch-dev-public] [signoff] dhcpcd 5.1.4
by Ronald van Haren 12 Jan '10

12 Jan '10

Hi, in testing for both architectures, please signoff. Ronald local changes: --------------------- update to latest version upstream changes: ---------------------------- commit 1b831d1e436edaf2dbfa84257c085aee9c8797f5 Author: Roy Marples <roy(a)marples.name> Date: Wed Dec 23 08:22:32 2009 +0000 Release dhcpcd-5.1.4 commit c4dbe418f7f19adf28007022efeb5814e69d161c Author: Roy Marples <roy(a)marples.name> Date: Wed Dec 23 08:05:57 2009 +0000 Fix compile. commit 95f190ba40d9d8493f192f8403a54793f73951d1 Author: Roy Marples <roy(a)marples.name> Date: Wed Dec 23 07:18:22 2009 +0000 Only warn about CSR when binding. commit 91a2335e4b9c0fad8221fd57e80f80905ff34f72 Author: Roy Marples <roy(a)marples.name> Date: Mon Dec 14 14:47:16 2009 +0000 Fix finding deleted routes on Linux. commit 1ec0fd694c5688b1e79f02974ac65db81b40c4f6 Author: Roy Marples <roy(a)marples.name> Date: Mon Dec 14 14:46:54 2009 +0000 Style commit 608e63f111b5bf458f6c5bda919f5e85e760c21d Author: Roy Marples <roy(a)marples.name> Date: Thu Dec 3 13:30:09 2009 +0000 Wait 1/100th of a second before release as testing shows the release is sent correctly even in a heavy load. commit 64d6d9b2e00ba8420a00eb56d5d62a6dcbca8b4f Author: Roy Marples <roy(a)marples.name> Date: Tue Dec 1 00:57:45 2009 +0000 Fix the -S option, #181. commit f9c75906c464af6f41c4a73d792ddcb0b4c6d647 Author: Roy Marples <roy(a)marples.name> Date: Tue Nov 24 01:15:08 2009 +0000 Give the RELEASE packet a chance to leave the kernel before dropping the ip. commit d829da8dd46870f3fd69d2a60cef253eb61b1cdf Author: Roy Marples <roy(a)marples.name> Date: Fri Nov 20 15:14:27 2009 +0000 If we have to bring an interface up, and we don't have any carriers then we need to wait for a second to allow an interface to settle. commit e976e432578624f3f3b723e5a8b270b7e2ad43d9 Author: Roy Marples <roy(a)marples.name> Date: Fri Nov 20 14:35:36 2009 +0000 Small code optimisation. commit f8c68faf25bfe6ad7f95dcdd56bf44b14d866e98 Author: Roy Marples <roy(a)marples.name> Date: Fri Nov 20 12:40:59 2009 +0000 Fix the import target a little. commit 8709fec393a299f4c7501ed6f2279553d79d92dd Author: Roy Marples <roy(a)marples.name> Date: Fri Nov 20 12:20:10 2009 +0000 Allow --without-getline to skip the getline test. This makes NetBSD importing a little easier. commit 9e4f702a262818cc8421a9f80ddaca65a0edf222 Author: Roy Marples <roy(a)marples.name> Date: Thu Nov 19 21:53:25 2009 +0000 Re-apply lease info if different - fixes occasional release being broadcast. Ensure we use a new xid when releasing. commit 3d0a728e3ef713ac62f09d57c7abad5443ee279d Author: Roy Marples <roy(a)marples.name> Date: Thu Nov 19 21:31:41 2009 +0000 dhcpcd should log to syslog even with quiet. commit c8c280b24d6f4d8b167c73fb21e6389b5b6e76e9 Author: Roy Marples <roy(a)marples.name> Date: Sun Oct 25 23:21:21 2009 +0000 Style.

4 3

[arch-dev-public] [signoff] nfs-utils-1.2.1-3
by Tobias Powalowski 12 Jan '10

12 Jan '10

Hi fixes 3 bugs: http://bugs.archlinux.org/task/15775 http://bugs.archlinux.org/task/17738 http://bugs.archlinux.org/task/15953 Please signoff both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 4

[arch-dev-public] OS News interview
by Allan McRae 11 Jan '10

11 Jan '10

The OS News interview is up: http://www.osnews.com/story/22692/Arch_Linux_Team

2 1

Re: [arch-dev-public] [signoff] dcron 4.2
by Paul Mattal 11 Jan '10

11 Jan '10

[I'm reposting this to arch-dev-public on Jim's behalf. -P] I agree our general convention is not to put /etc/rc.d scripts in our backups arrays, but it seems that doing so has no effect if you don't modify them and has a potentially-work-saving effect in case you do and forget. If others feel strongly, I'll remove it from backup, but don't see much harm in having it there. - P On Mon, Jan 11, 2010 at 11:36:55AM -0500, Eric Bélanger wrote: > On Mon, Jan 11, 2010 at 8:06 AM, Paul Mattal <paul(a)mattal.com> wrote: > > On 01/06/2010 01:09 AM, Paul Mattal wrote: > > I've just placed dcron 4.2 into [testing]. This is a major update to dcron, > > under a new maintainer (who is an Arch user, and very responsive). With this > > release, I am also taking over maintaining dcron in [core]. > > Why did you put etc/rc.d/crond in the backup array? These daemon > scripts are not intended to be modified by the user. If you want them > to be able to pass different options, you should use a > /etc/conf.d/crond config file. Hi Eric, I did that in a proposed PKGBUILD I sent to Paul. It'll be up to him how to package this, but this prompts a more general question I have. Granted that daemon scripts are not supposed to be modified by the ordinary user; the /etc/conf.d mechanism is the usual way to supply arguments to the daemon scripts. However, it's one thing to say "not usually supposed to be user-modified" and slightly different to say "overwrites user mods without notice." I find myself tweaking a few /etc/rc.d scripts now and then. I know there's an existing mechanism to protect such changes: NoUpgrade in /etc/pacman.conf. But I wondered why more PKGBUILDs didn't just add the daemons to the backup array. So the question is: should we think of it as _policy_ that rc.d scripts don't go in backup array, and should instead always be explicitly protected by the user if user wants to mod? No problem if so, it's actually helpful to know there's an explicit policy to always do it the one way or always do it the other way. As to dcron 4.2, I've already gotten some feedback. Thanks. I'll release a new version shortly, but do keep feedback coming. -- Jim Pryor profjim(a)jimpryor.net

1 0

[arch-dev-public] iodbc Vs unixodbc, are they compatible?
by Andrea Scarpino 11 Jan '10

11 Jan '10

Hi DEVs, me and Pierre are building KDE 4.4 packages, but to provide the soprano virtuoso backend we need the iODBC driver that conflicts with unixODBC. The unixODBC in [extra] is required by 9 packages. We don't know if these two drivers are API compatible, so there is anyone that knows if we can replace unixodbc with iodbc? If they are, we could add provides=('odbc') or 'odbc-driver' to both PKGBUILDs. Thanks -- Andrea `bash` Scarpino Arch Linux Developer

2 4

[arch-dev-public] Cron Plan
by Paul Mattal 11 Jan '10

11 Jan '10

Having now learned more about cron and its many flavors than I probably ever wanted to know, I am prepared to suggest a course of action. I've picked up maintenance of dcron from tpowa, and am prepared to move forward. If we can reach agreement, I'll do the work. I understand there was a previous decision made to move to fcron. However, yacron (a slightly-less-minimal dcron fork) was known and considered at the time, so it makes sense to consider it now. In the last few days, the yacron author, Jim Pryor, has been blessed by Matt Dillon as the new dcron maintainer, thus unforking: http://apollo.backplane.com/FreeSrc/ http://www.jimpryor.net/linux/yacron.html This new yacron/dcron 4.0 option is pretty attractive. advantages: * simple, small, mature, designed with security in mind * maintained by an Arch user * familiar/standard crontab format * supports anacron-type behaviors * supports /etc/cron.d (more effectively than fcron) * can log to syslog disadvantages: * may not provide all the advanced/anacron-type behavior fcron does * not all of the newly-merged code changes are widely tested Proposal: We stay with dcron into the 4.0 series, with a longer-than-usual testing window so the transition is smooth, and see if it meets our collective needs. Jim may be willing to add functionality we find lacking. Please get your votes and comments in by the weekend, if possible. I'd like to move on this next week, if we have agreement. Thanks! - P

4 5

[arch-dev-public] [signoff] kernel26-lts-2.6.27.43-1 & kernel26-lts-headers-2.6.27.43-1
by Tobias Powalowski 10 Jan '10

10 Jan '10

Hi guys, latest bugfix release. Please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2