- Arch-general - lists.archlinux.org

[arch-general] Dbeaver is ready to leave community-testing
by Farid A 04 Apr '19

04 Apr '19

Hi, I was told this mailing list was the best to discuss community-testing packages. I've downloaded dbeaver-6.0.0.1 from the repo, and can confirm the package is entirely function (I tried most drivers and functionalities). Moreover, the version currently available on community is rather outdated. Thanks for your time, Farid

1 0

[arch-general] KDEPim failures after today's upgrade
by SET 03 Apr '19

03 Apr '19

Hello, 1. knotes 18.12.3-1 does not start at all knotes: symbol lookup error: /usr/lib/libknotesprivate.so.5: undefined symbol: _ZN7Akonadi10Collection21markAttributesChangedEv 2. kontact 18.12.3-1 often crashes after a few seconds. When it does not, there is no knotes tab. No better result after reboot. Thanks for looking into that.

2 3

[arch-general] Update some pkg sources to use https:// when available
by Justin Capella 03 Apr '19

03 Apr '19

https://www.archlinux.org/todo/use-https-in-the-url-field/ https://gist.github.com/b1tninja/9a1184a9713a16e77c7ae65d1829d589 git clone --depth=1 --no-checkout "https://git.archlinux.org/svntogit/packages.git" pkgs; pushd pkgs; git reset --hard HEAD; git checkout HEAD -- */trunk/PKGBUILD; doms=($(grep -PRho '(?s)(?<=source=$).*?(?=$\s*$)' | grep -Po '(?:((?:(?:git|svn|cvs)+)?http://)(.*?)(?=/|$))' | cut -d "/" -f 3- | sort -u)) for dom in ${doms[@]}; do (echo "" | openssl s_client -verify_return_error -verify 2 -verify_hostname $dom -servername $dom -showcerts -connect $dom:443 > $dom.crt) && echo $dom; done | tee https.txt sed -ri 's/http:\/\/('$(sed -r 's/\|$//' <(tr "\n" "|" < https.txt))')/https:\/\/\1/g' $(find -name PKGBUILD) No I don't think its super elegant-- it works often, and afaik doesn't introduce errors--- parsing bash scripts is a pita.

1 0

[arch-general] kernel compilation
by Pascal 29 Mar '19

29 Mar '19

hello members, I'm not used to compiling and therefore even less to compiling the kernel.... I followed the instructions given by this page <https://wiki.archlinux.org/index.php/Kernel/Arch_Build_System>. after compilation, if I modify/patch file src/linux-4.19/block/blk-core.c, do I have to replace the kernel ? the kernel and all its modules ? or just the module concerned by the change (if it concerns a module) ? regards, lacsaP.

3 2

[arch-general] Mutt with Icloud
by siefke_listen＠web.de 27 Mar '19

27 Mar '19

Hello, have someone mutt with Icloud at work and can share the config? I use google and try and try. The login is no problem, but I can not write an email. my config: set from = "Silvio Siefke <>" yes email set folder = imaps://imap.mail.me.com:993 set spoolfile = +INBOX set postponed = +Drafts set record = +"Sent Messages" set imap_user = "my email" set imap_pass = "my password" set smtp_url = "smtp://$imap_user@smtp.mail.me.com:587" set smtp_pass = "my password" set ssl_force_tls = yes set ssl_starttls = yes set ssl_use_sslv3 = no set ssl_use_tlsv1 = no set ssl_use_tlsv1_1 = no set ssl_use_tlsv1_2 = yes set ssl_verify_dates = yes set ssl_verify_host = yes set imap_pipeline_depth = 0 set smtp_authenticators = 'gssapi:login' It would be great. Thank you. Silvio

2 1

[arch-general] mutagen
by frederik＠ofb.net 26 Mar '19

26 Mar '19

Hello Arch, Does anyone know why all the executables in "mutagen" suddenly developed a numeral "2" at the end of their names? I would have preferred the names to stay the same for the sake of backwards compatibility. I checked with "asp checkout python2-mutagen", as I learned to do recently, and I saw that the renaming seems to be due to the following lines in the PKGBUILD for script in {mid3{cp,iconv,v2},moggsplit,mutagen-{inspect,pony}}; do sed -e "s/${script}/${script}2/g" -i setup.py sed -e 's/python/&2/' -i "tools/${script}" mv -v "tools/${script}"{,2} mv -v "man/${script}"{,2}.1 done but there is no comment in the PKGBUILD, and I could not find any note in the Git log explaining the addition of those lines... Thanks, Frederick

2 2

[arch-general] Arch Linux USB stick won't boot
by steve＠vwebr.net 23 Mar '19

23 Mar '19

