April 2014 - Arch-general - lists.archlinux.org

[arch-general] systemd-tmpfiles doesn't clean build root from /tmp
by Lukas Jirkovsky 08 Apr '14

08 Apr '14

Hey guys, I've started using /tmp for building packages using extra-x86_64-build (and similar). However, I've a problem with the /tmp/extra-x86_64 not being cleaned on boot by systemd-tmpclean. I have the following in /etc/tmpfiles.d/tmp.conf: # Clear tmp directories separately, to make them easier to override d /tmp 1777 root root 0d d /var/tmp 1777 root root 0d # Exclude namespace mountpoints created with PrivateTmp=yes x /tmp/systemd-private-* x /var/tmp/systemd-private-* X /tmp/systemd-private-*/tmp X /var/tmp/systemd-private-*/tmp the problem is that while it seems /tmp gets cleaned to some extent, /tmp/extra-x86_64/ is still there. What is worse, the root is not usable either: ==> ERROR: '/tmp/extra-x86_64/root' does not appear to be a Arch chroot. Any ideas?

1 0

[arch-general] Perl Padre ERROR
by Zuyi Hu 07 Apr '14

07 Apr '14

hello, everyone! I have built padre by cpan recently, but when running "build test" ,it stoped by some errors,so I force install it, but it can't run ! can't anyone know about this,or anyone can provide perl-padre aur package,thanks hzy@arch:~ 01:30:34 $ padre Can't load '/usr/lib/perl5/site_perl/auto/Wx/Scintilla/Scintilla.so' for module Wx::Scintilla: /usr/lib/perl5/site_perl/auto/Wx/Scintilla/ libwx_gtk2u_scintilla-2.8.12.so: undefined symbol: _ZTI14wxEventFunctor at /usr/share/perl5/core_perl/XSLoader.pm line 68. at /usr/lib/perl5/site_perl/Wx/Scintilla.pm line 32. Compilation failed in require at /usr/share/perl5/site_perl/Padre/Wx/Theme.pm line 15. BEGIN failed--compilation aborted at /usr/share/perl5/site_perl/Padre/Wx/Theme.pm line 15. Compilation failed in require at /usr/share/perl5/site_perl/Padre/Wx/Main.pm line 50. BEGIN failed--compilation aborted at /usr/share/perl5/site_perl/Padre/Wx/Main.pm line 50. Compilation failed in require at /usr/share/perl5/site_perl/Padre/Wx/App.pm line 58. Perl exited with active threads: 1 running and unjoined 0 finished and unjoined 0 running and detached

1 0

[arch-general] Non-root X on Arch Linux
by Mark Lee 07 Apr '14

07 Apr '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Salutations, Since Fedora 21 is working on dropping X root rights via systemd-logind. Does Arch intend to follow? From, Mark -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlNA23AACgkQZ/Z80n6+J/bnlQD+KXmYtkAySaraC+omwJb1x95q QUud8Ojbkv/zCg/06FsA/iNsJTBoU2A4KspFZv2LnUuinKxcC5VOy64xpgRJVkV4 =GXC+ -----END PGP SIGNATURE-----

4 4

[arch-general] [wiki cleanup] Links to non-existent packages
by Jakub Klinkovský 06 Apr '14

06 Apr '14

Hello all, as of today, there are exactly 714 invalid uses (413 unique) of Template:AUR [1] or Template:Pkg [2] on the wiki, spread across 398 pages. The complete list is on [3]. I will try to go through it and update the links, but this is not a one-man job, so I would really appreciate some help. Please remember to strike/remove the items from the list to save others' time. The list includes some trivial mistakes (e.g. using package name with version), but in most cases it will involve updating other content of the page. Also it may be possible that there is a direct replacement for some packages (e.g. the result of merging/renaming). [1]: https://wiki.archlinux.org/index.php/Template:AUR [2]: https://wiki.archlinux.org/index.php/Template:Pkg [3]: https://wiki.archlinux.org/index.php/User:Lahwaacz.bot/Report_2014-04-05 Regards, -- jlk

2 1

[arch-general] [arch-dev-public] Moving KDE3 and Gtk1 from [extra]
by Alessandro Doro 05 Apr '14

05 Apr '14

> Here are the packages that depends on gtk (maintained by Eric Bélanger): > > kiwi, Federico Cinelli > Kiwi provides enhanced PyGTK widgets; it definitely doesn't require gtk1.

1 0

[arch-general] Request: PKGBUILD removal of (sysdig|sysdig-git)
by Borja 04 Apr '14

04 Apr '14

Hi chaps! I would like to requestthe removal the one of this two PKGBUILD: - sysdig - sysdig-git I've comitted both of them by mistake. I would say that maybe it's better to keep sysdig? Or maybe guys you think it's better to keep sysdig-git just in case the people from Draios Inc. will add support to Arch to their installer? Cheers! ================================================================================= GPG key ID 4CA6E08B -- https://www.libcrack.so/

