Fwd: SPECS: ktorrent.spec, kde4-kdelibs.spec - suggest kde4-icons in essential p...

[Bartosz Świątek]

---------- Wiadomość przekazana dalej ----------
Od: Bartosz Świątek <shadzik w gmail.com>
Data: 11 marca 2009 22:17
Temat: Re: SPECS: ktorrent.spec, kde4-kdelibs.spec - suggest
kde4-icons in  essential p...
Do: Pawel Golaszewski <blues w pld-linux.org>


W dniu 11 marca 2009 22:09 użytkownik Pawel Golaszewski
<blues w pld-linux.org> napisał:
> On Wed, 11 Mar 2009, Bartosz Świątek wrote:
>> >> > Author: blues                        Date: Wed Mar 11 20:22:41 2009 GMT
>> >> > Module: SPECS                         Tag: HEAD
>> >> > ---- Log message:
>> >> > - suggest kde4-icons in essential package - most kde4libs linked
>> >> >   apps will  use it.
>> >> To chyba jakiś kiepski żart prawda?
>> > ...a będziesz dopisywał to do każdej aplikacji kde4...? Bo na 3 które
>> > używam wszystkie wymagają..
>> To może niech glibc od razu te ikony sugeruje.. no wiesz, każda
>> aplikacja napisana w Qt linkuje się też z glibc...
>
> Wiesz - conajmniej wszystkie aplikacje, które używają libkdeui będą
> wymagały ikonek. A jest to w kde4-kdelibs, więc suggests jest tutaj na
> miejscu.
>
>> >> Kdelibs sugerują ikony? I na co tym kdelibs te ikony?
>> > Aplikacjom używającym kdelibs one są potrzebne. Jakieś sugestie gdzie
>> > to umieścić, poza wrzucaniem do wszystkich aplikacji, bo to bez sensu
>> > całkowicie.
>> Tyle tych aplikacji jest, że się nie opłaca? Sam piszesz, że używasz
>> 3ech. To faktycznie kupa roboty.
>
> 3 na jednej maszynie.
>
>> >> -1 zdecydowanie - to jest już jakieś błędne sugerowanie userowi
>> >>    oczywistych bzdur.
>> > Zasugeruj coś konstruktywnego.
>> Ikony są wymagane przez metapakiet-kde4 - to powinno wystarczyć.
>
> Nie, nie wystarczy, bo ja nie chcę _całego_ kde4. Nie interesuje mnie to.
> I nie możesz poprzez tego typu metapakiety załatwiać sprawy, bo to niczego
> nie załatwia.
>
> Używam kilku programów, ale nie środowiska. Instalacja aplikacji powinna
> przynajmniej sugestiami doprowadzić do _normalnie_ działającej aplikacji.
>
>> W ikony nie ma na razie się specjalnie co pchać, bo dyskusja na ich
>> temat ciągle nie jest zamknięta w szeregach developerów KDE.
>
> Do czegoś dojdą tam - będzie można to dalej u nas ciągnąć. Narazie trzeba
> opanować stan obecny.
>
>> Nie wiadomo, czy w następnym release każda aplikacja nie będzie swoich
>> mieć a kdebase tylko te które potrzebuje by wyświetlić parę folderków i
>> mimetypów, czy będzie tak jak jest, tylko w zupełnie innej formie.
>
> Nie uważasz, że w takiej sytuacji łatwiej będzie usunąć suggest z jednego
> speca niż z iluśtam, szczególnie, że całość zmierza w tym kierunku?
>
>> To, że nie ma dobrego rozwiązania na dzień dzisiejszy nie znaczy, że
>> mamy pchać się w to, który Ty teraz zaproponowałeś.
>
> Zastanów się nad tym co wyżej napisałem. Na chwilę obecną to jest
> rozsądniejsze i prostsze do zmiany.

Ale to jest błędne podejście do Suggest:
Suggest powinno sugerować coś co może dodać funkcjonalność do
aplikacji, coś poprawić, rozszerzyć działanie. Ikony tego nie robią!!

To nie jest po to, żeby było "a może zainstalujesz se amaroka pod
gnomem" - bo jak mamy się tak domyślać to może instalacja binda
postfiksa będzie sugerowała amavisa? A nóż go chcesz.


--
"I'm living proof if you do one thing right in your career, you can
coast for a long time. A LOOOOONG time." -Guy Kawasaki



-- 
"I'm living proof if you do one thing right in your career, you can
coast for a long time. A LOOOOONG time." -Guy Kawasaki