- Arch-general - lists.archlinux.org

[arch-general] valgrind error -- the 'impossible' happened?? (fully updated Arch system)
by David C. Rankin 12 Aug '18

12 Aug '18

After update to current (as of now linux 4.17.14, and I just tested with 4.17.13 and the error is there too), valgrind fails with an 'impossible' error: ===== error start $ valgrind ./bin/opendir_readdir_dyn_char_basic ==1196== Memcheck, a memory error detector ==1196== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al. ==1196== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info ==1196== Command: ./bin/opendir_readdir_dyn_char_basic ==1196== valgrind: the 'impossible' happened: Unsupported arch_prctl option host stacktrace: ==1196== at 0x580441BA: show_sched_status_wrk (m_libcassert.c:355) ==1196== by 0x580442D4: report_and_quit (m_libcassert.c:426) ==1196== by 0x58044517: panic (m_libcassert.c:502) ==1196== by 0x58044517: vgPlain_core_panic_at (m_libcassert.c:507) ==1196== by 0x5804454A: vgPlain_core_panic (m_libcassert.c:512) ==1196== by 0x580DAE22: vgSysWrap_amd64_linux_sys_arch_prctl_before (syswrap-amd64-linux.c:286) ==1196== by 0x580A0C23: vgPlain_client_syscall (syswrap-main.c:1857) ==1196== by 0x5809D48A: handle_syscall (scheduler.c:1126) ==1196== by 0x5809EBB6: vgPlain_scheduler (scheduler.c:1443) ==1196== by 0x580AED50: thread_wrapper (syswrap-linux.c:103) ==1196== by 0x580AED50: run_a_thread_NORETURN (syswrap-linux.c:156) sched status: running_tid=1 Thread 1: status = VgTs_Runnable (lwpid 1196) ==1196== at 0x401A1C5: ??? (in /usr/lib/ld-2.28.so) ==1196== by 0x178BFBFE: ??? Note: see also the FAQ in the source distribution. It contains workarounds to several common problems. In particular, if Valgrind aborted or crashed after identifying problems in your program, there's a good chance that fixing those problems will prevent Valgrind aborting or crashing, especially if it happened in m_mallocfree.c. If that doesn't help, please report this bug to: www.valgrind.org In the bug report, send all the above text, the valgrind version, and what OS and version you are using. Thanks. ===== error end My question is does this look like an arch issue or is it just a kde upstream issue? I was answering a question on SO with a simple opendir/readdir of names into a dynamically allocated pointer-to-pointer-to-char and was showing how to test with valgrind. To my surprise valgrind croaked on Arch, but ran fine on SuSE and an old Arch box, so there is something wrong in the current valgrind on Arch. test source file at https://stackoverflow.com/questions/51804567/c-writing-readdir-to-char-arra… (it just reads the contents of the directory given as the first argument ('.' default) and qsorts and outputs the stored names before freeing the names and pointers. -- David C. Rankin, J.D.,P.E.

2 2

[arch-general] Reliability test for hard drives and SSD
by Andrey Ponomarenko 10 Aug '18

10 Aug '18

Hi there! Good news for all interested in hardware compatibility and reliability. I've started a new project to estimate reliability of hard drives and SSD in real-life conditions based on the SMART data reports collected by Linux users in the Linux-Hardware.org database since 2014. The initial data (SMART reports), analysis methods and results are publicly shared in a new github repository: https://github.com/linuxhw/SMART. Everyone can contribute to the report by uploading probes of their computers by the hw-probe tool! The primary aim of the project is to find drives with longest "power on hours" and minimal number of errors. The following formula is used to measure reliability: Power_On_Hours / (1 + Number_Of_Errors), i.e. time to the first error/between errors. Please be careful when reading the results table. Pay attention not only to the rating, but also to the number of checked model samples. If rating is low, then look at the number of power-on days and number of errors occurred. New drive models will appear at the end of the rating table and will move to the top in the case of long error-free operation. Thanks to ROSA, Arch, Fedora, Ubuntu, Debian, Mint, openSUSE, Gentoo users and others who had made this work possible by contribution to the database!

