- Arch-general - lists.archlinux.org

[arch-general] How to change default terminal from xterm
by David Rosenstrauch 14 Jan '09

14 Jan '09

On my desktop machine, it seems like any time a GUI app needs to launch a console app, the default is to launch it in an xterm window. But as I'm a hardcore KDE user, I'd like to change that default to konsole. Wasn't able to figure out where this setting is to override it, however. "set | grep xterm" didn't turn up much of relevance, and I couldn't see any KDE setting to override it either. Anyone know how to tweak this? Tnx, DR

4 5

[arch-general] Malayalam fonts for Arch
by aashiks 14 Jan '09

14 Jan '09

Hi, I understand that there may not be many users who need Malayalam fonts here on this list, but if there are any then there are a set of TTF fonts ( from theep://smc.org.in ) that I have packaged. The PKGBUILD is available at http://aur.archlinux.org/packages.php?ID=23145 These fonts are the default Malayalam fonts in Debian and Fedora. I thought it would be nice to see them on Arch too :) regards, Aashik

1 0

[arch-general] agg - antigrain
by Baho Utot 14 Jan '09

14 Jan '09

I am posting this here because this package is in extra and is orphaned... Can anyone have a look at this? Antigrain build fails current PKGBUILD from abs, compiled attempt with gcc-4.3 default build flags. Here is the error from my log file make[3]: Entering directory `/srv/http/Build/BUILD.i686/extra/agg/src/agg-2.5/src/platform/X11' /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../../include -I../../../include -I -g -O2 -c -o libaggplatformX11_la-agg_platform_support.lo `test -f 'agg_platform_support.cpp' || echo './'`agg_platform_support.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../include -I../../../include -I -g -O2 -c agg_platform_support.cpp -fPIC -DPIC -o .libs/libaggplatformX11_la-agg_platform_support.o libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../include -I../../../include -I -g -O2 -c agg_platform_support.cpp -o libaggplatformX11_la-agg_platform_support.o >/dev/null 2>&1 /bin/sh ../../../libtool --tag=CXX --mode=link g++ -I../../../include -I -g -O2 -version-info 2:4:0 -L -o libaggplatformX11.la -rpath /usr/local/lib libaggplatformX11_la-agg_platform_support.lo -lX11 libtool: link: require no space between `-L' and `-o' make[3]: *** [libaggplatformX11.la] Error 1

2 2

[arch-general] Boot error with 2008.12
by Sergi Pons Freixes 13 Jan '09

13 Jan '09

Hi all, Thanks to a Xmas present, now I'm the proud owner of a ThinkPad X200T. After been a time flirting with Ubuntu, I'm returning to Arch (in fact, I've never abandoned it, because my home server runs Arch). The X200T doesn't have an optical drive, so I tried the USB install method. First I tried the last "official" release, 2008.06, and it booted perfectly. Unfortunately, as you can see here [1], the kernel included (2.6.24) doesn't fully support the wireless neither the ethernet cards. Then, following the recommendation from [1], I tried the "testing" 2008.12 release. But it doesn't boot. It just shows the message: Boot error. I've checked the md5sum of the img file and the pen drive (dd if=/dev/sdb count=875219 status=noxfer |md5sum) and in both cases it's ok (so, no corrupt img file, and no corrupt pen drive). I've checked the forums and in this post [2] at least two people suffer the same issue, but there is no answer. Any idea about the possible origin of the issue and how to solve it? Regards, Sergi [1] http://itgen.blogspot.com/2008/12/installing-arch-linux-on-lenovo.html [2] http://bbs.archlinux.org/viewtopic.php?id=60385

2 2

[arch-general] Pointless to use non-md5 for makepkg INTEGRITY_CHECK
by Aaron Schaefer 13 Jan '09

13 Jan '09

At the request of the upstream developer, I was attempting to change the md5sums in my tarsnap PKGBUILD (http://aur.archlinux.org/packages.php?ID=22963) to use sha256 instead, and ran across a couple of issues. The way makepkg works, when you set INTEGRITY_CHECK in makepkg.conf, those values effect BOTH the generation of the checksums and also the verification upon package compilation. I believe the variable should only effect checksum generation. Validation of the checksums upon compilation should only fail in two cases: 1) There are no checksums listed in the PKGBUILD or 2) One of the listed checksums does not validate against the source The way things are now, it's not feasible to use a non-standard (read non-md5) checksum, because everyone who would like to build the package themselves would either have to alter their own makepkg.conf file, or simply ignore the warning of verification failure. Unless everyone moved to a different standard of checksum at the same time, I don't think it would be realistic for us to expect people to do this. I can't think of a use case where it wouldn't make sense just to verify whatever checksums are listed in the PKGBUILD, and only consult the INTEGRITY_CHECK settings when generating new checksums. This process also led the the discovery of an issue with the AUR code...it seems as though the AUR is hard-coded to check for md5sums only, so if you attempt to upload a package with just a sha256sums line, it will complain and prohibit you from updating the PKGBUILD. Has anyone else ever tried to use a non-standard INTEGRITY_CHECK setting? Is there something here that I'm missing? -- Aaron "ElasticDog" Schaefer

6 26

[arch-general] Microphone issues on ICH7
by Will Siddall 13 Jan '09

13 Jan '09

Hey everyone, I've had this great HP laptop for the past 4 years with no need (of course there's always a want) to upgrade. And of all this time, I never had a problem with it, until now. Out of the past 4 years, I've never needed to use my microphone for anything, but lately I've been sent overseas a lot for work and needing to keep in contact, decided to start skype to call back home. That's when I noticed that my microphone didn't work at all. I thought it would be skype, but trying to use gnome-sound-recorder proved that to be wrong. Nothing is coming through. I've tried running 'alsaconf' again, I've tried a huge number of .asoundrc setups, using different microphones, everything that I can imagine. I'm out of ideas, would anyone have anything else I can try? Has anyone run into this problem before? Thanks, Will

2 2

Re: [arch-general] LZMA - in or out?
by Rogutes 13 Jan '09

13 Jan '09

Dan McGee (2009-01-12 19:59): > Some non-benefits of LZMA for those that brought up compression of packages > : > $ ./testzip.sh openoffice-base-3.0.0-4-x86_64.pkg.tar > <...snip...> > > Yes, LZMA took nearly 5 minutes to compress this package which gzip > accomplished in 22 seconds. I am replying to a thread in arch-dev-public list, since I haven't got permission to post there. I would like to propose my simple test (note the compression ratio switches): compression: gzip -9 openoffice-base-3.0.0-4-i686.pkg.tar 48,20s user 0,30s system 99% cpu 48,609 total lzma -1 openoffice-base-3.0.0-4-i686.pkg.tar 50,16s user 0,42s system 99% cpu 50,969 total bzip2 -1 openoffice-base-3.0.0-4-i686.pkg.tar 58,37s user 0,34s system 99% cpu 58,986 total lzma -2 openoffice-base-3.0.0-4-i686.pkg.tar 72,19s user 0,36s system 99% cpu 1:12,60 total decompression: gzip -d openoffice-base-3.0.0-4-i686.pkg.tar.gz 3,33s user 0,39s system 98% cpu 3,783 total lzma -d openoffice-base-3.0.0-4-i686.pkg.tar.lzma 14,39s user 0,36s system 99% cpu 14,839 total bzip2 -d openoffice-base-3.0.0-4-i686.pkg.tar.bz2 18,61s user 0,44s system 98% cpu 19,260 total sizes: 303M openoffice-base-3.0.0-4-i686.pkg.tar 141M openoffice-base-3.0.0-4-i686.pkg.tar.gz 139M openoffice-base-3.0.0-4-i686.pkg.tar.bz2 129M openoffice-base-3.0.0-4-i686.pkg.tar.lzma 119M openoffice-base-3.0.0-4-i686.pkg.tar.lzma-2 default compression ratio switches: gzip -6 bzip2 -9 lzma -7 And an excerpt from lzma manual: In this manual lzma is compared mostly to bzip2 because that is currently one of the most widely used free software to compress tar files made for distribution. Comparing lzma to gzip is not practical because neither lzma nor bzip2 can compete with gzip in compression speed. On the other hand the compression ratio of gzip is worse than of lzma and bzip2. -- Rogutes

1 0

Re: [arch-general] [arch-dev-public] [signoff] kernel26 2.6.28-3
by Gerhard Brauer 10 Jan '09

10 Jan '09

Am Tue, 06 Jan 2009 17:54:08 +0100 schrieb Thomas Bächler <thomas(a)archlinux.org>: > Aaron Griffin schrieb: > > On Tue, Jan 6, 2009 at 5:08 AM, Tobias Powalowski <t.powa(a)gmx.de> > > wrote: > >> Showstopper: > >> klibc needs to be fixed. It breaks compilation of tools. > > > > Could you be more specific? There was some talk on the klibc ML > > about recent kernel changes, so I'd like to know what is broken. > > Perhaps it is fixable (and Debian may have changes already) > > klibc didn't build against 2.6.28 because some asm headers are now in > arch/x86/include/ instead of include/asm-x86/. I added a quick-fix to > the Makefile so klibc would build. However, I forgot that these > headers weren't installed either, so now klcc does not compile > anything that needs any of those headers (I didn't notice because I > didn't have to recompile the klibc-* packages). This means: klibc > works as a runtime library, but klcc is useless. IMHO is the problem in our kernel26 package. Therein we have a bad symlink to the architecture asm directory. [gerhard@tux1 ~]$ ls -ld /usr/src/linux-2.6.28-ARCH/include/asm lrwxrwxrwx 1 root root 7 26. Dez 11:01 /usr/src/linux-2.6.28-ARCH/include/asm -> asm-x86 [gerhard@tux1 ~]$ ls -l /usr/src/linux-2.6.28-ARCH/include/asm/ -rw-r--r-- 1 root root 5877 26. Dez 10:43 asm-offsets.h If compiling klibc from testing (i use 1.5.15) with the 2.6.28 patch we have in klibc: ----- /usr/lib/klibc/include/asm total 8 lrwxrwxrwx 1 root root 8 2009-01-09 11:54 asm-i386 -> asm-i386 -rw-r--r-- 1 root root 5877 2009-01-09 11:53 asm-offsets.h lrwxrwxrwx 1 root root 7 2009-01-09 11:54 asm-x86 -> asm-x86 ------------ two death symlinks (asm-i386, asm-x86). These are the problems that the other klibc-* tools don't build. But if i change the kernel asm Symlink to: /usr/src/linux-2.6.28-ARCH/include/asm -> /usr/src/linux-2.6.28-ARCH/arch/x86/include/asm (for i686), then i could build a) klibc 1.5.15 without the 2.6.28-patch b) the other klibc-* tools from core. Regards Gerhard

