packages: k3b/k3b.spec - fix R: and some crap from IRC - rel 7

Elan Ruusamäe glen at pld-linux.org
Wed Jul 15 12:53:25 CEST 2009


On Wednesday 15 July 2009 13:04, Bartosz Świątek wrote:
> W dniu 15 lipca 2009 11:57 użytkownik Elan Ruusamäe
>
> <glen at pld-linux.org> napisał:
> > On Wednesday 15 July 2009 09:59, Bartosz Świątek wrote:
> >> 2009/7/15 Elan Ruusamäe <glen at pld-linux.org>:
> >> > On Sunday 12 July 2009 21:13, shadzik wrote:
> >> >> +%if "%{pld_release}" == "ti"
> >> >> +Requires:      kde4-kde3support-devel
> >> >> +%else
> >> >>  Requires:      kdelibs-devel
> >> >> +%endif
> >> >
> >> > like th has "kdelibs" package available in main (th-obsolete doesn't
> >> > count)? if you want to support ac on head use != "ac"
> >>
> >> AFAIK noone in Th is interested in having k3b 1, they already use k3b
> >> 2. Hawk asked me to force k3b 1 to build with kde4-kde3support on Ti
> >> and so I did. This change doesn't break anything on Ac, does it? If
> >> you like, feel free to change the 'if' statements I've added, but IMHO
> >> it's useless cosmetics.
> >
> > what i'm saying the bcond is pointless. th has also no kdelibs-devel, but
> > kde4-kde3support-devel.
>
> You're probably right. I just didn't want to break anything on HEAD.
> On the other hand, Th RM might want to rebuild kde3 with the new
> libjpeg7 in which case k3b would also be rebuilt with kdelibs and not
> kde4-kde3support, so maybe it's wise to wait until that is finished or
> at least until the decision if kde3 is going to be rebuild is made.

th has no kde3, which still means NO "kdelibs" packages.

and stop removing cc: addresses when replying.

-- 
glen


More information about the pld-devel-en mailing list