Le dimanche 04 mars 2012 à 01:39 +0100, David Weinehall a écrit :
> On Mon, Feb 27, 2012 at 09:32:04AM +0100, Josselin Mouette wrote:
> > This should clearly be a whitelist. I don’t think there’s real use for a
> > blacklist, it is too dangerous.
>
> Wouldn't both be best? Let's say the whitelis
On Mon, Feb 27, 2012 at 09:32:04AM +0100, Josselin Mouette wrote:
> Le lundi 27 février 2012 à 05:19 +0100, Sebastian Heinlein a écrit :
> > Am Donnerstag, den 23.02.2012, 18:46 +0200 schrieb Timo Juhani
> > Lindfors:
> > > Josselin Mouette writes:
> > > > (We even have a patch to allow only a s
Le lundi 27 février 2012 à 05:19 +0100, Sebastian Heinlein a écrit :
> Am Donnerstag, den 23.02.2012, 18:46 +0200 schrieb Timo Juhani
> Lindfors:
> > Josselin Mouette writes:
> > > (We even have a patch to allow only a subset of packages but it is
> > > unfortunately a bit too hackish.)
> >
> >
Am Donnerstag, den 23.02.2012, 18:46 +0200 schrieb Timo Juhani
Lindfors:
> Josselin Mouette writes:
> > (We even have a patch to allow only a subset of packages but it is
> > unfortunately a bit too hackish.)
>
> Would be really nice to have some standard sets available (think
> "browser extensi
On Thu, 23 Feb 2012 16:32:18 +0100, John Paul Adrian Glaubitz
wrote:
> Hi,
>
> I'm looking for a way to enable non-root users to install packages on
> their local machines, but not removing/purging them.
Well, perhaps an option (which also allows removal) is what used to be
called klik, but wha
Sebastian Heinlein writes:
> APTDAEMON::Restrict::Users { "joe", "jane"; };
> APTDAEMON::Restrict::Tags::Allow { "interface::shell"; };
> APTDAEMON::Restrict::Tags::Deny { "interface::daemon"; };
>
> Would this be of any help to you?
Sounds like a great start.
--
To UNSUBSCRIBE, email to debia
Am Donnerstag, den 23.02.2012, 18:46 +0200 schrieb Timo Juhani
Lindfors:
> Josselin Mouette writes:
> > (We even have a patch to allow only a subset of packages but it is
> > unfortunately a bit too hackish.)
>
> Would be really nice to have some standard sets available (think
> "browser extensi
2012/2/23 Josselin Mouette :
> Le jeudi 23 février 2012 à 18:57 +0100, Matthias Klumpp a écrit :
>> You can change the PK settings using PolicyKit. Limiting installations
>> to a group of packages is not possible at time. (and not planned -
>> what if a package in group X requires a package of grou
Le jeudi 23 février 2012 à 18:57 +0100, Matthias Klumpp a écrit :
> You can change the PK settings using PolicyKit. Limiting installations
> to a group of packages is not possible at time. (and not planned -
> what if a package in group X requires a package of group Y? Users
> could easily work ar
2012/2/23 Timo Juhani Lindfors :
> Josselin Mouette writes:
>> (We even have a patch to allow only a subset of packages but it is
>> unfortunately a bit too hackish.)
>
> Would be really nice to have some standard sets available (think
> "browser extensions", "command-line tools that ship no servi
Josselin Mouette writes:
> (We even have a patch to allow only a subset of packages but it is
> unfortunately a bit too hackish.)
Would be really nice to have some standard sets available (think
"browser extensions", "command-line tools that ship no services or suid
binaries"). I'd certainly let
Hi,
Le jeudi 23 février 2012 à 16:32 +0100, John Paul Adrian Glaubitz a
écrit :
> I'm looking for a way to enable non-root users to install packages on
> their local machines, but not removing/purging them.
>
> I know that probably the proper way to achieve that is PackageKit, but I
> was wonder
On Thu, 23 Feb 2012 16:32:18 +0100
John Paul Adrian Glaubitz wrote:
> Hi,
>
> I'm looking for a way to enable non-root users to install packages on
> their local machines, but not removing/purging them.
At which point, you lose anyway because sometimes package installation
*requires* removal of
Hi,
I'm looking for a way to enable non-root users to install packages on
their local machines, but not removing/purging them.
I know that probably the proper way to achieve that is PackageKit, but I
was wondering if there is also a way to allow the use of apt-get, with
constraints for certain op
14 matches
Mail list logo