[arch-general] chromium, or libva, or something, makes xorg dump core

I am only seeing this with chromium. Perhaps becuase, in general, I am only using a small set of applications. Chromium was started by $chromium |& > chromiumFailure AT some point after the chromium window is initially seen, X is getting killed, core is dumped. The machine is a desktop.

Re: [arch-general] chromium, or libva, or something, makes xorg dump core

maderios via arch-general wrote: > On 7/7/21 8:15 PM, u34--- via arch-general wrote: > > I am only seeing this with chromium. Perhaps becuase, in general, I am > > only using a small set of applications. > > > > Chromium was started by > > > > $chromi

Re: [arch-general] trace for xorg dumping core after chromium start running

u34--- via arch-general wrote: > maderios via arch-general wrote: > > > On 7/7/21 8:15 PM, u34--- via arch-general wrote: > > > I am only seeing this with chromium. Perhaps becuase, in general, I am > > > only using a small set of applications. >

Re: [arch-general] Xorg segfault when using electron application and second monitor

LuKaRo via arch-general wrote: > Hi everyone, > > since yesterday's update, my Xorg crashes with a segmentation fault as > soon as I start an electron application and have a second monitor > activated. This is reproducible, a minimum working example looks like this: > > $ rocketchat-desktop > $

Re: [arch-general] Why does cx_freeze console create a core dump?

Peter Nabbefeld via arch-general wrote: > > Hello, > > am I doing sth. wrong, when calling > "/usr/lib/python3.9/site-packages/cx_Freeze/bases/Console-cp39-linux-x86_64"? > > The console seems to be some standard piece of software, so in general > it shouldn't create a core dump without some m

Re: [arch-general] hostapd + ap_isolate

Erich Eckner via arch-general wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi fellow-archers, > > I'm running a software accesspoint with hostapd for several years now. > Since some weeks, clients cannot talk to each other directly anymore, also > IPv6 broke (the latter migh

Re: [arch-general] tcpdump (was: hostapd + ap_isolate)

Uwe Sauter via arch-general wrote: > > >> Does the following quote, copied from > >> https://wiki.archlinux.org/title/Network_Debugging#Tcpdump, relevant? > > > >>they can only see outbound packets the firewall passes through: > >> [https://superuser.com/questions/925286/does-tcpdump-bypass

Re: [arch-general] PKGBUILD - clamav 0.103.4 - source .tar.gz downloads fine, .tar.gz.sig is 403? (same with Arch package)

Ralph Corderoy via arch-general wrote: > Hi Ralf, > > > $ curl -sSvg -L > > https://search.cpan.org/CPAN/authors/id/Y/YE/YEWENBIN/Goo-Canvas-0.06.tar.gz > > >foo.tar.gz > > * Trying 46.43.35.68:443... > For me, u34, 46.43.35.68 points to bm-n1.metacpan.org. bm-n1.metacpan.org can not be r

Re: [arch-general] PKGBUILD - clamav 0.103.4 - source .tar.gz downloads fine, .tar.gz.sig is 403? (same with Arch package)

Ralf Mardorf via arch-general wrote: > On Sun, 21 Nov 2021 13:35:20 +0100, Guus Snijders wrote: > >Op zo 21 nov. 2021 12:35 schreef Ralf Mardorf: > >> at the moment I don't know how to override the nameserver assigned > >> by the O2 HomeBox 6641. Some information claims that it is > >> impossible

Re: [arch-general] PKGBUILD - clamav 0.103.4 - source .tar.gz downloads fine, .tar.gz.sig is 403? (same with Arch package)

Ralf Mardorf via arch-general wrote: > On Sun, 21 Nov 2021 14:06:53 +, u34--- wrote: > >Ralf Mardorf via arch-general wrote: > >> On Sun, 21 Nov 2021 13:35:20 +0100, Guus Snijders wrote: > >> >Op zo 21 nov. 2021 12:35 schreef Ralf Mardorf: > >> >> at the moment I don't know how to overri

Re: [arch-general] Arch Linux accessibility install: audio doesn't work!

John Berden via arch-general wrote: > Hello! > So! When I was able to install Arch Linux on a virtual machine with > ArchInstall script, I decided to install it on my real pc. > I use Acer Nitra 5 laptop with the following parameters: > Six-core Intel i5-11400H > System board chipset Intel Tiger

