- Arch-dev-public - lists.archlinux.org

[arch-dev-public] Build machine update
by Aaron Griffin 29 Nov '07

29 Nov '07

For any Devs/TUs in need of an x86_64 build machine, we're now in business. This machine I have sitting here is not powerful, but it's doing nothing, so we might as well all help out and heat my apartment this winter 8) What I've done is set this machine up to use the new chroot tools from our devtools package, and allow users rights to run the chroot build script. Dan, Jeff, and myself have tested it and it seems to work fine for right now. For people with existing accounts - I will add a motd with instructions soon, so when you see a small HOWTO on login, feel free to go to town. For people who DON'T have an account but still want to build x86_64 packages and don't have a machine, let me know.

2 1

[arch-dev-public] Moving heimdal to core
by Aaron Griffin 29 Nov '07

29 Nov '07

I'd like to move heimdal to core/lib. This gives us kerberos libs in core, and will close out this bug: http://bugs.archlinux.org/task/8373 Any problems with this?

4 11

[arch-dev-public] Package removal update
by Eric Belanger 28 Nov '07

28 Nov '07

For those who are not subscribed to the commits ML, here's the latest batch of packages that were removed from extra in the current cleanup: Completely removed: edb Moved to community: divx4linux freetype1 gpsdrive Moved to unsupported: bidwatcher blam cccp cplay cvsfs dcd epic4 galeon gentoo gnet1 grcm ircii-pana lam lib3ds libast libtrash madplay prozilla ptabtools samplicator chgres xforms libping dump lineak_defaultplugin lineak_xosdplugin lineakd lprng castle-combat service-discovery-applet -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

4 6

[arch-dev-public] Additional devtools scripts
by Aaron Griffin 28 Nov '07

28 Nov '07

Hey guys, I'm currently in the process of cleaning sanitizing our db scripts into a git repo, so I can modernize these goofy things. But I noticed a few unrelated scripts in cvs-arch that are useful - namely things like lddd and finddeps. Would anyone be against including these in devtools... as they are, well, dev tools?

3 3

[arch-dev-public] Updated bash provides (was: CVS update of core/base/bash (PKGBUILD))
by Dan McGee 28 Nov '07

28 Nov '07

To our bash maintainers- it would be cool if you could rebuild bash sometime with these changes, as adding the provides=('sh') line will really help me down the road when I am trying to make Arch a bit more shell-agnostic. I have another patch coming shortly (to the ML) that will make a lot of base packages depend on sh instead of bash when that is possible. Of course, the rebuild can wait until the next patch level bump, but just know that these changes have been made. -Dan On Nov 25, 2007 9:37 PM, Dan McGee <dan(a)archlinux.org> wrote: > Date: Sunday, November 25, 2007 @ 22:37:58 > Author: dan > Path: /home/cvs-core/core/base/bash > > Modified: PKGBUILD (1.49 -> 1.50) > > Add provides=('sh') to bash, as scripts may only need sh and not a full-blown bash. Also verbose-ify the sh link. > > > ----------+ > PKGBUILD | 8 ++++++-- > 1 file changed, 6 insertions(+), 2 deletions(-) > > > Index: core/base/bash/PKGBUILD > diff -u core/base/bash/PKGBUILD:1.49 core/base/bash/PKGBUILD:1.50 > --- core/base/bash/PKGBUILD:1.49 Thu Nov 15 18:53:12 2007 > +++ core/base/bash/PKGBUILD Sun Nov 25 22:37:58 2007 > @@ -1,4 +1,4 @@ > -# $Id: PKGBUILD,v 1.49 2007/11/15 23:53:12 daniel Exp $ > +# $Id: PKGBUILD,v 1.50 2007/11/26 03:37:58 dan Exp $ > # Maintainer: Aaron Griffin <aaron(a)archlinux.org> > > pkgname=bash > @@ -12,6 +12,7 @@ > groups=('base') > backup=(etc/profile etc/skel/.bashrc etc/skel/.bash_profile) > depends=('readline>=5.2') > +provides=('sh') > source=(ftp://ftp.cwru.edu/pub/bash/bash-3.2.tar.gz > bash-noinfo.patch > profile > @@ -66,7 +67,10 @@ > rm bin/bashbug usr/man/man1/bashbug.1 > > install -v -D -m644 ${startdir}/src/profile etc/profile > - ln -sf bash bin/sh > + > + # for now, bash is our default /bin/sh > + cd ${startdir}/pkg/bin > + ln -s bash sh > > mkdir -p $startdir/pkg/etc/skel/ > install -D -m644 $startdir/src/bashrc $startdir/pkg/etc/skel/.bashrc > > _______________________________________________ > arch-commits mailing list > arch-commits(a)archlinux.org > http://archlinux.org/mailman/listinfo/arch-commits >

2 3

