- Arch-general - lists.archlinux.org

[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

Re: [arch-general] [arch-dev-public] initscripts hack-a-thon?
by Gerardo Exequiel Pozzi 02 Mar '10

02 Mar '10

On 03/02/2010 02:01 AM, Dan McGee wrote: > On Mon, Mar 1, 2010 at 10:55 PM, Daniel J Griffiths (Ghost1227) > <ghost1227(a)archlinux.us> wrote: > >> On 03/02/10 at 02:39pm, Allan McRae wrote: >> >>> Hi all, >>> >>> Looking in the bug tracker, there are 35 bug reports for >>> initscripts. That represents about 10% of bugs... >>> >>> I'm not really sure who is in charge of initscripts these days, but >>> how about a group of use gets together on IRC some time in the >>> future and try getting through a bunch of these bug reports? >>> >>> Allan >>> >>> >> More than happy to help. >> > Seems like a good idea. Can't promise my time but will try to chip in > if it happens. > > -Dan > > haha, just today, I added all [initscripts] (categorized) tasks in the Bug Day TODO wiki page http://wiki.archlinux.org/index.php/Bug_Day_TODO#.5Binitscripts.5D -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

2 2

[arch-general] svn / kwallet integration broken
by David Rosenstrauch 01 Mar '10

01 Mar '10

Not sure if the cause is recent upgrades to svn, or the recent upgrade to the KDE 4.4 beta, but svn integration with kwallet as a password store doesn't seem to be working anymore. Anyone else seeing this and/or have any idea what's up? Thanks, DR

2 2

[arch-general] Archwiki - Installing with fake raid - really chopped up...
by David C. Rankin 01 Mar '10

01 Mar '10

Guys, I don't know who does the wiki editing on the "Installing with Fake RAID" page, but a lot of the helpful information was deleted and it has been edited down to the point that it is confusing. I rebuilt my home server last night and moved my last suse server to Arch at home. I had written a fairly extensive howto in the Installing with Fake RAID wiki page after my first multiple fake raid set install last fall so I went back to use it as a reference of the install last night. I was surprised how terse the information was and how little of the original step by step instructions remained. It was actually confusing enough that I went back to the original for a reference. If it was confusing for me to use as a reference and I know how to do this having done at least a dozen, I can imagine how it would hit a first timer. Don't get me wrong, the core information is still there, but it doesn't logically flow through the install. It's like nothing connects the dots... We might want to take another look at making the page flow a little better and expand a sentence or two on each step from the point of Partitioning Your Drive -> choosing other, to Installing Grub. Another 3-4 sentences in that area would really help. I don't mind doing it, but I don't want to do it again just to have it erased again. So is there someone we can send the additions to so they can add it 'officially' rather then me adding it and having it erased again? -- 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

3 3

[arch-general] [signoff] lvm2/device-mapper 2.02.61-1
by Eric Bélanger 01 Mar '10

01 Mar '10

Hi, lvm2/device-mapper 2.02.61-1 are now in testing: - minor upstream update - Add optional lvmwait= command line parameter, fixes FS#18428 Please test and signoff. Signoffs from users are welcome. Eric lvm2: Version 2.02.61 - 15th February 2010 ==================================== Fix some consts and floating point gcc warnings. Fix dm_report_field_uint64 function to accept 64-bit ints. Change readhead display to use 32-bit -1 const instead of 64-bit. Add LVM_SUPPRESS_LOCKING_FAILURE_MESSAGES environment variable. Remove hard-coding that skipped _mimage devices from 11-dm-lvm.rules. Use udev transactions in test suite. Set udev state automatically instead of using LVM_UDEV_DISABLE_CHECKING. Add lvm_pv_get_size, lvm_pv_get_free and lvm_pv_get_dev_size to lvm2app. Change lvm2app to return all sizes in bytes as documented (not sectors). Add 'fail_if_percent_unsupported' arg to _percent and _percent_run. Remove false "failed to find tree node" error when activating merging origin. Exit with success when lvconvert --repair --use-policies performs no action. Accept a list of LVs with 'lvconvert --merge @tag' using process_each_lv. Avoid unnecessary second resync when adding mimage to core-logged mirror. Exclude internal VG names and uuids from lists returned through liblvm. Add %ORIGIN support to lv{create,extend,reduce,resize} --extents. Add _mda_copy to clone a struct metadata_area. Remove pointless versioned symlinks to dmeventd plugin libraries. Fix dmeventd snapshot plugin build dependency. Make clvmd -V return status zero. Remove unnecessary 'dmsetup resume' following 'dmsetup create' in tests. Fix cmirrord segfault in clog_cpg list processing when converting mirror log. Deactivate temporary pvmove mirror cluster-wide when activating it fails. Always query device by uuid and not name in clvmd. Add missing metadata vg_reverts in pvmove error paths. Unlock shared lock in clvmd if activation calls fail. Return success from dev_manager_info with non-existent uuid if ioctl succeeds. device-mapper: Version 1.02.44 - 15th February 2010 ==================================== Add DM_UDEV_DISABLE_LIBRARY_FALLBACK udev flag to rely on udev only. Export dm_udev_create_cookie function to create new cookies on demand. Add --udevcookie, udevcreatecookie and udevreleasecookie to dmsetup. Set udev state automatically instead of using DM_UDEV_DISABLE_CHECKING.

2 1

[arch-general] FYI: PPPoE with ppp script
by Damjan Georgievski 27 Feb '10

27 Feb '10

This is a script I use to connect to PPPoE with plain pppd... it expects the corresponding variables: INTERFACE, USERNAME and PASSWORD set up beforehand. /usr/sbin/pppd plugin rp-pppoe $INTERFACE \ user "$USERNAME" password "$PASSWORD" \ noipdefault noauth defaultroute default-asyncmap \ noaccomp nodeflate nopcomp novj novjccomp \ mtu 1492 mru 1492 \ lcp-echo-interval 30 lcp-echo-failure 4 I usually add either or both of " nodetach debug " at the end for more information about the status. ps. I know that the password "$PASSWORD" is not very secure (since the pass is visible in "ps ax"), but on a single user system it mostly doesn't matter. There are alternatives to that too: 1. put the password in /etc/ppp/pap-secrets and chap-secrets 2. use the "passwordfd" plugin for pppd and write the password to a specific fd 3. use the "passprompt" plugin and only enter the password on the terminal when you start pppd - no need to store the pass ever -- damjan

1 0

Re: [arch-general] [arch-dev-public] kernel 2.6.33-1
by Damjan Georgievski 27 Feb '10

27 Feb '10

> this makes me curious. how do you test this? > dmesg > dmesg-before > <upgrade and reboot> > dmesg > dmesg-after > > diff dmesg-* ? > or is there a better way? > what's the recommended approach too see "what's new" ? I usually do "dmesg -c" which clears the ring buffer, and then start testing whatever I'm testing, and now dmesg will show only the new stuff. -- damjan

1 0

Re: [arch-general] [arch-dev-public] Clean up the base group
by Pierre Chapuis 27 Feb '10

27 Feb '10

(Forked from arch-dev-public) On Fri, 26 Feb 2010 15:40:27 +0200, Roman Kyrylych <roman.kyrylych(a)gmail.com> wrote: > The following packages are questionable: > * diffutils - why it should be on every system? > * gawk - why it should be on every system? > [...] > * mailx > [...] > * vi - ok, no bikeshed thing here, but there's nano for base Those are required for Single UNIX Specification v3 conformance. However I think Arch Linux doesn't conform for other reasons anyway, and I support their removal from the base group. I always remove the 2 latter by hand after installing. -- catwell

4 3

[arch-general] ld-2.11.1.so and segfaults
by christopher floess 27 Feb '10

27 Feb '10

Hi all, I installed arch 64-bit on my t61 this weekend, and when I try to run midori or epiphany, and some other apps as well, I get midori[16445]: segfault at 8 ip 00007f0d1093d963 sp 00007fffb6e8a1e0 error 4 in ld-2.11.1.so[7f0d10933000+1e000] and epiphany[16664]: segfault at 8 ip 00007fbe5670e963 sp 00007fffff76fc10 error 4 in ld-2.11.1.so[7fbe56704000+1e000] By doing pacman -Qo /lib/ld-2.11.1.so, I get glibc, which is at version 2.11.1-1. I've tried doing pacman -Syu, but that hasn't resolved anything. I some how think this isn't a bug, but something I'm doing wrong on my end. Any pointers on how to trouble shoot this? As a final note, heres uname -a: Linux turnstile 2.6.32-ARCH #1 SMP PREEMPT Tue Feb 9 15:12:10 CET 2010 x86_64 Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz GenuineIntel GNU/Linux Of course, any other info is also available, just let me know what might be needed. Thanks in advance -- Chris

4 12