January 2009 - Arch-general - lists.archlinux.org

[arch-general] Error with makepkg installing dependency
by Baho Utot 17 Jan '09

17 Jan '09

When compiling packages using makeworld or my custom script I am getting a number of failures like this: /usr/info/dir exists in both 'glib' and 'gtk' What causes this? Is there a way to fix this without forcing this packages? or better still is there a fix? Thanks

6 12

[arch-general] 2.6.28 to core?
by Gerhard Brauer 15 Jan '09

15 Jan '09

Hello, seems that all stopper for 2.6.28 are solved. Are there any issues that causes 2.6.28 (and klibc, mkinitcpio) don't went to [core]? Without these the new ISO's couldn't be build... Regards Gerhard

1 1

[arch-general] Intro + package maintenance
by aashiks 15 Jan '09

15 Jan '09

Hi all, Apologies for the long mail but do read on. My name is Aashik and i have been using Arch for the last two days. I was planning to simply try it, but decided to stick with it because i like its simplicity. Only one annoying thing happened to me. I am from India and my mother tongue is Malayalam. I tried to use scim and m17n version of malayalam input methods. There were a few glitches. I noticed that it is out of date and is currently flagged as 'orphan' when you do a package search. To be precise, the following packages. m17n-db,m17n-lib,scim-m17n There have been some commits made in the last few months from a project called SMC ( http://smc.org.in ) which enables phonetic text input in Malayalam via m17n also. I did not file a bug report because it asks everyone not to report outdated packages as bugs.Is anyone actively maintaining i686 these packages ? If not I can do it. I have spare time ( i took some time off from work ) . I don't know a thing about creating packages and things like that. If someone can answer my questions and doubts as they pop up , I can take up this task. Regards Aashik -------------------------------------------------------

7 16

[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