- Arch-general - lists.archlinux.org

[arch-general] ML is being sent to Spam by Gmail
by Eli Schwartz 04 Jul '16

04 Jul '16

Recently a (disproportionately) large number of emails from the various Arch Linux mailing lists are getting rerouted to my Spam folder in Gmail. It seems to have started roughly around the time of this change: [arch-devops] Finally fixed DKIM (I hope)[1] dkim header remarks indicate either failed or missing dkim sigs for those messages. Is anyone else seeing this behavior change? @Florian Pritz, whatever you did doesn't seem to be working, in fact it is worse. :( [1] https://lists.archlinux.org/pipermail/arch-devops/2016-May/000066.html -- Eli Schwartz

12 18

[arch-general] Package are signed... but pacman doesn't like them...?
by Giovanni 'ItachiSan' Santini 04 Jul '16

04 Jul '16

Good morning, some days ago I found a nice service called "Open Build Service", which allows all kind of packagers, including also Arch ones, to have different repos of their packages, having them built online. This is awesome for me, as some of them require heavy building time. I fought a bit against the service, in order to make the GPG public key to be uploaded to a key server, in order to allow users to add it properly to pacman-key. Now, I am facing a really strange issue: I've added the key to pacman keyring, using: sudo pacman-key -r 05E0A765C649DE23 sudo pacman-key --lsign-key 05E0A765C649DE23 Database syncing works properely and the signature is verified... But for packages it is not. Every time it gives an error as this: $pkgname-$pkgver $pkgsize $dw_speed 00:00 [--------------------] 100% (1/1) checking keys in keyring [--------------------] 100% error: $pkgname: unsupported signature format(0/1) checking package integrity (1/1) checking package integrity [--------------------] 100% error: GPGME error: No data I tried to download the public key and adding to my personal GPG keyring. Verifying the packages signatures works perfectly. To try this, I fetched the .sig file online and used the GPG --verify command. Any hints? Now, the needed data. My personal repo configuration for pacman [home_ItachiSan_archlinux_Arch_Extra] Server = http://download.opensuse.org/repositories/home:/ItachiSan:/archlinux/Arch_E… The public key mentioned above: http://keyserver.ubuntu.com/pks/lookup?op=get&fingerprint=on&search=0x05E0A… or http://keyserver.ubuntu.com/pks/lookup?op=vindex&search=home%3AItachiSan&fi… Sorry to be so verbose. :< Thanks in advance! -- Giovanni Santini My blog: http://giovannisantini.tk My code: https://github.com/ItachiSan My code, again: https://gitlab.com/u/ItachiSan My Twitter: https://twitter.com/santini__gio My Facebook: https://www.facebook.com/giovanni.santini My Google+: https://plus.google.com/+GiovanniSantini/ My GPG: 2FADEBF5

4 8

[arch-general] Where is the ISO?
by Kevin Dodd 02 Jul '16

02 Jul '16

According to everything on the Arch Linux Downloads page: https://www.archlinux.org/download/ archlinux-2016.07.01-dual.iso should be available. The torrent tracker keeps saying "torrent not found". Via DHT and PEX, I have connected to more than 50 peers in the torrent swarm, and none of them had even a single piece of the file. All of the HTTP mirror links simply return 404. Clearly the file exists, or there would not be a PGP signature for it. So could someone who has it please seed it at least once?

2 1

[arch-general] PyPI2PKGBUILD: Automated PKGBUILD creation for PyPI packages
by Antony Lee 30 Jun '16

30 Jun '16

