- Arch-general - lists.archlinux.org

[arch-general] Linux 4.9 and AMDGPU for GCN 1.1
by Britt Yazel 12 Jan '17

12 Jan '17

With the upcoming Linux kernel 4.9 release in the arch repos, the flag was set to enable building AMDGPU support in Southern Islands (SI - GCN 1.0) by default. The weird thing though is that Sea Islands (CIK - GCN 1.1) support is still not enabled, even though the upstream support for CIK has existed since 4.6 and SI has only just been marked as experimental in 4.9. Why did we flip the flag for SI and still keep it disabled for CIK? Hopefully it was just an oversight, as I would love to see support for building the AMDGPU kernel module support for both of these architectures by default. It seems weird to push a kernel that has AMDGPU support for GCN 1.0 and 1.2, while leaving GCN 1.1 still in the dark. Lastly, some may argue that as long as it is still considered experimental by upstream, it makes good sense to keep from building support by default. However, since the Radeon kernel driver takes precedence over AMDGPU for both SI and CIK architectures, in order to use the AMDGPU kernel driver the user would have to explicitely blacklist the Radeon kernel module. Thus, there should not really be a scenary where a user is running an experimental driver without their informed consent. The only thing garnered by keeping the CIK module disabled at build time is that anyone with a 2012-2015 AMD graphics card needs to build their own kernel to test out the arguable "better" driver, thus gaining TONS of benefits, least of which is Vulkan support. Thanks for reading! -Britt

1 0

[arch-general] notmuch built with xapian-core from testing?
by David Runge 11 Jan '17

11 Jan '17

Hey folks, I'm getting a notmuch: error while loading shared libraries: libxapian.so.30: cannot open shared object file: No such file or directory when trying to run the current notmuch. xapian-core is currently at 1:1.2.24-1 in extra and 1:1.4.2-1 in testing. I'm a bit confused by which version should be used for notmuch to run properly or if a rebuild is needed. Cheerios, David -- https://sleepmap.de

2 1

[arch-general] About linux 4.8 and 4.9...
by fredbezies 11 Jan '17

11 Jan '17

Sorry to reply to Phil Wyet this way. I enabled digest mode for arch-general. You won't see soon linux 4.9.x in core because it is kinda rotten with some Intel CPUs. You cannot get it to boot on some intel CPUs like an old T4200 or younger ones. See these bugs reports : https://bugs.archlinux.org/task/52246 https://bugs.archlinux.org/task/52271 https://bugs.archlinux.org/task/52243 https://bugs.archlinux.org/task/52238 Two bugs - and maybe more - are opened on kernel bug tracker : https://bugzilla.kernel.org/show_bug.cgi?id=192111 https://bugzilla.kernel.org/show_bug.cgi?id=191801 Looks like linux 4.9 won't be a LTS version at all... I own three computers. Because of intel CPU regression in 4.9.xx, both my asus eeePC and my Toshiba Laptop are booting on linux 4.4.xx LTS. Only my main desktop computer which is using an Athlon X2-215 is booting on linux 4.9.x. -- Frederic Bezies fredbezies(a)gmail.com

7 9

[arch-general] Does ArchHaskell still have purpose?
by Magnus Therning 10 Jan '17

10 Jan '17

Hi all, Well, the subject line says it all really. Does ArchHaskell still have a role in the Arch world? These are the reasons for asking this at this point: - the Haskell packages in [community] now number more than 400 and there is considerable overlap with ArchHaskell (unfortunately it's not a superset, not yet anyway) - the Haskell packages in [community] also seem to be well maintained and to receive timely updates, - the build-tool and development-tool situation for Haskell has improved considerably over the last few years, between `stack` and `cabal` coupled with improvements to `ghci` and introduction of `ghc-mod`, `intero` and `hsdev` I feel that Haskell development now should be carried out without system-wide installation of libs. In particular the last point means that I personally haven't had `ghc` installed via a package for the last couple of months. /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Never be afraid to try something new. Remember, amateurs built the ark; professionals built the Titanic. — Anonymous

3 5

[arch-general] NILFS: A filesystem designed to minimize the likelyhood of data loss
by Alexander Rath 09 Jan '17

09 Jan '17

Hello! I'd like to share a link to this description/tutorial about NILFS2: https://forum.manjaro.org/t/nilfs-a-filesystem-designed-to-minimize-the-lik… Did anybody try to install Arch on a NILFS2-formatted partition? Best regards, Alexander

4 5

Re: [arch-general] [arch-haskell] Does ArchHaskell still have purpose?
by Magnus Therning 09 Jan '17

09 Jan '17

Johan Holmquist <holmisen(a)gmail.com> writes: > I'd say that binary packages are really valuable for installing a > global haskell dev environment for quick hacks and scripts for which > it would not be practical to setup a project and download and build a > lot of deps. At least ghc and base should be installed globally so one > can just fire up the REPL to try things interactively. I've been using `stack ghci` for that, and for more involved stuff I've used `stack exec zsh -- --login` to get a shell with access to ghc :) For scripts it's possible to create a she-bang line with `stack` that will pull down the required ghc and dependencies. So, a *realy* long startup the first time, but subsequent invocations are quick :) I'm mostly mentioning this to point out that options exist, and that maybe, just maybe, binary packages for anything but tools (stack, hlint, pandoc, ...) aren't really that useful at all any longer. /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Unix is the answer, but only if you phrase the question very carefully. — Unknown