Re: [arch-general] Python 3.10: LooseVersion, distutils slated for removal at 3.12

Evangelos Foutras via arch-dev-public wrote: > Python 3.10 is now in the stable repos! > > (Some issues are to be expected but hopefully nothing too bad.) I assume you are aware to. For the record: /usr/bin/unoconv:19: DeprecationWarning: The distutils package is deprecated and slat

[arch-general] ntfs3 kenel module: permissions not consistent with dmask=0027 from /etc/fstab

Hello, With the ntfs3 linux module, some, but not all, directories of the ntfs partition do not have permissions that are consistent with dmask 027. dmask=0027 is from /etc/fstab. Based on a small set, the files permissions are consistent with the fmask setting. As an aside, as of 5.15.10-arch

Re: [arch-general] ntfs3 kenel module: permissions not consistent with dmask=0027 from /etc/fstab

Isaac R. via arch-general < > arch-general@lists.archlinux.org> wrote: > > > Is the ntfs3 module in the standard "linux" package, or is it packaged > > separately? If it's packaged with the kernel, then you will probably have > > to wait until it reaches the stable k

[arch-general] Is the following a minor bug of systemd, mkinitcpio or zstd?

When running mkinitcpio lately, I get: -> Running build hook: [fsck] Decompress: 1/35 files. Current: ...el/cdrom.ko.zst : 0 B...==> Generating module dependencies I think the Decomress message is new. It didn't appear before 30-dec-2021, or so. It is aligned with the start of th

[arch-general] pacman caches packages with u=rw,g=,o= permissions

Lately, possibly starting at mid December, files in /var/cache/pacman/pkg/ are kept with mode u=rw,g=,o= . Am I the only one having it? -- jadon

Re: [arch-general] pacman caches packages with u=rw, g=, o= permissions

mpan via arch-general wrote: > > Lately, possibly starting at mid December, files in /var/cache/pacman/pkg/ > > are kept with mode u=rw,g=,o= . Am I the only one having it? >Not observed here: > - > $ find /var/cache/pacman/pkg/ -iname '*.tar.zst' -exec stat -c '%a' {} > + | sort -u >

[arch-general] minor, DeveloperWiki, I have no permissions. A fix, 3 broken links.

Referring to https://wiki.archlinux.org/title/DeveloperWiki:Package_signing#Source_packages : I seem to have no permission to edit. A fix for 3 broken URLs is: 1. http://ftp.de.debian.org/debian/pool/main/a/acpid/acpid_2.0.4.orig.tar.gz -> https://snapshot.debian.org/archive/debian/20100422T

Re: [arch-general] pacman caches packages with u=rw, g=, o= permissions

mpan via arch-general wrote: > > Right to the point. A systemd timer script had a too strict Umask setting. That should have been UMask, not Umask. It could be that Umask is supported. It is UMask at https://www.freedesktop.org/software/systemd/man/systemd.exec.html . >Are you invoking pa

Re: [arch-general] Grub installiert issue

Frank Zimmermann via arch-general wrote: > I'm doing my first Arch install on an UEFI system and have troubles with > GRUB. Following the instruction on the Wiki grub-mkconfig complained about a > missing /boot/grub/grub.cfg.new. > So I manually created a grub.cfg file but when rebooting Grub s

Re: [arch-general] Grub installiert issue

Frank Zimmermann via arch-general wrote: > > > Am 19. Januar 2022 00:58:44 MEZ schrieb u34--- via arch-general > : > >Frank Zimmermann via arch-general wrote: > > > >> I'm doing my first Arch install on an UEFI system and have troubles with > >&

[arch-general] A correction for my response about permissions of pacman packages cache

At Tue Jan 18 23:44:56 UTC 2022, at the bottom of https://lists.archlinux.org/pipermail/arch-general/2022-January/049521.html , I wrote that my understanding is that checkupdates -d is equivalent to pacman -Sywu && pacman -Su . I haven't read checkupdates manual page. It could be th

Re: [arch-general] pacman caches packages with u=rw, g=, o= permissions

mpan via arch-general wrote: > > According to > > https://wiki.archlinux.org/title/System_maintenance#Partial_upgrades_are_unsupported > > pacman -Sywu is not safe. But pacman -Syu is safe. Quoting the wiki, the > > rational is that pacman -Sywu > > will update the pacman sync database witho

