Arch-dev-public February 2008

arch-dev-public@lists.archlinux.org

27 participants
96 discussions

[arch-dev-public] [signoff] libarchive 2.4.12
by Dan McGee 27 Feb '08

27 Feb '08

Minor version bump. If pacman/makepkg still work OK and bsdtar can extract archives, we're good to go. Can someone build x86_64 for me? Aaron's machine is down. -Dan

5 5

[arch-dev-public] Module blacklisting
by Aaron Griffin 26 Feb '08

26 Feb '08

Ok, guys - honest question. Because udev is being a big pain in the ass with the way we do module blacklisting, we might want to reevaluate it. Right now we support blacklisting of modules in rc.conf, in addition to a kernel param disablemodules=x,y,z Udev autoloading is controlled by MOD_AUTOLOAD and the load_modules kernel param. We *can* use modprobe based blacklisting here, but we lose the above items. blacklisting will be controlled only by /etc/modprobe.conf (and modprobe.d/*) and we lose the ability to shut it off via rc.conf. What do we gain? Speed and simplicity. No extraneous scripts to handle this stuff, and all that jazz. This is how fast this script was when I originally wrote it: http://img.phraktured.net/other/udev_modules_boot.png Now it apparently takes 3 times as long due to all the added blacklisting cruft What do we lose? Robustness. See below for an explanation of the blacklist changes On Fri, Feb 22, 2008 at 3:47 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > On Fri, Feb 22, 2008 at 3:29 PM, Michal Soltys <soltys(a)ziu.info> wrote: > > modprobe supports blacklisting itself in modprobe.conf (to be precise - it > > blacklists all aliases for specified modules, which is exactly what's needed > > here). You can use raw modprobe and probably speed up things nicely, without > > any extra scripts. > > modprobe's blacklisting is terrible. It is meant to be used with > conflicting aliases. Here's the actual usecase: > > module foo contains an alias "blah" > module bar contains an alias "blah" > > If I modprobe blah, it doesn't know which to do. So, blacklisting > "bar" tells modprobe ONLY to ignore the aliases exposed by bar. I can > still modprobe bar by a non-alias name, and I can still load bar as a > dependent module. > > So, the way we handle it, is such that blacklisting "bar" makes it so > that no other module that depends on bar can load it without you > saying so. This is the main benefit. Want to shut off sound? blacklist > "snd" or "soundcore"

7 13

[arch-dev-public] [signoff] fakeroot 1.9.3-1
by Andreas Radke 26 Feb '08

26 Feb '08

a minor update. in testing for both arches. http://packages.debian.org/changelogs/pool/main/f/fakeroot/fakeroot_1.9.3/c… fakeroot (1.9.3) unstable; urgency=medium * configure.ac: patch from Ralf Wildenhues to not override $SHELL late in configure.ac, by means of undocumented Autoconf interface _AS_DETECT_REQUIRED to require $(...) command replacement. closes: #447022. -Andy

4 5

[arch-dev-public] Interesting post-install messages (jack-audio-connection-kit and ardour)
by Jason Chu 25 Feb '08

25 Feb '08

I updated my machine and saw these two post-install messages back to back: ( 1/40) upgrading jack-audio-connection-kit [#####################################################################################] 100% --> It is recommended to use qjackctl as a controlling frontend for the --> audio server. The extended rights for realtime capabilities can be --> granted based on groups or a per user base in --> /etc/security/limits.conf --> The audio server comes with a daemon script that runs it as root. --> Configuration happens in /etc/conf.d/jack-audio-connection-kit and is --> documented there. --> NOTE: Running jack as root to enable realtime capabilities isn't --> needed any longer. ( 2/40) upgrading ardour [#####################################################################################] 100% --> You need to have jack running before you start ardour. There are two ways --> to have ardour and jack running: --> - as root with realtime capabilities --> - as oridinary user without realtime capabilities --> You have to make sure, that ardour and jack run as the same user - mixing --> up fails. --> RUNNING AS ROOT IS ALWAYS A RISK FOR THE SECURITY! --> Also consider to use qjackctl to control jack. Note, that also qjackctl --> has to run as the same user as ardour. Don't forget to check out --> qjackctl's patchbay and read the docs from http://ardour.org ! So which one is it? Do I have to run jack and ardour as root or can I not? I'm pretty sure the jack message is more recent than the ardour one, so running jack non-root will work fine with ardour and still have realtime capabilities. Maybe we need to update the ardour post-install message. I just had a little laugh reading them both. Jason

1 0

[arch-dev-public] [signoff] e2fsprogs 1.40.5-2 and grub 0.97-10
by Thomas Bächler 25 Feb '08

25 Feb '08

The request for e2fsprogs was there before, but not as a top-level post, so I am re-posting it: e2fsprogs 1.40.5-2: - Changed default inode_size in /etc/mke2fs.conf from 256 back to 128. This fixes backwards-compatibility with everything older. New behaviour can still be achieved using the -I 128 command to mke2fs or by editing mke2fs.conf grub 0.97-10 - Added previously posted patch to support bigger inode size - Removed the long obsolete /usr/share/grub -> /usr/lib/grub symlink Please sign off on both. I tested grub on x86_64 with my old inode size 128. To sign off, please copy the necessary files from /usr/lib/grub/i386-pc to /boot/grub and reinstall grub into the MBR (anything less is insufficient). Could someone also test with inode size 256?

4 5

[arch-dev-public] Linux conferences
by Roman Kyrylych 23 Feb '08

23 Feb '08

Hi! We've missed a large FOSDEM conference it seems, so I've created this page: http://wiki.archlinux.org/index.php/Linux_conferences Feel free to extend it. Hint: a list of most popular conferences can be found here: http://en.wikipedia.org/wiki/Linux_conference -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] [signoff] udev 118-2
by Aaron Griffin 22 Feb '08

22 Feb '08

This superseeds Dan's previous signoff for the 118 version bump. Included are the following changes: FS#8702 - Fix persistant input devices FS#8878 - Attempted speed up of load-modules.sh FS#8591 - Fix loading of RTC devices Additionally, this package is required for the new initscripts which are required for the new ISOs. Please sign off

6 22

[arch-dev-public] [signoff] initscripts 2008.02-1
by Aaron Griffin 22 Feb '08

22 Feb '08

This package makes a lot of changes, and is needed for the new ISO release. Please signoff Changes from git: Aaron Griffin <aaronmgriffin(a)gmail.com> (11): Source /etc/rc.d/functions.d/ for additional initscript functions Save dmesg output at the end of the boot process Modify comment above MOD_AUTOLOAD to indicate that it autoloads Set hwclock *before* udev is loaded Mount our ram /dev as soon as possible Deprecate MOD_BLACKLIST via some comments Allow --directisa configuration for hwclock calls Create some basic device nodes on initialization Remove the hotplug functionality from the network script network script logic cleanups/enhancements Add some udev stats output Dan McGee <dan(a)archlinux.org> (9): Move start_udev actions to rc.sysinit Don't assume sh == bash Make functions sh compatible Make install.sh sh compatible Remove some bashisms from network, even though we cannot convert it Remove echo -e usage from rc.sysinit functions:source_functions(): don't fail on empty dir Merge branch 'posix' into working rc.shutdown: Fix hwclock double calls James Rayner <james(a)archlinux.org> (2): Removing netcfg from initscripts Tidy up rc.conf Jonathan Frazier <eyeswide(a)gmail.com> (1): minilogd cleanup and warning fixes Loic Nageleisen <lloeki(a)gmail.com> (1): Enhance interface 'up' state checking Roman Kyrylych <roman(a)archlinux.org> (4): Improve error handling and allow multiple keymaps to be loaded Fix FS#8843 (no colors in rc.sysinit output with separate /usr) Use --directisa configuration in rc.shutdown as well Add support for (un)mounting nfs4 Simo Leone <simo(a)archlinux.org> (1): Make the background black on all status text

4 5

[arch-dev-public] [signoff] pacman 3.1.2
by Dan McGee 22 Feb '08

22 Feb '08

Looking for two signoffs each architecture, as I don't run this package myself (pacman-git instead). But I promise it works. :P -Dan Upstream ChangeLog: - updates to proto.install, add ChangeLog.proto (FS#7231) - add 'force' option to packages, and have repo-add respect it - mark gensync and updatesync as deprecated - fix pacman -Qo behavior on symlinks (FS#9473) - fix segfault on a broken symlinks in backup code (FS#9235) - ensure filename is determined correctly for a pkg (FS#9547) - fix conflict progress bar with UTF-8 chars (FS#6437) - fix chk_fileconflicts brokenness, ensure it reads entire list - ensure -Sc operation locks DB, only checks DBs (FS#9609) - minor documentation and message updates - moved some translations to their more generic lang codes - allow scripts to be run without gettext installed - makepkg: - check to ensure we have non-URL sources (FS#9208) - ensure we strip binaries in /opt/ dirs (FS#9342) - check for VCS executable before using (FS#9230) - set sane umask before source extraction (FS#9242, FS#9362)

4 5

[arch-dev-public] [signoff] man-pages 2.78-1
by Andreas Radke 22 Feb '08

22 Feb '08

in testing for both arches. nothing special. -Andy

4 3

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Arch-dev-public February 2008