- Arch-general - lists.archlinux.org

[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

Re: [arch-general] [arch-dev-public] Replace Planet with Planet-Venus?
by Pierre Chapuis 02 Mar '10

02 Mar '10

On Sat, 27 Feb 2010 17:56:50 +1000, Allan McRae <allan(a)archlinux.org> wrote: > > The setup seems to post the last two post form each person, no matter > how long ago they were. That means we get a couple of posts from 2006 > at the bottom of the page. Also, people who post quite frequently (e.g. > cactus) will only get their two newest posts shown. > > Is there an option to go back to showing the most recent (e.g.) 30 > posts, not matter who they are from like the old setup? (Forked from arch-dev-public) This only happens on the initial import of feeds. New posts will be displayed in chronological order as expected. -- catwell

4 6

[arch-general] Blacklisting of modules
by mb 02 Mar '10

02 Mar '10

Hi folks, After initscripts' update I noticed that the modules, being blacklisted in rc.conf, were loaded. I tinkered around a bit (extended rc.sysinit with calls to lsmod) and found out, that udev loads most of the modules (rtc-Modules are loaded before, modules for hdd-access come from the init-ramdisk, cpufreq-modules are not loaded) in rc.sysinit lines 78 to 84. As far as I'm able to understand the code (I used grep to look for occurences of MODULES) udev has no knowledge of the MODULES array, so all modules are loaded. Therefore blacklisting in rc.conf would be useless. Switching the MOD_AUTOLOAD flag changed nothing at all for me, so it seems to be useless as well. I then created appropriate foobar-blacklist.conf files in /etc/modprobe.d/ to blacklist the modules. This approach worked for most modules, but pcspkr, wmi, sg, snd_seq_oss and snd_pcm_oss are still being loaded. I already opened a thread in the bulletin board [1] but got no useful hints / explanations. Best Regards Markus [1] http://bbs.archlinux.org/viewtopic.php?id=91737

2 5

Re: [arch-general] Canon MP610 Printer
by Dan Vratil 02 Mar '10

02 Mar '10

On Tuesday 02 March 2010 16:57:22 Yoshiaki Miura wrote: > 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 > > &ORDER=asc> > > > > 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? Try checking /var/log/cups/error_log it will tell you more about what does not work. If you won't find nothing relevant, try setting LogLevel in /etc/cups/cupsd.conf to "debug" and printing the test page again. I can see that the printer is on http://eva:0/ so I suppose that the printer is connected remotly, so make sure there is no problem on the remote machine. I have MP610 connected via Samba Share (it's plugged into a Windows machine) and CUPS says "success" no matter what the result is. It shows status "fail" only when CUPS fails to convert the document or send it to the printer. Dan -- --------------------------------- Dan Vrátil vratil(a)progdansoft.com ICQ 249163429 Jabber progdan(a)jabber.cz Tel. +420 732 326 870

1 0