3 8

[arch-general] Can I build Arch Linux from Scratch?
by Turritopsis Dohrnii Teo En Ming 09 Aug '18

09 Aug '18

Good morning from Singapore, Can I build Arch Linux from Scratch like Linux from Scratch? Please advise. Thank you. ===BEGIN SIGNATURE=== Turritopsis Dohrnii Teo En Ming's Academic Qualifications as at 30 Oct 2017 [1] https://tdtemcerts.wordpress.com/ <https://tdtemcerts.wordpress.com/>[2] http://tdtemcerts.blogspot.sg/ <http://tdtemcerts.blogspot.sg/>[3] https://www.scribd.com/user/270125049/Teo-En-Ming <https://www.scribd.com/user/270125049/Teo-En-Ming>===END SIGNATURE===

4 3

Re: [arch-general] Kernel source URL change
by Geo Kozey 08 Aug '18

08 Aug '18

On August 8, 2018 4:54 AM, Giancarlo Razzolini via arch-general <arch-general(a)archlinux.org> wrote: > Em agosto 7, 2018 23:31 W B via arch-general escreveu: > > > It isn't an order. > > > > > Can you tell us why this change was required, please? > > Have you read the original post to the list? Specially this [0]? > The author of original post was only speculating about possible reasons for the recent changes. He also asked few questions which weren't answered. > Those tar files you just linked are not signed by Linus anymore, they are signed > instead by Greg Kroah-Hartman. You would have known this if you bothered to actually > download them and check the signature. > Greg Kroah-Hartman PGP key was already included as validpkgkey inside PKGBUILD so there is no real argument here. > Another reason for this move is to apply our patches as commits. You can use any other > kernel if you want. > There is no tradition in Arch to self-host package sources as Debian does unless upstream has completely broken release process. This can impose security risks on Arch as we now have to trust their github infra rather than kernel.org (we all know what happened to gentoo recently). I'm aware that Barthalion made an effort to hardenize Arch github infra but still this is a new risk which didn't exist before. Is it general Arch move to self-host sources and applying patches as commits or will linux kernel package stay as outlier? > [0] https://www.kernel.org/minor-changes-to-tarball-release-format.html > > Cheers, > Giancarlo Razzolini Yours sincerely G. K.

5 5

[arch-general] Kernel source URL change
by Andrey Vihrov 08 Aug '18

08 Aug '18

Hi, Recently the way kernel sources are retrieved was changed in the linux package [1]. Now the sources are fetched from https://github.com/archlinux/linux. I see a few problems with this: - Previously the list of applied patches was very transparent. You could immediately see that the kernel and kernel patch tarballs come from kernel.org, and view individual extra patches. Now the code comes from a non-kernel source, and cannot be verified as easily. - Previously, if a new kernel version is released and is not yet in the repos, you could more or less take the official linux PKGBUILD, change one number and build it yourself. With the new layout it is not clear how to achieve this. - An often cited Arch policy is to use software as released by upstream with minimal patching. What becomes of this policy if one of the core packages builds from a technical fork instead of upstream? If the patches from kernel.org will no longer be signed, as announced in [2], then an alternative would be git tags from [3] and [4]. It's understandable if it may make development harder, nonetheless it would allow for better transparency and follow upstream closer — just one user's opinion. [1] https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/lin… [2] https://www.kernel.org/minor-changes-to-tarball-release-format.html [3] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/ [4] https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git -- Regards, Andrey

9 10

Re: [arch-general] Kernel source URL change
by Giancarlo Razzolini 08 Aug '18

08 Aug '18