1 1

[arch-general] Problem building Player with pkgbuild
by Christian Babeux 09 Jan '09

09 Jan '09

Hi, I'm trying to build Player with a pkgbuild from the AUR. Here is the pkgbuild: http://aur.archlinux.org/packages/player/player/PKGBUILD Is seems the build is failing because of Arch's strict GCC (I really don't know if that's the problem) At first it was failing with this error: actarrayproxy.cc: In member function ‘player_actarray_actuator_t PlayerCc::ActArrayProxy::GetActuatorData(uint32_t) const’: actarrayproxy.cc:246: error: ‘memset’ was not declared in this scope So I figured that string.h was not included and modified the config.h to include it : echo -e "#include <unistd.h>\n#include <stdlib.h>\n#include <stdio.h>\n#include <string.h>" >> config.h But now it fails with : speechproxy.cc:96: error: ‘strdup’ was not declared in this scope The strange thing is that strdup is declared in string.h... Any ideas ? Christian Babeux

4 3

[arch-general] Kerberos auto renew does not work.
by Anton 08 Jan '09

08 Jan '09

Good Day. I'm trying to make kcm to work but it does not want :-). I want creds on my workstation to be renewed automatically when it near to expire. I set in [libdefaults] secton default_cc_name = KCM:%{uid}, I started kcm. Then I got cred with command: kinit --renewable user1 it gets tgt with a renewable flag but does not renews automatically and then exires. To check this I used -l 60 and/or -r 60. Tgt never be renewed. It always expires. Google did not help me or my search was wrong :-(. What am I doing wrong ? What are the necessary steps should I do to make auto renew of cred ? -- Anton [WARM-RIPE] Stack ltd division head tel. 8 (3822) 555-797