[arch-general] Whom to report a possible bug with Flyspray, powering bugs.archlinux.org?

I have a problem with bugs.archlinux.org. I think there is a bug with the software powering the site. I tried to search how to report, and failed. It is tricky to choose the right search expression. Should I report to bugs.flyspary.org? I am not related to bugs.archlinux.org adminstrators. I cou

Re: [arch-general] Whom to report a possible bug with Flyspray, powering bugs.archlinux.org?

mpan via arch-general wrote: > > I have a problem with bugs.archlinux.org. I think there is a bug with the > > software powering the site. I tried to search how to report, and failed. > > It is tricky to choose the right search expression. > > Should I report to bugs.flyspary.org? I am not relate

[arch-general] Output of make -s kernelrelease has a "" suffix

With 5.17.arch1, the output of make -s kernelrelease ends with "". That is, having a double \" character at the end of the string. It was not like that in prevoius versions. Is that expected? -- u34

Re: [arch-general] Output of make -s kernelrelease has a "" suffix

"Jan Alexander Steffens (heftig)" wrote: > On Wed, Mar 23, 2022 at 4:55 PM u34--- via arch-general < > arch-general@lists.archlinux.org> wrote: > > > With 5.17.arch1, the output of > > > > make -s kernelrelease > > > > ends with &quo

Re: [arch-general] sound problem with chromium

Pascal via arch-general wrote: > hi, > > I have an ArchLinux installed on a usb disk (eg. "mobile"). > > ~ # uname -r > 5.15.37-1-lts > ~ # pacman -Q | egrep 'alsa|chromium|firefox|mplayer' > alsa-lib 1.2.6.1-1 > alsa-topology-conf 1.2.5.1-1 > alsa-ucm-conf 1.2.6.3-1 > alsa-utils 1.2.6-1 > chro

[arch-general] A tiny linux 5.17.7-arch1 compilation issue with a custom config

This is most probably not an arch specific issue. And does not concern arch official linux, as arch official linux does not have CONFIG_WERROR=y. Hopefully, the linux kerenl people can better fix the following. It could be it is already fixed. I managed to sweep it under the rug with 29c29

[arch-general] In pacman view, -debug package doesn't depends on its non -debug package

Am I right the new -debug packages do not depend, pacman wise, on their binary, non -debug packages? By that I mean pacman --upgrade somepkg-debug will sucsseed even when somepkg is not installed. Such dependency looks to me obvoius. Why was it decided not to have it? -- u34

Re: [arch-general] intel gpu hang

Ralf Mardorf via arch-general wrote: > On Fri, 8 Jan 2021 10:38:31 +0100, Uwe Sauter via arch-general wrote: > >Depending on the CPU with integrated GPU you might experience hangs. > > > >This article as some background info: > >https://www.phoronix.com/scan.php?page=news_item&px=Intel-Haswell-GT

Re: [arch-general] intel gpu hang

Ralf Mardorf via arch-general wrote: > On Sun, 10 Jan 2021 15:17:08 +0100, Ralf Mardorf wrote: > >On Sun, 10 Jan 2021 15:12:32 +0100, Ralf Mardorf wrote: > >>On Sun, 10 Jan 2021 00:39:44 +0000, u34--- via arch-general wrote: > >>>Are you sure the cause

[arch-general] drill -S . : is core dumping arch specific?