Em agosto 7, 2018 23:31 W B via arch-general escreveu: > It isn't an order. > > Can you tell us why this change was required, please? > Have you read the original post to the list? Specially this [0]? Those tar files you just linked are not signed by Linus anymore, they are signed instead by Greg Kroah-Hartman. You would have known this if you bothered to actually download them and check the signature. Another reason for this move is to apply our patches as commits. You can use any other kernel if you want. [0] https://www.kernel.org/minor-changes-to-tarball-release-format.html Cheers, Giancarlo Razzolini

1 0

[arch-general] Grub-efi install issue
by Matthew Dyer 07 Aug '18

07 Aug '18

Hi all, I am trying to install arch to a efi system and got as far as the configure the packages but grub install is whare I am stuck. First off, in the wiki it says to mount the efi partition, but it doesn't say whare to mount it to. Secondly, I run the following to install grub-install --target=x86_64-efi --efi-directory=/dev/sda1 --bootloader-id=GRUB and get the following error. something about unable to get the udev. What am I missing? Would something rong? The wiki artical s a bit confusing. Thanks.

2 2

[arch-general] ipv6 only half working
by David Rosenstrauch 06 Aug '18

06 Aug '18

I'm having some weird problems with ipv6 on my box. My ISP is set up for ipv6, my router and server both seem to have valid ipv6 addresses, and ipv6 connectivity seems to (nominally) be working: [darose@darsys12 ~]$ ping ipv6.google.com PING ipv6.google.com(lga25s63-in-x0e.1e100.net (2607:f8b0:4006:81b::200e)) 56 data bytes 64 bytes from lga25s63-in-x0e.1e100.net (2607:f8b0:4006:81b::200e): icmp_seq=1 ttl=55 time=13.1 ms 64 bytes from lga25s63-in-x0e.1e100.net (2607:f8b0:4006:81b::200e): icmp_seq=2 ttl=55 time=11.0 ms ^C [darose@darsys12 ~]$ curl -I ipv6.google.com HTTP/1.1 200 OK Date: Mon, 23 Jul 2018 15:35:06 GMT Expires: -1 Cache-Control: private, max-age=0 Content-Type: text/html; charset=ISO-8859-1 P3P: CP="This is not a P3P policy! See g.co/p3phelp for more info." Server: gws X-XSS-Protection: 1; mode=block X-Frame-Options: SAMEORIGIN Set-Cookie: 1P_JAR=2018-07-23-15; expires=Wed, 22-Aug-2018 15:35:06 GMT; path=/; domain=.google.com Set-Cookie: NID=135=SV0kZxYO7fTnUYm0ZJFnRx-d17kNOyTyHgPzv-xKmj_Q-LXYz_LuiBsAGHesREIbtwbKZAKYeqU8fh0saXfnylDGsBbAwCQDAKeG9iT9PwmBc0IBntqO0xkklns-YThY; expires=Tue, 22-Jan-2019 15:35:06 GMT; path=/; domain=.google.com; HttpOnly Transfer-Encoding: chunked Accept-Ranges: none Vary: Accept-Encoding However, certain server utilities - most notably freshclam (clamav) and the w3m command line web browser - are having problems successfully making connections using ipv6. For example: w3m via ipv4 works: [darose@darsys12 ~]$ w3m -4 -dump google.com | grep -i google Google [Google Search][I'm Feeling Lucky] tools Advertising ProgramsBusiness Solutions+GoogleAbout Google but w3m via ipv6 doesn't: [darose@darsys12 ~]$ w3m -6 -dump ipv6.google.com ... hangs forever ... Even weirder: this works: [darose@darsys12 ~]$ w3m -4 -dump_head google.com HTTP/1.0 200 OK Date: Mon, 23 Jul 2018 15:21:52 GMT Expires: -1 Cache-Control: private, max-age=0 Content-Type: text/html; charset=ISO-8859-1 Content-Encoding: gzip Server: gws Content-Length: 4675 X-XSS-Protection: 1; mode=block X-Frame-Options: SAMEORIGIN Set-Cookie: 1P_JAR=2018-07-23-15; expires=Wed, 22-Aug-2018 15:21:52 GMT; path=/; domain=.google.com ... but this doesn't: [darose@darsys12 ~]$ w3m -6 -dump_head ipv6.google.com ... hangs ... until I hit control C ... then succeeds after the control-c (wtf?!?!?) ^CHTTP/1.0 200 OK Date: Mon, 23 Jul 2018 15:39:44 GMT Expires: -1 Cache-Control: private, max-age=0 Content-Type: text/html; charset=ISO-8859-1 Content-Encoding: gzip Server: gws Content-Length: 4680 X-XSS-Protection: 1; mode=block X-Frame-Options: SAMEORIGIN Set-Cookie: 1P_JAR=2018-07-23-15; expires=Wed, 22-Aug-2018 15:39:44 GMT; path=/; domain=.google.com And freshclam fails as well: [darose@darsys12 ~]$ sudo freshclam ClamAV update process started at Mon Jul 23 11:41:13 2018 WARNING: Your ClamAV installation is OUTDATED! WARNING: Local version: 0.100.0 Recommended version: 0.100.1 DON'T PANIC! Read https://www.clamav.net/documents/upgrading-clamav main.cld is up to date (version: 58, sigs: 4566249, f-level: 60, builder: sigmgr) nonblock_recv: recv timing out (30 secs) WARNING: getfile: Download interrupted: Operation now in progress (IP: 2400:cb00:2048:1::6810:bb8a) WARNING: getpatch: Can't download daily-24740.cdiff from database.clamav.net Trying host database.clamav.net (2400:cb00:2048:1::6810:b98a)... nonblock_recv: recv timing out (30 secs) WARNING: getfile: Download interrupted: Operation now in progress (IP: 2400:cb00:2048:1::6810:b98a) WARNING: getpatch: Can't download daily-24740.cdiff from database.clamav.net Downloading daily-24740.cdiff [100%] ... I'm really stumped as to how ipv6 could partially fail like this only on specific apps. Seems like it should either completely work or completely fail. Anyone have any idea what might be happening here and/or how to fix? Thanks, DR