1 0

Re: [arch-general] [arch-dev-public] [signoff] kernel26 2.6.28-2
by pyther 08 Jan '09

08 Jan '09

On Tue, 06 Jan 2009 01:37:33 +0100, tobias(a)justdreams.de wrote: > Quoting Jan de Groot <jan(a)jgc.homeip.net>: >> I'm running the 2.6 prerelease series for a while on my laptop now. My >> first impressions: >> - EXA is even slower than it was with 2.4.3 >> - UXA is much faster >> - XAA not tested >> - 3D is horribly slow >> - Compiz doesn't draw window decorations due to some breakage in libdrm >> >> If we want to use 2.5.x or 2.6 when it comes out, we have to grab a mesa >> snapshot from git master to get GEM support in mesa also. >> >> As xorg-server 1.6 shouldn't be far away anymore, I think we can wait >> for the next stable release of mesa that has GEM support. >> > Just as I thought you have much more insight on this. I totally agree to > stick with 2.4.x for now. > > Thanks, > -T I just wanted to let the devs know that 2.4.x causes Xorg to crash with Kernel 2.6.28, so some users might have issues. It doesn't matter to me either way just wanted to let that information be known. Thanks, pyther

2 2

[arch-general] How to resolve dependency issue - bluez-libs
by richard terry 07 Jan '09

