Re: [arch-general] systemd new dependencies impede using OpenRC
First of all, thank you for such a quick reply. Now, I don't want to preach. But I will not pretend I chose Arch Linux at random. I chose it for many reasons, an important one of them being that I liked the Arch Way, it made sense to me, and it seemed you were following it. Now it seems to belong to a forgotten past. On Wed, Jul 01, 2015 at 10:34:01AM -0400, Daniel Micay wrote: Arch is as much a systemd-based distribution as it is a Pacman-based distribution at this point. (...) Is it now? https://wiki.archlinux.org/index.php/The_Arch_Way says different. systemd is the opposite of the Arch Way except for being open-source: it is not simple, not minimalist, and not user-centric. But that is not really what this problem is about. Although it is a bit mind-boggling that systemd has been chosen as the main init system for Arch, its shortcomings are not necessarily shortcomings of Arch. That is, Arch can still be simple, minimalist, etc. and it is with the conscience of this fact that I chose to install Arch Linux in all my systems. systemd breaks the Arch Way. Having it as a package doesn't. However, making so many packages depend on it so that any basic desktop usage (in the case of the util-linux dependency, even non-graphical usage) does break one principle listed in the aforementioned page: freedom. In fact, I ought to quote it: Another guiding principle of Arch Linux development is freedom. Users are not only permitted to make all decisions concerning system configuration, but also choose what their system will be. By keeping the system simple, Arch Linux provides the freedom to make any choice about the system. A freshly installed Arch Linux system contains only basic core components with no automatic configuration performed. Users are able to configure the system as they wish, from the shell. From the start of the installation procedure, every component of the system is 100% transparent and accessible for instant access, removal, or replacement by alternative components. The large number of packages and build scripts in the various Arch Linux repositories also support freedom of choice, offering free and open source software for those who prefer it, as well as proprietary software packages, for those who embrace functionality over ideology. It is the user who chooses. As Judd Vinet, the founder of the Arch Linux project said: [Arch Linux] is what you make it. I used systemd in Arch for a long time. In fact, when I came, it was already the main init system, and I didn't really mind, or know much about it. Nonetheless, respecting the quoted principle, I could easily replace systemd by OpenRC when I chose to. Note that just last month, over 3 years had passed after systemd was adopted, and I could still use OpenRC. Now, for whatever reason, the principle was broken without notice. I'd expect news or an email in this mailing list, to which I've been paying close attention (though I knew less than the authors about most problems...). Upstreams are integrating support for systemd features and Arch is going to be enabling them, whether it's sd_notify support or something else. Upstream? Then why is it that for the same versions of the same packages, say, in Gentoo they are not dependencies? Example, compare these two: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-drivers/xf86-input-evdev/xf86-input-evdev-2.9.2.ebuild https://www.archlinux.org/packages/extra/x86_64/xf86-input-evdev/ That doesn't mean I want to compile everything. Or that you should have packages for, say, OpenRC. The packages in the repos are not my choice, I'm not asking to choose which ones should be on the official repos, that's what the unofficial repos and the AUR are for. It just means you shouldn't suppose people have these or those packages installed, but that instead, and as you did before, even years after systemd being default, you should provide whatever you want, open the doors you want, not closing any others. Minimalism means minimal dependencies too. If I wanted systemd bloat and a dash of hypocrisy, I'd stay in Windows installing Internet Explorer... I worry the suggestions to change distro are going too far. The point is not one of telling what the devs should or shouldn't do, but of remembering the principles upon which the community is based. I rest my case. Again, any reply is welcome. João Miguel
[arch-general] XMMS2 error in latest version with equalizer build
Hi, when I upgraded XMMS2 today the preamp stopped working. I use it for a soft volume affect. So I went into the #xmms2 channel on freenode, and after a bit it was discovered that one of the plugins didn't build right. Here's the bit of the conversation: vdust 14:35:28 ERROR: ../src/xmms/plugin.c:375: Failed to open plugin /usr/lib/xmms2/libxmms_equalizer.so: /usr/lib/xmms2/libxmms_equalizer.so: undefined symbol: iir vdust seems like there is an issue with the plugin build. vdust It should be reported to arch linux Is this the correct place to report this, or should it do it somewhere else? Thanks Storm -- Powered by Arch Linux! I am registered Linux user number 508465: https://linuxcounter.net/user/508465.html My blog, Thoughts of a Dragon: http://www.stormdragon.tk/ get my public PGP key: gpg --keyserver wwwkeys.pgp.net --recv-key 43DDC193 Free and open source social networking, get your account TODAY! http://social.2mb.solutions/main/register How many Internet mail list subscribers does it take to change a lightbulb? http://goo.gl/eO4PJ I am your soul insane Slayer - Gemini signature.asc Description: PGP signature
[arch-general] systemd new dependencies impede using OpenRC
Hi there, Not sure whether I should email this mailing list about this problem, but here goes: I've been using OpenRC in Arch Linux for a long time, and uninstalled systemd, as I don't use anything that requires it. However, in the latest update it seems an awful lot of packages I use suddenly require systemd. First, I have a conflict between libgudev and eudev-systemdcompat, so the installation stops right there. I don't even remember a libgudev package when I used systemd! The pacman output, 1st refusing to remove eudev, then accepting, is as follows: $ sudo pacman -Syu :: A sincronizar a base de dados de pacotes... core está actualizado extra está actualizado community está actualizado multilib está actualizado openrc-eudev está actualizado siosm-selinux está actualizado :: A iniciar a actualização do sistema... atenção: libselinux: local (2.4-1) é mais recente que siosm-selinux (2.2-1) atenção: libsepol: local (2.4-1) é mais recente que siosm-selinux (2.2-1) atenção: setools: local (3.3.8-5) é mais recente que siosm-selinux (3.3.8-1) a resolver dependências... a procurar pacotes em conflito... :: libgudev e eudev-systemdcompat estão em conflito (libsystemd). Remover eudev-systemdcompat? [s/N] erro: detectado conflito entre pacotes sem solução erro: falhou ao preparar a transação (dependências em conflito) :: libgudev e eudev-systemdcompat estão em conflito (libsystemd221) $ sudo pacman -Syu :: A sincronizar a base de dados de pacotes... core está actualizado extra está actualizado community está actualizado multilib está actualizado openrc-eudev está actualizado siosm-selinux está actualizado :: A iniciar a actualização do sistema... atenção: libselinux: local (2.4-1) é mais recente que siosm-selinux (2.2-1) atenção: libsepol: local (2.4-1) é mais recente que siosm-selinux (2.2-1) atenção: setools: local (3.3.8-5) é mais recente que siosm-selinux (3.3.8-1) a resolver dependências... a procurar pacotes em conflito... :: libgudev e eudev-systemdcompat estão em conflito (libsystemd). Remover eudev-systemdcompat? [s/N] s :: libgudev e eudev estão em conflito (libgudev-1.0.so). Remover eudev? [s/N] s erro: falhou ao preparar a transação (não foi possível cumprir as dependências) :: chromium: exige systemd :: libwacom: exige systemd :: libgudev: exige libsystemd :: libinput: exige systemd :: udisks2: exige systemd :: colord: exige systemd :: device-mapper: exige systemd :: lib32-systemd: exige systemd :: mesa: exige systemd :: lvm2: exige systemd :: subversion: exige systemd :: udisks: exige systemd :: xf86-input-vmmouse: exige libsystemd :: accountsservice: exige systemd :: ceph: exige libsystemd :: eudev-openrc: exige eudev :: kmscon: exige systemd :: libatasmart: exige libsystemd :: libgsystem: exige libsystemd :: libgusb: exige udev :: libpulse: exige systemd :: libusb: exige systemd :: lighttpd: exige systemd :: media-player-info: exige systemd :: mkinitcpio: exige systemd :: openrc-core: exige udev=186 :: openvpn: exige libsystemd :: pcmciautils: exige systemd :: pkgstats: exige systemd :: procps-ng: exige libsystemd :: qt5-base: exige systemd :: qtwebkit: exige systemd :: rtkit: exige systemd :: syslog-ng: exige systemd :: upower-pm-utils: exige eudev-systemdcompat :: util-linux: exige libsystemd :: xf86-input-evdev: exige systemd :: xf86-video-openchrome: exige systemd Why in the world should util-linux require systemd!? Why do all these packages need it when they were fine without it before? I wouldn't like to install systemd, but will if necessary. Nonetheless, I don't want it to replace OpenRC. What can I do? I want an updated system, but I'd very much prefer to have one without systemd. Thank you in advance, João Miguel
Re: [arch-general] systemd new dependencies impede using OpenRC
On 01/07/15 09:52 AM, jmcf...@openmailbox.org wrote: Why in the world should util-linux require systemd!? Why do all these packages need it when they were fine without it before? I wouldn't like to install systemd, but will if necessary. Nonetheless, I don't want it to replace OpenRC. What can I do? I want an updated system, but I'd very much prefer to have one without systemd Arch is as much a systemd-based distribution as it is a Pacman-based distribution at this point. The best options you have available are switching to a distribution with official support for at least one other init system without any of systemd installed (Gentoo, Alpine, Slackware, [...]) or just accepting that Arch is a systemd distribution and switching to it. There *are* systemd-based distributions like Debian that aren't (yet) fully dropping support for other init systems, but Arch never intended to preserve support for other options when it switched. Debian also splits systemd into many packages and has various stubs for running stuff that depends on it without all of it running / installed. It sounds like you'd be happiest using a distribution where no systemd components are ever going to be required though, and there are plenty. Upstreams are integrating support for systemd features and Arch is going to be enabling them, whether it's sd_notify support or something else. Packages aren't going to go out of the way to support a niche, unsupported use case. It's only going to get more painful to swim against the current as time goes on. The various dbus client implementations will probably be switched over to using kdbus this year, for one thing. I'm sure there will be more. signature.asc Description: OpenPGP digital signature
Re: [arch-general] systemd new dependencies impede using OpenRC
On 01-07-15 21:12, David Kaylor wrote: I rest my case. Again, any reply is welcome. You are wasting your keystrokes and your time. Arch devs have long since decided to make systemd an integral part of Arch Linux. And I didn't like it any more than you do, at first. Actually there are 2 actively maintained implementations of openrc for arch : Apg way (uses udev from systemd but everything else is openrc) and artoo way (can be used with eudev) . Users of both variants communicate through this forum thread : https://bbs.archlinux.org/viewtopic.php?id=152606 LVV
Re: [arch-general] systemd new dependencies impede using OpenRC
I rest my case. Again, any reply is welcome. You are wasting your keystrokes and your time. Arch devs have long since decided to make systemd an integral part of Arch Linux. And I didn't like it any more than you do, at first.
Re: [arch-general] systemd new dependencies impede using OpenRC
On Wed, 1 Jul 2015 19:36:07 +0100 João Miguel jmcf...@openmailbox.org wrote: Nonetheless, respecting the quoted principle, I could easily replace systemd by OpenRC when I chose to. Note that just last month, over 3 years had passed after systemd was adopted, and I could still use OpenRC. Now, for whatever reason, the principle was broken without notice. I'd expect news or an email in this mailing list, to which I've been paying close attention (though I knew less than the authors about most problems...). Feels like this post[1] by Adam Jackson fits perfectly. Calling for freedom or choice is not going to help anyone. [1] https://www.redhat.com/archives/rhl-devel-list/2008-January/msg00861.html Maintaining a distro is hard, takes a lot of time and effort and nobody here is payed for their work on Arch. If you have problems please talk about those problems, not about workarounds that break. We might be able to resolve actual issues, but to do that we need to know what is broken, not how you work around that breakage. Upstreams are integrating support for systemd features and Arch is going to be enabling them, whether it's sd_notify support or something else. Upstream? Then why is it that for the same versions of the same packages, say, in Gentoo they are not dependencies? Example, compare these two: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-drivers/xf86-input-evdev/xf86-input-evdev-2.9.2.ebuild https://www.archlinux.org/packages/extra/x86_64/xf86-input-evdev/ If you believe this dependency is wrong create a bug report or talk to the maintainer and find out why they think it is necessary. If it turns out it's incorrect I'm sure it will be removed. pgpk7f1Ipqf6b.pgp Description: OpenPGP digital signature
Re: [arch-general] XMMS2 error in latest version with equalizer build
On Wed, Jul 1, 2015 at 8:56 PM, Storm Dragon stormdragon2...@gmail.com wrote: Hi, when I upgraded XMMS2 today the preamp stopped working. I use it for a soft volume affect. So I went into the #xmms2 channel on freenode, and after a bit it was discovered that one of the plugins didn't build right. Here's the bit of the conversation: vdust 14:35:28 ERROR: ../src/xmms/plugin.c:375: Failed to open plugin /usr/lib/xmms2/libxmms_equalizer.so: /usr/lib/xmms2/libxmms_equalizer.so: undefined symbol: iir vdust seems like there is an issue with the plugin build. vdust It should be reported to arch linux Is this the correct place to report this, or should it do it somewhere else? I would try a bug report, if the official package doesn't work as intended and if you're certain you've installed all required optional packages first.
Re: [arch-general] vlc core dumps
I use digital audio (SP/DIF passthrough). There might be sound drivers loaded. I use the normal archlinux kernel (4.0.7-2-ARCH #1 SMP PREEMPT). It IS due to a single file: wireshark_usb.pcapng.gz is a 349.3 MiB gzip archive that when present causes vlc to crash. I'll look into how to make a bug report. On 07/01/15 22:19, Luna Moonbright wrote: I suggest you report a bug, I'll work on looking through that core dump to see if there is any security ramifications. Also, I'll grab that version when I get back home on Monday and see if I can replicate this issue. Do you have any weird kernel modifications or sound drivers? Also do you have any files (specifically, not other directories) in your home directory? Thanks, Luna On 7/1/2015 8:54 PM, James wrote: I can play files but it core dumps when I open my home directory. Any suggestions? $ vlc VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision 2.2.1-0-ga425c42) [01616168] pulse audio output error: PulseAudio server connection failure: Connection refused [01519148] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. libdvdnav: Using dvdnav version 5.0.2 libdvdread: Encrypted DVD support unavailable. libdvdread: Couldn't find device name. libdvdread:DVDOpenFilePath:findDVDFile /VIDEO_TS/VIDEO_TS.IFO failed libdvdread:DVDOpenFilePath:findDVDFile /VIDEO_TS/VIDEO_TS.BUP failed libdvdread: Can't open file VIDEO_TS.IFO. libdvdnav: vm: failed to read VIDEO_TS.IFO [mp3 @ 0x7fe76cc59000] invalid new backstep -1 *** Error in `vlc': double free or corruption (out): 0x7fe76cc5b410 *** === Backtrace: = /usr/lib/libc.so.6(+0x71bad)[0x7fe795b31bad] /usr/lib/libc.so.6(+0x770fe)[0x7fe795b370fe] /usr/lib/libc.so.6(+0x778db)[0x7fe795b378db] /usr/lib/vlc/plugins/demux/libavformat_plugin.so(+0x3ed2)[0x7fe774993ed2] /usr/lib/libvlccore.so.8(vlc_module_unload+0xa0)[0x7fe7958464f0] /usr/lib/libvlccore.so.8(+0x42d12)[0x7fe7957fad12] /usr/lib/libvlccore.so.8(+0x51df6)[0x7fe795809df6] /usr/lib/libvlccore.so.8(+0x567a8)[0x7fe79580e7a8] /usr/lib/libvlccore.so.8(+0x2e860)[0x7fe7957e6860] /usr/lib/libpthread.so.0(+0x7354)[0x7fe796077354] /usr/lib/libc.so.6(clone+0x6d)[0x7fe795ba7bfd] === Memory map: 0040-00403000 r-xp 08:21 4219605 /usr/bin/vlc 00602000-00603000 r--p 2000 08:21 4219605 /usr/bin/vlc 00603000-00604000 rw-p 3000 08:21 4219605 /usr/bin/vlc 01519000-016c9000 rw-p 00:00 0 [heap] 7fe76680f000-7fe76681 ---p 00:00 0 7fe76681-7fe76691 rw-p 00:00 0 [stack:10963] 7fe76691-7fe766912000 r-xp 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766912000-7fe766b11000 ---p 2000 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766b11000-7fe766b12000 r--p 1000 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766b12000-7fe766b13000 rw-p 2000 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766b17000-7fe766b18000 ---p 00:00 0 7fe766b18000-7fe766c18000 rw-p 00:00 0 [stack:10961] 7fe766c18000-7fe766c98000 r-xp 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766c98000-7fe766e97000 ---p 0008 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766e97000-7fe766e99000 r--p 0007f000 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766e99000-7fe766e9d000 rw-p 00081000 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766ea-7fe766ed2000 r-xp 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe766ed2000-7fe7670d2000 ---p 00032000 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe7670d2000-7fe7670d3000 r--p 00032000 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe7670d3000-7fe7670d4000 rw-p 00033000 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe7670d8000-7fe76710e000 r-xp 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76710e000-7fe76730d000 ---p 00036000 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76730d000-7fe76730f000 r--p 00035000 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76730f000-7fe76731 rw-p 00037000 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76731-7fe767321000 r-xp 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767321000-7fe767521000 ---p 00011000 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767521000-7fe767522000 r--p 00011000 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767522000-7fe767523000 rw-p 00012000 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767528000-7fe767582000 r-xp 08:21 797156 /usr/lib/libp11-kit.so.0.1.0 7fe767582000-7fe767782000 ---p 0005a000 08:21 797156 /usr/lib/libp11-kit.so.0.1.0 7fe767782000-7fe76778c000 r--p 0005a000 08:21 797156 /usr/lib/libp11-kit.so.0.1.0 7fe76778c000-7fe76778e000 rw-p 00064000 08:21 797156 /usr/lib/libp11-kit.so.0.1.0 7fe76779-7fe7679dd000 r-xp 08:21 4223173 /usr/lib/libcrypto.so.1.0.0 7fe7679dd000-7fe767bdc000 ---p 0024d000 08:21 4223173 /usr/lib/libcrypto.so.1.0.0 7fe767bdc000-7fe767bf8000 r--p 0024c000 08:21 4223173 /usr/lib/libcrypto.so.1.0.0
Re: [arch-general] vlc core dumps
That is really interesting, I wonder what in that file causes the crash. I think because of the broken pipe thing it may be a exploitable issue. The issue seems to occur in the demultiplexer that VLC uses to pull apart files. So, it might be worth using valgrind on it to see whats up. I'll try it when I get home. Thanks for taking the time to report this bug, Luna On 7/1/2015 11:24 PM, James wrote: I use digital audio (SP/DIF passthrough). There might be sound drivers loaded. I use the normal archlinux kernel (4.0.7-2-ARCH #1 SMP PREEMPT). It IS due to a single file: wireshark_usb.pcapng.gz is a 349.3 MiB gzip archive that when present causes vlc to crash. I'll look into how to make a bug report. On 07/01/15 22:19, Luna Moonbright wrote: I suggest you report a bug, I'll work on looking through that core dump to see if there is any security ramifications. Also, I'll grab that version when I get back home on Monday and see if I can replicate this issue. Do you have any weird kernel modifications or sound drivers? Also do you have any files (specifically, not other directories) in your home directory? Thanks, Luna On 7/1/2015 8:54 PM, James wrote: I can play files but it core dumps when I open my home directory. Any suggestions? $ vlc VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision 2.2.1-0-ga425c42) [01616168] pulse audio output error: PulseAudio server connection failure: Connection refused [01519148] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. libdvdnav: Using dvdnav version 5.0.2 libdvdread: Encrypted DVD support unavailable. libdvdread: Couldn't find device name. libdvdread:DVDOpenFilePath:findDVDFile /VIDEO_TS/VIDEO_TS.IFO failed libdvdread:DVDOpenFilePath:findDVDFile /VIDEO_TS/VIDEO_TS.BUP failed libdvdread: Can't open file VIDEO_TS.IFO. libdvdnav: vm: failed to read VIDEO_TS.IFO [mp3 @ 0x7fe76cc59000] invalid new backstep -1 *** Error in `vlc': double free or corruption (out): 0x7fe76cc5b410 *** === Backtrace: = /usr/lib/libc.so.6(+0x71bad)[0x7fe795b31bad] /usr/lib/libc.so.6(+0x770fe)[0x7fe795b370fe] /usr/lib/libc.so.6(+0x778db)[0x7fe795b378db] /usr/lib/vlc/plugins/demux/libavformat_plugin.so(+0x3ed2)[0x7fe774993ed2] /usr/lib/libvlccore.so.8(vlc_module_unload+0xa0)[0x7fe7958464f0] /usr/lib/libvlccore.so.8(+0x42d12)[0x7fe7957fad12] /usr/lib/libvlccore.so.8(+0x51df6)[0x7fe795809df6] /usr/lib/libvlccore.so.8(+0x567a8)[0x7fe79580e7a8] /usr/lib/libvlccore.so.8(+0x2e860)[0x7fe7957e6860] /usr/lib/libpthread.so.0(+0x7354)[0x7fe796077354] /usr/lib/libc.so.6(clone+0x6d)[0x7fe795ba7bfd] === Memory map: 0040-00403000 r-xp 08:21 4219605 /usr/bin/vlc 00602000-00603000 r--p 2000 08:21 4219605 /usr/bin/vlc 00603000-00604000 rw-p 3000 08:21 4219605 /usr/bin/vlc 01519000-016c9000 rw-p 00:00 0 [heap] 7fe76680f000-7fe76681 ---p 00:00 0 7fe76681-7fe76691 rw-p 00:00 0 [stack:10963] 7fe76691-7fe766912000 r-xp 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766912000-7fe766b11000 ---p 2000 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766b11000-7fe766b12000 r--p 1000 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766b12000-7fe766b13000 rw-p 2000 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766b17000-7fe766b18000 ---p 00:00 0 7fe766b18000-7fe766c18000 rw-p 00:00 0 [stack:10961] 7fe766c18000-7fe766c98000 r-xp 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766c98000-7fe766e97000 ---p 0008 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766e97000-7fe766e99000 r--p 0007f000 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766e99000-7fe766e9d000 rw-p 00081000 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766ea-7fe766ed2000 r-xp 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe766ed2000-7fe7670d2000 ---p 00032000 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe7670d2000-7fe7670d3000 r--p 00032000 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe7670d3000-7fe7670d4000 rw-p 00033000 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe7670d8000-7fe76710e000 r-xp 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76710e000-7fe76730d000 ---p 00036000 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76730d000-7fe76730f000 r--p 00035000 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76730f000-7fe76731 rw-p 00037000 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76731-7fe767321000 r-xp 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767321000-7fe767521000 ---p 00011000 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767521000-7fe767522000 r--p 00011000 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767522000-7fe767523000 rw-p 00012000 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767528000-7fe767582000 r-xp 08:21 797156
Re: [arch-general] systemd new dependencies impede using OpenRC
Actually there are 2 actively maintained implementations of openrc for arch : Apg way (uses udev from systemd but everything else is openrc) and artoo way (can be used with eudev) . Users of both variants communicate through this forum thread : https://bbs.archlinux.org/viewtopic.php?id=152606 LVV That's wonderful; but it doesn't invalidate what I stated earlier. Direct your comments to the OP.
Re: [arch-general] vlc core dumps
I suggest you report a bug, I'll work on looking through that core dump to see if there is any security ramifications. Also, I'll grab that version when I get back home on Monday and see if I can replicate this issue. Do you have any weird kernel modifications or sound drivers? Also do you have any files (specifically, not other directories) in your home directory? Thanks, Luna On 7/1/2015 8:54 PM, James wrote: I can play files but it core dumps when I open my home directory. Any suggestions? $ vlc VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision 2.2.1-0-ga425c42) [01616168] pulse audio output error: PulseAudio server connection failure: Connection refused [01519148] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. libdvdnav: Using dvdnav version 5.0.2 libdvdread: Encrypted DVD support unavailable. libdvdread: Couldn't find device name. libdvdread:DVDOpenFilePath:findDVDFile /VIDEO_TS/VIDEO_TS.IFO failed libdvdread:DVDOpenFilePath:findDVDFile /VIDEO_TS/VIDEO_TS.BUP failed libdvdread: Can't open file VIDEO_TS.IFO. libdvdnav: vm: failed to read VIDEO_TS.IFO [mp3 @ 0x7fe76cc59000] invalid new backstep -1 *** Error in `vlc': double free or corruption (out): 0x7fe76cc5b410 *** === Backtrace: = /usr/lib/libc.so.6(+0x71bad)[0x7fe795b31bad] /usr/lib/libc.so.6(+0x770fe)[0x7fe795b370fe] /usr/lib/libc.so.6(+0x778db)[0x7fe795b378db] /usr/lib/vlc/plugins/demux/libavformat_plugin.so(+0x3ed2)[0x7fe774993ed2] /usr/lib/libvlccore.so.8(vlc_module_unload+0xa0)[0x7fe7958464f0] /usr/lib/libvlccore.so.8(+0x42d12)[0x7fe7957fad12] /usr/lib/libvlccore.so.8(+0x51df6)[0x7fe795809df6] /usr/lib/libvlccore.so.8(+0x567a8)[0x7fe79580e7a8] /usr/lib/libvlccore.so.8(+0x2e860)[0x7fe7957e6860] /usr/lib/libpthread.so.0(+0x7354)[0x7fe796077354] /usr/lib/libc.so.6(clone+0x6d)[0x7fe795ba7bfd] === Memory map: 0040-00403000 r-xp 08:21 4219605 /usr/bin/vlc 00602000-00603000 r--p 2000 08:21 4219605 /usr/bin/vlc 00603000-00604000 rw-p 3000 08:21 4219605 /usr/bin/vlc 01519000-016c9000 rw-p 00:00 0 [heap] 7fe76680f000-7fe76681 ---p 00:00 0 7fe76681-7fe76691 rw-p 00:00 0 [stack:10963] 7fe76691-7fe766912000 r-xp 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766912000-7fe766b11000 ---p 2000 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766b11000-7fe766b12000 r--p 1000 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766b12000-7fe766b13000 rw-p 2000 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766b17000-7fe766b18000 ---p 00:00 0 7fe766b18000-7fe766c18000 rw-p 00:00 0 [stack:10961] 7fe766c18000-7fe766c98000 r-xp 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766c98000-7fe766e97000 ---p 0008 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766e97000-7fe766e99000 r--p 0007f000 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766e99000-7fe766e9d000 rw-p 00081000 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766ea-7fe766ed2000 r-xp 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe766ed2000-7fe7670d2000 ---p 00032000 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe7670d2000-7fe7670d3000 r--p 00032000 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe7670d3000-7fe7670d4000 rw-p 00033000 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe7670d8000-7fe76710e000 r-xp 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76710e000-7fe76730d000 ---p 00036000 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76730d000-7fe76730f000 r--p 00035000 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76730f000-7fe76731 rw-p 00037000 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76731-7fe767321000 r-xp 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767321000-7fe767521000 ---p 00011000 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767521000-7fe767522000 r--p 00011000 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767522000-7fe767523000 rw-p 00012000 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767528000-7fe767582000 r-xp 08:21 797156 /usr/lib/libp11-kit.so.0.1.0 7fe767582000-7fe767782000 ---p 0005a000 08:21 797156 /usr/lib/libp11-kit.so.0.1.0 7fe767782000-7fe76778c000 r--p 0005a000 08:21 797156 /usr/lib/libp11-kit.so.0.1.0 7fe76778c000-7fe76778e000 rw-p 00064000 08:21
Re: [arch-general] systemd new dependencies impede using OpenRC
Thu, 2 Jul 2015 00:43:13 +0200 Guus Snijders gsnijd...@gmail.com: Why in the world should util-linux require systemd!? Why do all these packages need it when they were fine without it before? The first question is a relatively simple, technical question. My guess is that the util-linux won't currently run without system installed, hence the dependancy. Arch packages are usually quite 'clean' in that respect. It's probably possible to recompile it without that dependency for this specific case. A little fiddling with 'pacman -Qql util-linux' and 'ldd' reveals that the only tools linked to (lib)systemd are 'logger', 'lslogins' and 'uuidd'. Aside from that: Yes, some packages do have too broad dependencies (e.g. systemd instead of libsystemd) and it certainly didn't help that udev became part of systemd, but in the end the train we're on drove off long ago, so until systemd's successor arrives on the scene it's probably best to accustom yourself to it and test it until all the bugs and edge cases are accounted for. --byte pgpJjp84D5lrQ.pgp Description: Digitale Signatur von OpenPGP
Re: [arch-general] XMMS2 error
Storm Dragon, Looks like you are just missing whichever component of the plugin that contains iir. I'd try and re download then rebuild the plugin. If they offer a hash of it you may want to check it against whatever archive you downloaded before reinstalling. If none of that works then I recommend looking for missing dependencies, because that, in my experience with linux, is the most common solution to the issue that you seem to be having here. Also I grabbed your key so if you need anything else, email me encrypted like. Best of luck, Luna This is a reply to: Hi, when I upgraded XMMS2 today the preamp stopped working. I use it for a soft volume affect. So I went into the #xmms2 channel on freenode, and after a bit it was discovered that one of the plugins didn't build right. Here's the bit of the conversation: vdust 14:35:28 ERROR: ../src/xmms/plugin.c:375: Failed to open plugin /usr/lib/xmms2/libxmms_equalizer.so: /usr/lib/xmms2/libxmms_equalizer.so: undefined symbol: iir vdust seems like there is an issue with the plugin build. vdust It should be reported to arch linux Is this the correct place to report this, or should it do it somewhere else? Thanks Storm -- Powered by Arch Linux! I am registered Linux user number 508465: https://linuxcounter.net/user/508465.html My blog, Thoughts of a Dragon: http://www.stormdragon.tk/ get my public PGP key: gpg --keyserver wwwkeys.pgp.net --recv-key 43DDC193 Free and open source social networking, get your account TODAY! http://social.2mb.solutions/main/register How many Internet mail list subscribers does it take to change a lightbulb? http://goo.gl/eO4PJ I am your soul insane Slayer - Gemini signature.asc Description: OpenPGP digital signature
Re: [arch-general] systemd new dependencies impede using OpenRC
Op 1 jul. 2015 15:52 schreef jmcf...@openmailbox.org: Hi there, Not sure whether I should email this mailing list about this problem, but here goes: I've been using OpenRC in Arch Linux for a long time, and uninstalled systemd, as I don't use anything that requires it. [snip] Why in the world should util-linux require systemd!? Why do all these packages need it when they were fine without it before? The first question is a relatively simple, technical question. My guess is that the util-linux won't currently run without system installed, hence the dependancy. Arch packages are usually quite 'clean' in that respect. It's probably possible to recompile it without that dependency for this specific case. The second question is a bit broad and calls for advocacy and that has it's effect. Too bad, since these kind of threads usually lead to some (pointlessly long) debates without any real outcome... Next time, try to stick to the technical questions and perhaps the replies are more helpful and less frustrating. Just my $0,02 Mvg, Guus
Re: [arch-general] XMMS2 error in latest version with equalizer build
Hi! On 01.07.2015 20:56, Storm Dragon wrote: /usr/lib/xmms2/libxmms_equalizer.so: undefined symbol: iir Symbol iir is a function that is part of the XMMS source code coming in two flavors, both functions marked as inline: # fgrep -R iir( . src/plugins/equalizer/iir_sse.c:__inline__ int iir(void *d, int length, int nch, int extra_filtering) src/plugins/equalizer/iir_fpu.c:__inline__ int iir(void *d, int length, int nch, int extra_filtering) src/plugins/equalizer/iir.h:__inline__ int iir(void *d, int length, int nch, int extra_filtering); So it does not seem to be a dependency problem, but a code or compilation one. Maybe inline plays a part. (Interestingly, I cannot find anything in the build system, that would integrate or activate iir_sse.c. Could it be iir_fpu.c all the time?) I threw readelf of binutils at libxmms_equalizer.so. A sane file on another distribution looks like this: # readelf -s libxmms_equalizer.so | grep ' iir$' 53: 3e3a 2107 FUNCGLOBAL DEFAULT 10 iir 119: 3e3a 2107 FUNCGLOBAL DEFAULT 10 iir The file from xmms2-0.8DrO_o-35-x86_64.pkg.tar.xz however gives: # readelf -s libxmms_equalizer.so | grep ' iir$' 28: 0 NOTYPE GLOBAL DEFAULT UND iir I would say that needs a rebuild, at least :) So yes, please open a bug. Best, Sebastian
[arch-general] vlc core dumps
I can play files but it core dumps when I open my home directory. Any suggestions? $ vlc VLC media player 2.2.1 Terry Pratchett (Weatherwax) (revision 2.2.1-0-ga425c42) [01616168] pulse audio output error: PulseAudio server connection failure: Connection refused [01519148] core libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. libdvdnav: Using dvdnav version 5.0.2 libdvdread: Encrypted DVD support unavailable. libdvdread: Couldn't find device name. libdvdread:DVDOpenFilePath:findDVDFile /VIDEO_TS/VIDEO_TS.IFO failed libdvdread:DVDOpenFilePath:findDVDFile /VIDEO_TS/VIDEO_TS.BUP failed libdvdread: Can't open file VIDEO_TS.IFO. libdvdnav: vm: failed to read VIDEO_TS.IFO [mp3 @ 0x7fe76cc59000] invalid new backstep -1 *** Error in `vlc': double free or corruption (out): 0x7fe76cc5b410 *** === Backtrace: = /usr/lib/libc.so.6(+0x71bad)[0x7fe795b31bad] /usr/lib/libc.so.6(+0x770fe)[0x7fe795b370fe] /usr/lib/libc.so.6(+0x778db)[0x7fe795b378db] /usr/lib/vlc/plugins/demux/libavformat_plugin.so(+0x3ed2)[0x7fe774993ed2] /usr/lib/libvlccore.so.8(vlc_module_unload+0xa0)[0x7fe7958464f0] /usr/lib/libvlccore.so.8(+0x42d12)[0x7fe7957fad12] /usr/lib/libvlccore.so.8(+0x51df6)[0x7fe795809df6] /usr/lib/libvlccore.so.8(+0x567a8)[0x7fe79580e7a8] /usr/lib/libvlccore.so.8(+0x2e860)[0x7fe7957e6860] /usr/lib/libpthread.so.0(+0x7354)[0x7fe796077354] /usr/lib/libc.so.6(clone+0x6d)[0x7fe795ba7bfd] === Memory map: 0040-00403000 r-xp 08:21 4219605 /usr/bin/vlc 00602000-00603000 r--p 2000 08:21 4219605 /usr/bin/vlc 00603000-00604000 rw-p 3000 08:21 4219605 /usr/bin/vlc 01519000-016c9000 rw-p 00:00 0 [heap] 7fe76680f000-7fe76681 ---p 00:00 0 7fe76681-7fe76691 rw-p 00:00 0 [stack:10963] 7fe76691-7fe766912000 r-xp 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766912000-7fe766b11000 ---p 2000 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766b11000-7fe766b12000 r--p 1000 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766b12000-7fe766b13000 rw-p 2000 08:21 844910 /usr/lib/vlc/plugins/meta_engine/libfolder_plugin.so 7fe766b17000-7fe766b18000 ---p 00:00 0 7fe766b18000-7fe766c18000 rw-p 00:00 0 [stack:10961] 7fe766c18000-7fe766c98000 r-xp 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766c98000-7fe766e97000 ---p 0008 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766e97000-7fe766e99000 r--p 0007f000 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766e99000-7fe766e9d000 rw-p 00081000 08:21 797998 /usr/lib/liborc-0.4.so.0.23.0 7fe766ea-7fe766ed2000 r-xp 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe766ed2000-7fe7670d2000 ---p 00032000 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe7670d2000-7fe7670d3000 r--p 00032000 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe7670d3000-7fe7670d4000 rw-p 00033000 08:21 797178 /usr/lib/libhogweed.so.4.1 7fe7670d8000-7fe76710e000 r-xp 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76710e000-7fe76730d000 ---p 00036000 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76730d000-7fe76730f000 r--p 00035000 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76730f000-7fe76731 rw-p 00037000 08:21 797176 /usr/lib/libnettle.so.6.1 7fe76731-7fe767321000 r-xp 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767321000-7fe767521000 ---p 00011000 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767521000-7fe767522000 r--p 00011000 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767522000-7fe767523000 rw-p 00012000 08:21 797151 /usr/lib/libtasn1.so.6.4.2 7fe767528000-7fe767582000 r-xp 08:21 797156 /usr/lib/libp11-kit.so.0.1.0 7fe767582000-7fe767782000 ---p 0005a000 08:21 797156 /usr/lib/libp11-kit.so.0.1.0 7fe767782000-7fe76778c000 r--p 0005a000 08:21 797156 /usr/lib/libp11-kit.so.0.1.0 7fe76778c000-7fe76778e000 rw-p 00064000 08:21 797156 /usr/lib/libp11-kit.so.0.1.0 7fe76779-7fe7679dd000 r-xp 08:21 4223173 /usr/lib/libcrypto.so.1.0.0 7fe7679dd000-7fe767bdc000 ---p 0024d000 08:21 4223173 /usr/lib/libcrypto.so.1.0.0 7fe767bdc000-7fe767bf8000 r--p 0024c000 08:21 4223173 /usr/lib/libcrypto.so.1.0.0 7fe767bf8000-7fe767c04000 rw-p 00268000 08:21 4223173 /usr/lib/libcrypto.so.1.0.0
Re: [arch-general] systemd new dependencies impede using OpenRC
On Wed, Jul 1, 2015 at 3:52 PM, jmcf...@openmailbox.org wrote: However, in the latest update it seems an awful lot of packages I use suddenly require systemd. First, I have a conflict between libgudev and eudev-systemdcompat, so the installation stops right there. I don't even remember a libgudev package when I used systemd! The pacman output, 1st refusing to remove eudev, then accepting, is as follows: libgudev was split from systemd into its own project. As a result, some packages have picked up a dependency on libgudev. However, libgudev cannot be installed on your system because it conflicts with eudev. To clear up your dependencies, try having whatever eudev package contains libgudev.so provide libgudev.