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

[arch-dev-public] [signoff] openssh 4.7p1-5
by Aaron Griffin 29 Nov '07

29 Nov '07

The following changes have been made: FS#8729, Fix bad 'xauth' path that snuck in during the core rebuild (Daniel, run 'which xauth' for me, please?) FS#7996, Add /etc/conf.d/sshd for SSHD_ARGS params passed to sshd on startup FS#8505, disable strip as a configure flag so makepkg can decide whether or not to strip FS#8373, add kerberos support * Part a) Enable kerberos authentication (configure flag) * Part b) Allow kerberos key exchange between servers (patch) Part b is apparently disliked by Eliott and Paul, which is fine - but is apparently part of the stock build in Debian, Solaris, and others. Still, I must point out I *just* had to disable Part b as I wrote this, because it doesn't compile on x86_64 - I'm sure there's patches to fix that somewhere, but I can look into it later. Please approve the other 4 parts. Will be in testing for both arches in a few minutes (after patch removal on i686) Thanks, Aaron

3 3

[arch-dev-public] msmtp, ssmtp, nbsmtp - 3 smpt forwarder in extra
by Tobias Kieslich 29 Nov '07

29 Nov '07

Hi, it's been talked about it a bit. Jason said he is using ssmtp and he is willing to maintain it in extra. I was using msmtp but with mutt's new build in smtp (for those who havn't heard it b4, yes you heard right: mutt build in and smtp in one sentence) I don't use msmtp anymore. I don't say msmtp is a bad program. I just think we should ship maybe only one forwarder in extra and I'm fine with ssmtp. Anyone using nbsmtp at all? -Tobbi

6 12

[arch-dev-public] Missing packages?
by Aaron Griffin 29 Nov '07

29 Nov '07

The following appear to be missing for i686: firefox 2.0.0.10-2 pidgin 2.3.0-1 ddrescue 1.6-1 I *think* these missing packages might actually be causing a DB issue brought up on the pacman-dev list. If you look at the extra db entries, firefox has a filename pointing at the 2.0.0.10-1 version, which is still on the ftp, but the version is listed as 2.0.0.10-2 I don't know if the other two are affected

7 11

[arch-dev-public] [signoff] psmisc 22.6-1
by Eric Belanger 29 Nov '07

29 Nov '07

Hi, It a regular upstream update. It's in testing for both arch. Please signoff. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 3

[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 28 Nov '07

28 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