Hello everyone, I tried installing archlinux-2019.03.01-x86_64.iso onto my Intel Compute Stick STCK1A8LFC, but got this at the very beginning when I tried booting a USB stick created by Rufus. https://imgur.com/a/nEjA248 <-- See picture at this link I did not experience the lack of booting the USB stick with any other distros I tried (about 6-7 others). They all booted fine and were created in Rufus the same way. BIOS setting is the same as others as well...UEFI shell disabled (that is a must), USB boot enabled, and Secure Boot disabled. There is no Legacy Boot/CSM option. Stuck on UEFI. See picture attached for what happens when I try to boot from the USB stick I created. Particulars... Hardware: https://ark.intel.com/content/www/us/en/ark/products/86613/intel-compute-st… Screenshot of creation of Rufus USB stick (exact same method as others I did which all booted fine): https://imgur.com/a/AB11PSP <-- See picture at this link Thanks for any help you can provide. Steve Sybesma Brighton, CO USA

10 19

[arch-general] Why has all reference to RAID setup been removed from Install page?
by David C. Rankin 22 Mar '19

22 Mar '19

Over the past few years the Beginner's Guide has been removed and our Install wiki (https://wiki.archlinux.org/index.php/Installation_guide) has been whittled down to a mere outline. After the thread "Arch Linux USB stick won't boot", I decided to check the Install page to see if there were any relevant links that should have helped with that problem. Surprisingly there was nothing. There is no "Troubleshooting" section at all. Looking closer, now all links to https://wiki.archlinux.org/index.php/RAID#Installing_Arch_Linux_on_RAID are also removed which must be done between partitioning and formatting to install Arch to RAID. Shouldn't there be a note/link at the end of the the "Partition the disks" section "For installing Arch Linux on RAID"? It seems a quite a bit of "good" is gone from the Install guide. -- David C. Rankin, J.D.,P.E.

1 2

[arch-general] Linux-api-headers out of date (4.17 vs 5.0)
by Jason Koch 20 Mar '19

20 Mar '19

Hi all It seems that allan@ has pushed some updates to bring the kernel up to 4.20, but they haven't yet showed up as a package. https://git.archlinux.org/svntogit/packages.git/commit/trunk/PKGBUILD?h=pac… Is this an expected / known issue? Is there anything I can do to help? It seems like they are lagging the rest of the kernel packages. In any case, here is a patch which brings my headers up to date with my currently installed kernel version. ------------------------------------------------------ diff --git a/linux-api-headers/trunk/PKGBUILD b/linux-api-headers/trunk/PKGBUILD index 3d0fb90..4713905 100644 --- a/linux-api-headers/trunk/PKGBUILD +++ b/linux-api-headers/trunk/PKGBUILD @@ -4,14 +4,14 @@ # toolchain build order: linux-api-headers->glibc->binutils->gcc->binutils->glibc pkgname=linux-api-headers -pkgver=4.20.12 +pkgver=5.0.2 pkgrel=1 pkgdesc='Kernel headers sanitized for use in userspace' arch=(any) url='http://www.gnu.org/software/libc' license=(GPL2) -source=( https://www.kernel.org/pub/linux/kernel/v4.x/linux-${pkgver}.tar.{xz,sign}) -md5sums=('edd3015435d60598b99cf6aaf223710e' +source=( https://www.kernel.org/pub/linux/kernel/v5.x/linux-${pkgver}.tar.{xz,sign}) +md5sums=('911065be61e90bc9afefd2c0ffa944c1' 'SKIP') validpgpkeys=('ABAF11C65A2970B130ABE3C479BE3E4300411886' # Linus Torvalds '647F28654894E3BD457199BE38DBBDC86092693E') # Greg Kroah-Hartman ------------------------------------------------------ I searched the forums and wiki, the only relevant piece of info I could find was - do not raise a bug for an out of date package. If I'm in the wrong place please let me know. Thanks Jason

2 1

[arch-general] Suggestion: switch to zstd -19 for compressing packages over xz
by Adam Fontenot 17 Mar '19

17 Mar '19

Hi, It's now been about half a year since support for zstd landed in our packaging tools. I've been quietly using it for all my locally built packages since then with no issues. I think it would be worthwhile to have a discussion about whether to use zstd for officially built packages. Here is a brief summary of negatives and positives: Negatives: * Changing things takes time and might break someone's workflow. * Zstd -19 results in slightly larger files than xz -6 (default). Positives: * Change would be invisible to most users. * Would keep Arch Linux on top of the latest in packaging tech. * Updating would be much faster for most users. To expand on that last point: for reasonably fast connections, the additional time required to decompress xz compressed packages means that updating can actually take more time than it would for packages that are not compressed at all! Because zstd is designed to have very fast decompression, for a wide range of modern broadband connections zstd -19 is the fastest algorithm to download and decompress. For example, check out this compression test (with the Mozilla dataset): https://quixdb.github.io/squash-benchmark/unstable/ Or look at my local test with the most recent Firefox package: Tool Compression time Size Time to DL (100 Mbps) + decompress xz -6 5m 53s 49 MB 0m 21s zstd -19 6m 0s 53 MB 0m 6s So while xz and zstd compress in about the same amount of time and result in files of similar size, from the user's standpoint zstd results in much faster updates. Multiply this by a few hundred packages and you have a pretty substantial effect. I look forward to discussing this with you all. Cheers, Adam

9 11