[arch-dev-public] Adding dash to core/base
by Dan McGee 27 Nov '07

27 Nov '07

One of my recent Arch goals has been to drop in a replacement shell for /bin/sh that is not bash. Currently we have no lightweight shell in core, and I think this should change. I'm proposing we add dash to our core/base set of packages so people can have a lightweight, break-proof shell on their system. For now, it does nothing to the /bin/sh symlink to bash, but hopefully in the future we can change this to greatly speed up the execution of a lot of shell scripts that don't need a full blown bash to run. Why do this? I'll go through some reasons below. /bin/bash is 518K, not to even mention it uses shared libraries (which bring the total to somewhere around 2625K). /bin/dash as compiled below is 67K static (compiled with klibc). Thats it, and it will never break due to any sort of system upgrade. /bin/dash is static, meaning it is perfect to include as a root shell or build into an initrd. /bin/dash is fast. It loads faster, which is a HUGE help when it comes to running fork-heavy things like ./configure and the makefiles that result from it. This package is only 121K installed, which means its not going to break the bank on anyones system. I've included the proposed PKGBUILD below. A few things of note: as I mentioned above, it is compiled against klibc (compiling against glibc statically makes it almost 10x larger). Also, this package does not provide sh- that distinction is only for the package (bash or dash) that actually has the /bin/sh -> respective shell link. This helps clarify why I am making dependency switches from bash to sh when applicable. -Dan # $Id$ # Maintainer: Dan McGee <dan(a)archlinux.org> pkgname=dash pkgver=0.5.4 pkgrel=3 pkgdesc="A POSIX compliant shell that aims to be as small as possible" arch=('i686' 'x86_64') url="http://ftp.debian.org/debian/pool/main/d/dash" license=('BSD') makedepends=('klibc>=1.5') #provides=('sh') source=("http://gondor.apana.org.au/~herbert/dash/files/dash-$pkgver.tar.gz") md5sums=('bc457e490a589d2f87f2333616b67931') build() { cd $startdir/src/$pkgname-$pkgver ./configure --prefix=/usr --exec-prefix="" CC=klcc LD=klcc make || return 1 make DESTDIR=$startdir/pkg install || return 1 # license install -m644 -D COPYING $startdir/pkg/usr/share/licenses/$pkgname/COPYING #static dash is our default /bin/sh #cd ${startdir}/pkg/bin #ln -s dash sh }

1 0

[arch-dev-public] [signoff] kismet 2007_10_R1-1
by Jason Chu 27 Nov '07

27 Nov '07

I updated kismet. Since it's a tough package to test, I put it in testing. Please try it out with different wireless cards and tell me the result. Jason

2 1

Re: [arch-dev-public] [arch-announce] Status Report 2007-11-20
by Aaron Griffin 27 Nov '07

27 Nov '07

On Nov 27, 2007 4:56 PM, Jason Chu <jason(a)archlinux.org> wrote: > > > * Architecture Independent Repos > > > > More correct: Architecture Independent Packages > > They were intended to be placed in the same repos as i686/x86_64 > > packages, and in the same db.tar.gz > > They can be placed in $repo/os/any/ dir on FTP servers though (to save > > the space and traffic for mirrors) > > with $repo/os/{i686,x86_64}/$pkgname-$pkgver-$pkgrel-any.pkg.tar.gz > > being a symlink to ../any/$pkgname-$pkgver-$pkgrel-any.pkg.tar.gz > > (this is because packages should be in the same dir as .db.tar.gz for > > pacman to download them). > > Are you sure about that? I thought they were going to be separate repos > that would be usable in x86_64 and i686. That way we'd save bandwidth > (upload and download) and storage space *and* save time building packages. I could go either way here - I don't have a strong opinion, but jason has a point about size (bandwidth, disk space, etc).

1 0

[arch-dev-public] [signoff] kernel26 2.6.23.9
by Tobias Powalowski 27 Nov '07

27 Nov '07

Hi here we go next kernel 4 hours later: kernel 2.6.23.9 for both arches in testing, please signoff this one adresses these bugs: http://bugs.archlinux.org/task/8721 http://bugs.archlinux.org/task/8745 - added new cfs scheduler version to fix wlan bug -> all binary modules rebuilt against that - cleaned up configs - cleaned up patches - cleaned up PKGBUILD - alsa status 20071124 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 5

[arch-dev-public] Will there be an extra rebuild?
by Eric Belanger 26 Nov '07

26 Nov '07

Hi, Now that the core rebuild is completed, I'm wondering if an extra rebuild is in the works. The reason behind my question is that several of my packages will need to have their license added/fixed and some of them haven't had a release since a long time (gtk, ogle, etc). If there will be an extra rebuild, I'll just fix the license in cvs. Otherwise, I'll bump the pkgrel to update them. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 2