[gentoo-dev] virtual/acl

[gentoo-dev] virtual/acl

[Stephen Bennett]

We have a fair number of packages in the tree (57 someone said, but a
non-trivial number) which depend upon sys-apps/acl for ACL support.
Since the packages needed for this differ between platforms
(sys-apps/acl is for linux only), if noone has any reasonable
objections I will be adding a (new-style) virtual/acl for these packages
sometime in the next week or so.

This email brought to you on behalf of Flameeyes.
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] virtual/acl

[Ned Ludd]

On Sun, 2006-04-02 at 18:26 +0100, Stephen Bennett wrote:
> We have a fair number of packages in the tree (57 someone said, but a
> non-trivial number) which depend upon sys-apps/acl for ACL support.
> Since the packages needed for this differ between platforms
> (sys-apps/acl is for linux only), if noone has any reasonable
> objections I will be adding a (new-style) virtual/acl for these packages
> sometime in the next week or so.
> 
> This email brought to you on behalf of Flameeyes.


In your own words what benefit does this have over 
kernel_linux? ( acl? ( sys-apps/acl ))

What acl packages exists for these other platforms?
Do they use the same API?


-- 
Ned Ludd <solar@gentoo.org>
Gentoo Linux

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] virtual/acl

[Diego 'Flameeyes' Pettenò]

[-- Attachment #1: Type: text/plain, Size: 682 bytes --]

On Sunday 02 April 2006 19:41, Ned Ludd wrote:
> Do they use the same API?
Not all of them, although some API are common iirc.
Most, but not all, of the packages has anyway fallback to the right API in the 
right system (it's the case of vim and bsdtar at least, and should be the 
same for kdelibs, however I'm not sure of this last one, as it doesn't work 
on Linux either, for me).

Thus my request to zmedico to have a per-package use.mask so that we can mask 
the flag for the packages that can use only the sys-apps/acl interface.

-- 
Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [gentoo-dev] virtual/acl

[Mike Frysinger]

On Sunday 02 April 2006 14:04, Diego 'Flameeyes' Pettenò wrote:
> Thus my request to zmedico to have a per-package use.mask so that we can
> mask the flag for the packages that can use only the sys-apps/acl
> interface.

or you can be the hero and fix the packages ;)
-mike

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] virtual/acl

[Diego 'Flameeyes' Pettenò]

[-- Attachment #1: Type: text/plain, Size: 338 bytes --]

On Sunday 02 April 2006 20:16, Mike Frysinger wrote:
> or you can be the hero and fix the packages
ehehe yeah I'll do when i'll have more time, like i did for binutils ;)

By the way, that patch? :P

-- 
Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [gentoo-dev] virtual/acl

[Stephen Bennett]

On Sun, 02 Apr 2006 13:41:25 -0400
Ned Ludd <solar@gentoo.org> wrote:

> In your own words what benefit does this have over 
> kernel_linux? ( acl? ( sys-apps/acl ))

It moves all of the platform-conditional voodoo into one place, which
helps maintainability and will greatly reduce the work involved in
adding a new port that may use a different package for ACL support. We
had a lengthy discussion on this topic between the *BSD and portage
teams some time last year, and the consensus was that the correct
solution was to move all the deps that change between platforms into
one place (the new-style virtual category). I haven't seen anything
change that would make for a different conclusion were the same
discussion to happen now. Especially when more packages appear which
are widely depended upon and change between platforms, and more
platforms are added, this approach will greatly reduce the maintenance
burden that Gentoo/Alt projects place upon the main tree.
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] virtual/acl

[Ciaran McCreesh]

[-- Attachment #1: Type: text/plain, Size: 1059 bytes --]

On Sun, 2 Apr 2006 18:26:27 +0100 Stephen Bennett <spb@gentoo.org>
wrote:
| We have a fair number of packages in the tree (57 someone said, but a
| non-trivial number) which depend upon sys-apps/acl for ACL support.
| Since the packages needed for this differ between platforms
| (sys-apps/acl is for linux only), if noone has any reasonable
| objections I will be adding a (new-style) virtual/acl for these
| packages sometime in the next week or so.

Good. This'll move the icky deps to one place rather than all over the
tree, at least.

As an aside, and not directed at spb... Would be nice if in the future
this kind of discussion were done *before* packages start to be changed
in weird and wonderful ways. It's generally considered bad manners to
start screwing around with other people's packages without asking...
Plus there's the whole "learn from past mistakes" issue.

-- 
Ciaran McCreesh : Gentoo Developer (Wearer of the shiny hat)
Mail            : ciaranm at gentoo.org
Web             : http://dev.gentoo.org/~ciaranm


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [gentoo-dev] virtual/acl

[Alec Warner]

Ciaran McCreesh wrote:
> On Sun, 2 Apr 2006 18:26:27 +0100 Stephen Bennett <spb@gentoo.org>
> wrote:
> | We have a fair number of packages in the tree (57 someone said, but a
> | non-trivial number) which depend upon sys-apps/acl for ACL support.
> | Since the packages needed for this differ between platforms
> | (sys-apps/acl is for linux only), if noone has any reasonable
> | objections I will be adding a (new-style) virtual/acl for these
> | packages sometime in the next week or so.
> 
> Good. This'll move the icky deps to one place rather than all over the
> tree, at least.
> 
> As an aside, and not directed at spb... Would be nice if in the future
> this kind of discussion were done *before* packages start to be changed
> in weird and wonderful ways. It's generally considered bad manners to
> start screwing around with other people's packages without asking...
> Plus there's the whole "learn from past mistakes" issue.
> 

Drop it.

-Antarus
-- 
gentoo-dev@gentoo.org mailing list