Packages requires /sbin/service.

[Reindl Harald]

Am 19.03.2013 18:40, schrieb Richard Vickery:
> 
> 
> 
> On Tue, Mar 19, 2013 at 5:54 AM, Reindl Harald <h.reindl at thelounge.net <mailto:h.reindl at thelounge.net>> wrote:
> 
>     Am 19.03.2013 13:42, schrieb Michal Sekletar:
>     > On Mon, 2013-03-18 at 11:27 -0500, Rex Dieter wrote:
>     >> Reindl Harald wrote:
>     >>
>     >>> Am 16.03.2013 19:26, schrieb Rex Dieter:
>     >>>> Lukáš Nykrýn wrote:
>     >>>>
>     >>>>> After usr move packages should not install files to /sbin.
>     >>>>
>     >>>> That's not necessarily true.  Do our packaging guidelines actually say
>     >>>> that anywhere?
>     >>>
>     >>> but WHY are they not saying it clearly?
>     >
>     > Yes, they are saying it very clearly (see [1])
> 
>     ok, so anything which refers to /bin and /sbin is a bug
>     after the UsrMove exactly as i felt
> 
>     wow, there are lot of bugs over the distribution
> 
>     http://fedoraproject.org/wiki/Packaging:Guidelines#Filesystem_Layout
>     In addition, Fedora packages MUST NOT place files or directories in the /bin, /sbin, /lib or /lib64 directories.
>     Instead, the /usr/bin, /usr/sbin, /usr/lib, and /usr/lib64 directories must be used. Packages must assume that
>     /bin, /sbin, /lib, and /lib64 are symbolic links to the /usr/bin, /usr/sbin, /usr/lib, and /usr/lib64 directories,
>     respectively
> 
> This might be unrelated, but the latest conversations, this on in particular, make me wonder: Did I miss a
> preupgrade, or is the above inquiry still focused around F18 bugs?

it is independent of F18/F19/Rawhide

i had all sorts of troubles in my daily usage of F17/F18
resulting in the unfinsihed UsrMove and that one packager
does not know what the other does because some does not
care about changes in the distribution at all

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20130319/4d0fa3a1/attachment.sig>