Re: The "which -s" flag

2020-08-17 Thread Erik Gustafsson
I understand that if I write my own shell scripts I maybe should use command -v instead, but this is not for my own shell scripts, but for compatibility with BSD and Mac. Den mån 17 aug. 2020 kl 20:47 skrev Erik Gustafsson < ekir.gustafs...@gmail.com>: > I took Teemus very good suggestion and c

Re: The "which -s" flag

2020-08-17 Thread Erik Gustafsson
I took Teemus very good suggestion and changed [-a] to [-as] now :) https://salsa.debian.org/debian/debianutils/-/merge_requests/6/diffs#ed04ff4dabf1e2d4cd6b89136c2b24dec27ecca4_21_24 Is there anything more I should change? Who can merge? :) Den fre 14 aug. 2020 kl 16:07 skrev Simon McVittie :

Bug#968564: ITP: puppet-module-voxpupuli-posix-acl -- Puppet resource for managing posix-acl

2020-08-17 Thread Thomas Goirand
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: puppet-module-voxpupuli-posix-acl Version : 1.0.1 Upstream Author : Vox Pupuli * URL : https://github.com/voxpupuli/puppet-posix_acl * License : Apache-2.0 Programming Lang: Puppet Descr

Re: Proposal: Allowing access to dmesg for users in group adm

2020-08-17 Thread Ansgar
On Mon, 2020-08-17 at 15:50 +1200, Matthew Ruffell wrote: > I propose that we restrict access to dmesg to users in group 'adm' like so: > > 1) CONFIG_SECURITY_DMESG_RESTRICT=y in the kernel. > 2) Following changes to /bin/dmesg permissions in package 'util-linux' > - Ownership changes to root:

Re: Proposal: Allowing access to dmesg for users in group adm

2020-08-17 Thread The Wanderer
On 2020-08-17 at 07:47, Bastian Blank wrote: > Hi > > On Mon, Aug 17, 2020 at 03:50:37PM +1200, Matthew Ruffell wrote: > >> 2) Following changes to /bin/dmesg permissions in package >> 'util-linux' >> - Ownership changes to root:adm >> - Permissions changed to 0750 (-rwxr-x---) > > You

Re: Proposal: Allowing access to dmesg for users in group adm

2020-08-17 Thread Bastian Blank
Hi On Mon, Aug 17, 2020 at 03:50:37PM +1200, Matthew Ruffell wrote: > 2) Following changes to /bin/dmesg permissions in package 'util-linux' > - Ownership changes to root:adm > - Permissions changed to 0750 (-rwxr-x---) You mean 0754? > - Add cap_syslog capability to binary. Can som

Re: Proposal: Allowing access to dmesg for users in group adm

2020-08-17 Thread The Wanderer
On 2020-08-17 at 07:42, Marco d'Itri wrote: > And what would be the point of setting kernel.dmesg_restrict=0 al long > as dmesg is still not world-executable? As far as I'm aware, it is: $ dlocate `which dmesg` util-linux: /bin/dmesg $ apt-cache policy util-linux util-linux: Installed: 2.36-

Re: Proposal: Allowing access to dmesg for users in group adm

2020-08-17 Thread Marco d'Itri
On Aug 17, Matthew Ruffell wrote: > I propose that we restrict access to dmesg to users in group 'adm' like so: > > 1) CONFIG_SECURITY_DMESG_RESTRICT=y in the kernel. Which is already the default for Debian. > 2) Following changes to /bin/dmesg permissions in package 'util-linux' > - Owners

Re: epoch bump for babl and gegl libraries

2020-08-17 Thread Simon McVittie
On Mon, 17 Aug 2020 at 12:29:13 +0200, Mattia Rizzolo wrote: > On Mon, Aug 17, 2020 at 10:21:37AM +0100, Simon McVittie wrote: > > The GNOME team intend to add an epoch to the babl and gegl libraries, > > Question: what about changing the package name instead, and doing a > transition to a new libr

Re: epoch bump for babl and gegl libraries

2020-08-17 Thread Simon McVittie
On Mon, 17 Aug 2020 at 11:52:46 +0200, Adam Borowski wrote: > On Mon, Aug 17, 2020 at 10:21:37AM +0100, Simon McVittie wrote: > > The GNOME team intend to add an epoch to the babl and gegl libraries > > Another option: as these libs are used only by gimp and gnome-photos (for completeness: also va

Re: epoch bump for babl and gegl libraries

2020-08-17 Thread Mattia Rizzolo
On Mon, Aug 17, 2020 at 10:21:37AM +0100, Simon McVittie wrote: > The GNOME team intend to add an epoch to the babl and gegl libraries, … > Historically, versions of these packages were shipped by the third-party > deb-multimedia.org apt repository. That would have been fine, except that > the main

introducing an epoch for src:debian-security-support

2020-08-17 Thread Holger Levsen
hi, debian-security-support | 2019.12.12~deb8u2 | jessie-security | source, all debian-security-support | 2020.06.21~deb9u1 | stretch | source, all debian-security-support | 2020.06.21~deb10u1 | buster | source, all debian-security-support | 202

Re: epoch bump for babl and gegl libraries

2020-08-17 Thread Adam Borowski
On Mon, Aug 17, 2020 at 10:21:37AM +0100, Simon McVittie wrote: > The GNOME team intend to add an epoch to the babl and gegl libraries, > so I'm checking for consensus (Debian Policy §5.6.12.1). As usual with > epochs, this is a bad situation that I am trying to mitigate as much as > possible, rath

epoch bump for babl and gegl libraries

2020-08-17 Thread Simon McVittie
The GNOME team intend to add an epoch to the babl and gegl libraries, so I'm checking for consensus (Debian Policy §5.6.12.1). As usual with epochs, this is a bad situation that I am trying to mitigate as much as possible, rather than anything elegant or exemplary. babl and gegl are 2D image libra

Re: debian sid --> lxde

2020-08-17 Thread Simon McVittie
On Mon, 17 Aug 2020 at 01:44:14 -0300, Tiago Zaniquelli wrote: > After [configuring unstable apt sources] I executed apt-update and apt > full-upgrade, so after that show me > that the "wicd" will removed, but I can't do that because if I do that I > will lost the program that configure my WiFi. >