- Arch-general - lists.archlinux.org

[arch-general] wget and sourceforge.net
by Jude DaShiell 23 Nov '14

23 Nov '14

I found using --max-redirect=1000 and --trust-server-names on a wget command line made downloads from sourceforge.net go much more smoothly. That way, you have to get over 1000 redirects for you download to fail. jude <jdashiel(a)shellworld.net> Twitter: @jdashiel

1 0

Re: [arch-general] Official releases from upstream
by Eli Schwartz 23 Nov '14

23 Nov '14

On Sun, Nov 23, 2014 at 3:35 AM, Ralf Mardorf <ralf.mardorf(a)rocketmail.com> wrote: > Hi, > > while for virtualbox Arch Linux does follow upstream, even while there > is a critical known USB issue, for Claws Mail, where AFAIK isn't a > critical issue, it doesn't follow upstream. > I will go out on a limb here and say if it is flagged out-of-date that implies it is meant to be updated. Or the maintainer would simply re-mark it as up to date. I am sure there could be all kinds of reasons why any specific package could be out of date for a while, without implying that other packages should be left in the same unfortunate condition to match. ;) I try to understand this, but I can't understand it. Is there latitude > for the maintainers to decide what is an official release from upstream > and what isn't? > Obviously the maintainer hasn't gotten around to updating it yet, which is why the package was left with a big question mark over its head for a month. (For a given value of question mark, anyway.) If the maintainer went "nanana I think it's up to date anyway", then maybe that would indicate it isn't following upstream, and we should all start panicking.

1 0

[arch-general] Information: libcups lib32-libcups
by Ralf Mardorf 23 Nov '14

23 Nov '14

Hi, libcups is in extra https://www.archlinux.org/packages/extra/x86_64/libcups/ and it conflicts with the upgrade of lib32-libcups from multilib https://www.archlinux.org/packages/multilib/x86_64/lib32-libcups/ . [rocketmouse@archlinux ~]$ pacman -Qo /usr/lib/cups/backend/usb /usr/lib/cups/backend/usb is owned by libcups 2.0.1-1 [rocketmouse@archlinux ~]$ date ; sudo pacman -Syu Sun Nov 23 15:15:01 CET 2014 [snip] Packages (10): lib32-gettext-0.19.3-1 lib32-glib2-2.42.1-1 lib32-gmp-6.0.0-1 lib32-gnutls-3.3.10-1 lib32-libcups-2.0.1-1 lib32-libgpg-error-1.17-1 lib32-libpng-1.6.15-1 lib32-libtasn1-4.2-1 lib32-nettle-2.7.1-1 lib32-p11-kit-0.22.1-1 [snip] error: failed to commit transaction (conflicting files) lib32-libcups: /usr/lib/cups/backend/usb exists in filesystem Errors occurred, no packages were upgraded. [rocketmouse@archlinux ~]$ sudo rm /usr/lib/cups/backend/usb [rocketmouse@archlinux ~]$ sudo pacman -Syu There are no news about it on https://www.archlinux.org/ and also not on https://www.archlinux.de/ . After removing the existing file, the upgrade does work. I wanted to filed a bug report against lib32-libcups, but somebody already did that: https://bugs.archlinux.org/task/42882?string=lib32-libcups&project=5&search… I don't use cups at the moment, so I'm not sure if it's wise to run rm as I did, if somebody wants to print. Regards, Ralf

2 3

[arch-general] Official releases from upstream
by Ralf Mardorf 23 Nov '14

23 Nov '14

Hi, while for virtualbox Arch Linux does follow upstream, even while there is a critical known USB issue, for Claws Mail, where AFAIK isn't a critical issue, it doesn't follow upstream. On Sun, 23 Nov 2014 09:07:22 +0000 noreply(a)thewildbeast.co.uk wrote: > The latest release is v. 3.11.1, what can you observe with that? "Stable release 3.11.1 (October 27, 2014; 23 days ago)" - https://en.wikipedia.org/wiki/Claws_Mail "Latest Release: 3.11.1 (News), on 27 October 2014" - http://www.claws-mail.org/news.php $ pacman -Si claws-mail | grep Ver Version : 3.11.0-2 ;) I try to understand this, but I can't understand it. Is there latitude for the maintainers to decide what is an official release from upstream and what isn't? Regards, Ralf PS: The Claws package isn't a problem for me. $ pacman -Q claws-mail-git claws-mail-git 3.11.1.r26.g00cade7-1 But the virtualbox package is really an annoyance.

