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

[arch-general] New LTS kernel soon ?
by fredbezies 10 Jan '12

10 Jan '12

Read this : https://lkml.org/lkml/2012/1/9/418 So, is Arch going to move is LTS kernel to 3.0.x, instead of 2.6.32.x where x is something like 52 ? -- Frederic Bezies fredbezies(a)gmail.com

3 2

[arch-general] java-7-openjdk has been splitted
by Andreas Radke 10 Jan '12

10 Jan '12

To satisfy server admins not forcing them install lots of typical desktop deps (FS#27621) I've reworked our (openjdk7) JRE pkg and now it's splitted into jre7-opnjdk-headless and an addon jre7-openjdk desktop package. (I've followed Debian here, they do a good job here). I expect some people crying again "hell no, no more splitting..." but who cares. I have to satisfy the KISS people and also those that want it slack and without useless crap on their disc. Packages are in testing. Please test them well. The packages are meant to prepare the 7u2 Icedtea update expected within the next few weeks. The update path should be smooth. Everything should work after an -Syu and if you don't need the desktop stuff feel free to -R jre7-openjdk. -Andy

4 4

Re: [arch-general] [arch-dev-public] udev-compat update (was: [HEADSUP] Minimum kernel version bump)
by Gerardo Exequiel Pozzi 10 Jan '12

10 Jan '12

On 01/07/2012 02:11 PM, Tom Gundersen wrote: > Hi guys, > > On Mon, Jan 2, 2012 at 3:28 PM, Tom Gundersen<teg(a)jklm.no> wrote: >> I'll fix some minor issues I found (lacking static device nodes) when >> I push the next udev-compat release. > Following up on this, I pushed a fix to trunk, and a pkg is available > here:<http://dev.archlinux.org/~tomegun/>. I tested this briefly with > -lts and it seems to work as expected, but more testing would > definitely be nice. There might be that some of these device nodes > should not be added for some reason I'm not familiar with, so please > have a look. > > This will be included in udev-176 whenever that is released. > > Cheers, > > Tom > Anyway, new longterm kernel is 3.0: From Greg KH: > 3.0.y - this is the new "longterm" kernel release, it will be > maintained for 2 years at the minimum by me. > 2.6.32.y - this is the previous "longterm" kernel release. It is > approaching it's end-of-life, and I think I only have > another month or so doing releases of this. After I am > finished with it, it might be picked up by someone else, but > I'm not going to promise anything. http://lkml.org/lkml/2012/1/9/418 -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1

1 0

[arch-general] Hi from a new Arch user
by Peter Nikolic 10 Jan '12

10 Jan '12

Morning all well installed Arch still a few small glitches to solve but looking good Pete . -- Powered by openSUSE 11.3 (x86_64) Kernel: 2.6.34.10-0.4-desktop KDE Development Platform: 4.6.5 (4.6.5) "release 7" 08:36 up 23:40, 4 users, load average: 0.29, 0.29, 0.31

11 18

[arch-general] pacman update conflict
by Sander Jansen 10 Jan '12

10 Jan '12

:: Synchronizing package databases... testing 29.7 KiB 238K/s 00:00 [######################] 100% core 102.1 KiB 296K/s 00:00 [######################] 100% extra 1170.6 KiB 816K/s 00:01 [######################] 100% community-testing 11.1 KiB 244K/s 00:00 [######################] 100% community 999.7 KiB 673K/s 00:01 [######################] 100% multilib-testing 1574.0 B 71.5M/s 00:00 [######################] 100% multilib 67.8 KiB 339K/s 00:00 [######################] 100% :: The following packages should be upgraded first : pacman :: Do you want to cancel the current operation :: and upgrade these packages now? [Y/n] y resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: gcc: requires gcc-libs=4.6.2-1 :: valgrind: requires glibc<2.15 Any suggestions on how to fix this conflict? Thanks, Sander

6 8

[arch-general] Suspend seems not to work with nVidia Nouveau driver
by Fabio Mancinelli 09 Jan '12

09 Jan '12

Hi everybody, I switched from nVidia proprietary drivers, that had some window redrawing issues, to nouveau. This fixed the redrawing issues but made my laptop start to freeze on suspend (with the proprietary driver, suspend worked without any issues) I looked at the log in /var/log/ but everything seems to be ok. Could you suggest me how can I debug and understand what's going on and why suspend stopped to work? Thanks, Fabio P.S.: When I say "freeze" I mean that the system switches to text mode, and the cursor appears in the top left corner (without blinking). Everything is blocked and I have to hard-poweroff the laptop and restart it. P.P.S.: Here it is some configuration data: # uname -a Linux nemesis 3.1.6-1-ARCH #1 SMP PREEMPT Thu Dec 22 09:11:48 CET 2011 x86_64 Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz GenuineIntel GNU/Linux # pacman -Q | grep nouveau nouveau-dri 7.11.2-1 xf86-video-nouveau 0.0.16_git20110829-1 # lspci | grep VGA 01:00.0 VGA compatible controller: nVidia Corporation GT216 [GeForce GT 330M] (rev a2)

14 28

[arch-general] 3 errors not sure of .
by Peter Nikolic 09 Jan '12

09 Jan '12

Hi folks . Right i am having 3 problems most likely all silly but too long out of hacking so rusty as hell on startup of KDM i get the following Warning cannot open ConsoleKit Session: Unable to open session :Failed to connect /var/run/dbus/system_bus_socket : no such directory But KDE seems to run ok .. Next one (well two almost the same ) Try to start Firefox i get . Symbol lookuo error :/usr/lib/libgkt-x11-2.0.so.0: undefined symbol: 9_datalist_get_data . this is for the user as root it is the same just the 9_ changes to g_ and same report for Gftp with the same combination i do not really want to go installing huge parts of gnome if i can help it the last one now i am unable to find the en_GB Locale file for KDE i have tried "pacman -S kde-l10n-en_GB" but just get error not found Cheers all Pete ..

9 20

[arch-general] Perl dependencies
by Qadri 09 Jan '12

09 Jan '12

Below is an excerpt from the integrity check results from arch-dev-public. It seems like most (if not all) of these are provided by perl, though the actual packages are in AUR. What is the appropriate solution (before anyone says the bugtracker, there are already two bugs about this [1] and [2]). I can think of a few solutions: A) Making sure packages in the provides array are also in the repository B) Checking for dependencies (in just the integrity check, if it's not already in pacman) in the provides array of packages C) Shifting the set of packages below to depend on perl instead If the appropriate answer is not C), I'd be interested in adjusting the Integrity Check code. Just let me know the appropriate solution. MAQ. [1] https://bugs.archlinux.org/task/27111 [2] https://bugs.archlinux.org/task/27109 Missing Dependencies ---------------------- community/cpanminus --> 'perl-extutils-install>=1.46' community/cpanminus --> 'perl-extutils-makemaker>=6.31' community/cpanminus --> 'perl-module-build>=0.36' community/perl-data-optlist --> 'perl-scalar-list-utils' community/perl-devel-patchperl --> 'perl-io' community/perl-devel-patchperl --> 'perl-ipc-cmd>=0.40' community/perl-devel-patchperl --> 'perl-mime-base64' community/perl-device-gsm --> 'perl-test-simple' community/perl-local-lib --> 'perl-cpan>=1.82' community/perl-local-lib --> 'perl-extutils-install>=1.43' community/perl-local-lib --> 'perl-extutils-makemaker>=6.42' community/perl-local-lib --> 'perl-module-build>=0.36' community/perl-package-deprecationmanager --> 'perl-carp' community/perl-package-stash --> 'perl-scalar-list-utils' community/perl-params-util --> 'perl-scalar-list-utils' community/perl-sub-install --> 'perl-scalar-list-utils' community/perl-test-fatal --> 'perl-carp' community/perl-test-fatal --> 'perl-exporter>=5.57' community/perl-test-fatal --> 'perl-test-simple' extra/perl-anyevent --> 'perl-async-interrupt>=1.0' extra/perl-anyevent --> 'perl-ev>=4.00' extra/perl-anyevent --> 'perl-guard>=1.02' extra/perl-libwww --> 'perl-encode>=2.12' extra/perl-libwww --> 'perl-libnet' extra/perl-libwww --> 'perl-mime-base64>=2.1' Missing Makedepends --------------------- community/perl-data-optlist --> 'perl-extutils-makemaker>=6.30' community/perl-devel-patchperl --> 'perl-extutils-makemaker>=6.30' community/perl-dist-checkconflicts --> 'perl-extutils-makemaker>=6.31' community/perl-package-deprecationmanager --> 'perl-extutils-makemaker>=6.30' community/perl-package-stash --> 'perl-extutils-makemaker>=6.30' community/perl-package-stash-xs --> 'perl-extutils-makemaker>=6.30' community/perl-params-util --> 'perl-extutils-cbuilder>=0.27' community/perl-params-util --> 'perl-extutils-makemaker>=6.52' community/perl-params-util --> 'perl-pathtools' community/perl-sub-install --> 'perl-extutils-makemaker' community/perl-test-fatal --> 'perl-extutils-makemaker>=6.30' community/perl-try-tiny --> 'perl-extutils-makemaker' community/perlbrew --> 'perl-extutils-makemaker>=6.42' community/perlbrew --> 'perl-file-temp'

2 3

[arch-general] PKGBUILD question
by Don Juan 08 Jan '12

08 Jan '12

I am trying to update a AUR pkgbuild I found and the source file when I download it has a - in the file name name_2.0.1-beta1 I figure out using ${pkgver//_/-} converts it properly when listing it as name_2.0.1_beta1. The problem I have run into and can not seem to find info about or something I have ever run into is that it seems bsdtar when extracting is making the name as name_2.0.1-BETA1 and not making it name_2.0.1-beta1 and makepkg fails saying it can not find the proper file of name_2.0.1-beta1. I have it as so in my PKGBUILD package() { cd ${srcdir}/${pkgname}_${pkgver//_/-} also as cd ${srcdir}/${pkgname}_${pkgver} the tarball being downloaded converts properly and dl's fine, it just seems to be in the next step for package, unless I just really am not grasping this yet. If so feel free to say I need to read more. But I think its something easy I am just looking over. Thank you for any time and help understanding this.

8 9

[arch-general] Gmime 2.6 ?
by fredbezies 08 Jan '12

08 Jan '12

Hello. In order to build pan-git (and next version of pan2), gmime 2.6.x is needed. Any hope to see it updated ? Thanks. -- Frederic Bezies fredbezies(a)gmail.com

2 4