- Arch-general - lists.archlinux.org

[arch-general] kernel26 in [current] cries for love when new kernel version hits [testing]
by Emmanuel Benisty 15 Dec '09

15 Dec '09

Hi, As far as I can remember i.e. quite far but also super blurry, as soon as a new kernel version hits [testing], the [current] version won't be updated anymore (it may have happened when _huge_ security issues had been discovered). Today, we're stuck at .31.6 when .31.8 is out. Not a complain as I have all the tools to build any kernel I'd like to run (1 machine running Arch stock kernel out of 4 anyway) but well, just sayin'... Cheers.

5 10

[arch-general] cpufrequtils dead or alive ?
by Xavier 15 Dec '09

15 Dec '09

I just noticed a bump of cpufrequtils to 006-2 : http://www.archlinux.org/packages/extra/i686/cpufrequtils/ What do you do with the bugs ? http://bugs.archlinux.org/task/10959 http://bugs.archlinux.org/task/14083 Both are valid bugs, annoying, and trivial to fix ...

5 18

[arch-general] Inkscape maintainer MIA?
by Marti Raudsepp 15 Dec '09

15 Dec '09

Hi arch-general, I'd like to point your attention to the Inkscape package: Inkscape version 0.47 was released on November 25. This is a very significant release that many Inkscape users have been waiting patiently. However, the Arch Linux Inkscape maintainer, Tobias Kieslich, seems to be missing in action. Looking at his FlySpray activity, his last comment seems to be dated November 18. Can anyone please look into resolving this? Regards, Marti

9 11

[arch-general] I know of $repo, is there a $arch too?
by Magnus Therning 15 Dec '09

15 Dec '09

This is the second time I'm being stupid when modifying my mirrorlist and I by accident put in a i686 repo on a 64-bit machine. I can report that running 32-bit sudo on a 64-bit machine is fraught with problems :-) So, just to work around my stupidity I was wondering if it is possible to put something like $arch in the mirrorlist, so I can stop writing out i686/x86_64? That would at least take care of this problem for the system repos. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

4 6

[arch-general] [OT] What is wrong with DBus anyway?
by Denis A. Altoé Falqueto 13 Dec '09

13 Dec '09

Hi, fellow archers. I've created a new email with a new subject, so that who wants to ignore this completely, can do it easily. The recent past discussions about DBus got me thinking about an unanswered question: what is technically wrong with DBus? After some time researching about that, I can't find that answer by myself. DBus is just a way to make applications communicate. It can be used in several languages, namely C, C++, Java, Perl, Python, Ruby, and many more. There are tools for it in bash, although there's some limitations with that, but is very easy to do something fast in python or perl or ruby or... It (DBus) has some interesting mechanisms to activate daemons just when needed. I find this feature very interesting, so that you only spend the resources when you really need. One restriction is that it is not network enabled, so it only works locally. But in the home page, there is a invitation to improve that situation (http://www.freedesktop.org/wiki/Software/DBusRemote) Anyway, I would like to read what others have to say about DBus, but please give techinical reasons. I don't want to know who likes and who dislikes DBus. And I don't have anything against who dislikes DBus. Everyone is entitled to an opinion. Thanks. -- R: Porque prejudica a legibilidade do texto. P: Porque é ruim colocar a resposta de um e-mail antes do texto citado? ------------------------------------------- Denis A. Altoe Falqueto -------------------------------------------

30 98

Re: [arch-general] [arch-dev-public] kernel 2.6.32-1
by Emmanuel Benisty 12 Dec '09

12 Dec '09

On Sat, Dec 5, 2009 at 10:46 PM, Allan McRae <allan(a)archlinux.org> wrote: > Thomas Bächler wrote: >> >> Allan McRae schrieb: >>> >>> That works for me. I initially thought it was strange that it came on >>> but now I see why. extreme-tuxracer is giving me (>50%) more FPS with this >>> update. >> >> Intel DRM has been improved, I noticed that too - probably due to >> framebuffer compression. >> >> KMS is enabled by default because the next intel driver version will >> require it to work. > > With KMS on, my screen flickers every 20sec or so. Tried with no xorg.conf > and the same thing. I even got some sort of yellow/orange screen of death. > I did not use KMS with 2.6.31 so this may not be kernel related. I'll look > into it later but disabling kms from the grub prompt works fine... It's definitely a kernel regression, I'm having the exact same issue with .32 only (using KMS since few kernel releases)

8 16

[arch-general] libmsn-4.0-1 & kopete
by miquel canes 12 Dec '09

12 Dec '09

Hi all, Kopete msn plugin doesn't work with libmsn-4.0-1. Maybe kopete needs recompile with this new version. Kopete version: 0.80.2. Greetings Miquel

3 2

[arch-general] Bug on Initrd scripts
by goodmenzy＠gmail.com 12 Dec '09

12 Dec '09

Hi all Anyone has intesting about bug 17474 (at http://bugs.archlinux.org/) ? When a kernel param begins with digital, the initrd scrip (/lib/initcpio/init) will fail. At least one such kernel param is found: "8250.nr_uarts=xxx" Because the 8250 is a driver name and that driver is compiled into the kernel( not as a module),so the only way to set param of it is by kernel cmdline. But in initrc scripts, the "case" block does handle that correctly. I beg the maintainer fix this bug, please.

1 0

[arch-general] makechrootpkg and long union unmount time
by Evangelos Foutras 11 Dec '09

11 Dec '09

Hello, When I'm building a package using makechrootpkg and the build fails or I happen to interrupt it, sometimes it gets stuck at the "cleaning up unioned mounts" stage for a very long time (from several seconds up to a few minutes). During this time, the disk shows intense activity. Does this happen to others too? Any idea why this is occurring and how to prevent it?

2 2

[arch-general] suggestion for pacman: Recommended packages.
by Hussam Al-Tayeb 11 Dec '09

11 Dec '09

The current case for many packages that use optdepends is as follows. Let's say a package called package1 installs some extra binaries or plugins. Those extra not so used binaries or plugins have extra dependencies (let's call them libsomething) marked as optdepends. so on installation pacman will say something: optional dependency: libsomething needed for package1 plugins to work. How about instead those extra binary files or plugins are split into another package called package1-plugins and have libsomething as plain dependency? Then on package1 installation, pacman should say something like: Recommended packages: package1-plugins for blah blah functionality. A good example is the pacman package itself which has an optional dependency on python for rankmirrors script. Maybe we could split it into a separate pacman-rankmirrors which depends on python the when a user installs/upgrades pacman package, he/she is prompted for recommended package pacman-rankmirrors for blah blah functionality. pacman-rankmirrors would depend on python. I think this is a better and cleaner approach. Obviously not every package can use that approach but it will clean some optdepends and remove some ldd errors because of uninstalled optdepends. Another thing, anyway to make pacman -Rns somepackage also remove optional dependencies that no other package uses?

7 10