$ drill -S . ;; Number of trusted keys: 2 ;; Chasing: . A drill: ./rdata.c:33: ldns_rdf_get_type: Assertion `rd != NULL' failed. zsh: abort (core dumped) drill -S . Is core dumping arch specific? The above is with ldns 1.7.1-2. To the best of my knowledge, the same command jus

[arch-general] On arch-dev-public: Chromium losing Sync support on March 15

There is a heads-up discussion at https://lists.archlinux.org/pipermail/arch-dev-public/2021-January/030260.html . 1. Is it worth asking help from some free software org, since the problem is shared by other distributions? Perhaps google will agree to work with that org, as a representativ

Re: [arch-general] Mounted ext4 filesystem without journal

Alexander Kapshuk via arch-general wrote: > I haven't had any replies to the email below so far. > Not sure if that's because that email didn't make it through to the mailing > list, even though it does show up here > ,

Re: [arch-general] knotes crashes on start

SET via arch-general wrote: > Hello, > > Just upgraded and found knotes crashing with this backtrace : > > (gdb) run > Starting program: /usr/bin/knotes > [Thread debugging using libthread_db enabled] > Using host libthread_db library "/usr/lib/libthread_db.so.1". > [New Thread 0x70108

Re: [arch-general] fail2ban archlinux

Maykel Franco via arch-general wrote: > Hi, I've configured fail2ban with action, filter for my php application. > > My app output log like this: > > unknown user foo (192.x.x.x) > > My jail conf: > > [php-app-login] > enabled = true > port = 80 > protocol = tcp > filter = php-app-login > log

Re: [arch-general] pacmatic. Was: PAM 1.3.1 -> 1.5.1 did pam_tally get removed?

Ben Oliver via arch-general wrote: > On 2021-02-22 13:58:36, Anton Hvornum via arch-general wrote: > >That would answer my issue yesterday, but raises another question. > > > >What dictates if something is worthy of being put on the bulletin > >board on the main website? > > > >I added 2FA way ba

[arch-general] pkgstats and detailed hardware information

Am I right that pkgstats does not collect detailed information about the hardware used? Is it a good idea that it will asks permission for doing that? -- u34

Re: [arch-general] Arch intallation using usb-modem

Morten Bo Johansen via arch-general wrote: > On 2021-03-16 Andreas Bosch via arch-general wrote: > > > Hi, > > > > The wayback machine has a copy of the binary-free sakis3g, that may be an > > option, even if it is very old > > Thanks, I just tried it, but I could not get a connection with > i

Re: [arch-general] Arch intallation using usb-modem

Bjoern Franke via arch-general wrote: > Hi, > > > > > The Huawei E3372 might automatically use the cdc_ether driver (hilink). > > Does it appear as a network device like "wwp..."? Then make sure the > > interface is up with DHCP and try to open its configuration page with lynx. > > The modem ip

Re: [arch-general] Arch intallation using usb-modem

u34--- via arch-general wrote: > Bjoern Franke via arch-general wrote: > > > Hi, > > > > > > > > The Huawei E3372 might automatically use the cdc_ether driver (hilink). > > > Does it appear as a network device like "wwp..."? Then make s

[arch-general] MAKEFLAGS and dragon.archlinux.org

I think there are no real machines with 5 cores, or 5 cpus. If dragon.archlinux.org actually has 5 cpus then do skip this message. Refering to https://wiki.archlinux.org/index.php/DeveloperWiki:PKGBUILD.com : It states it describes the build server at dragon.archlinux.org. At https://wiki.archlin

Re: [arch-general] libesmtp 1.0.6-7 does not link to openssl

SET via arch-general wrote: > Hello, > > I am having a weird issue with libesmtp : it does not use TLS, confirmed by > wireshark sniffing. > > The ASP repo was pulled, and here is the result of ./configure --prefix=/usr > : > > * > *** libESMTP features *** > ***

Re: [arch-general] Problematic boot on 202104 iso

SET via arch-general wrote: > Le dimanche 18 avril 2021 16:50:43 CEST Sefa Eyeoglu via arch-general a ?crit > : > > This is an issue with the UEFI. It can be fixed by updating to a UEFI > > version that includes AGESA 1.2.0.1 as it was officially fixed in that > > version. > > After updating th

[arch-general] makepkg nosuchoption succeeds. No complains, package gets built

I was expecting for makepkg nosuchoption to fail. And complain. Instead, it succeeds. The package seem to get built. The package involved is brscan4, from the AUR. All required files were already ownloaded, and in place. LC_ALL=C makepkg nosuchoption PKGBUILD looks to me short and

[arch-general] archlinux.org/pacman/pacman.conf.5.html from Aug-2019

The time stamp at the bottom of https://archlinux.org/pacman/pacman.conf.5.html is Aug-2019. The way I understand pacman v6 conf, there are some changes. Such as retiring TotalDownload. I haven't checked if there are differences with other files at the site. Is updating pacman.conf.5.html alread

Re: [arch-general] archlinux.org/pacman/pacman.conf.5.html from Aug-2019

Kr1ss via arch-general wrote: > Hello David, > > >> ILoveCandy > >Sounds like a slogan for a lollipop store rather than something that > >should be part of a Linux package manager. > > It's an _easter egg_, not an official feature - but besides that, I > don't actually believe it could have t