07 Jan '09

This sort of thing always used to be uncommon in Arch. However: Tried to upgrade recently as I do every fe days, got this: looking for inter-conflicts... :: bluez-libs conflicts with bluez. Remove bluez? [Y/n] n error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: bluez-libs: conflicts with bluez If I answer Yes, I get: looking for inter-conflicts... :: bluez-libs conflicts with bluez. Remove bluez? [Y/n] y error: failed to prepare transaction (could not satisfy dependencies) :: gnokii: requires bluez>=4.1 gnokii needed by kdepim etc. How can I resolve this? Any help appreciated. Richard

2 1

Re: [arch-general] [arch-dev-public] WICD, up for grabs
by Grigorios Bouzakis 07 Jan '09

07 Jan '09

On Wed, Jan 07, 2009 at 09:35:14AM +0200, Vesa Kaihlavirta wrote: > > I talked with Angel on IRC and we decided to work on wicd together and > keep it in extra for now. Angel, do you concur? > > And there's a brand new wicd-1.5.8-1 for both arches in testing. > Thanks for keeping it in extra. Is there any reason the new version went to testing first? Greg

2 1

[arch-general] Amarok 2.0 released
by Amanai 07 Jan '09

07 Jan '09

Some of the highlights that are included in the 2.0 release are a completely redesigned user interface, tight integration with online services such as Magnatune, Jamendo, MP3tunes, Last.fm and Shoutcast. There is an overhauled scripting API and plugin support to allow better integration into Amarok. Much of the work has gone into migration from the KDE 3 to KDE 4 framework using core technologies such as Solid, Phonon, and Plasma. http://amarok.kde.org/en/releases/2.0 ftp://ftp.kde.org/pub/kde/stable/amarok/2.0/src/amarok-2.0.tar.bz2

