- Arch-general - lists.archlinux.org

[arch-general] XULrunner optional dependencies
by Joren Van Onder 27 May '14

27 May '14

It might be a good idea to add the gstreamer0-* optional dependencies of Firefox as optional dependencies to XULrunner too. As it stands, a user who installs something like conkeror-git from the AUR never gets informed that HTML5 video/audio playback can be improved by installing these packages. -- Joren

1 0

[arch-general] systemd-run --user does not work
by Rodrigo Rivas 26 May '14

26 May '14

Hello, list! This is an issue that has been nagging me for a while, and I thought that it was something I did to my machine, until I tested it in another Arch installation, and it is all the same. The problem is when I run for example: $ systemd-run --user /usr/bin/ls Failed to create bus connection: No such file or directory I would expect it to run the command and save the output in the journal, just as the --system counterpart does. You could think that the systemd user daemon is not running properly, but: $ systemctl --user works perfectly. Moreover, if I create a user unit as ~/.config/systemd/user/test.service and start it with `systemctl --user start test` it works, too. I know that systemd user sessions are still a bit of experimental, but I don't see any reason why systemctl works and systemd-run does not. Is this a bug? Or am I missing something? -- Rodrigo

4 9

[arch-general] Setting dirty ratio
by Amal Roy 26 May '14

26 May '14

What is the recommended way to set dirty ratio and dirty background ratio on boot? I added those in /etc/sysctl.d/99-sysctl.conf fileand then added a systemd service to fork a process "sysctl --system" on startup and it didn't seem to work. The command "sysctl --system" run as root is successful in setting the custom options set in /etc/sysctl.d/99-sysctl.conf.

2 2

[arch-general] GNU IceCat should be in the official repos
by Richter Vania 25 May '14

25 May '14

With Mozilla Firefox implementing DRM in their source code, I think more users - even those who aren't strictly Free Software people - will move to GNU IceCat. I know that most IceCat users compile it themselves but I compiling it takes a lot of time and a binary package would help those people who don't want to use Mozilla Firefox but still want to keep their browser up-to-date. I know that Arch isn't particularly aligned politically but I see this matter as practical, many people are going to switch to GNU IceCat if the DRM is implemented.

7 6

Re: [arch-general] [arch-dev-public] [Draft] MariaDB 10.0 enters [extra]
by Genes Lists 24 May '14

24 May '14

On 05/17/2014 08:40 AM, Bartłomiej Piotrowski wrote: > Hi guys, > > New MariaDB is sitting in [testing] for a while now. It's temporarily This does trigger this warning in postfix's postmap program: postmap: /usr/lib/libmysqlclient.so.18: no version information available (required by postmap) Do you know if there is something I need to do on my end to make this go away? So far that's the only thing I've noticed in testing it. thanks. gene

1 1

[arch-general] [Proposal] add python 3 support for gvim in [extra]
by Thomas Dziedzic 22 May '14

22 May '14

Hey all, I would like to add progress to the bug "FS#34397 - [gvim] has --disable-python3interp" [0]. I feel like it's about time to start looking into supporting python 3 in gvim. After some research, it looks like it would be problematic to support both python versions compiled into the same vim version. That said, python2 seems to still be the primary target of most vim plugins. Though a lot of these plugins also support python 3 at the same time. Currently there is no obvious "right" answer to which python version we should support since python2 obviously has the most support, but on the other hand, we should support the latest version of python since that is where the future lies. This proposal is to keep the existing vim/gvim packages in [extra], but add a 3rd split version called gvim-python3 or just gvim-python which would provide the exact same features as gvim except with python 3 support instead of python 2. This would allow the community to start experimenting with python 3 support and start reporting any issues to upstream vim plugins. While allowing users that don't really want to live on the edge to still use gvim as they previously had been using it. Eventually I would like to replace gvim with the python 3 version and provide a gvim-python2 version so that the default becomes python 3 but we would still provide a python 2 version for people that still need it. After some more time, I would like to eventually drop gvim-python2 to the aur and only support the python 3 version. I still don't know when these switches will happen, but for now, I would like to take the first step. It also seems that there is a python 3 version of gvim available in the aur [1]. Hopefully this would allow more people to experiment with python 3 support by removing the need to compile it and have it in supported repos. What do yall think? [0] - https://bugs.archlinux.org/task/34397 [1] - https://aur.archlinux.org/packages/gvim-python/

6 5

[arch-general] Cantata gives error after Qt-5.3 upgrade
by Savyasachee Jha 21 May '14

21 May '14

After updating to qt 5.3 in [testing], I found that cantata does not start up. Upon running from the terminal, I get the error: $ cantata This application failed to start because it could not find or load the Qt platform plugin "xcb". Available platform plugins are: eglfs, kms, linuxfb, minimal, minimalegl, offscreen, xcb. Reinstalling the application may fix this problem. However, reinstalling did not fix the problem. Downgrading qt to the version 5.2.1 in [extra] did. I believe that recompiling "cantata" with qt 5.3 might be required? Thanks! -- Savyasachee Jha *"Aerodynamics is for people whodon't know how to build engines."*

4 9

[arch-general] virtualize a w8 ntfs partition and run w8 inside Arch
by arnaud gaboury 21 May '14

21 May '14

I dual boot Arch and w8 in EFI mode with rEFInd. Both Os are on the same ssd, with a ESP partition. Now I am looking to allow Arch users to run a virtualized version of the w8 already installed. The idea is to keep the dual boot option and allow the use of the installed w8 from Arch.I want to run within Arch a real "copy" of w8. In short, when changes are made or new apps are installed from w8 boot, I want to be sure these changes will be taken into account in the virtualized w8. It seems to me the QEMU arch wiki part [1] : Using any real partition as the single primary partition of a hard disk image will do what I am willing for. Am I right? If yes, is there any workaround to use the ESP partition of my ssd instead of creating a MBR like suggested in the WIKI ? Thank you for help and tips. [1]https://wiki.archlinux.org/index.php/QEMU

4 6

[arch-general] moving warmux to unsupported
by Laurent Carlier 20 May '14

20 May '14

I will move warmux to AUR; it doesn't build anymore and is dead upstream Package pushed to AUR will be monolithic: warmux-data won't exist anymore. -- Laurent Carlier ArchLinux Developer http://www.archlinux.org

1 0

[arch-general] Why is it dangerous to run makepkg as root?
by Roland Tapken 19 May '14

19 May '14

Hi, I'm using arch for about half a year on a few systems, but every time I install something from aur I'm asking myself one question: Why is it considered dangerous to run makepkg as root? My first guess was that the PKGBUILD usually comes from an untrusted source and may contain code to attack my system (copy personal data or install a rootkit or something like that). But on the other hand, this file tells makepkg how to build the package that will be installed as root, so if the author of the PKGBUILD has bad purposes he will just put that code into the created package. The second idea is that this advice should prevent the script from *accidentally* damage my system. But this could be prevented by using fakeroot (which is disabled when calling makepkg with --asroot according to the manpage) or chroot. And actually the proper advice in this case should be to execute makepkg using a user dedicated for this, as for most arch users it would be worse if their personal file get deleted as if the system becomes unbootable. Regards, Roland

13 22