March 2010 - Arch-general - lists.archlinux.org

[arch-general] kernel 2.6.33-1
by Tobias Powalowski 04 Mar '10

04 Mar '10

Hi guys, kernel 2.6.33 first test run ... Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes/feature requests: http://bugs.archlinux.org/task/18249 # added HPET http://bugs.archlinux.org/task/17970 # added CONFIG_USB_GSPCA_PAC7302 http://bugs.archlinux.org/task/17791 # added UTS_NAMESPACE http://bugs.archlinux.org/task/17756 # added CONFIG_FRAME_POINTER for WCHAN http://bugs.archlinux.org/task/16715 # added Linux Container support - added jfs and reiserfs statistics Arch Linux changes: - changed radeon kms enabled by default - merged ext2/ext3 support into ext4 module - nouveau module is still provided as out-of-tree module, it's more up to date. Broken binary modules: - lirc,fcpcmcia,madwifi,tiacx though no fix available yet. Needs to rebuild: - 686 modem binary modules Enjoy have fun and give me feedback, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

13 23

[arch-general] Weird group: rtkit
by Magnus Therning 04 Mar '10

04 Mar '10

I was just poking around in my /etc/groups when I found rtkit:x:99: I suspect this belongs to rtkit in some way. However, this group id conflicts with nobody:x:99: Looking at the rtkit.install I notice that the group id isn't hardcoded, so I don't quite know how this could have happened. Is there likely to be any harm in renumbering the rtkit group to some unused id? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

2 1

[arch-general] kde4.4 upgrade and nvidia
by richard terry 03 Mar '10

03 Mar '10

I noticed mention was made about 'bitmap fonts like terminus will be broken. Does that mean that nvidia driver won't work? or is it still safe to upgrade. Regards Richard

3 2

[arch-general] Tired of being asked for a password for "su"? Arch has the solution
by David C. Rankin 03 Mar '10

03 Mar '10

Guys, Working through the setup of my new server, I rad across a wonderful hidden time-saver in /etc/pam.d/su. If you have configured sudo in the normal way by providing sudo access to members of the 'wheel' group, you can avoid having to type the root password to 'su' by uncommenting the following line in /etc/pam.d/su: auth sufficient pam_wheel.so trust use_uid As the comment says, the entry causes pam to implicitly trust members of the wheel group. Eliminating the need to type a 14 char pw 10 times a day is a time-saver. My only concern is how secure it is to allow pam to do this? I'd welcome any thoughts by those that understand whether this causes a concern. Thanks and thanks to whoever put this little gem in /etc/pam.d/su -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

9 14

[arch-general] Daemon No Longer Writes To Logs
by Carlos Williams 03 Mar '10

03 Mar '10

I was looking at '/var/log/mail.log' which is the default location Postfix MTA writes everything it does to. I was sadly in that file using Vim and deleted the last line. I didn't restore the removed line and simply saved the file. I noticed now that the Postfix daemon no longer writes anything to the log file since I edited it. No permissions have changed at all. It's still in the same location and owned by the same UID/GID. Code: -rw-r----- 1 root log 189 Mar 3 08:37 mail.log I can see that Postfix is however logging everything under '/var/log/everything.log' Anyone know how to fix this? I am worried I broke Postfix but mail is still flowing and I get no errors at all from Postfix. It's just not writing to 'mail.log' any longer.

3 6

Re: [arch-general] [arch-dev-public] Ant issue after bump
by Henning Garus 03 Mar '10

03 Mar '10

On Tue, 02.03.2010 um 16:30 +0100, Andreas Radke wrote: > something different: you have bumped apache-ant - please look at this > > http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2010-February/008464.… > > Any ideas how to fix our ant pkg that I can build OpenJDK again? Run ant > --diagnostics. Probably some stuff is missing (xerces and xalan are > present). I'd like to call everybody with some java experience for > help here. The build failure is triggered by a bug in ant 1.8.0, which is already fixed in their SVN: https://issues.apache.org/bugzilla/show_bug.cgi?id=48782 http://svn.apache.org/viewvc?view=revision&revision=912258 As a workaround you can put symlinks to /usr/share/java/{xalan.jar,serializer.jar} into /usr/share/java/apache-ant/lib/ , which makes ant use the xslt processor provided by xalan-java instead of the one from openjdk. As a side effect this avoids the NullPointerException which caused ant -diagnostics to fail.

