Re: [Mageia-dev] Ownership of /usr/share/man/XX, %find_lang --with-man
Le samedi 9 juillet 2011 14:46:14, Samuel Verschelde a écrit : > I used the --with-man option of the %find_lang RPM macro, but noticed that > it adds all /usr/share/man/XX and /usr/share/man/XX/manX directories to > the package, which, it seems, is bad. > > Spturtle noticed that for example /usr/share/man/sr belongs to no other > package and prefers that it belongs to too much packages than to no package > at all. > > I looked at what fedora does, and it looks like they added all those > translated manpages dirs to the filesystem package ( see > http://sophie.zarb.org/explorer/usr/share/man/sr and select fedora ) > It would solve the problem at hand and we could start cleaning wrong > ownerships, such as those : > http://sophie.zarb.org/explorer/usr/share/man/fr (select mageia) > > What do you think ? > FYI I just found this redhat/fedora bug report : https://bugzilla.redhat.com/show_bug.cgi?id=569536 Samuel
Re: [Mageia-dev] Ownership of /usr/share/man/XX, %find_lang --with-man
Le samedi 9 juillet 2011 14:46:14, Samuel Verschelde a écrit : > I used the --with-man option of the %find_lang RPM macro, but noticed that > it adds all /usr/share/man/XX and /usr/share/man/XX/manX directories to > the package, which, it seems, is bad. > > Spturtle noticed that for example /usr/share/man/sr belongs to no other > package and prefers that it belongs to too much packages than to no package > at all. > > I looked at what fedora does, and it looks like they added all those > translated manpages dirs to the filesystem package ( see > http://sophie.zarb.org/explorer/usr/share/man/sr and select fedora ) > It would solve the problem at hand and we could start cleaning wrong > ownerships, such as those : > http://sophie.zarb.org/explorer/usr/share/man/fr (select mageia) > > What do you think ? > > Samuel No opinion, or did I ask when everybody was at the Libre Software Meeting ? Samuel
Re: [Mageia-dev] Ownership of /usr/share/man/XX, %find_lang --with-man
Samuel Verschelde a écrit : I used the --with-man option of the %find_lang RPM macro, but noticed that it adds all /usr/share/man/XX and /usr/share/man/XX/manX directories to the package, which, it seems, is bad. Spturtle noticed that for example /usr/share/man/sr belongs to no other package and prefers that it belongs to too much packages than to no package at all. I looked at what fedora does, and it looks like they added all those translated manpages dirs to the filesystem package ( see http://sophie.zarb.org/explorer/usr/share/man/sr and select fedora ) It would solve the problem at hand and we could start cleaning wrong ownerships, such as those : http://sophie.zarb.org/explorer/usr/share/man/fr (select mageia) What do you think ? Samuel Just saw your post, and reflected a bit. /usr/share/man/man* belongs to filesystem (of course) On my system, most /usr/share/man/{lang}/man1/ belong to the same 2 packages (or just one of them). fr belongs to one more. sv to none. So most packages don't take ownership of /usr/share/man/{lang}/man*. And some do, even after the directory already exists. Having no owner seems fine to me, and belonging to the filesystem package seems the only reasonable alternative. Whatever everyone prefers, and is doable. Maybe we should use the buildsystem to enforce the chosen option ? Or just add it to rpmlint-mageia-policy ? (I'm curious as to what controls this.) -- André
Re: [Mageia-dev] Ownership of /usr/share/man/XX, %find_lang --with-man
Le samedi 09 juillet 2011 à 14:46 +0200, Samuel Verschelde a écrit : > I used the --with-man option of the %find_lang RPM macro, but noticed that it > adds all /usr/share/man/XX and /usr/share/man/XX/manX directories to the > package, which, it seems, is bad. > > Spturtle noticed that for example /usr/share/man/sr belongs to no other > package and prefers that it belongs to too much packages than to no package > at > all. > > I looked at what fedora does, and it looks like they added all those > translated manpages dirs to the filesystem package ( see > http://sophie.zarb.org/explorer/usr/share/man/sr and select fedora ) > It would solve the problem at hand and we could start cleaning wrong > ownerships, such as those : > http://sophie.zarb.org/explorer/usr/share/man/fr (select mageia) Filesystem sound the logical place to put everything. The real problem is to find the canonical list of supported languages. -- Michael Scherer
Re: [Mageia-dev] Ownership of /usr/share/man/XX, %find_lang --with-man
Michael Scherer a écrit : Le samedi 09 juillet 2011 à 14:46 +0200, Samuel Verschelde a écrit : I used the --with-man option of the %find_lang RPM macro, but noticed that it adds all /usr/share/man/XX and /usr/share/man/XX/manX directories to the package, which, it seems, is bad. Spturtle noticed that for example /usr/share/man/sr belongs to no other package and prefers that it belongs to too much packages than to no package at all. I looked at what fedora does, and it looks like they added all those translated manpages dirs to the filesystem package ( see http://sophie.zarb.org/explorer/usr/share/man/sr and select fedora ) It would solve the problem at hand and we could start cleaning wrong ownerships, such as those : http://sophie.zarb.org/explorer/usr/share/man/fr (select mageia) Filesystem sound the logical place to put everything. The real problem is to find the canonical list of supported languages. It seems to me that we should treat all languages the same. But not create directories/assign ownership for languages not on the user's system. So that would mean assigning ownership (to filesystem) when an arbitrary new language is added, or systematically denying ownership for all such directories. (If readily done, assigning to filesystem does sound better.) Either way I think the build system could play a role in this. And maybe rpmlint. Since I don't know how ownership is stored, nor how ownership is now assigned for such directories, I don't know how we would implement this. But it might be an idea, once we decide what to do (depending on what is workable), that we have a utility that will clean the users' package database, to conform to our new rules. Another 2 cents. -- André