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

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

[arch-general] init showing as ini
by gt 25 Feb '10

25 Feb '10

Hi guys, this has been known for a while, that init shows as ini. http://bugs.archlinux.org/task/15362 Now that we have ditched klibc, can this bug be fixed now?

1 1

Re: [arch-general] [arch-dev-public] [PATCH 4/4] ftpdir-cleanup: lock repo before doing the cleanup
by Evangelos Foutras 25 Feb '10

25 Feb '10

On Thu, Feb 25, 2010 at 3:36 AM, Eric Bélanger <snowmaniscool(a)gmail.com> wrote: <snip> > for arch in ${ARCHES[@]}; do > > + IS_LOCKED=0 > + count=0 > + while [ $count -le $LOCK_TRIAL ]; do > + if repo_lock $reponame $arch ; then > + IS_LOCKED=1 > + let count=$LOCK_TRIAL+1 > + continue I'd just use a 'break' here, instead of making the conditional expression false and jumping to the check again. > + fi > + sleep $LOCK_DELAY > + let count=$count+1 > + done > + > + if [ $IS_LOCKED -eq 0 ]; then <snip> Thanks for creating this patch. :)

2 1

[arch-general] Microsoft keyboard and unworking keys
by Andre Ramaciotti 25 Feb '10

25 Feb '10

Hi all, I have a Microsoft keyboard (*hides*) and some of its multimedia keys don't work (most of them do, though), as in "they don't show any keycode on 'xev' or 'showkey'". I don't really think I'll get them to work, but I'll ask anyway: is there any hack to make them work? It's a Digital Media 3000 if it makes any difference. TIA

5 12

Re: [arch-general] [arch-dev-public] boost-1.42.0 rebuild
by Ng Oon-Ee 25 Feb '10

25 Feb '10

On Wed, 2010-02-24 at 18:05 +0100, Giovanni Scafora wrote: > 2010/2/24, Ionut Biru <biru.ionut(a)gmail.com>: > > all done. i had to patch it. i don't use it so please report back if is > > working well > > Thanks Ionut. > We needs testers for the new schroot. > Let us know. Just tested it, skype loads up properly, as does E-sword. A note though, when I first ran `schroot -p` I get this error: I: 20nssdatabases: nssdatabases file '/etc/schroot/nssdatabases-defaults' does not exist E: Arch32-c77d80ac-3ded-4b06-b7d5-1fce667418d5: Chroot setup failed: stage=setup-start Modifying /etc/schroot/scripts-arch32 from NSSDATABASES="/etc/schroot/nssdatabases-defaults" to NSSDATABASES="/etc/schroot/default/nssdatabases" fixes it. Got that value from /etc/schroot/default/config. It appears /etc/schroot/scripts-arch32 belongs to schroot (according to pkgfile -i), so probably needs to be modified? Otherwise works okay, as mentioned.

3 7

[arch-general] How to obtain development headers for package
by Michishige Kaito 24 Feb '10

24 Feb '10

Hey, Maybe I'm just not understanding how Arch works, so please forgive my ignorance. I come from ubuntu, and there you get development headers for most packages by following the naming convention, which is package-dev. A quick apt-cache search package | grep dev would yield the right package. Now, I'm trying to obtain these on my fresh arch, but can't seem to find anything through pacman search or google. Anyone could hint me in the right direction? If it's useful, I need the dev headers for sqlite3.

8 8

Re: [arch-general] [arch-dev-public] boost-1.42.0 rebuild
by Ng Oon-Ee 23 Feb '10

23 Feb '10

On Tue, 2010-02-23 at 13:08 +0100, Giovanni Scafora wrote: > 2010/2/23, Allan McRae <allan(a)archlinux.org>: > > That looks a fairly small rebuild. Put boost in [testing] and I will start > > building. > > Thanks Allan. > I'm building boost 1.42.0, and I put it in testing soon. > Hi, just ran -Syu and got boost 1.42.0 but schroot in [community] is not yet updated and throws a libboost error. Just a heads-up in case it didn't turn up on the mentioned (off-ML) list.

2 2