1 1

[arch-general] [signoff] kernel26 2.6.28-3
by Tobias Powalowski 06 Jan '09

06 Jan '09

Hi guys, new kernel adresses the following things: just a quick rebuild which adds crda as optdepend. please signoff for both arches I would like to move in kernel, klibc, mkinitcpio, module-init-tools, crda (with depends) and binary modules this week to core if you are all fine with it. Showstopper: klibc needs to be fixed. It breaks compilation of tools. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-general] [signoff] kernel26 2.6.28-2
by Tobias Powalowski 06 Jan '09

06 Jan '09

Hi guys, new kernel adresses the following things: just a quick rebuild which adds crda as optdepend. please signoff for both arches I would like to move in kernel, klibc, mkinitcpio, module-init-tools, crda (with depends) and binary modules this week to core if you are all fine with it. Showstopper: klibc needs to be fixed. It breaks compilation of tools. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] Building all packages in core
by Baho Utot 04 Jan '09

04 Jan '09

I am presently building all the packages in abs/core against the latest abs kernel, glibc and gcc versions. I think as a goal that the core and extra repositories should be able to build against the latest tools/kernel (in the repos). There has been some failures to build for various reasons. Should I file bug reports or just contact the maintainer for the package? I don't mean to be a pest with this, I am only trying to help. FYI: This is my process: I have constructed a simple bash script that updates abs then rsyncs that to my build subdirectory and then runs makeworld. I have a lockfile so if the process is not complete before it is scheduled to run again, it will not run and skip that day. Upon completion this thing emails me the results both successful builds as well as a list of failures. I will then have a look at the failures and then file bugs reports/contacts if needed. I have placed the script into my crontab which occurs nitely until the bulk of this is complete then I am going to set it to occur every Sunday @ 00:00:00. I will then use this custom repository to keep all my systems here up to date. Thanks.

1 0

[arch-general] [signoff] kernel26 2.6.28-2
by Tobias Powalowski 04 Jan '09

04 Jan '09

Hi guys, new kernel adresses the following things: just a quick rebuild fixing karma support and bumped depend on mkinitcpio 0.5.20. please signoff for both arches I would like to move in kernel, klibc, mkinitcpio,module-init-tools and binary modules on tuesday to core if you are all fine with it. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-general] [arch-dev-public] WICD, up for grabs
by Angel Velásquez 04 Jan '09

04 Jan '09

On Sat, Dec 6, 2008 at 1:31 AM, Eduardo Romero <k3nsai(a)gmail.com> wrote: > Well, I have updated wicd quite a few times already, since I was using > it to test something in my network. I had my few share of bugs opened > for wicd, but now, they are all closed, hopefully, closed and dead. But, > well, I have no more need for wicd, so, I am officially retiring from > maintaining it. Feel free to grab it, or do with the packages what you > want. To this point nobody has showed interest in taking it. So, let's > hope someone takes it and give it the care it should have. > > I honestly have no means to test it to full capacity, so for half the > bugs I had to rely on what others told me. I send this email, because I > won't like it to be there sitting outdated and uncared for too much. > > PS: I just upgraded it for the last time, to version 1.5.6, because it > seems to fix some problems. > > Thanks, > > Eduardo "kensai" Romero > > If nobody will take it, I can maintain it on community. Cheers -- Angel Velásquez angvp @ irc.freenode.net Linux Counter: #359909 Arch Linux Trusted User

5 13

[arch-general] Help need with pkgbuild failure
by richard terry 04 Jan '09

04 Jan '09