1 0

[arch-general] Canon MP610 Printer
by Yoshiaki Miura 03 Mar '10

03 Mar '10

Hi. I'm going to use Canon MP610 Printer. So I installed cnijfilter-common-3.00-3 and cnijfilter-mp610-2.80-2 from AUR. When printing Test Page in cups web interface, Displayed like bellow. > ? ID ? > <http://localhost:631/jobs/?QUERY=&WHICH_JOBS=completed&FIRST=%7BFIRST%7D&OR…> > Name User Size Pages State Control > mp610 <http://eva:0/printers/mp610>-29 Test Page root 1k Unknown > completed at > Wed 03 Mar 2010 12:19:31 AM JST > /var/log/cups/access_log But Printer didn't work. Can anyone help?

2 2

Re: [arch-general] [arch-dev-public] initscripts hack-a-thon?
by Xavier Chantry 03 Mar '10

03 Mar '10

On Tue, Mar 2, 2010 at 11:40 AM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > Am Dienstag, 2. März 2010 09:39:19 schrieb Thomas Bächler: >> Personally, I would like to >> remove everything but basic ethernet support from initscripts (that >> would also include removing wireless, but some people were too strictly >> against that). What I am saying is, investing time into integrating more >> network stuff into initscripts is time wasted, as complex setups like >> bonding or bridging can be much better implemented in netcfg and the >> work should be spent on that instead. > > I second this. We should concentrate on netcfg for network setup in future. > Initscripts will just get too complicated (e.g. they don't support ipv& atm) > while the same functionality is already provided by another package n core. > > I would even completely remove the network and netfs deamon from initscripts; > but I guess there wont be much support for this. :-) > I was saying that already back in 2007, took me just one minute to find the post :) http://bbs.archlinux.org/viewtopic.php?pid=274397#p274397 Here is what iphitus answered : "Profiles came after INTERFACES, and INTERFACES will definitely not be removed. Many people still find them useful, particularly on desktops with static configurations - myself even. I do intend to increase the code share between these two, as there's a lot of duplication already, but that'll come later."

2 1

[arch-general] groupmod / pam bug - Arch hit by http://bugs.gentoo.org/300790
by David C. Rankin 03 Mar '10

03 Mar '10

Guys, Two things "Wohoo, I'm free! - last home server moved to Arch!" and second, Arch has the same bug in the source of shadow src/groupmod.c that renders groupmod unusable with pam enabled: [15:23 nirvana:/home/david] # groupmod -g1060 david groupmod: Cannot determine your user name. [15:25 nirvana:/home/david] # groupmod -nskyline david groupmod: Cannot determine your user name. The gentoo guys have a patch to fix it: http://bugs.gentoo.org/300790 I apologize if this has already been brought to your attention. Let me know if you want me to open a ticket. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

10 20

Re: [arch-general] [arch-dev-public] Versioned dependency fun...
by Xavier Chantry 02 Mar '10

02 Mar '10

On Tue, Mar 2, 2010 at 7:32 PM, Pierre Schmitz <pierre(a)archlinux.de> wrote: > Am Dienstag, 2. März 2010 14:06:57 schrieb Dan McGee: >> > and here we have another reason to punish anybody using versioned >> > dependencies. ;-) (of course upstream needs to be hit, too) >> >> Blaming this on versioned deps is punishing the messenger; this >> package wouldn't upgrade without a force option either because the >> same version comparison is used everywhere... > > You did notice the smiley? I know this wasn't fair in this case and not too > serious. But anyway, I would prefer add the force flag and add the (stupid) > upstream version instead of making your own up. > The force flag is a big ugly crap. I find sanitizing upstream version to be much.. saner. Or figure out a way to have both a sane version for pacman and the insane upstream version.

1 0