pkg kde talk - Jul 2005 - priorities for alternatives (Re: [Pkg-kde-commits] rev 1313)

* Achim Bohnet [Mon, 18 Jul 2005 11:40:40 +0200]:
> On Saturday 16 July 2005 05:33, Christopher Martin wrote:
> [..]]
> > Qt4 co-existence patches from Brian Nelson.
> [...]
> > +update-alternatives --install \
> > +	/usr/bin/assistant-qt3 assistant "/usr/bin/assistant-qt3"
"35" \
> > +	--slave /usr/share/man/man1/assistant.1.gz assistant.1.gz \
> > +	"/usr/share/man/man1/assistant-qt3.1.gz"
> > +
> > +#DEBHELPER#
> Hi,
> currently configure checks for e.g. moc, not moc-qt{3,4}.  I assume that
> the checks need to be updated specially for debian so they search
> the ''non-alternatives'' names xxx-qtY to prevent that the
''wrong'' binaries
> are picked up?   Unfortunately AFAIU the checks
> are taken from admin/acinclude.m4.in.  So every KDE app would need an
> patched admin dir (or kdelibs4-dev installes an acinclude.m4.in that
> is takes innstead of the admin/ one.
  What about making Qt3 use 45 as its priority for alternatives? Qt4
  uses 40 at the moment.

  Though one can argue that if a user installs Qt4, he may as well
  expect (or not be surprised by) the tools pointing now to the Qt4
  versions. It seems that Brian thinks this way, since his patches
  propose 35 for Qt3 and 40 for Qt4. Brian, is this something you''re
  strong about, or can we discuss having this changed?

  Thanks.

  P.S.: I recommend that follow-ups to commit messages are done in -talk
  instead of -commits.

-- 
Adeodato Sim?
    EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
Military justice is to justice what military music is to music.
                -- Groucho Marx

Adeodato Sim? <asp16@alu.ua.es> writes:
> * Achim Bohnet [Mon, 18 Jul 2005 11:40:40 +0200]:
>
>> On Saturday 16 July 2005 05:33, Christopher Martin wrote:
>> [..]]
>> > Qt4 co-existence patches from Brian Nelson.
>> [...]
>> > +update-alternatives --install \
>> > + /usr/bin/assistant-qt3 assistant
"/usr/bin/assistant-qt3" "35" \
>> > +	--slave /usr/share/man/man1/assistant.1.gz assistant.1.gz \
>> > +	"/usr/share/man/man1/assistant-qt3.1.gz"
>> > +
>> > +#DEBHELPER#
>
>> Hi,
>> currently configure checks for e.g. moc, not moc-qt{3,4}.  I assume
> that
>> the checks need to be updated specially for debian so they search
>> the ''non-alternatives'' names xxx-qtY to prevent that
the ''wrong''
> binaries
>> are picked up?   Unfortunately AFAIU the checks
>> are taken from admin/acinclude.m4.in.  So every KDE app would need an
>> patched admin dir (or kdelibs4-dev installes an acinclude.m4.in that
>> is takes innstead of the admin/ one.
>
>   What about making Qt3 use 45 as its priority for alternatives? Qt4
>   uses 40 at the moment.
>
>   Though one can argue that if a user installs Qt4, he may as well
>   expect (or not be surprised by) the tools pointing now to the Qt4
>   versions. It seems that Brian thinks this way, since his patches
>   propose 35 for Qt3 and 40 for Qt4. 
Right.
>   Brian, is this something you''re strong about, or can we discuss
>   having this changed?
My opinion isn''t particularly strong.  It might make more sense to
lower
the priority of Qt4 until it becomes more commonly used, e.g. when KDE4
is released...

Ideally the configure scripts should be modified to cope with multiple
versions of moc and friends.  If the priorities are switched, then of
course the same problem will plague building Qt4 programs when Qt3 is
also installed.

-- 
Society is never going to make any progress until we all learn to
pretend to like each other.

* Brian Nelson [Mon, 18 Jul 2005 12:59:49 -0700]:
> >   Brian, is this something you''re strong about, or can we
discuss
> >   having this changed?
> My opinion isn''t particularly strong.  It might make more sense to
lower
> the priority of Qt4 until it becomes more commonly used, e.g. when KDE4
> is released...
  
  OK, let''s hear Christopher''s opinion on this, but in
principle seems
  the way to go for me.
> Ideally the configure scripts should be modified to cope with multiple
> versions of moc and friends.  If the priorities are switched, then of
> course the same problem will plague building Qt4 programs when Qt3 is
> also installed.
  True, though I''d expect that if some configure scripts get fixed to
  cope with it, it''ll be the ones for Qt4 apps.

-- 
Adeodato Sim?
    EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
    Listening to: Ana Torroja - Dulce pesadilla
 
The true teacher defends his pupils against his own personal influence.
                -- Amos Bronson Alcott

On July 18, 2005 20:55, Adeodato Sim? wrote:
> * Brian Nelson [Mon, 18 Jul 2005 12:59:49 -0700]:
> > >   Brian, is this something you''re strong about, or can
we discuss
> > >   having this changed?
> >
> > My opinion isn''t particularly strong.  It might make more
sense to
> > lower the priority of Qt4 until it becomes more commonly used, e.g.
> > when KDE4 is released...
>
>   OK, let''s hear Christopher''s opinion on this, but in
principle seems
>   the way to go for me.
Seems like a very good idea. You have my vote :)

Cheers,
Chris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 252 bytes
Desc: not available
Url :
http://lists.alioth.debian.org/pipermail/pkg-kde-talk/attachments/20050718/93a5faab/attachment.pgp