Adeodato Simó
2005-Jul-18 10:26 UTC
[Pkg-kde-talk] 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
Brian Nelson
2005-Jul-18 20:06 UTC
[Pkg-kde-talk] Re: priorities for alternatives (Re: [Pkg-kde-commits] rev 1313)
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.
Adeodato Simó
2005-Jul-18 20:55 UTC
[Pkg-kde-talk] Re: priorities for alternatives (Re: [Pkg-kde-commits] rev 1313)
* 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
Christopher Martin
2005-Jul-19 03:24 UTC
[Pkg-kde-talk] Re: priorities for alternatives (Re: [Pkg-kde-commits] rev 1313)
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