- Arch-general - lists.archlinux.org

[arch-general] dunst autostart
by Ralf Mardorf 09 Jan '15

09 Jan '15

Hi, after rebooting dunst does run, but I don't know why it runs. I don't want that it does run for all WM sessions. $ pacman -Ql dunst | grep dunst.service dunst /usr/share/dbus-1/services/org.knopwob.dunst.service $ cat /usr/share/dbus-1/services/org.knopwob.dunst.service [D-BUS Service] Name=org.freedesktop.Notifications Exec=/usr/bin/dunst Does DBus start it? If so, how can I disable autostart? $ systemctl status org.knopwob.dunst.service ● org.knopwob.dunst.service Loaded: not-found (Reason: No such file or directory) Active: inactive (dead) $ systemctl status dunst ● dunst.service Loaded: not-found (Reason: No such file or directory) Active: inactive (dead) $ cat .config/openbox/autostart feh --bg-scale /home/rocketmouse/.customization/dark_cartoon_art-modified-1152x864-clock-spot.jpg & (sleep 1 && fbpanel) & $ pidof dunst 906 And I neither started it manually. JFTR: $ systemctl list-unit-files | grep enabled acpid.service enabled alice.service enabled (a script to connect to the Internet) display-manager.service enabled dkms.service enabled getty@.service enabled haveged.service enabled lightdm.service enabled rtirq.service enabled remote-fs.target enabled Regards, Ralf -- Guerilla Open Access Manifesto: https://archive.org/stream/GuerillaOpenAccessManifesto/Goamjuly2008_djvu.txt

2 3

[arch-general] What's the holdup on Linux 3.18?
by Mark Lee 08 Jan '15

08 Jan '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Salutations, I was wondering what's the holdup on Linux 3.18. It's been in testing since 12/11/2014. Regards, Mark -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlStyJsACgkQZ/Z80n6+J/bClAD9EiTNL00Aq6T4JyR+T447j4Ke WpaeU2jAqEkyudP4XiwA/31Tu0+T4+MNOtcincpJEdC68lg0LRc9QSCnfuzKco+D =XiY0 -----END PGP SIGNATURE-----

4 7

[arch-general] Standard group for "hardware user"?
by Neale Pickett 07 Jan '15

07 Jan '15

I run mdev instead of systemd-udev and was just alerted to the deprecation of all the groups I'd been using. Looking at the filesystem package, it seems that most of them are still present, but I presume they'll go away eventually. What, then, would be the best group for me to use for "a user who is allowed to do things with hardware"? That is, a combination of audio, video, disk, optical, and uucp (which, strangely, is not deprecated). I'm considering "wheel" but that doesn't feel right. And I really don't want to add a new group, I feel like this notion ought to be part of the base install, even though systemd appears to have reworked how Unix device access is controlled. Thanks in advance, Neale

5 12

[arch-general] SSH security
by Ido Rosen 06 Jan '15

06 Jan '15

Just wondering, how do Arch devs feel about implementing these recommendations by default in Arch's openssh package? Or would this be something worthy of an AUR package? https://stribika.github.io/2015/01/04/secure-secure-shell.html Especially interested in the moduli, KexAlgorithms, and Cipher selection config changes. Cheers, Ido

4 3

[arch-general] gpg source validation for kernel.org style signatures
by Christian Hesse 06 Jan '15

06 Jan '15

Hello everybody, pacman 4.2.0 gained support for verifying source tarballs with kernel.org style signature. Some (even essential) packages could benefit from that, linux and git come to mind. How to handle this? Report a bug for every package? Provide a list here? -- main(a){char*c=/* Schoene Gruesse */"B?IJj;MEH" "CX:;",b;for(a/* Chris get my mail address: */=0;b=c[a++];) putchar(b-1/(/* gcc -o sig sig.c && ./sig */b/42*2-3)*42);}

5 10

[arch-general] list of user/group ids supplied by official packages
by member graysky 05 Jan '15

05 Jan '15

Is there a list of user/group IDs that official packages from [core] [extra] and [community] provide? I wish to insure that the user/group id in an AUR package I provide[1] does not conflict a user created by an official package. I can grep for 'useradd' in my abs tree and parse through the resulting 137 lines but there must be a better way. Thanks. 1. https://aur.archlinux.org/packages/kodi-standalone-service

4 7

[arch-general] makepkg as root
by Magnus Therning 05 Jan '15

05 Jan '15

I just noticed that `makepkg` no longer accepts '--asroot', does that mean there now is no way to convince `makepkg` to build despite being run as root? /M P.S. I am fully aware of the problems with building as root, but as I'm only building packages I'm myself creating, and doing it in a docker image, I feel I can live with the dangers... especially when it saves me some work in setting up docker images. -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus What gets measured, gets done. -- Tom Peters

12 42

[arch-general] rsync patches
by Ido Rosen 04 Jan '15

04 Jan '15

Hi, I'd like to add --time-limit / --stop-at added to ArchLinux's rsync since it's available in some other distributions. (This patch is distributed from the same source as rsync itself, just in a different tarball called rsync-patches, along with a bunch of other patches for optional functionality that rsync can support but that isn't built into the core rsync by default.) Below is an updated PKGBUILD for rsync that adds time-limit support. There are several other patches in rsync-patches that could be useful, but this is the one that most affects me. Pierre did not respond to my email back in October, so Pierre, if you are monitoring this list, see the attached PKGBUILD, it's a trivial addition. I hope you'll make the change. :-) Cheers, Ido

2 2

Re: [arch-general] makepkg as root
by Maxwell Anselm 04 Jan '15

04 Jan '15

Respecting backwards compatibility is more complicated than just never removing features from software. Sometimes less is more: extra features can be bad for maintenance, a source of bugs, or a source of vulnerabilities. Sometimes features are added as workarounds or hacks in lieu of a proper solution and serve no real purpose after a later update. It's highly unfair to the pacman devs to claim that removing a makepkg option is a slippery slope towards DRM, Microsoft, and the dark side. If you consider The Arch Way, the pacman update seems very much in-line with the distro. "Arch Linux defines simplicity as without unnecessary additions, modifications, or complications..." A few people have mentioned workarounds for --asroot, so it certainly isn't _necessary_ and the devs seem to think its continued maintenance would be a complication. "Simplicity of implementation, code-elegance, and minimalism shall always remain the reigning priorities of Arch development." This one speaks for itself. "Arch Linux targets and accommodates competent GNU/Linux users by giving them complete control and responsibility over the system." As mentioned previously, removing --asroot does not remove one's control over the system. At worst it is an inconvenience in an unusual corner case. Our competent users should be able to figure out how to live with the new pacman options. Arch has an especially complicated relationship with backwards compatibility. This isn't the first case of a breaking change in an update, and I think it's actually pretty minor in terms of impact. There's always an outcry when something like this happens, but as long as it doesn't violate Arch's philosophy I think we'll be okay. In keeping with semantic versioning, it would make sense to bump pacman's major version. Max

4 4

[arch-general] Djvu
by Csányi Pál 01 Jan '15

01 Jan '15

Hi, I'm trying to make from jpg images in Atnevezettek/ directory a djvu document with the command: img2djvu -d600 -v1 ./Atnevezettek/ As output I get following: 321 files: <C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C><C> Done. but when I open the Atnevezettek/ directory I can't find there any djvu file. What am I missing here? -- Regards from Pal

2 1