4 3

[arch-general] Failed to start umbrello in KDE
by Edy Santosa Putra 04 Apr '14

04 Apr '14

Hello, When I start umbrello from the desktop it just shows the bouncy cursor for a moment then nothing happens, from the command line it shows the following. $ umbrello umbrello(4508)/kdeui (kdelibs): Attempt to use QAction "edit_undo" with KXMLGUIFactory! umbrello(4508)/kdeui (kdelibs): Attempt to use QAction "edit_redo" with KXMLGUIFactory! umbrello(4508) UMLListView::findView: could not find "class diagram" in UMLListViewItem: "Logical View", type="lvt_Logical_View", id="Logical View", children=1 umbrello(4508) UMLListView::findView: could not find "class diagram" in UMLListViewItem: "Logical View", type="lvt_Logical_View", id="Logical View", children=1 I've tried to reinstall it from kdesdk-umbrello package, but it didn't do anything. Any suggestions ?

3 2

[arch-general] NVIDIA Corporation GF108GLM [NVS 5200M]
by Mihamina Rakotomandimby 04 Apr '14

04 Apr '14

Hi all, I have a Dell Latitude E6430 shipped with this Nvidia device: 01:00.0 VGA compatible controller: NVIDIA Corporation GF108GLM [NVS 5200M] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Dell Device 1534 Flags: bus master, fast devsel, latency 0, IRQ 44 Memory at f5000000 (32-bit, non-prefetchable) [size=16M] Memory at e0000000 (64-bit, prefetchable) [size=256M] Memory at f0000000 (64-bit, prefetchable) [size=32M] I/O ports at e000 [size=128] Expansion ROM at f6000000 [disabled] [size=512K] Capabilities: [60] Power Management version 3 Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [78] Express Endpoint, MSI 00 Capabilities: [b4] Vendor Specific Information: Len=14 <?> Capabilities: [100] Virtual Channel Capabilities: [128] Power Budgeting <?> Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?> Kernel driver in use: nouveau My Laptop has VGA and HDMI output, both are used inorder to get a triple display system: on board screen + one on VGA, one on HDMI. Do you have special recommandation on which driver to install and any tip relative to that hardware? Note: Currently using Fedora it works quite well, but I really want to give a try to ARch and want to get my screens as soon as possible :-) Thanks for your help.

3 4

[arch-general] error: GPGME error: Invalid crypto engine
by Carsten Mattner 04 Apr '14

04 Apr '14

Does someone else have problems upgrading with testing enabled since yesterday? Checked the mailing list and there's not warning that testing is broken. :: Synchronizing package databases... testing is up to date core is up to date extra is up to date community-testing is up to date community is up to date :: Starting full system upgrade... warning: bash: local (4.3.008-1) is newer than core (4.3-3) warning: readline: local (6.3.003-1) is newer than core (6.3-3) resolving dependencies... looking for inter-conflicts... Packages (1): linux-3.14-3 Total Installed Size: 69.37 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] (1/1) checking keys in keyring [...] 100% error: GPGME error: Invalid crypto engine (1/1) checking package integrity [...] 100% error: GPGME error: Invalid crypto engine error: linux: missing required signature :: File /var/cache/pacman/pkg/linux-3.14-3-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)). Do you want to delete it? [Y/n] Same problem if I try to downgrade readline and bash :: File /var/cache/pacman/pkg/readline-6.3-3-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)). Do you want to delete it? [Y/n] n error: bash: missing required signature :: File /var/cache/pacman/pkg/bash-4.3-3-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).

3 3

[arch-general] Trimming down our default kernel configuration
by Thomas Bächler 04 Apr '14

04 Apr '14

Hello all, it won't be too long until 3.14 is out and I want to address a topic that has been bugging me for a while. Our kernel includes everything and the kitchensink. I have no problem with delivering drivers that can be built modular, but there are other things that have an unknown impact on everyone. I want to trim our kernel down to what we actually support. 1) Once we agreed to disable one LSM, everyone else said "we can enable LSM XYZ, too". And so we did. Right now, we enable SELinux, SMACK, Tomoyo, AppArmor and Yama, although we don't support the userspace for any of those. I propose to drop all of them. 2) We patch our kernel to allow enabling CHECKPOINT_RESTORE without enabling CONFIG_EXPERT. I have no idea what the impact of this option is, other than that it was requested in order to support some tool that can freeze and save single processes resume them later. I am generally sceptical towards options that require CONFIG_EXPERT, so I propose dropping this one, too. 3) We enable tons of debug options in the "Kernel Hacking" section, many of which have a "small performance impact". I'd like to get rid of those that we don't need (I didn't go through all of them yet). What I'd like is a discussion where people suggest more things that could or should be dropped, and tell me what is absolutely needed and why. I hope that such a discussion makes it clearer to me how I should proceed. Regards Thomas

20 46