1 0

[arch-general] Arch install broken by invalid signatures (anthraxx) using 201610 iso
by David C. Rankin 09 Jan '17

09 Jan '17

All, Attempting an arch install tonight, and I get the following at pacstrap /mnt :: Proceed with installation? [Y/n] :: Retrieving packages... krb5-1.13.7-1-x86_64 1100.1 KiB 1405K/s 00:01 [######################################] 100% libpsl-0.16.1-1-x86_64 49.8 KiB 3.74M/s 00:00 [######################################] 100% (155/155) checking keys in keyring [######################################] 100% (155/155) checking package integrity [######################################] 100% error: krb5: signature from "Levente Polyak (anthraxx) <levente(a)leventepolyak.net>" is unknown trust :: File /mnt/var/cache/pacman/pkg/krb5-1.13.7-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)). Do you want to delete it? [Y/n] error: libpsl: signature from "Levente Polyak (anthraxx) <levente(a)leventepolyak.net>" is unknown trust :: File /mnt/var/cache/pacman/pkg/libpsl-0.16.1-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)). Do you want to delete it? [Y/n] error: failed to commit transaction (invalid or corrupted package) Errors occurred, no packages were upgraded. ==> ERROR: Failed to install packages to new root What was this caused by? I had to boot from the 10/2016 iso. Is it a change in signatures since then? I'll download a new iso and try, but I'd be surprised if an iso less than 5 months old no longer works? -- David C. Rankin, J.D.,P.E.

4 4

[arch-general] Stable 4.8 series and 4.9
by Phil Wyett 08 Jan '17

08 Jan '17

Hi, Could someone guide me to any doc on kernel update / version change policy for arch? I see we have a 4.8.16 released but not built for arch and 4.9.1 (in testing) that is, but still early in its release cycle. Regards Phil -- Play the game, for the games sake. OS of choice: Arch / Antergos GitHub: https://github.com/philwyettreb

2 1

[arch-general] Gufw broken by large update.
by Alonzo Gomez 07 Jan '17

07 Jan '17

Hi. Gufw was working (xorg only, not under Wayland) until today. Today, I did a large update of multiple packages - about 240 Mb worth. After that Gufw no longer starts. Symptoms: When gufw icon is clicked, the authentication window pops up as usual, requesting the user password. When entered incorrectly, the window just says incorrect, try again. When entered correctly, the authentication window disappears, and nothing further happens. Same behavior using Linux, Linux-lts, and Linux-grsec kernels. Note: Gufw always started correctly under xorg (chosen at GDM login). Gufw has never worked, just displayed the symptoms stated above, under Wayland (chosen at GDM login). Since the update today involved many packages, I don't know which one(s) are the culprit(s). The updated packages seemed to be mainly about GTK and Python. All dependencies seem okay, and I did remove and reinstall Gufw. Same results. (Python-gobject is intalled and up to date). I searched online, in the wiki, in the forums, and in the Arch bug reports, all to no avail. I did come across some old reports of similar problems, possibly where GTK was responsible. Ufw is and has been working fine, enabled and autostarted under systemd. I can't see anything suspect in dmesg or journalctl, but might not recognize it if I did. Setup: Arch x86-64 Gnome 3 Grub2 machine is UEFI-capable, but using bios (MBR). 1 root partition (EXT4) 1 swap partition Contents of /var/log/gufw.log: [12/29/2016 10:47:41 PM] /usr/sbin/ufw --force delete 1 [12/29/2016 10:47:32 PM] /usr/sbin/ufw --force delete 2 [12/29/2016 10:46:15 PM] /usr/sbin/ufw deny in proto tcp from any to any port 23 [10/31/2016 09:41:17 PM] Confirm Delete Dialog: Enabled I don't have 6 months to learn to use ufw without a gui. Any magic solution? If not - I'm so disgusted with ufw on Arch - can I just remove gufw, ufw, and ufw from systemctl, and then install firewalld. If so, will the existing iptables configuration be overwritten automatically, or would it have to be somehow purged manually? Note: I have not filed a bug report yet. I wanted to see if it was really a bug, or a PEBKAC error.

5 9

Re: [arch-general] New kernel repo
by Simon Gomizelj 06 Jan '17

06 Jan '17

Check out https://wiki.archlinux.org/index.php/unofficial_user_repositories You may find a repository for the kernel you're looking for. Just be wary its obviously unofficial and thus unsupported.

3 2