On Thu, Mar 01, 2012 at 11:09:28PM +0100, Bartosz Świątek wrote: > W dniu 1 marca 2012 23:05 użytkownik Kacper Kornet <[email protected]> > napisał: > > On Thu, Mar 01, 2012 at 10:48:28PM +0100, Bartosz Świątek wrote: > >> W dniu 1 marca 2012 17:11 użytkownik Kacper Kornet <[email protected]> > >> napisał: > >> > On Thu, Mar 01, 2012 at 04:31:56PM +0100, Bartosz Świątek wrote: > >> >> W dniu 1 marca 2012 16:23 użytkownik Kacper Kornet <[email protected]> > >> >> napisał: > >> >> > Jest jakiś powód dla którego program runuser jest obecny w coreutils w > >> >> > dwóch różnych lokalizacjach: /sbin/runuser i /usr/bin/runuser? Innymi > >> >> > słowy, czy zwykły użytkownik może ją do czegoś potrzebować? Bo jak > >> >> > nie, > >> >> > to bym ją usunął z /usr/bin.
> >> >> Pytaj autora. Prawdopodobnie to ten komit: > >> >> http://cvs.pld-linux.org/cgi-bin/cvsweb/packages/coreutils/coreutils.spec?r1=1.134&r2=1.135 > >> > Wygląda na to, że to raczej commit: > >> > http://cvs.pld-linux.org/cgi-bin/cvsweb/packages/coreutils/coreutils.spec?r1=1.122&r2=1.123 > >> > Fedora też tak miała przez jakiś czas, ale potem to poprawili. > >> Tu nie koniecznie automat musiał instalować runusera w ogóle, stąd > >> instalacja ręczna. > >> Przy wydzielaniu do podpakietu jednak, zapomniano o tym by nie pakować > >> tego do paczki głównej. > > Chyba się nie rozumiemy. Mi nie chodzi o to, że runuser jest obecny w > > dwóch różnych paczkach, tylko że w jednej jest dwa razy: > > $ rpm -qpl coreutils-8.15-1.i686.rpm | grep bin/runuser > > /sbin/runuser > > /usr/bin/runuser > > Automat instaluje runuser w /usr/bin/, my instalujemy dodatkowo ręcznie > > w /sbin, a potem paczkujemy obydwa pliki. > No wiem, bo jest wildcard na %{_bindir}. A przy przenoszeniu tego > całego su razem z runuserem trzeba było z wildcarda runusera wykluczyć > tak samo jak jest wykluczane su. Dobra, nieważne kiedy to się pojawiło. Ważne, czy zgadzamy się, że kopię z /usr/bin/ można usunąć. -- Kacper Kornet _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
