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

[arch-general] imagemagick 6.8.9.8-1 is slower than 6.8.9.7-1
by Matthew Wynn 18 Oct '14

18 Oct '14

After upgrading to imagemagick 6.8.9.8-1, I've found it to be a lot slower than 6.8.9.7-1. I only get this issue when downloading from the repositories or using the PKGBUILD, not when compiling using the instructions at imagemagic.org. I've discussed the issue with the ImageMagick developers, which you can find at http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=26369&sid=a…. Even when trying to convert a 500x500 image to 100x100, it appears that an image that is 2048x1536 is created. I've tried this on multiple Arch machines with the same result.

4 6

[arch-general] ircii-current.tar.gz in aur
by Jude DaShiell 15 Oct '14

15 Oct '14

The package fails since one or more files fails validity checks with md5s. I have irssi working over here but was asked to install ircii and picked this version to install and the package failed validity checks twice. I tried the download twice using yaourt -S ircii-current since I wasn't sure if it was a network transmission problem but this one appears to be a defective files problem. jude <jdashiel(a)shellworld.net> Twitter: @jdashiel

3 2

[arch-general] qupzilla
by Ralf Mardorf 14 Oct '14

14 Oct '14

https://www.archlinux.org/packages/community/x86_64/qupzilla/ IMO Qupzilla should be removed from the official Arch repositories. Qupzilla was the browser I used. The latest update comes with the information that the old data doesn't fit to Qupzilla's new design, so users lose the complete history. Such a fundamental attitude from upstream IMO is absolutely intolerably.

4 4

[arch-general] pacman: List not required and not opt-required.
by Hugo Osvaldo Barrera 14 Oct '14

14 Oct '14

Pacman now warns when trying to uninstall a package that is an optdepend for another, however, I was wondering if we could take this a step further, and have a flag to list "packages that are not mandatory OR optional dependencies for other packages". A typical usage is: pacman -Rnsu $(pacman -Qdtq) This uninstalls any leftover dependencies, INCLUDING optional dependencies. I'd love to exclude these, but there's no programatical way to obtain a list of packages that are "installed as dependencies and not mandatory or optional dependencies for other". Are there any plans to add such a flag? Maybe "-tt"? Is there any interest in this on behalf of anyone else? -- Hugo Osvaldo Barrera A: Because we read from top to bottom, left to right. Q: Why should I start my reply below the quoted text?

2 1

Re: [arch-general] [arch-dev-public] Changes to microcode updates
by Mauro Santos 14 Oct '14

14 Oct '14

On 12-10-2014 18:27, Thomas Bächler wrote: > Am 12.10.2014 um 16:52 schrieb Christian Hesse: >> Successfully tested with grub (1:2.02.beta2-4). You need something like this >> in grub.cfg: >> >> echo 'Loading Intel ucode update and initial ramdisk ...' >> initrd /intel-ucode.img /initramfs-linux.img >> >> I edited grub.cfg manually, though. Will the grub package be updated to >> handle this in /etc/grub.d/10_linux? >> > > No idea how this should be handled in grub, since I don't use it. > I'm replying here as (obviously) I don't have posting rights at arch-dev :) From what I've been able to understand [1-3], for grub (legacy and grub2) it should work by using multiple initrd lines or like this: initrd /path/to/ucode/update /path/to/arch/initrd I haven't tested it though, so it might be broken and I have no idea of how to integrate it with the automagical grub.cfg configuration (grub-mkconfig). [1] http://unix.stackexchange.com/questions/39307/slitaz-4-0-grub2-loopback-con… [2] http://lists.gnu.org/archive/html/bug-grub/2012-01/msg00002.html [3] http://www.sysresccd.org/forums/viewtopic.php?f=14&t=4368 -- Mauro Santos

2 1

[arch-general] Netflix in Arch?
by David Rosenstrauch 14 Oct '14

14 Oct '14

I noticed the announcement today that Ubuntu now supports Netflix streaming, due to new features recently added to the Chrome browser. https://insights.ubuntu.com/2014/10/10/watch-netflix-in-ubuntu-today/ Does this work on Arch's version of Chrome as well? Are additional package installations required? Thanks, DR

7 9

[arch-general] How to suppress --noconfirm when building with makechrootpkg
by Marcel Korpel 13 Oct '14