I used to be on this list till my last email address, died, so re-joined. I posted this with a file attachment yesterday and it didn't reach the list, so here it is again, without the file. I've been programming gambas3 for some months, and use a modified PKGBUILD from an old one I obtained ages ago. I've compiled daily updates of Gambas3 svn for the last 9 months, never failed, but now won't work complaining it can't find: -lqt-mt These files seem to be there: /opt/qt/lib/libqt-mt.prl /opt/qt/lib/libqt-mt.so /opt/qt/lib/libqt-mt.so.3 /opt/qt/lib/libqt-mt.so.3.3 /opt/qt/lib/libqt-mt.so.3.3.8 I sent this to the gambas list and got Benoi't reply below: > /usr/bin/ld: cannot find -lqt-mt > collect2: ld returned 1 exit status > make[5]: *** [gb.qt.kde.html.la] Error 1 > make[5]: Leaving directory > `/home/richard/gambas3-svn/src/trunk/gb.qt.kde/src/html' > make[4]: *** [all-recursive] Error 1 > make[4]: Leaving directory > `/home/richard/gambas3-svn/src/trunk/gb.qt.kde/src' make[3]: *** > [all-recursive] Error 1 > make[3]: Leaving directory `/home/richard/gambas3-svn/src/trunk/gb.qt.kde' > make[2]: *** [all] Error 2 > make[2]: Leaving directory `/home/richard/gambas3-svn/src/trunk/gb.qt.kde' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/richard/gambas3-svn/src/trunk' > make: *** [all] Error 2 > ==> ERROR: Build Failed. > Aborting... > > Any idea's > > Regards > > Richard > First, do a "./reconf && ./configure -C". Then check that the qt 3 library is installed on your system. As I didn't know how to apply his comment above to PKGBUILD"s as I don't understand them at all, I couldn't proceed. I've emailed Toni who seems to maintain a version of this in AUR for gambas2 Any help appreciated ======================= Contributor: Toni Foerster <stonerl(a)skeps.de> # changed by Richard Terry (so it is probably Wrong! rterry(a)pacific.net.au # to get the lastest development branch of Gambas libffi added as dependency pkgname=gambas3-svn pkgrel=2 pkgver=1773 arch=('i686') url="http://gambas.sourceforge.net" depends=('libldap' 'librsvg' 'postgresql' 'libmysqlclient' 'curl' 'sqlite2' \ 'sqlite3' 'sdl_mixer' 'sdl_image' 'unixodbc' 'poppler' \ 'libfbclient' 'omniorb' 'libffi' 'autoconf' 'automake') license=('GPL') conflicts=('gambas_3' 'gambas3') install=gambas3-svn.install source=(gambas3.desktop gambas3.png) md5sums=('177837d2a53cd202ab0fc307656a8c50' '682f60d694dd1df53d786c21939622c5') _svntrunk=https://gambas.svn.sourceforge.net/svnroot/gambas/gambas/trunk _svnrevision=1773 build() { msg "Checking out svn-tree..." svn checkout -r $_svnrevision $_svntrunk|| return 1 cd $startdir/src/trunk msg "Configure files..." ./reconf-all ./configure --disable-qte \ --prefix=/usr msg "Start Compiling..." make bindir=$startdir/pkg/usr/bin || return 1 make DESTDIR=$startdir/pkg install || return 1 chmod -R 755 $startdir/pkg/usr/share/gambas3/help install -D -m644 $startdir/src/gambas3.desktop \ $startdir/pkg/usr/share/applications/gambas3.desktop install -D -m644 $startdir/src/gambas3.png \ $startdir/pkg/usr/share/pixmaps/gambas3.png } ======================= Richard

3 4

[arch-general] Pacman 3.2.2 string freeze
by Dan McGee 03 Jan '09

03 Jan '09

String freeze for the pacman 3.2.2 release is now in effect. Our pacman translation policy is outlined here. The important sections for translators are the introduction and up to (and including) pre-release updates. http://www.archlinux.org/pacman/translation-help.html As stated in the above document, PO files have been made available to translate: http://code.toofishes.net/pacman/po_files/ I'm shooting for a release approximately 5 days from now, but that could change depending on how quick we get translations back and sneak some last-minute fixes in. Languages we currently have: cs:Vojtěch Gondžala <vojtech.gondzala(a)gmail.com> de: Matthias Gorissen <matthias(a)archlinux.de> en_GB: Jeff Bailes <thepizzaking(a)gmail.com> (Already complete) es: Juan Pablo Gonzalez <jotapesan(a)gmail.com> fr: Xavier Chantry <shiningxc(a)gmail.com> hu: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> it: Giovanni Scafora <linuxmania(a)gmail.com> pl: Mateusz Herych <heniekk(a)gmail.com> pt_BR: Hugo Doria <hugo(a)archlinux.org> ru: Sergey Tereschenko <serg.partizan(a)gmail.com> tr: Samed Beyribey <beyribey(a)gmail.com> zh_CN: 甘露(Lu.Gan) <rhythm.gan(a)gmail.com> If you wish to help translate, but your language is already listed as handled by someone, please contact them at the above addresses. If the language is listed as "no current translator", then please reply to ALL on this message stating you are doing the translation so we do not have duplicated effort (although you are more than welcome to work in teams). Once you have updated or completed a translation, simply tar and gzip the files up and send them back to pacman-dev(a)archlinux.org with a [translation] prefix in the message. For those that are used to the old method of updating translations (GIT patches), those are still acceptable as well. Please prefix the patch with "translation:" so it can be picked out easily. Any questions should be answered if you reply to this email on the list. -Dan

3 3

[arch-general] [Translation] Update zh_CN.po
by 甘露(Gan Lu) 03 Jan '09

03 Jan '09

Ready for 3.2.2 release, thanks.

1 0

[arch-general] what happens with rsync?
by Sergej Pupykin 03 Jan '09

03 Jan '09

Hi, At least 2 mirrors do not update for a few days: - mir1.archlinuxfr.org - mirrors.yandex.ru What happens?

2 1

[arch-general] Core and Extra repos
by Baho Utot 02 Jan '09

02 Jan '09

Should a goal of ArchLinux be that the core and extra repos build without error. I am rebuilding all the packages from core and some selected packages from extra to take advantage of my processor an AMD Athlon processors, which I use exclusive. I have used makeworld from a make file and there are several PKGBUILDs that do not build or build incorrectly. Some of the packages fail because of gcc-4.3.2. I have since patched those. Step two is to run abs then rsync the abs updates into place and fire up my make file to build all the updates on my server box and place them into my custom repos, from cron on Sunday at the zero hour/minute. If some one would like to test/confirm this here is my Makefile: .PHONY: cleanstatus cleansrc cleanpkg cleanlog repos clean shutdown update REPNM := testing REPOS := /home/packages/$(REPNM) DBASE := $(REPNM).db.tar.gz PKGS := *.pkg.tar.gz all: repos cleanstatus cleansrc cleanpkg makeworld --clean --noconfirm --log --syncdeps --rmdeps $(REPOS) . grep fail build.log > failed.log || true cat failed.log || true grep error: makepkg.log || true date repos: repo-add $(REPOS)/$(DBASE) $(REPOS)/$(PKGS) sudo pacman -Syy clean: cleanstatus cleansrc cleanpkg cleanlog cleanstatus: rm build.log || true rm failed.log || true rm makepkg.log || true cleansrc: -find . -name src -type d -exec rm -rf '{}' \; cleanpkg: -find . -name pkg -type d -exec rm -rf '{}' \; cleanlog: -find . -name "*.log*" -exec rm '{}' \; makepkg: clean makepkg --clean --noconfirm --log --syncdeps --rmdeps shutdown: all sudo /sbin/shutdown -h now

3 5

[arch-general] [signoff] kernel26 2.6.28-1
by Tobias Powalowski 02 Jan '09

02 Jan '09

Hi guys, new kernel adresses the following things: - bump to latest major version - atl2 moved into mainline kernel - wlan-ng26 moved into staging directory of kernel development - for the cool stuff please refer to: http://kernelnewbies.org please signoff for both arches all binary modules have been rebuilt too, please test if they work properly. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1