January 2015 - Arch-general - lists.archlinux.org

[arch-general] Reserve UID/GID for unofficial packages
by Christopher Reimer 11 Jan '15

11 Jan '15

Hi, I'm reposting this topic from the Arch forums here to grab more attention from Arch Developers and TUs https://bbs.archlinux.org/viewtopic.php?id=191918 > Hi, > > I'm working on an unoffical repository for VDR (http://www.tvdr.de) on > Arch Linux called VDR4Arch (https://github.com/VDR4Arch/vdr4arch). > > VDR runs as user 'vdr' and needs write access to /var/lib/vdr. There are > also several plugins for vdr which add files to /var/lib/vdr. > > The install script of the package 'vdr' adds a group 'vdr' and a user > 'vdr' with the IDs 666 (I don't remember why I used 666) > If a plugin adds files to /var/lib/vdr the install script changes the > owner and group to vdr:vdr > > I did this to stop namcap from complaining. And this worked since the > release of pacman 4.2. > Namcap is happy but now pacman complains about the different directory > ownership between the package (root:root) and the filesystem (vdr:vdr) > > Official packages like 'mpd' set gid and uid in the PKGBUILD and > therefore seem to ignore namcap's warning. > For official packages there's also a list > (https://wiki.archlinux.org/index.php/DeveloperWiki:UID_/_GID_Database) > to reserve uid and gid > > But unfortunately VDR4Arch is not an official project. How can I make > sure no one else uses 666 as UID and GID? > > I hope everything is understandable. As you may have noticed I'm not a > native English speaker. > > Thanks in advance > > Christopher

1 0

[arch-general] Heads up: Changes in the next mono release
by Daniel Isenmann 10 Jan '15

10 Jan '15

Hi, I just read an email from Miguel (Mono head developer) that in the next mono release (I don't know when this will be) the .NET profile 2.0 and 4.0 will be removed. So the reference assemblies of .NET 2.0 and 4.0 will be no longer in the package. As it seems the new mono release will have the version 4.0, so they are doing a major version bump. If you need them you have to stay with mono 3.10.0 or someone should maintain an AUR package which provides these assemblies. If someone wants to read the discussion on the mono mailinglist you can find it on the mail archive webpage: https://www.mail-archive.com/mono-devel-list@lists.ximian.com/msg30995.html The packages which are provided in our repositories will be working with the new mono release, I will take care of this and move the new mono release to our repository only if all packages are working with it. If this doesn't work, maybe I will provide an old mono3 package and a new mono package for version >= 4. If this is possible, have to check this first. For all the AUR packages you are on your own to check them. Cheers Daniel

1 0

Re: [arch-general] [now it's really solved] dunst neos g,,,,
by Fernando Fernandez 09 Jan '15

09 Jan '15

z , El ene 9, 2015 11:20 AM, "Ralf Mardorf" <ralf.mardorf(a)rocketmail.com> escribió: > > On Fri, 9 Jan 2015 14:22:26 +0100, Ralf Mardorf wrote: > > On Fri, 9 Jan 2015 05:52:10 -0700, Patrick Burroughs (Celti) wrote:¿ > > > On Fri, 9 Jan 2015 13:31:09 +1000 Ralf Mardorf > > > <ralf.mardorf(a)rocketmail.xn--compa-5kaa Pa q> wrote: > > > > > > > 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. > > > > > > > Does DBus start it? If so, how can I disable autostart? > > > > > > Yes, DBus autostarts it. To disable it, > > > edit /usr/share/dbus-1/services/org.knopwob.dunst.service and change > > > the command to /usr/bin/true. > > > > Thank you, > > > > that does work. In addition I added the file > > to /etc/pacman.conf's NoExtract. > > > > There's still something I need to monitor. It might be related or > > unrelated to dunst. When dunst is installed and enabled Evolution > > works without an issue, if dunst is installed but disabled, Evolution > > works in slow motion. There wasn't this particular issue before I > > installed dunst. Now after a reboot dunst wasn't started, but > > Evolution misbehaves. It might be unrelated, just happen randomly. I > > don't know. > > It is related. I made several tests. > > I (re)moved the file: > > sudo mkdir -p /root/usr/share/dbus-1/services/ ; sudo mv /usr/share/dbus-1/services/org.knopwob.dunst.service /root/usr/share/dbus-1/services/org.knopwob.dunst.service > > Now I can run dunst to get Evolution notifications and I can ^C or > killall dunst to get rid of Evolution notifications and Evolution then > still does run without issues. > > Regards, > Ralf

1 0

[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