4 5

[arch-general] CMake silently disregards the C preprocessor flags environment variable
by Neven Sajko 23 Nov '14

23 Nov '14

http://www.cmake.org/Bug/view.php?id=12928 Did you know about this? And this is an error in design, it has been like this since the beginning of CMake. It seems like a pretty shameful error for a build system. Although patching for every package using Cmake is probably out of the question, I really feel like this is an issue something should be done about.

1 1

[arch-general] Package search problem on the website
by David Raphaël 22 Nov '14

22 Nov '14

Hi, I was looking for a specific package at https://www.archlinux.org/packages/ and I noticed something weird under the filter repository: there is no entry called 'any'. Thus, if we select one entry, we cannot undo it for a next search. I had to modify the parameters manually in the address bar. Who should I contact to correct this problem? And also, is there a specific reason why there is no category filter like on AUR? Cheers, Raphaël

2 2

[arch-general] New version of "top"?
by Vladimir Nikšić 21 Nov '14

21 Nov '14

I noticed that after a last "$pacman -Syu" that I got a pretty different version of the utility top in the package procps-ng. What exactly happened, how can I get the old-style one back? Thanks. :)

5 7

[arch-general] Wrong screen resolution after xorg shutdown
by Yamakaky 20 Nov '14

20 Nov '14

Hi I have a problem with my screen resolution. When I close xorg, the console uses only 1/4 of the screen (1280x800). I have in intel HD3000, with the intel driver. I couldn't find anything related to my problem in the wiki. [This solution](https://wiki.archlinux.org/index.php/Intel#KMS_Issue:_console_is_… didn't work. Any idea ? Yamakaky

2 5

[arch-general] genfstab, fstab, seclabel, UUID vs. PARTUUID, and Arch Wiki
by vixsomnis 17 Nov '14

17 Nov '14

tl;dr - genfstab causes problems on my system, PARTUUIDs may lead to non-booting systems when used instead of UUIDs I had a problem installing Arch Linux on my box earlier this week, although I managed to resolve it. I was installing from the latest fedora live usb image, since my motherboard refuses to boot into efi mode with the Arch ISOs. Weird issues with genfstab: - When I run with the -U option, no UUIDs are placed in fstab. With the -L option, no labels. Am I correct in thinking that the "/dev/sdX" should be replaced with UUIDs and labels, respectively? - My first and second attempts both ended up with an fstab option called "seclabel" that I couldn't find any documentation for. The boot process stalled, saying it didn't understand "seclabel" or "seclabel" was missing an option, and kicked me to recovery. After removing "seclabel" that problem no longer occurred. Hopefully it's not too important... - I had duplicate entries, even running it only once on a clean installation. I started from scratch twice, and duplicated this problem. I cleaned the file up manually, but it was still odd. Possibly related to the fedora live usb. However, no drives were mounted twice and the blkid / lsblk output didn't show any problems. Also, on following the Arch Wiki's advice in the beginner's guide: I used PARTUUIDs in my fstab and gummiboot entries. My system wasn't able to boot with these, which I had gotten from "blkid". When I switched them out for regular UUIDs, I had no problems, and my system booted flawlessly. If someone could confirm that we should be using UUIDs, I'll change this on the wiki. If PARTUUIDs *should* work, can someone please explain why? Or maybe just vouch that they work on your system? I've never had success with them. I'll edit the wiki once this is verified, or otherwise resolved. Lastly, I'd like to introduce myself. I'm Christian Demsar. I'm currently studying CS at Georgia Tech. I dabbled in linux a bit back in high school (only ubuntu and mint -- so not very deeply), but gave up until about last summer, and I've been mostly successful in learning the basics. -- vixsomnis

3 5

[arch-general] ca-certificate-utils in testing gives error upon upgrade
by Savya 15 Nov '14

15 Nov '14

This happens when I try upgrading, and pacman says that ca-certificates-java needs to be replaced with ca-certificate-utils error: failed to commit transaction (conflicting files) ca-certificates-utils: /etc/ca-certificates/extracted/java/cacerts exists in filesystem ca-certificates-utils: /etc/ca-certificates/extracted/pem/tls-ca-bundle.pem exists in filesystem Errors occurred, no packages were upgraded. Should I force it? -- Cheers! Savya

3 3