- Arch-general - lists.archlinux.org

[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

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

[arch-general] mkinitcpio 0.6.3-1 and raid hook
by Mathieu Clabaut 27 Feb '10

27 Feb '10

It looks like mkinitcpio.conf till mention the "raid" hook whereas it looks like it has been superseded by "mdadm" hook.... Indeed : >>> Generating initial ramdisk, using mkinitcpio. Please wait... ==> Building image "default" ==> Running command: /sbin/mkinitcpio -k 2.6.32-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26.img :: Begin build :: Parsing hook [base] :: Parsing hook [udev] :: Parsing hook [autodetect] :: Parsing hook [pata] :: Parsing hook [scsi] :: Parsing hook [sata] FATAL: Hook 'raid' can not be found. But replacing "raid" by "mdadm" leads to : # /sbin/mkinitcpio -k 2.6.32-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26.img :: Begin build :: Parsing hook [base] :: Parsing hook [udev] :: Parsing hook [autodetect] :: Parsing hook [pata] :: Parsing hook [scsi] :: Parsing hook [sata] :: Parsing hook [mdadm] Custom /etc/mdadm.conf file will be used in initramfs for assembling arrays. :: Parsing hook [keymap] :: Parsing hook [encrypt] :: Parsing hook [lvm2] :: Parsing hook [resume] :: Parsing hook [filesystems] :: Generating module dependencies :: Generating image '/boot/kernel26.img'...SUCCESS -Mathieu

1 0

Re: [arch-general] [arch-dev-public] Samba package sizes
by Rogutės Sparnuotos 27 Feb '10

27 Feb '10

Dan McGee (2010-02-26 19:09): > Guys, does anyone else think this is getting out of hand? <...> > Seriously, 45 f-ing MB for samba? How can that be possible? <...> Samba is growing up fast. It is long known upstream ( http://bugs.debian.org/474543 ) and already anecdotal: http://lists.samba.org/archive/samba/2009-December/152549.html -- -- Rogutės Sparnuotos

3 2

Re: [arch-general] [arch-dev-public] Fwd: FS#17503: [unzip] zsh completion missing for unzip patches
by Xavier Chantry 26 Feb '10

26 Feb '10

On Fri, Feb 26, 2010 at 8:20 PM, Thayer Williams <thayerw(a)gmail.com> wrote: > > Bumping this for feedback. 7z correctly unzips localized win32 zip > files, but bsdtar/unzip cannot. Is that good enough to remove the > conflicting win32 patches from unzip? > Links to feature request for adding support to bsdtar / unzip would be good. If I understand correctly, there should already be some for unzip. And what about bsdtar ?

2 1

[arch-general] Postfix Package Upgrade
by Carlos Williams 26 Feb '10

26 Feb '10

I was curious how a user like myself can find out when the 'Postfix' package from Arch Linux will be upgraded from 2.6.5 to 2.7.0? Is there a way I can see the release schedule or a round about guess-tamite as to when it will be released?

4 7

Re: [arch-general] [arch-dev-public] Clean up the base group
by Leandro Inacio 26 Feb '10

26 Feb '10

On Fri, Feb 26, 2010 at 10:03, Allan McRae <allan(a)archlinux.org> wrote: > On 26/02/10 22:31, Thomas Bächler wrote: > >> Am 26.02.2010 10:28, schrieb Allan McRae: >> >>> HI, >>> >>> I mentioned this several months ago and got no response so I will post >>> again. If there are no objections in 48 hours, the rebuilds will start >>> hitting [testing]. >>> >>> FS#12890 suggests cleaning some of the packages from the base group. >>> The goals are to remove old packages that are really no longer needed >>> (e.g. cpio) and packages that are only needed as dependencies for other >>> packages and would not be installed otherwise (e.g. libfetch). That >>> will clean up the package selection list for the base group in the >>> installer. >>> >>> Here is the list of what I will do: >>> http://wiki.archlinux.org/index.php/User:Allan/Base_Cleanup >>> It splits the packages in the base group into those staying in base; >>> those removed from base but staying in [core]; those removed from >>> [core]. Packages marked with (???) mean I am not sure what category to >>> put them in. If there are no comments, I will be playing it safe with >>> these. >>> >> >> We don't need rp-pppoe in base (IMO not even in core, but others >> disagree). >> > > I'll flag it for removal from base but leave in [core] for the moment. I am > on the side that thinks it is probably best to keep this on the installer. > :P > > > We should also remove wpa_supplicant from base. My plans were to create >> a new "base-networking" and "base-wireless" group. The base-wireless >> group would (among others) cover wpa_supplicant. >> > > I will leave wpa_supplicant in base until such a group is created. > > Cheers, > Allan > I guess that a group for related network packages in base-network seems reasonable and less confusing at time of installation. Another group as base-support for other packages that are "loose" within the core, at least in the installation, so you know there are other packages to be selected or not. -- Leandro Inácio

1 0

Re: [arch-general] [arch-dev-public] Clean up the base group
by Heiko Baums 26 Feb '10

26 Feb '10

Am Fri, 26 Feb 2010 13:31:36 +0100 schrieb Thomas Bächler <thomas(a)archlinux.org>: > We don't need rp-pppoe in base (IMO not even in core, but others > disagree). I disagree because configuring a pppoe client with pure ppp is far too complicated. For people who haven't got a router and establish their DSL connections directly from their PC it's much easier to configure the pppoe client and establish the connections with rp-pppoe than with pure ppp. I tried both and reverted very fast to rp-pppoe. And because configuring and establishing the DSL connections is an essential task and also necessary on the LiveCD I think that rp-pppoe needs to stay in [core] and in the base group. Greetings, Heiko

2 1

Re: [arch-general] [arch-dev-public] Clean up the base group
by Heiko Baums 26 Feb '10

26 Feb '10

Am Fri, 26 Feb 2010 19:28:24 +1000 schrieb Allan McRae <allan(a)archlinux.org>: > I mentioned this several months ago and got no response so I will > post again. If there are no objections in 48 hours, the rebuilds > will start hitting [testing]. > > FS#12890 suggests cleaning some of the packages from the base group. > The goals are to remove old packages that are really no longer needed > (e.g. cpio) and packages that are only needed as dependencies for > other packages and would not be installed otherwise (e.g. libfetch). > That will clean up the package selection list for the base group in > the installer. > > Here is the list of what I will do: > http://wiki.archlinux.org/index.php/User:Allan/Base_Cleanup > It splits the packages in the base group into those staying in base; > those removed from base but staying in [core]; those removed from > [core]. Packages marked with (???) mean I am not sure what category > to put them in. If there are no comments, I will be playing it safe > with these. > > Any comments before I start? cpio is probably not necessarily needed by the average user, but as far as I know it's needed to uncompress or read the content of the initrd (e.g. xzcat kernel26.img | cpio -t), which sometimes can be necessary for debugging purposes. So I'm not sure if cpio must be kept in the base group but it should stay in [core]. And cryptsetup definitely needs to stay in [core] and in the base group because this is needed for encrypting hard disks, which is supported by AIF anyway. And cryptsetup is needed at boot time and during the installation from the LiveCDs. This is an essential tool which mustn't be removed from the base group and from [core]. And I'm not sure if cracklib should be removed from [core]. If it's moved to [extra] then this may be an option. Greetings, Heiko

3 4

[arch-general] Unable to upgrade
by Nilesh Govindarajan 25 Feb '10

25 Feb '10

See this guys - http://dpaste.com/157512/ All of you're facing the same ? If not, what's the fix ? -- Nilesh Govindarajan Site & Server Adminstrator www.itech7.com

14 19