I'd like to present PyPI2PKGBUILD (https://github.com/anntzer/pypi2pkgbuild), a new tool for automated PKGBUILD creation for PyPI packages. It is similar in spirit to the venerable pip2arch ( https://github.com/bluepeppers/pip2arch), but with a few improvements: - Python dependencies are found by installation in a temporary virtualenv (as far as I know, this is the simplest way to handle environment markers correctly (https://www.python.org/dev/peps/pep-0496/)); moreover, PyPI2PKGBUILD calls itself recursively for dependencies that are not available as official packages (i.e., you can call `pypi2pkgbuild.py $pkgname` and get all the necessary packages created and built for you). Many packages do not correctly declare `cython` and `numpy` as dependencies so special handling is provided for them. - Non-python (binary) dependencies that are dynamically linked are resolved via `namcap` and `pkgfile`, and added to the `depends` array. Say, for example, that you want to create a package for `pyfftw`, which needs to link against `fftw`, which is provided by the official `fftw` package. You can run `pacman -S --asdeps fftw`, then run `pypi2pkgbuild.py pyfftw`; the PKGBUILD will correctly declare `fftw` as `depends`. - Missing license files are retrieved from Github/Bitbucket if possible. The general intent is to 1) allow one to install packages that are not available on the Arch (official or AUR) repos (I don't think the proliferation of "trivial" PKGUBILDs that simply do `python setup.py build` / `python setup.py install --root="$pkgdir"` on the AUR is a particularly good thing) and 2) allow one to update packages for which a new version is present on PyPI but not on the arch repos yet (by default, the packages are built with a pkgrel of 00, so that they'd be upgraded to official/AUR packages when those become available). Antony PS: Original announcement on the forum at https://bbs.archlinux.org/viewtopic.php?id=213740.

1 0

Re: [arch-general] [arch-dev-public] signoffs are dead
by Jens Adam 30 Jun '16

30 Jun '16

Wed, 29 Jun 2016 21:51:17 +0200 Florian Pritz via arch-dev-public <arch-dev-public(a)archlinux.org>: > Maybe we should look into finding some people that want to help test > stuff and give them permissions to sign off on packages? +1 Sign me up, running [testing] for a decade now anyway, on x86_64 and i686. --byte

1 0

Re: [arch-general] [arch-dev-public] signoffs are dead
by Kyle Terrien 30 Jun '16

30 Jun '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On Wed, 29 Jun 2016 21:51:17 +0200 Florian Pritz via arch-dev-public <arch-dev-public(a)archlinux.org> wrote: > As pointed out on arch-general (not by me) this makes the whole > signoff process useless. Maybe we should look into finding some > people that want to help test stuff and give them permissions to sign > off on packages? > > Florian Yes, this sounds like a very good idea. Until now, I have had no reason to run a container/VM with the testing repos enabled. However, if signoffs are opened up to a wider community, I think I might just try it out. It is great to catch problems before they are pushed to production. - --Kyle -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXdK22AAoJEN5rMzXPJBsQVcIQAI0LrK2wMCGGabqCidDlJ9wC 0M7RD8KQOEe+OtGzZYBr0qRTzsaM5tV/7GVlq/OgX6Wi2l26jsgightfUwj2STHj c2fjJg+VyHZd20YdHCP2Zfvqqq//3TyesCgc/9wvltqE+tB0WPr97K6GS5adIKV4 wGFqDEsf8KXLhPJFE8cHD7gx+RnBLg392NLOpBWwlQJB61hV6cv5IMgjC06ZeQdM UQ3GeUx4gQ3eUByHUFQDsaocFEef3lSqlySw0fM68ZPOlnBeF00tJhWYGBVy6spS 5KTeCVpGW86Zkb0jrxEuEgBYZj8AtMOYSHijCioZRkhKSkUs0rwcfeyf7+dsJgle 4tDZK57nJZZNFmX8+mPBPOyWXr3VCfGQx/ob60vb6Ky2uL+nFhBbs1qgokrvYWMw nIMl7GH1UTo+kgzuMM17I9gUCmg+L4slclCv/6cRzUCVe8tw4t2imZPiUFC6nyPA Xjejd92zNcQApd/tVUap8UDVwJTS1wcGCjKKC+3RX9IH/GdmPOdphDvzCXmmnJHM 0dOM+60+NrUOeda1A3sE2lRyrdhUxVOpfoy4c3FCJIQWiD6ezeMIzAqB3iwISw/B CNy6QH4aEBxhyckFQJk7jZ9P0g8PltZ+nUrrNX+iWNkLpFOXhpn38fy7M66b/aca 08Dz3JiOtzK1A2y1Afi7 =r3gL -----END PGP SIGNATURE-----

1 0

[arch-general] KDE apps using incorrect colors after recent upgrade
by David Rosenstrauch 28 Jun '16

28 Jun '16

I haven't yet been able to pin down the root cause, but some recent upgrade (my best guess is qt5) seems to be messing with my KDE apps' ability to pick up the correct color scheme. If you look at the screenshot at http://darose.net/Screenshot_2016-06-27_12-13-53.png you can see that I have KDE's color scheme set to a custom, dark scheme. However, several of the KDE apps are not picking up this scheme - e.g., the System Settings app itself, as well as Kalarm. But several other KDE apps are picking up the correct scheme correctly - such as Konqueror. Note that I'm using XFCE as my desktop, if that makes a difference Anyone have any idea what might be broken here, and how I might be able to get it fixed? Thanks, DR

4 5

[arch-general] libc++ is outdated (3.7.x) and incompatible with actual clang 3.8.x
by Константин Плотников 27 Jun '16

27 Jun '16

libc++ is outdated (3.7.1 flagged out-of-date on 2016-03-28) and incompatible with actual clang 3.8 If you try to compile simple program which use std::string with clang and libc++ you will get an error: [root@707cd1f92063 /]# cat test.cpp #include <string> int main() { std::string a; } [root@707cd1f92063 /]# clang++ -std=c++11 -stdlib=libc++ -lc++abi test.cpp -o test && ./test In file included from test.cpp:1: /usr/bin/../include/c++/v1/string:1938:44: error: 'basic_string<_CharT, _Traits, _Allocator>' is missing exception specification 'noexcept(is_nothrow_copy_constructible<allocator_type>::value)' basic_string<_CharT, _Traits, _Allocator>::basic_string(const allocator_type& __a) ^ /usr/bin/../include/c++/v1/string:1326:40: note: previous declaration is here _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type& __a) Is there any reason libc++ 3.8 is not in repo yet? Could I help somehow? Thank you, Konstantin

1 0

[arch-general] Eclipse-java and java7
by Ilya Boka 26 Jun '16

26 Jun '16

When i start eclipse with Java7 i get following error http://pastebin.com/rGnCG5An With Java8 everything work fine.. Maybe eclipse should hava Java8 as dependence?

2 1

Re: [arch-general] Enable translations in transmission-qt
by Alexey Rochev 24 Jun '16

24 Jun '16

2016-05-30 0:18 GMT+03:00, Alexey Rochev <equeim(a)gmail.com>: > Hi, > I posted fixed PKGBUILD in https://bugs.archlinux.org/task/20982 a > week ago, but it seems that no one noticed. > Here is the patch: http://pastebin.com/b483Rqjp > Does transmission package have active maintainers? Last commits by Ionut Biru and Tom Gundersen were three years ago.

2 4