- Arch-general - lists.archlinux.org

[arch-general] [signoff] kernel26 2.6.38.7-1
by Tobias Powalowski 28 May '11

28 May '11

Upstream update. This package is NOT in testing (2.6.39 currently resides there), but at: http://dev.archlinux.org/~tpowa/kernel26/ please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 4

[arch-general] Light modification needed for future LibreOffice language package.
by Frederic Bezies 28 May '11

28 May '11

Hello. I've built successfully LibreOffice 3.4.0rc2, using testing version of PKGBUILD and related files. The only hard point was to make translation building too. There is a light modification to be added in every single language package script. Instead of having for every language : cd "${srcdir}"/LibO_3.3.2rc2_Linux_x86_langpack-rpm_as/RPMS mkdir -p "${pkgdir}"/usr/lib/libreoffice/basis-link cp -R opt/libreoffice/basis${_oomainver}/* "${pkgdir}"/usr/lib/libreoffice/basis-link cp -R opt/libreoffice/{program,readmes} "${pkgdir}"/usr/lib/libreoffice you must use - for 3.4.0rc2, needs to be adapted, first line at least : cd "${srcdir}"/LibO_3.4.0rc2_Linux_x86_langpack-rpm_fr/RPMS mkdir -p "${pkgdir}"/usr/lib/libreoffice/basis-link cp -R opt/libreoffice${_oomainver}/basis${_oomainver}/* "${pkgdir}"/usr/lib/libreoffice/basis-link cp -R opt/libreoffice${_oomainver}/readmes "${pkgdir}"/usr/lib/libreoffice Programs are not anymore in /opt/libreoffice, but in /opt/libreoffice/basis. Just want to help. Feel free to copy / redirect this message where needed ;) Have a good day. -- Frederic Bezies - fredbezies(a)gmail.com Blog : http://frederic.bezies.free.fr/blog/

1 0

[arch-general] Unable to change file and folder icon theme to Human
by Madhurya Kakati 28 May '11

28 May '11

Hi, I am using archlinux with gnome 3. I am trying hard to change my icon theme to human but it just doesnt change. ~/.gtkrc-2.0 http://pastie.org/1983860 and ~/.gtkrc.mine http://pastie.org/1983863. I tried lxappearance too. After I click on apply and close it gnome kinda restarts and when i open nautilus it shows no change. I had tango icon theme so i deleted that dir from /usr/share/icons. Now it has switched to the default gnome icon theme. How do i change it to Human icon theme? also when i run pcmanfm i get the following output in terminal ** (pcmanfm:3532): DEBUG: unable to load icon . GThemedIcon application-x-bittorrent gnome-mime-application-x-bittorrent application-x-generic ** (pcmanfm:3532): DEBUG: unable to load icon . GThemedIcon application-x-xpinstall gnome-mime-application-x-xpinstall application-x-generic

3 2

[arch-general] dmraid fail after update to 2.6.38-7.1 - Fallback OK - Sleep hook needed after udev needed?
by David C. Rankin 28 May '11

28 May '11

Tobias, Thomas, all, After update to 2.6.38-7.1 I am experiencing a dmraid failure. It also affects the LTS kernel. The Fallback image boots fine. The failure produces the following error (retyped from RAMFS console): boot messages: Activating dmraid arrays... no block devices found Waiting 10 seconds for device /dev/mapper/nvidia_baaccajap5 Root device '/dev/mapper/nvidia_baaccajap5' doesn't exist attempting to create it. Error: Unable to determine major/minor number of root device '/dev/mapper/nvidia_baaccajap5' In the past, Thomas has mentioned: <quote> This might just be a timing problem: dmraid -ay might be called before /dev/sd* is fully set up and detected - we had these problems in the past already. The 'sleep' hook put after the udev hook can work around that. </quote> I'll give the sleep hook a go and report back. I have updated 3 dmraid systems with 2.6.38-7.1 and I only have this problem on one box. (2 - x86_64, 1 - i686). Since Fallback works fine, this seems like the timing problem. If anyone else can confirm this or suggest additional tests, I'm happy to try them. -- David C. Rankin, J.D.,P.E.

1 1

[arch-general] [signoff] netcfg 2.5.5-1
by Rémy Oudompheng 27 May '11

27 May '11