3 8

[arch-general] libssh: 0.7.5 from AUR seems to have config reading issues
by Artyom Poptsov 06 Aug '18

06 Aug '18

Hello, it seems that AUR provides libssh version 0.7.5 that has some issues with SSH config reading (it fails to read options from a provided configuration file.) Back in June 2017 I prepared a patch to fix the problem: https://git.libssh.org/projects/libssh.git/commit/?id=5333be5988c3789e70115… but the patch was integrated to libssh _after_ 0.7.5 release (it was released in April 2017.) Could the libssh library be upgraded in AUR to integrate the aforementioned patch? I'm not an avid Arch GNU/Linux user so if I'm wrong about something please don't hesistate to point me out to it. FWIW, I'm the main developer of Guile-SSH library [1] that uses libssh. Thanks! - Artyom [1] https://aur.archlinux.org/packages/guile-ssh/ -- Artyom V. Poptsov <poptsov.artyom(a)gmail.com> Home page: http://poptsov-artyom.narod.ru/ CADR Hackerspace co-founder: https://cadrspace.ru/ GPG: D0C2 EAC1 3310 822D 98DE B57C E9C5 A2D9 0898 A02F

2 2

[arch-general] libjson-c.so.3 problem
by niya 05 Aug '18

05 Aug '18

hi everyone i have downloaded and installed bind and bind-tools version 9.11.2, named.conf is configured, when i enable and start named i get the following error ----- /usr/bin/named: error while loading shared libraries: libjson-c.so.3: cannot open shared object file: no such file or directory. ----- pacman -Ss json-c core/json-c 0.13.1-1 installed how do i fix this ? shadrock

3 2