On 18/02/2017 19:15, Russell L. Carter wrote:
> Any ideas?
First I made sure that I had the latest x11-drivers/xf86-video-ati by
refetching ports (and then cd /usr/ports/x11-drivers/xf86-video-ati &&
make install)
I had to reboot, then become root, then do this:
kldload radeonkms
Then I ran kld
On Sat, 18 Feb 2017 15:45:12 -0800
Kevin Oberman wrote:
> This belongs here because the message is a muddled mess. It might belong to
> gnome@ because I am only aware that gnome is the remaining ports user of
> this port. (I'm quite possibly wrong about this.)
>
> It's telling you (very poorly)
Dear port maintainer,
The portscout new distfile checker has detected that one or more of your
ports appears to be out of date. Please take the opportunity to check
each of the ports listed below, and if possible and appropriate,
submit/commit an update. If any ports have already been updated, you
Robert Burmeister writes:
> k...@freebsd.org is not accepting mail
>
>> UPDATING
>> Following what is already done in Qt 5, the Qt 4 ports no longer install
>> their binaries into ${LOCALBASE}/bin (which is "/usr/local/bin" in most
>> cases). Additionally, the "-qt4" suffix has been dropped f
Hello ports@
system: r313940 11-stable amd64
ports: r434399
I cannot build devel/qt5. I don't have qt4 installed.
Here's the error:
Running configuration tests...
Failed to process makespec for platform
'/usr/local/lib/qt5/mkspecs/freebsd-clang'
Turn on verbose messaging (-v) to see the final
tech-lists writes:
> Running configuration tests...
> Failed to process makespec for platform
> '/usr/local/lib/qt5/mkspecs/freebsd-clang'
>
> Turn on verbose messaging (-v) to see the final report.
>
> ===> Script "configure" failed unexpectedly.
> Please report the problem to k...@freebsd.org [m
Hi,
On 19/02/2017 11:51, Raphael Kubo da Costa wrote:
> Can you send config.log to the list? From the error message it's not
> clear what exactly is wrong with the mkspec, of if the problem's really
> with the mkspec at all.
Weirder and weirder. There is no config.log present.
Here is the outpu
tech-lists writes:
> Hi,
>
> On 19/02/2017 11:51, Raphael Kubo da Costa wrote:
>
>> Can you send config.log to the list? From the error message it's not
>> clear what exactly is wrong with the mkspec, of if the problem's really
>> with the mkspec at all.
>
> Weirder and weirder. There is no confi
On 19/02/2017 12:39, Raphael Kubo da Costa wrote:
> tech-lists writes:
>
>> Hi,
>>
>> On 19/02/2017 11:51, Raphael Kubo da Costa wrote:
>>
>>> Can you send config.log to the list? From the error message it's not
>>> clear what exactly is wrong with the mkspec, of if the problem's really
>>> with
tech-lists writes:
> Hi, here's the output:
>
> # pwd
> /storage/usr/ports/devel/qt5-concurrent
>
> # make WANT_QT_VERBOSE_CONFIGURE=YES
> ***Unknown option -qtconf
> Usage:
> /storage/usr/ports/devel/qt5-concurrent/work/qtbase-opensource-src-5.7.1/bin/qmake
> [mode] [options] [files]
The output
On 19/02/2017 13:01, Raphael Kubo da Costa wrote:
> The output looks like Qt4's qmake, not Qt5's. Can you run
> "/storage/usr/ports/devel/qt5-concurrent/work/qtbase-opensource-src-5.7.1/bin/qmake
> -v" and paste the output?
#
/storage/usr/ports/devel/qt5-concurrent/work/qtbase-opensource-src-5.7.1
tech-lists writes:
> On 19/02/2017 13:01, Raphael Kubo da Costa wrote:
>
>> The output looks like Qt4's qmake, not Qt5's. Can you run
>> "/storage/usr/ports/devel/qt5-concurrent/work/qtbase-opensource-src-5.7.1/bin/qmake
>> -v" and paste the output?
>
> #
> /storage/usr/ports/devel/qt5-concurrent
Hello,
I'd like to use the new variant class from C++17 on my FreeBSD machine.
I think that this class is available in LibC++ right now, but I did not
succeed in using it using the devel/libc++ port.
Would you know how to do that?
Thanks a lot.
Regards,
Nathaniel
__
On 19/02/2017 13:12, Raphael Kubo da Costa wrote:
> Hmm, the -qtconf option that it's complaining about was introduced in Qt
> 5.7.0. devel/qt5-qmake should have been updated automatically before
> qt5-concurrent.
>
> Can you make sure qt5-qmake (which used to be called devel/qmake5) is at
> 5.7.1
tech-lists writes:
> Shall I try building qt5-concurrent again?
Yes, please.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
On 19/02/2017 13:56, Raphael Kubo da Costa wrote:
> tech-lists writes:
>
>> Shall I try building qt5-concurrent again?
>
> Yes, please.
still failing, unfortunately. I've posted the script log here:
http://www.zyxst.net/~bofh/logs/qt5c6.txt
--
J.
On 19 Feb 2017, at 14:18, Nathaniel Braun wrote:
> I'd like to use the new variant class from C++17 on my FreeBSD machine.
>
> I think that this class is available in LibC++ right now, but I did not
> succeed in using it using the devel/libc++ port.
>
> Would you know how to do that?
Don't use
## Robert Burmeister (robert.burmeis...@utoledo.edu):
> Could we have portupgrade instructions?
Short: it's a little messy. Other methods... could be more suitable for
this operation.
How do I know that? Well, I did it, with portupgrade.
The problem here is that the new versions of the qt4-ports
My port has it's source hosted on sourceforge.net. That site has
function that shows the count of times the port source file has been
downloaded along with the country and operating system type of the
computer requesting the download. 99.9% of the time the operating system
is "unknown". I can o
Am 17.02.2017 um 09:25 schrieb Matthieu Volat:
> Just dropping privileges to a dedicated user for building would be a
> big step, but that's more a port feature (openbsd's ports do that, if
> I'm not wrong).
With a distfiles directory writable to the unprivileged user doing the
build, and sudo as
Am 16.02.2017 um 21:48 schrieb Baho Utot:
> Having built and packaged linux from scratch using the rpm package
> manager, I came to find that if one is building packages to be used on
> multiple machines, one needs to build each package in a chroot
> environment or the package could inherit things
Am 17.02.2017 um 08:37 schrieb abi:
> From my point of view, jails are overkill. Chroot should be enough and
> it would be nice if portmaster starts building in clean environment.
Please use poudriere or some other tool instead, there are some that
were designed for clean-room rebuilds, which por
On 19/02/2017 13:56, Raphael Kubo da Costa wrote:
> tech-lists writes:
>
>> Shall I try building qt5-concurrent again?
>
> Yes, please.
I'm trying to build qt5 on a fresh freebsd-11-stable image. If it works,
then there's something wrong with ports on my desktop.
--
J.
___
On Sun, Feb 19, 2017 at 3:25 AM, Raphael Kubo da Costa
wrote:
> Robert Burmeister writes:
>
> > k...@freebsd.org is not accepting mail
> >
> >> UPDATING
> >> Following what is already done in Qt 5, the Qt 4 ports no longer
> install
> >> their binaries into ${LOCALBASE}/bin (which is "/usr/lo
On Sun, Feb 19, 2017 at 7:20 AM, tech-lists wrote:
> On 19/02/2017 13:56, Raphael Kubo da Costa wrote:
> > tech-lists writes:
> >
> >> Shall I try building qt5-concurrent again?
> >
> > Yes, please.
>
> I'm trying to build qt5 on a fresh freebsd-11-stable image. If it works,
> then there's somet
tech-lists writes:
> On 19/02/2017 13:56, Raphael Kubo da Costa wrote:
>
>> tech-lists writes:
>>
>>> Shall I try building qt5-concurrent again?
>>
>> Yes, please.
>
> still failing, unfortunately. I've posted the script log here:
>
> http://www.zyxst.net/~bofh/logs/qt5c6.txt
/usr/local/bin/l
On 02/19/17 10:04, Matthias Andree wrote:
Am 16.02.2017 um 21:48 schrieb Baho Utot:
Having built and packaged linux from scratch using the rpm package
manager, I came to find that if one is building packages to be used on
multiple machines, one needs to build each package in a chroot
environme
Am 19.02.2017 um 20:21 schrieb Baho Utot:
> How about I will use what _I_ find necessary. BTW I am using Synth.
Oh, absolutely. portmaster just doesn't do what you find necessary today.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.
On Sun, 19 Feb 2017, the wise tech-lists wrote:
I'm trying to build qt5 on a fresh freebsd-11-stable image. If it works,
then there's something wrong with ports on my desktop.
I've just upgraded qt5 on my FreeBSD 11-ST machine with portupgrade. In
general it went fine. Only hickup was that "q
Hi,
On Sun, 19 Feb 2017, at 19:46, Marco Beishuizen wrote:
> On Sun, 19 Feb 2017, the wise tech-lists wrote:
>
> > I'm trying to build qt5 on a fresh freebsd-11-stable image. If it works,
> > then there's something wrong with ports on my desktop.
>
> I've just upgraded qt5 on my FreeBSD 11-ST m
Looks like I picked the wrong time to update a month old.
Problem #1: 'kldload -v i915kms.ko' locks up the system. No
panic. No messages logged. No keyboard response. Black
screen of death.
Problem #2: 'kldload -v drm2.ko' locks up the system. No panic.
No messages logged. No keyboard respon
Have the same problem. (Maybe, it is a problem with libressl)
Make this PR
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217220
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send
On Sun, 12 Feb 2017 13:44:10 -0800, "C Hutchinson"
wrote:
>> I trained as a clinical psychologist, not in computer science or
>> ee. We learned that adults are notoriously resistant to change
>This is a very astute observation. One I recognized as an absolute;
>some two and a half decades ago,
Hi
> This is a call for testing for newer Xorg along with newer drivers:
> intel and ati.
I have got a segmentation fault, here is the whole Xorg.0.log:
http://tmp.ttmath.org/Xorg.0.log
My graphics card is Radeon HD 6450 (caicos), all x11/xorg packages have
been built in a new clean jail and th
qtchooser conflicts with a number of Qt 4 ports, because they installed
binaries into /usr/local/bin that qtchooser wants to replace with its
own scripts now.
I just nuked all conflicting ports, installed qtchooser and reinstalled
the ports afterward.
- Bartosz
On 19/02/2017 12:25, Raphael
Hi,
This happens when emulators/linux_base-c7 is installed. Then
games/linux-uplink-demo/Makefile which contains "USE_LINUX=... mikmod
..." picks up a dependency on audio/linux-c7-mikmod which does not
exist.
Should audio/linux-c7-mikmod be added, similarly to other?
This is a diff between c6 an
36 matches
Mail list logo