version 2.5.5 - new connection types: openvpn (FS#21490), vlan - new option HIDDEN (for hidden SSIDs) - new option SKIPNOCARRIER (FS#21755) - default WPA driver is now nl80211 - minor fixes and improvements (FS#17190, FS#17546, FS#20150, FS#20569, FS#21377, FS#23293) - better zsh completion file (FS#19823) Please test on various network settings :) -- Rémy.

2 2

[arch-general] KDE 4.7beta1 in [kde-unstable]
by Andrea Scarpino 26 May '11

26 May '11

Hi all, the first beta of the new major release of KDE 4.7 is out and is already packaged in [kde-unstable]. As you already know KDE is (slowly) moving to GIT; with this transition some KDE module has been splitted into subprojects, others modules will be splitted during this beta cycle and others modules will be splitted before KDE 4.8. The result of this is that some package (e.g. kdegraphics-libs) is now splitted in several packages and each conflicts with the old, so you have to remove it when pacman asks for its removal during the update. See the KDE announcement[1] for upstream changes. Arch Linux Changes: - kdegraphics-libs is now splitted in: kdegraphics-ksaneplugin, kdegraphics- strigi-analyzer, kdegraphics-svgpart, kdegraphics-thumbnailers, libkdcraw, libkexiv2, libkipi, libksane - kdebindings-csharp is now splitted in: kdebindings-qyoto, kdebindings-kimono - kdebindings-ruby is now splitted in: kdebindings-qtruby, kdebindings- korundum - kdebindings-smoke is now splitted in: kdebindings-smokegen, kdebindings- smokeqt, kdebindings-smokekde - New packages: kdebindings-kimono, kdebindings-korundum, kdebindings-perlkde, kdebindings-perlqt, kdebindings-qtruby, kdebindings-qyoto, kdebindings- smokegen, kdebindings-smokekde, kdebindings-smokeqt, kdebase-konq-plugins, kde-wallpapers, libkface, libkmap - kdeedu-libkdeedu and kdeedu-data are both replaced by libkdeedu - kdeaccessibility-colorschemes is replaced by kdeartwork-colorschemes - kdeaccessibility-iconthemes is replaced by kdeartwork-iconthemes The following packages depend on kdegraphics-libs and thus are now broken: - digikam (now depends on 'libkexiv2') - kipi-plugins (now depends on 'libkexiv2' 'libkdcraw' 'libkipi' 'libksane') - koffice-krita (now depends on 'libkdcraw') - skanlite (now depends on 'libksane') - tellico (now depends on 'libksane') - kphotoalbum (now depends on 'libkdcraw' 'libkipi') Read the wiki page[2] about [kde-unstable] if you want to use these packages, please remember [testing] is needed and follow arch-dev-public. I started a new thread about KDE 4.7 here[3]. Also, the first beta of the Calligra Suite is in [kde-unstable] since May 19th and packages are built to replace the KOffice suite. Please use the thread[4] about Calligra to report packaging bugs. Please report any packaging bug to https://bugs.archlinux.org. KDE bugs to https://bugs.kde.org. [1] http://kde.org/announcements/announce-4.7-beta1.php [2] https://wiki.archlinux.org/index.php/DeveloperWiki:KDE#Using_the_kde- unstable_repository [3] https://bbs.archlinux.org/viewtopic.php?id=119693 [4] https://bbs.archlinux.org/viewtopic.php?id=119305 -- Andrea

2 1

[arch-general] upgrading startup-notification
by F.Gr. 25 May '11

25 May '11

Hi, the latest updated of startup-notification (0.10-2 -> 0.12-1) break some applications: e.g. claws-mail. Downgrading startup-notification has solved the issue. The following is the crash-log: *** Claws Mail version 3.7.9 GTK+ version 2.24.4 / GLib 2.28.7 Locale: it_IT.utf8 (charset: UTF-8) Features: IPv6 iconv compface GnuTLS LDAP JPilot GNU/aspell libetpan libSM Operating system: Linux 2.6.38-ARCH (x86_64) C Library: GNU libc 2.13 -- [Thread debugging using libthread_db enabled] 0x00007f2a674b52ee in waitpid () from /lib/libpthread.so.0 #0 0x00007f2a674b52ee in waitpid () from /lib/libpthread.so.0 No symbol table info available. #1 0x000000000049835b in ?? () No symbol table info available. #2 <signal handler called> No symbol table info available. #3 0x00007f2a61b17547 in XGetXCBConnection () from /usr/lib/libX11-xcb.so.1 No symbol table info available. #4 0x00007f2a678ec2f1 in sn_display_new () from /usr/lib/libstartup-notification-1.so.0 No symbol table info available. #5 0x00000000004443de in ?? () No symbol table info available. #6 0x000000000044662c in main () No symbol table info available. Kill the program being debugged? (y or n) [answered Y; input not from terminal] ***

2 1

[arch-general] Status of kernel26-2.6.39-1 in [testing]?
by Marek Otahal 25 May '11

25 May '11

Hi, I wanted to ask what's happening with current kernel in testing? I can get it from testing repositories for about two days, but haven't seen a sign-off thread yet. The reason I'm asking is that I wanted to say NOsignoff for me on i686. The boot process gets stuck at 'loading modules' before stage 3. Tried - fallback - the same. I'll post more info if needed (but I suppose you also know it's broken..). Thanks, Mark -- Marek Otahal :o)

4 6

[arch-general] [signoff] kernel26-lts 2.6.32.41-1
by Tobias Powalowski 24 May '11

24 May '11

Latest LTS kernel is in testing, please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] Finishing off the package signing issue -- call for contributors
by Kerrick Staley 20 May '11

20 May '11

Hello, I'm new to this mailing list, but my name's Kerrick Staley. I'm fairly new to the Arch community: I've used Arch for 2.5 years now. I would like to spearhead an effort to finish the implementation of signed packages in Arch that Allan has gone to the effort to start. I've only been working on the issue for about 4 days now and don't have much to show yet, but I'm sending this message out to stop the bickering as well as to query for interested developers who would be willing to help me (no background knowledge required, just strong coding skills, patience, and dedication). Please reply to this message if you are interested. It seems there are a lot of users who would like this feature and can contribute, but are prevented by a lack of documentation and technical knowledge, so I will create plenty of documentation regarding the issue and what needs doing. I should warn that I'm a rather inexperienced programmer in the broad scale of things and am unfamiliar with pacman's source code, so I ask that developers on the pacman-dev mailing list have extra patience when I ask questions. I'm sure that even just the cessation of angry signing-related inquiries to this list will be reward enough for your help as I implement this feature. I would like this feature to be in active use in 3 months, 2 if possible. Since a working system will require cooperation and understanding from all developers, the human aspects of this project may prove more difficult than the actual coding, therefore ***I ask that all Developers and Trusted Users stay tuned to this list and read future information I will give regarding system configuration and key management.*** I might be busy this weekend, but I should have some things started within a couple of days. Thanks, Kerrick Staley

1 0