Re: qt3 -> qt4 question
On Mon, 13 May 2013 17:29:55 +0200 Dimitry Andric articulated: > Note, after Qt4 has been installed, you can reinstall Qt3, but there > is still a risk that any Qt4-dependent port might pick up the Qt3 > headers by accident. Not a risk, it is virtually guaranteed. If any port re-installs qt3, any subsequent port that requires qt* will use qt3. We all ready have knobs for: WANT_OPENLDAP_BASE=24 WITH_OPENSSL_PORT=yes WITH_BDB_VER=5 BOGOFILTER_BDB_VER=5 PYTHON3_DEFAULT_VERSION=python3.3 WITH_VIM_OPTIONS="YES" RUBY_DEFAULT_VER=1.9 ... etcetera. We need a flag for: DON'T_EVEN_THINK_ABOUT_USING_QT3= yes -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: qt3 -> qt4 question
On 2013-05-13 16:43, Robert Huff wrote: ... ===> qt4-corelib-4.8.4_2 conflicts with installed package(s): qt-copy-3.3.8_14 They will not build together. Please remove them first with pkg delete. Yes, this is unfortunately the case. Qt3 headers break the Qt4 build, so Qt3 must be removed from the system before you can build Qt4. Note, after Qt4 has been installed, you can reinstall Qt3, but there is still a risk that any Qt4-dependent port might pick up the Qt3 headers by accident. -Dimitry ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: qt3 -> qt4 question
Jerry writes: > The continued use of x11-toolkits/qt33 is about to end. > > DEPRECATED= No upstream activity since 2008; unmaintained > EXPIRATION_DATE=2013-07-01 > > I removed x11-toolkits/qt33 from my system and then rebuilt the > ports that were dependent on it with qt-4. Thank you - good to know. >Only a > few programs > absolutely needed x11-toolkits/qt33 and most of them are about to > go away also. Worth a shot then. Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: qt3 -> qt4 question
On Mon, 13 May 2013 15:22:51 +0100 RW articulated: > I'm not really sure what you are trying to do, but you can't simply > replace qt33 with qt4, there may be some exceptions, but generally > things depend on one or the other. > > AFAIK qt4 and qt33 only conflict through their build dependencies so > it is still possible to mix the two, it's just a bit awkward. A > relatively straightforward way to update would be to do it in two > parts using ports-mgmt/pkg_cutleaves to remove all build dependencies > before each stage. The continued use of x11-toolkits/qt33 is about to end. DEPRECATED= No upstream activity since 2008; unmaintained EXPIRATION_DATE=2013-07-01 I removed x11-toolkits/qt33 from my system and then rebuilt the ports that were dependent on it with qt-4. Only a few programs absolutely needed x11-toolkits/qt33 and most of them are about to go away also. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: qt3 -> qt4 question
RW writes: > >1) I have x11-toolkits/qt-copy (part of qt33) installed, and > > at least a dozen ports that depend on it. > > IIRC qt-copy is an alternate version of qt33 with some extra patches > > >2) Attempts to upgrade devel/qt4-corelibs fail on complaints > > the two conflict. > >3) I cannot find a "qt4-copy", and there is no mention of this > > in UPDATING going back three years. > >4) What is the correct successor for qt-copy? Is that > > functionality been included elsewhere in qt4? > >5) Is there a way to determine which (if any) of the dependent > > ports will have issues with the conversion? Right now the choice > > seems to be between a) inspecting the Makefiles (my make-fu is at > > the slapstick comedy level) and b) just doing and hoping nothing > > breaks. > > I'm not really sure what you are trying to do, but you can't simply > replace qt33 with qt4, there may be some exceptions, but generally > things depend on one or the other. This is the specific issue: ===>>> Starting build for devel/qt4-corelib <<<=== ===>>> All dependencies are up to date ===> Cleaning for qt4-corelib-4.8.4_2 == Qt 4 can be built with optional support for: - Common UNIX Printing System (CUPS) (enabled by default) - Network Audio System (NAS) - Qt style that renders using GTK (QGTKSTYLE) In order to enable them, you have to add QT4_OPTIONS=CUPS NAS QGTKSTYLE to your /etc/make.conf and compile devel/qt4-corelib and x11-toolkits/qt4-gui ports. Attention! Whenever you change the QT4_OPTIONS both devel/qt4-corelib and x11-toolkits/qt4-gui ports must be rebuilt! == ===> qt4-corelib-4.8.4_2 depends on file: /usr/local/sbin/pkg - found ===> Fetching all distfiles required by qt4-corelib-4.8.4_2 for building ===> qt4-corelib-4.8.4_2 conflicts with installed package(s): qt-copy-3.3.8_14 They will not build together. Please remove them first with pkg delete. *** [check-build-conflicts] Error code 1 Stop in /usr/ports/devel/qt4-corelib. Does this help? Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: qt3 -> qt4 question
On Mon, 13 May 2013 08:42:29 -0400 Robert Huff wrote: > > 1) I have x11-toolkits/qt-copy (part of qt33) installed, and > at least a dozen ports that depend on it. IIRC qt-copy is an alternate version of qt33 with some extra patches > 2) Attempts to upgrade devel/qt4-corelibs fail on complaints > the two conflict. > 3) I cannot find a "qt4-copy", and there is no mention of this > in UPDATING going back three years. > 4) What is the correct successor for qt-copy? Is that > functionality been included elsewhere in qt4? > 5) Is there a way to determine which (if any) of the dependent > ports will have issues with the conversion? Right now the choice > seems to be between a) inspecting the Makefiles (my make-fu is at > the slapstick comedy level) and b) just doing and hoping nothing > breaks. I'm not really sure what you are trying to do, but you can't simply replace qt33 with qt4, there may be some exceptions, but generally things depend on one or the other. AFAIK qt4 and qt33 only conflict through their build dependencies so it is still possible to mix the two, it's just a bit awkward. A relatively straightforward way to update would be to do it in two parts using ports-mgmt/pkg_cutleaves to remove all build dependencies before each stage. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
