On 3/28/19 9:09 PM, Tobias C. Berner wrote:
Hi there
Sorry, if the removal was too aggressive. You can just svn copy the port
from the revision prior to the removal and modify it to use Qt5.
I'll take it. No problem.
--HPS
___
freebsd-ports@freebs
Hi there
Sorry, if the removal was too aggressive. You can just svn copy the port
from the revision prior to the removal and modify it to use Qt5.
mfg Tobias
On Thu, 28 Mar 2019 at 21:05, Hans Petter Selasky wrote:
> On 3/17/19 10:44 AM, Tobias C. Berner wrote:
> > Moin moin
> &
On 3/17/19 10:44 AM, Tobias C. Berner wrote:
Moin moin
Qt4 is mostly gone now from the tree. With it probably some stuff people
would still like to use (e.g. audio/mumble), but were not upgraded in time.
Date date of the removal was chosen mid-march on purpose, so that there is
still some time
Moin moin
Qt4 is mostly gone now from the tree. With it probably some stuff people
would still like to use (e.g. audio/mumble), but were not upgraded in time.
Date date of the removal was chosen mid-march on purpose, so that there is
still some time before cutting the quarterly to bring these
Moin moin
This is a quick reminder that Qt4 will be removed from the tree next week.
Please check the wiki page [1] for ports that you maintain which are still
using Qt4,
to see whether you can bump them to use Qt5, or want let them follow Qt4 to
the
big software archeology museum in the sky
On 23/11/2018 18:27, Rainer Hurling wrote:
> Am 23.11.18 um 18:56 schrieb Walter Schwarzenfeld:
>> In PR
>>
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214691
>>
>> is a patch
>>
>> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=199093&action=diff
>>
>>
>> I have not tried it (have l
Am 23.11.18 um 18:56 schrieb Walter Schwarzenfeld:
> In PR
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214691
>
> is a patch
>
> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=199093&action=diff
>
>
> I have not tried it (have libressl), but maybe it helps.
I tried the patch so
In PR
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214691
is a patch
https://bugs.freebsd.org/bugzilla/attachment.cgi?id=199093&action=diff
I have not tried it (have libressl), but maybe it helps.
___
freebsd-ports@freebsd.org mailing list
htt
Hi, I need a qt4 meta port to build the scribus port.
I just installed a QT5, but scribus only work with qt4.
When I try to install qt4 or anythink else needs qt4 metaports
the qt4-network fail with this erro mesage:
ssl/qsslcertificate.cpp:264:68: error: member access into incomplete
On Wed, Jun 13, 2018 at 12:32:28AM +, Montgomery-Smith, Stephen wrote:
> On 06/12/2018 04:20 PM, Steve Kargl wrote:
> > On Tue, Jun 12, 2018 at 08:28:07PM +, Montgomery-Smith, Stephen wrote:
> >>
> >> Or if you just send him a request without a patch, he may get
> >> around to it sometime.
On 06/12/2018 04:20 PM, Steve Kargl wrote:
> On Tue, Jun 12, 2018 at 08:28:07PM +, Montgomery-Smith, Stephen wrote:
>>
>> Or if you just send him a request without a patch, he may get
>> around to it sometime.
>
> This seems to work.
>
> cd /usr/ports
> svn merge -r 469260:469259 .
>
What e
On Tue, Jun 12, 2018 at 08:28:07PM +, Montgomery-Smith, Stephen wrote:
>
> Or if you just send him a request without a patch, he may get
> around to it sometime.
This seems to work.
cd /usr/ports
svn merge -r 469260:469259 .
--
Steve
___
freebsd-
whether to use QT4 or QT5, I'm sure he attend to it quite quickly,
although his life is currently a little full, so it probably won't be
immediately.
Or if you just send him a request without a patch, he may get around to it
sometime.
From: owner-
Is it possible to build math/octave with QT4?
The recent switch to require QT5 in r469260
leads to an unusable octave (unless one's
intention is to debug QT5).
% gdb81
/usr/local/libexec/octave/4.4.0/exec/amd64-portbld-freebsd12.0/octave-gui
octave-gui.core
> bt
#0 0x0002056
/}/g'
${WRKSRC}/qwtconfig.pri|
||
You are missing:
qt4_CONFLICTS_INSTALL= qwt6-qt5
qt5_CONFLICTS_INSTALL= qwt6-qt4
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any ma
small
tests showed no regressions, so far.
If this is true, I could change my port to use qwt6@qt4, once flavors
for QWT hit the ports tree.
Thanks to both, Loïc and Mathieu, for the work on this.
Best wishes,
Rainer
>
> Regards.
>
> Loïc
>
> On 21.12.2017 17:10, Mathieu
small
tests showed no regressions, so far.
If this is true, I could change my port to use qwt6@qt4, once flavors
for QWT hit the ports tree.
Thanks to both, Loïc and Mathieu, for the work on this.
Best wishes,
Rainer
>
> Regards.
>
> Loïc
>
> On 21.12.2017 17:10, Mathieu
CSDIR=
${PREFIX}/share/doc/qwt6-${FLAVOR} And this: ||@${REINPLACE_CMD} -e
's/__QT_VERSION__/${FLAVOR:S/qt//}/g'
${WRKSRC}/qwtconfig.pri|
||
You are missing:
qt4_CONFLICTS_INSTALL= qwt6-qt5
qt5_CONFLICTS_INSTALL= qwt6-qt4
___
freebsd-po
t4_CONFLICTS_INSTALL= qwt6-qt5
qt5_CONFLICTS_INSTALL= qwt6-qt4
--
Mathieu Arnold
signature.asc
Description: OpenPGP digital signature
named qwt6 instead of qwt. If so, the
port has to handle with DISTNAME in some way to fetch a file named qwt-.
At least, the actual naming brings some problems, for example if one
tries to fetch the distfile
make distclean
make FLAVOR=qt4 fetch
make distclean
make FLAVOR=qt5 fetch
QWT is licensed
lavors for this port.
For now, I success for qt4 but not yet for qt5.
Extract from my Makefile in progress:
FLAVORS= qt5 qt4
FLAVOR?=
.if ${FLAVOR:Mqt5}
PKGNAMESUFFIX= -qt5
USE_QT5= widgets gui core designer gui opengl svg xml buildtools
printsupport concurrent
PLIST= ${P
Hi Rainer,
I have made a try with subpackages with success, but I think it's better
with flavor (like on OpenBSD).
So, I have started to create flavors for this port.
For now, I success for qt4 but not yet for qt5.
Extract from my Makefile in progress:
FLAVORS= qt5 qt4
FLAVOR?=
I reported a bug
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=46
it seems even with no options checked, it still doesn't compile
On Mon, Sep 11, 2017 at 4:03 PM, Grzegorz Junka wrote:
> Which option may be responsible for this error:
>
> /wrkdirs/usr/ports/multimedia/avi
Hi there
See https://reviews.freebsd.org/D12178 for a partial fix.
mfg Tobias
On 12 September 2017 at 01:03, Grzegorz Junka wrote:
> Which option may be responsible for this error:
>
> /wrkdirs/usr/ports/multimedia/avidemux-qt4/work/avidemux_2.6
> .11/avidemux/qt4/
Which option may be responsible for this error:
/wrkdirs/usr/ports/multimedia/avidemux-qt4/work/avidemux_2.6.11/avidemux/qt4/ADM_jobs/src/ADM_jobControl.cpp:115:58:
error: unable to find string literal operator 'operator""y' with 'const
char [8]', 'long unsi
On 03/31/2015 21:29, Kevin Oberman wrote:
I don't see any information that vlc-qt4 has replaced vlc. It is just a
version of vlc that will build using the old version of Qt. If you update
vlc, it will install the required Qt5 ports.
vlc in my case is an automatic dependency of multi
On Tue, Mar 31, 2015 at 11:47 AM, Yuri wrote:
> Few days ago vlc was replaced with vlc->qt4. I rebuilt all packages from
> my ports tree with poudriere, tried to 'pkg upgrade', and pkg fails to
> handle this:
>
> All repositories are up-to-date.
> Check
Few days ago vlc was replaced with vlc->qt4. I rebuilt all packages from
my ports tree with poudriere, tried to 'pkg upgrade', and pkg fails to
handle this:
All repositories are up-to-date.
Checking for upgrades (28 candidates): 100%
Processing candidates (28 can
FreeBSD 10.1-RELEASE #0 r274401
When attempting to build "pinentry-qt4", I am receiving the following error
message:
===> Staging for pinentry-0.9.0_1
===> pinentry-0.9.0_1 depends on executable: pinentry-qt4 - not found
===>Verifying install for pinentry-qt4 in
On 3-12-2014 11:18, Alberto Villa wrote:
Thanks for the report; I'll have a look and update the port within the
weekend.
Il giorno mer 3 dic 2014 10:58 Jerry ha scritto:
Is there anyone, other than me obviously, that has a problem updating the
"net-im/telepathy-qt4" port.
T
Thanks for the report; I'll have a look and update the port within the
weekend.
Il giorno mer 3 dic 2014 10:58 Jerry ha scritto:
> Is there anyone, other than me obviously, that has a problem updating the
> "net-im/telepathy-qt4" port.
>
> The build
Is there anyone, other than me obviously, that has a problem updating the
"net-im/telepathy-qt4" port.
The build log is located here:
http://www.seibercom.net/logs/telepathy-qt4.txt
This is the tail of the log:
g-ir-scanner: link: ../../../libtool --mode=link --tag=CC cc -o
I had a problem downloading the big distfile for textproc/qt4-xml, didn't post
on the emailing list the first time, but this happened last night with 4.8.6,
after previously happening with 4.8.5.
It would be unable to connect, or it would connect and then after getting
partway through,
mgmt/kpackagekit 0.6.3.3_3
Buildgroup: 8.4-QAT/amd64
Buildstatus: DEPEND (IGNORED: DOES NOT BUILD WITH QT 4.8 IN
PORTS-MGMT/PACKAGEKIT-QT4)
Buildgroup: 8.4-QAT/i386
Buildstatus: DEPEND (IGNORED: DOES NOT BUILD WITH QT 4.8 IN
PORTS-MGMT/PACKAGEKIT
Am 08.01.2014 09:42, schrieb Max Brazhnikov:
> On Wed, 08 Jan 2014 10:12:40 +0300 Sergey V. Dyatko wrote:
>> Hi,
>>
>> possible we need few lines in UPDATING ? I suppose something like `pkg
>> set -o x11/qt4-opengl:graphics/qt4-opengl` command should help.
>
>
On Wed, 08 Jan 2014 10:12:40 +0300 Sergey V. Dyatko wrote:
> Hi,
>
> possible we need few lines in UPDATING ? I suppose something like `pkg
> set -o x11/qt4-opengl:graphics/qt4-opengl` command should help.
I thought portmaster tracks MOVED. I've added updating instructions any
Hi,
possible we need few lines in UPDATING ? I suppose something like `pkg
set -o x11/qt4-opengl:graphics/qt4-opengl` command should help.
[skipped]
install -m 644
-p
/usr/ports/graphics/qt4-opengl/work/qt-everywhere-opensource-src-4.8.5/src/opengl/qglpixelbuffer.h
/usr/ports/graphics/qt4
Im trying to upgrade telepathy-qt4 or telepathy-glib and still cannot get
rid of this Glib-2.0 and Gio-2.0 not found in specified Vala API directories
error below.
Ive rebuilt telepathy-glib, telepathy-farsight, vala, vala-vapigen, glib,
p5-XML-LibXML, dbus-glib, farsight.
Anyone have some
amp;revision=336861
-
Port:science/silo 4.9.1
Buildgroup: 8.4-QAT/amd64
Buildstatus: DEPEND (DEPEND_PACKAGE IN DEVEL/QT4-CORELIB)
Log:
https://qat.redports.org//~dan...@freebsd.org/20131218232800-41014-241080/qt
roup: 8.4-QAT/i386
Buildstatus: SUCCESS
Log:
https://qat.redports.org//~m...@freebsd.org/20131122125604-55205-230165/fracplanet-0.4.0_5.log
Buildgroup: 9.2-QAT/amd64
Buildstatus: DEPEND (DEPEND_PACKAGE IN X11/QT4-OPENGL)
Log:
https://qat.redports.org
- Remove LATEST_LINK from my Qt4/KDE4 ports
- Use new LIB_DEPENDS syntax
- Use options helpers
-
Build ID: 20131007122800-12241
Job owner: m...@freebsd.org
Buildtime: 5 hours
Enddate
On Mon, 2013-09-09 at 07:51 -0600, Ian Lepore wrote:
> On Mon, 2013-09-09 at 08:57 +0200, Stefan Esser wrote:
> > Am 08.09.2013 08:14, schrieb O. Hartmann:
> > > On Sat, 7 Sep 2013 22:49:54 GMT rak...@freebsd.org wrote:
> > >
> > >> Synopsis: devel
On Mon, 2013-09-09 at 08:57 +0200, Stefan Esser wrote:
> Am 08.09.2013 08:14, schrieb O. Hartmann:
> > On Sat, 7 Sep 2013 22:49:54 GMT rak...@freebsd.org wrote:
> >
> >> Synopsis: devel/qt4-script:
> >> /usr/include/c++/v1/type_traits:3175:22: error:
On Sun, 8 Sep 2013 14:57:01 +0200
Dimitry Andric wrote:
> On Sep 8, 2013, at 08:14, O. Hartmann
> wrote:
> > On Sat, 7 Sep 2013 22:49:54 GMT
> > rak...@freebsd.org wrote:
> >
> >> Synopsis:
> >> devel/qt4-script: /usr/include/c++/v1/type_traits:3175:2
Am 08.09.2013 08:14, schrieb O. Hartmann:
> On Sat, 7 Sep 2013 22:49:54 GMT rak...@freebsd.org wrote:
>
>> Synopsis: devel/qt4-script:
>> /usr/include/c++/v1/type_traits:3175:22: error: call to 'swap' is
>> ambiguous
>>
>> State-Changed-From-To: op
On Sun, 8 Sep 2013 14:57:01 +0200
Dimitry Andric wrote:
> On Sep 8, 2013, at 08:14, O. Hartmann
> wrote:
> > On Sat, 7 Sep 2013 22:49:54 GMT
> > rak...@freebsd.org wrote:
> >
> >> Synopsis:
> >> devel/qt4-script: /usr/include/c++/v1/type_traits:3175:2
On Sun, 8 Sep 2013 14:57:01 +0200
Dimitry Andric wrote:
> On Sep 8, 2013, at 08:14, O. Hartmann
> wrote:
> > On Sat, 7 Sep 2013 22:49:54 GMT
> > rak...@freebsd.org wrote:
> >
> >> Synopsis:
> >> devel/qt4-script: /usr/include/c++/v1/type_traits:3175:2
On Sep 8, 2013, at 08:14, O. Hartmann wrote:
> On Sat, 7 Sep 2013 22:49:54 GMT
> rak...@freebsd.org wrote:
>
>> Synopsis: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22:
>> error: call to 'swap' is ambiguous
>>
>> State-Changed-From-To
08.09.2013 10:14, O. Hartmann пишет:
> I can assure that I didn't switch anything to build the ports but
> rebuilding world and then restarting building. Something must have
> changed since then in the logic of how libc++ slipped in instead of
> of libstdc++.
>
> What I did was a "make delete-old
On Sat, 7 Sep 2013 22:49:54 GMT
rak...@freebsd.org wrote:
> Synopsis: devel/qt4-script: /usr/include/c++/v1/type_traits:3175:22:
> error: call to 'swap' is ambiguous
>
> State-Changed-From-To: open->patched
> State-Changed-By: rakuco
> State-Changed-When: Sat
Boris Samorodov writes:
> 31.08.2013 19:21, Raphael Kubo da Costa пишет:
>> Boris Samorodov writes:
>>
>>> Hi All,
>>>
>>> I've examined the following error (486 ports affected):
>>> http://pb2.nyi.freebsd.org/bulk/nogcc-de
On 08/31/13 18:17, Boris Samorodov wrote:
31.08.2013 19:21, Raphael Kubo da Costa пишет:
Boris Samorodov writes:
Hi All,
I've examined the following error (486 ports affected):
http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-30_22h26m46s/logs/errors/qt4-gui-4.8.4.log
... a
31.08.2013 19:21, Raphael Kubo da Costa пишет:
> Boris Samorodov writes:
>
>> Hi All,
>>
>> I've examined the following error (486 ports affected):
>> http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-30_22h26m46s/logs/errors/qt4-gui-4.8.4.log
>>
Boris Samorodov writes:
> Hi All,
>
> I've examined the following error (486 ports affected):
> http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-30_22h26m46s/logs/errors/qt4-gui-4.8.4.log
>
> ... and it appeared to be a result of latest iconv changes at FreeBSD.
>
Hi All,
I've examined the following error (486 ports affected):
http://pb2.nyi.freebsd.org/bulk/nogcc-default/2013-08-30_22h26m46s/logs/errors/qt4-gui-4.8.4.log
... and it appeared to be a result of latest iconv changes at FreeBSD.
While configuring some tests to detect cups are run. He
2013-08-15 17:27, Raphael Kubo da Costa skrev:
Leslie Jensen writes:
All >> qt4-qmake-4.8.4 (1/1)
===> Cleaning for qt4-qmake-4.8.4_1
===> qt4-qmake-4.8.4_1 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by qt4-qmake-4.8.4
Leslie Jensen writes:
> All >> qt4-qmake-4.8.4 (1/1)
>
> ===> Cleaning for qt4-qmake-4.8.4_1
> ===> qt4-qmake-4.8.4_1 depends on file: /usr/local/sbin/pkg - found
> ===> Fetching all distfiles required by qt4-qmake-4.8.4_1 for building
> ===> Extracti
All >> qt4-qmake-4.8.4 (1/1)
===> Cleaning for qt4-qmake-4.8.4_1
===> qt4-qmake-4.8.4_1 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by qt4-qmake-4.8.4_1 for building
===> Extracting for qt4-qmake-4.8.4_1
=> SHA256 Checksum OK
On Thu, 04 Jul 2013 01:08:28 +0200
Bernt Hansson articulated:
> It did work, but your pkg_deinstall -dfv qt33\* did not, so I used
> pkg_delete. And now portupgrade is happy. Let's see if mencoder
> builds.
Absolutely -- that is what I meant to write. I am just too busy lately.
Please publish t
not installed, skipping
> >>
> >> What do I try next?
> >
> > You have some spare Qt 3 files. Install and deinstall qt33, as
> > Jerry suggested. --
> > Alberto Villa, FreeBSD committer
> > http://people.FreeBSD.org/~avilla
> >
> >
> Stop
On Wed, Jul 3, 2013 at 12:13 PM, Bernt Hansson wrote:
>> Please try removing x11-toolkits/qt33 while you build your Qt ports, this
>> is a
>> known issue we haven't worked around so far.
>>
>
> testbox# cd /usr/ports/x11-toolkits/qt33
> testbox# make deinstall
> ===> Deinstalling for x11-toolkits
On Wed, 03 Jul 2013 12:13:25 +0200
Bernt Hansson articulated:
> On 2013-07-03 10:13, Raphael Kubo da Costa wrote:
> > Bernt Hansson bananmonarki.se> writes:
> >
> >> Hello list.
> >>
> >> I´m having problems with devel/qt4-corelib
> >
> &
Bernt Hansson bananmonarki.se> writes:
> Hello list.
>
> I´m having problems with devel/qt4-corelib
Please try removing x11-toolkits/qt33 while you build your Qt ports, this is a
known issue we haven't worked around so far.
Hello list.
I´m having problems with devel/qt4-corelib
../../include/QtCore/../../src/corelib/tools/qbytearray.h:535: note:
bool operator==(const QByteArray&, const QByteArray&)
../../include/QtCore/../../src/corelib/tools/qbytearray.h:537: note:
bool operator
On Sun, Jun 2, 2013 at 8:00 AM, Jerry wrote:
>> ===>>> security/pinentry 1/2 >> x11-toolkits/qt33 (1/1)
>> 0;portmaster: security/pinentry 1/2 >> x11-toolkits/qt33 (1/1)^G
>> ===>>> Port directory: /usr/ports/x11-toolkits/qt33
>>
>> ===>>> This port is marked DEPRECATED
>> ===>>> N
Aborting update
>
>
> It *finally* occurred to me that maybe there was a (default?) option
> set for security/pinentry that might be bringing in QT3.
>
> So I tried "portmaster --force-config security/pinentry
> security/gnupg"; sure enough, all of the options for pin
for pinentry -- including one labelled
"QT3Qt3 frontend" -- were selected. I de-selected that one, and
that step then proceeded without further incident.
After that, I was able to install devel/qt4-corelib. (I then ran
"portmaster --check-depends" -- just because I figured
David Wolfskill writes:
> However, I note that there appear to be no qt* ports installed currently:
>
> albert(9.1-S)[9] popd
> /var/db/pkg
> albert(9.1-S)[10] echo qt*
> echo: No match.
> albert(9.1-S)[11]
Can you also check that you don't have some stray q* headers in
/usr/local/include?
that Qt3 headers are being picked instead of the
> Qt4 ones when building; I guess we never really got around to properly
> fixing this.
>
> Can you try removing qt3 while building?
>
I have a scheduled update for that system set for tomorrow morning.
However, I note that th
David Wolfskill writes:
> ../../include/QtCore/../../src/corelib/arch/qatomic_arch.h:96:4: error:
> #error "Qt has not been ported to this architecture"
This usually indicates that Qt3 headers are being picked instead of the
Qt4 ones when building; I guess we never real
On Tue, May 21, 2013 at 10:53:14PM +0800, Martin Wilke wrote:
> known issue, set USE_GCC=any in the qt4-corelib Makefile and it will builds
> ...
Thank you for that, but I still see a failure:
dwolf-bsd(9.1-S)[15] cd /usr/ports/
dwolf-bsd(9.1-S)[16] svn info
Path: .
Working Copy Roo
known issue, set USE_GCC=any in the qt4-corelib Makefile and it will builds
On May 20, 2013, at 9:54 AM, David Wolfskill wrote:
> On a system running: FreeBSD 9.1-STABLE #80 r250806: Sun May 19 04:54:21
> PDT 2013 i386, I was performing my usual weekly update/refresh -- at
> t
un May 12 05:14:12 PDT 2013.
On the off-chance that icu, pcre, or libffi had a missed update, I tried
"portmaster -r" for each in turn, and proceeded OK up to qt4-corelib-4.8.4_1,
which choked & died -- e.g.:
...
You have already accepted the terms of the license.
rm -f endiantest.o
r
Deleted qt-copy.
Re-compiled everything that depended on it.
So far, everything works.
Thanks for the help,
Robert Huff
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.or
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-ins
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,
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.
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 con
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 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-c
1) I have x11-toolkits/qt-copy (part of qt33) installed, and
at least a dozen ports that depend on it.
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
9.1-QAT/amd64
Buildstatus: DEPEND (DEPEND_PACKAGE IN DATABASES/QT4-SQLITE3-PLUGIN)
Log:
https://qat.redports.org//~m...@freebsd.org/2013032514-32589-123776/qt4-sqlite-plugin-4.8.4.log
Buildgroup: 9.1-QAT/i386
Buildstatus: SUCCESS
Log:
https://qat.redport
On Thu, 21 Mar 2013 14:37:05 +0100 Andrea Venturoli wrote:
> Hello.
>
> Up to today, I've had the two ports in subject installed without any
> problem.
> Today, while making some upgrades, I see they conflict...
>
> Why do they suddenly do this?
Because qt4 ports fai
1.* qt-3.2.* qt-designer-2.*
xfmail-1.5.[0-5] xfmail-1.5.5_[1-2], but not with qt4-*.
In /usr/ports/www/qt4-webkit/Makefile, there is no CONFLICT at all, so I
guessed this could come from /usr/ports/Mk/bsd.qt.mk.
There I find:
> .if defined(QT_DIST)
> ...
> CONFLICTS_BUILD=
I'm trying to install the quassel port with only the quassel core not
any of the client components. I'm running into two problems:
1) Even when I specify the CORE only make option, make still tries to
install absolutely everything related to qt4 and X11, the whole
kitchen sink. This i
SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER -DQT_USE_ICU
>> -DHB_EXPORT=Q_CORE_EXPORT -DGNU_LIBICONV -DQT_NO_DEBUG -DQT_HAVE_MMX
>> -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3
>> -DQT_HAVE_SSSE3 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE
>> -I/usr/local/share/qt4/mks
NU_LIBICONV -DQT_NO_DEBUG -DQT_HAVE_MMX
> -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3
> -DQT_HAVE_SSSE3 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE
> -I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I../../include
> -I../../include/QtCore -I.rcc/release-shared -Iglobal
> -I../3rd
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE
-I/usr/local/share/qt4/mkspecs/freebsd-g++ -I. -I../../include
-I../../include/QtCore -I.rcc/release-shared -Iglobal
-I../3rdparty/harfbuzz/src -I../3rdparty/md5 -I../3rdparty/md4
-I.moc/release-shared -I/usr/local/include/qt4 -I/usr/local/include -o
.obj/release-shared
/usr/local/lib/libmms.so
CMake Error at
/usr/local/lib/cmake/TelepathyQt4/TelepathyQt4Targets-debug.cmake:40
(MESSAGE):
The imported target "telepathy-qt4" references the file
"/usr/local/lib/libtelepathy-qt4.so.2.0.9.0"
but this file does not exist. Possible reaso
ake/Modules/FindPackageHandleStandardArgs.cmake:97
(MESSAGE):
Could NOT find Qt4 (missing: QT_MOC_EXECUTABLE QT_RCC_EXECUTABLE
QT_UIC_EXECUTABLE QT_INCLUDE_DIR QT_LIBRARY_DIR QT_QTCORE_LIBRARY)
(Required is at least version "4.6.0")
Call Stack (most recent call first):
/usr/loca
ts that failed (in my case -- and please note that
net/wireshark had failed its update for me prior to the devel/icu
update) is:
devel/qt4-assistant
www/qt4-webkit
graphics/ImageMagick
graphics/graphviz
devel/qt4-linguist
net/wireshark
portmwaster -w -r devel/icu <--- what I invoked to rebui
The list of ports that failed (in my case -- and please note that
net/wireshark had failed its update for me prior to the devel/icu
update) is:
devel/qt4-assistant
www/qt4-webkit
graphics/ImageMagick
graphics/graphviz
devel/qt4-linguist
net/wireshark
And the list of ports successfully updated or rein
All files which were rebuilt not so long ago are on the list for rebuilding
(ICU) again. Is it not possible to update pcre, icu, cyrus-sasl at the same
time, please? What is the next one...
On Wed, Dec 19, 2012 at 9:40 AM, Joseph A. Nagy, Jr
wrote:
> On 12/19/12 09:34, Baptiste Daroussin wrote:
On 12/19/12 09:34, Baptiste Daroussin wrote:
On Wed, Dec 19, 2012 at 09:31:58AM -0600, Joseph A. Nagy, Jr wrote:
On 12/19/12 09:27, Baptiste Daroussin wrote:
On Wed, Dec 19, 2012 at 06:16:20AM -0800, David Wolfskill wrote:
The failure looks like:
At first glance, it does look like an icu pro
On Wed, Dec 19, 2012 at 09:31:58AM -0600, Joseph A. Nagy, Jr wrote:
> On 12/19/12 09:27, Baptiste Daroussin wrote:
> > On Wed, Dec 19, 2012 at 06:16:20AM -0800, David Wolfskill wrote:
> >> The failure looks like:
> >>
> > At first glance, it does look like an icu problem.
> >
> > Sorry I have no id
On 12/19/12 09:27, Baptiste Daroussin wrote:
On Wed, Dec 19, 2012 at 06:16:20AM -0800, David Wolfskill wrote:
The failure looks like:
At first glance, it does look like an icu problem.
Sorry I have no idea.
Bapt
I found symlinking the new icu library as the old one works for a dirty
hack.
On Wed, Dec 19, 2012 at 06:16:20AM -0800, David Wolfskill wrote:
> The failure looks like:
>
At first glance, it does look like an icu problem.
Sorry I have no idea.
Bapt
pgpOQDb2D63lB.pgp
Description: PGP signature
The failure looks like:
...
===> Building for qt4-webkit-4.8.2
...
-Itesting/js -Igenerated -I../../Source -I../../include -I../include/QtWebKit
-I../include -I../../../sqlite -I/common/local/include -I.moc/release-static
-I/common/local/include/qt4 -I/common/local/include -o
.obj/rele
12.06.2012 22:52, Subbsd написал:
On Tue, Jun 12, 2012 at 2:53 PM, Anton Shterenlikht wrote:
This is on r236740M with GCC:
===> Cleaning for qt4-moc-4.8.2
===> No options to configure
===> License check disabled, port has not defined LICENSE
===>qt4-moc-4.8.2 depends o
On Tue, Jun 12, 2012 at 2:53 PM, Anton Shterenlikht wrote:
> This is on r236740M with GCC:
>
> ===> Cleaning for qt4-moc-4.8.2
> ===> No options to configure
> ===> License check disabled, port has not defined LICENSE
> ===> qt4-moc-4.8.2 depends on fil
1 - 100 of 228 matches
Mail list logo