13 Oct '14

Hi all, When trying to build libreoffice-extension-writer2latex [1] using makechrootpkg I noticed that when several alternatives are provided for a specific package, say libreoffice-common, pacman always chooses the first one. This is due to the option --noconfirm that is passed in the chain makepkg -> pacman. This sounds reasonable, but how do I test a package against another alternative (e.g. libreoffice-still-common instead of libreoffice-fresh)? I know I can install packages using -I, but that's rather cumbersome when trying to build against several alternatives. Regards, Marcel [1]https://aur.archlinux.org/packages/libreoffice-extension-writer2latex/

1 0

[arch-general] Shouldn't libreoffice-fresh also depend on libxinerama?
by Marcel Korpel 13 Oct '14

13 Oct '14

Hi all, As an experiment in building packages in a clean way, I tried to build libreoffice-extension-writer2latex [1] using makechrootpkg according to the wiki [2]. First I created a new chroot in ~/chroot using mkarchroot $CHROOT/root base-devel Then I made sure the chroot was up to date using arch-nspawn $CHROOT/root pacman -Syu After this I ran makechrootpkg with the following options makechrootpkg -ncr $CHROOT When the build function calls libreoffice to convert an .odt document to a pdf file, I got the following error: /usr/lib/libreoffice/program/oosplash: error while loading shared libraries: libXinerama.so.1: cannot open shared object file: No such file or directory Apparently the splash screen needs libxinerama. After running makechrootpkg -ncr $CHROOT -I /var/cache/pacman/pkg/libxinerama-1.1.3-2-x86_64.pkg.tar.xz I got another error, i.e. /usr/lib/libreoffice/program/soffice.bin: error while loading shared libraries: libcups.so.2: cannot open shared object file: No such file or directory However, I think this is rather an edge case, as we're trying to convert a document (but don't we do this once in a while, anyway?). After also adding libcups, the package built correctly. This leads to my question: shouldn't libreoffice-fresh also depend on libxinerama? And perhaps also on libcups? If so, I'll file a bug report. Regards, Marcel [1]https://aur.archlinux.org/packages/libreoffice-extension-writer2latex/ [2]https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Ch…

1 0

[arch-general] Package guidelines for apps requiring a specific Java version
by Maxwell Anselm 12 Oct '14

12 Oct '14

> What is the name/URL of this app? It's the GURPS character sheet: http://gurpscharactersheet.com/ I have a github repo for my WIP AUR package: https://github.com/silverhammermba/gcs > If building on a box where multiple JVM can be installed: build > scripts for Java apps usually provide a "--with-jdk=<PATH>" or > "--java-home=<PATH>" (or similar) to force the JVM to use to build. If > true for the app you are trying to build then you could use path > "/usr/lib/jvm/java-8-openjdk/" Yeah, my primary concern here is multi-JVM boxes. If only Java 8 is installed, there's no issue. The build system is Apache Ant, and I can change the JVM it uses by setting JAVA_HOME for makepkg, but even then I can't assume that Java 8 is java-8-openjdk. For example jre from the AUR also provides java-runtime=8. I feel like the archlinux-java script should be able to get/set the default Java **per version**. That would make it much easier to handle all this.

2 1

Re: [arch-general] Netflix in Arch?
by Sebastiaan Lokhorst 12 Oct '14

12 Oct '14

Just because there still seems to be some confusion: Plugin-free Netflix requires Embedded Media Extensions (EME).[1] This is supported by all major closed-source browsers: Internet Explorer, Safari and Chrome. This includes Chrome on Arch (available in the AUR), without the need for any user-agent hacking or plugins. EME however requires a closed source component, therefore it is NOT available in open-source browsers, such as Chromium and Firefox, and likely _never_ will be. In the future, it might be possible to use some kind of closed-source plugin to support this in open-source browsers, but there is none at the moment. (there was some discussion about this with Firefox, see [1] for more details) So basically, at the moment you have two options to use Netflix on Arch: (1) install a closed-source browser (i.e. Chrome) with EME, where it will work out-of-the-box, or (2) install a open-source browser with all kinds of hackery such as Pipelight. I hope that this clears things up. Sebastiaan [1] https://en.wikipedia.org/wiki/Encrypted_Media_Extensions

4 3