- Arch-general - lists.archlinux.org

[arch-general] Banshee needs an update
by Alec Hussey 19 Apr '08

19 Apr '08

Hello, I was glad when you guys (or Jan de Groot, whichever) decided to push the banshee alpha out to extra. However, it is missing many pretty essential features and it now far behind the releases put out by the banshee developers. I think that either we need to keep up or provide two seperate versions of the package until a final release of 1.0 is made. Thanks! Alec Hussey

8 11

[arch-general] Mcpp in extra has no maintainer
by Grigorios Bouzakis 19 Apr '08

19 Apr '08

As subject. It is also out of date.I assume its kth5's package since it is a dependency to xorg-server-utils. Greg

1 0

[arch-general] 2008.04-RC Images are out
by Simo Leone 18 Apr '08

18 Apr '08

Crosspostingissocool http://www.archlinux.org/news/389/ Enjoy.

7 6

[arch-general] libmms update in extra
by Dragonlord 16 Apr '08

16 Apr '08

Hi, I've made a new package in AUR - mimms, which depends on libmms from extra repo. But libmms is flagged out of date and mimms needs the new version to compile and run. Can someone please update the libmms PKGBUILD in extra? There is no maintainer for libmms, so, if this package isn't needed by any other packages, you can also move it to unsupported and I'll take care of it. mimms with the libmms v0.4 works fine, just a bit testing from my side. Thanks D

1 0

[arch-general] Way of flaging out of date?
by gan lu 13 Apr '08

13 Apr '08

In my opinion, Arch is the best distro can really do bleeding edge with stablility, thank devs for their excellent work. However due to some reasion (saying shortage of time, man power, instersts etc), some applications can't be updated in time. We can certainly flag it out of date in the web page easily, but is there a way we can record when it was flaged at the first time and count how many people (useres) want to flag it (like enable people to vote, but of course only send a remind email at the first/person )? Just my idea, I am not a programmer so don't blame me not to do it real by myself.

4 6

[arch-general] Transition to the new perl policy
by Ondřej Kučera 12 Apr '08

12 Apr '08

Hello, I was trying to figure out why something doesn't work with a certain perl module and even though later I found out that the problem is somewhere else, I noticed that there still are some files and directories in /usr/lib/perl5/site_perl/current. The packages responsible for this (on my machine) are: perl-compress-zlib perl-parse-recdescent perl-term-readline perl-io-compress-base perl-io-compress-zlib perl-compress-raw-zlib Is this considered a bug, shoud I file a bug report? If so, one for each package, or just on report listing them all? Also, there are these following five files that no package owns. error: No package owns ./x86_64-linux-thread-multi/DCOP/Object.pm error: No package owns ./x86_64-linux-thread-multi/auto/DCOP/DCOP.bs error: No package owns ./x86_64-linux-thread-multi/auto/DCOP/DCOP.so error: No package owns ./x86_64-linux-thread-multi/auto/DCOP/.packlist error: No package owns ./x86_64-linux-thread-multi/DCOP.pm This really confuses me because I never (and I mean really never) install anything any other way than via pacman. It is perhaps related to http://bugs.archlinux.org/task/8466, although I'm not sure how come they're without an owner now. Maybe it is because they used to be in site_perl/5.8.8 (and site_perl/current was only a symlink), whereas now they're in site_perl/current which is a regular directory now (and kdebindings still "owns" them in site_perl/5.8.8). Ondřej -- Cheers, Ondřej Kučera

3 4

[arch-general] ArchISO FTP Installer - Testers Needed
by Simo Leone 12 Apr '08

12 Apr '08

Hey everyone, I'd like to begin testing some preliminary work with the arch livecd system. You can find a livecd rigged up to work as an ftp installer at: http://dev.archlinux.org/~simo/archiso_tests/arch-ftp-live-1206519468.iso This ISO consists of our current installer scripts and a functioning arch livecd containing most of the base package set. It uses the grub boot loader, which is likely to be changed to isolinux in the near future. At this point, it's an i686-only thing, but an x86_64 version will be coming soon. If you've got some time to kill, please give the iso a whirl. You'll find the installer and its documentation in its usual home at /arch/ on the livecd system. It'd be nice to have this tested on a large variety of systems if possible. **I need feedback on the following regarding ISO bootup** - Did the grub loader work as expected? - Did it pick up and load the module for your network hardware? - Did it pick up and load the modules for your disk controllers? - Any kernel panics, freezes, that sort of ugly stuff. Please keep in mind that this is not intended to be production quality at this point, and it's a very early version, so there are still a lot of sharp edges that need to be smoothed out. Thanks for your help, -Simo offtopic: archiso_tests also contains a hacky xfce4 livecd image you might want to play around with, although it's a little oldy moldy.

12 16

[arch-general] Previous JRE package release needed.
by ndlarsen 11 Apr '08

11 Apr '08

Hey all. Due to internet banking issues I am in need of the previous package release of JRE. Anyone who might have it? Regards ndlarsen

3 4

[arch-general] eclipse crashes with jre-6u5
by Maik Beckmann 10 Apr '08

10 Apr '08

Just a note for those using eclipse: - http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6614100 This issues isn't one with 6u3. A workaround suggested at the page linked to above is to create a file called .hotspot_compiler containing this exclude org/eclipse/core/internal/dtree/DataTreeNode forwardDeltaWith I will test the workaround first. If it really work I'll report here. If it doesn't, I'll use abs to downgrade to 6u3. Best, -- Maik PS: Don't consider me as a java pro. I use eclipse for C++,Fortran and LaTeX.

1 1

Re: [arch-general] [arch-dev-public] initscripts changes
by RedShift 08 Apr '08

08 Apr '08

Thomas Bächler wrote: > I am hacking initscripts and can't quite decide on two issues: > > 1) I'd like to hardcode /dev/pts/ mounting in rc.sysinit. What's wrong with putting that in fstab? What if I don't want to have that mounted? So instead of modified fstab I'd have to mess with rc.sysinit everytime the initscripts get upgraded? This is the same discussion as with moving lo to rc.sysinit instead of leaving it in rc.conf. Uterly pointless. Glenn > 2) I'd like to remove the (hardcoded) line /usr/bin/setterm -blank 15 > from rc.sysinit. > No argument here. > Can I get opinions on these? >

27 52