Re: Make index fails with no entry for /usr/ports/audio/linux-c7-mikmod

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

Re: Fwd: 2017-02-18 Update to Qt 4 and Qt 5

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

Re: CFT upgrade to xorg 1.18.4 and newer intel/ati DDX

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

Re: Install of pkg fuse-ntfs fails because of undefined symbol in pkg!?!

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

Re: qt5 fails to build

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

elf_load_section problem

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

Re: qt5 fails to build

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

Re: qt5 fails to build

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

Re: The future of portmaster

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

Re: The future of portmaster

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

Re: qt5 fails to build

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: > >

Re: qt5 fails to build

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

Re: Fwd: 2017-02-18 Update to Qt 4 and Qt 5

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 > >>

Re: qt5 fails to build

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.

Re: The future of portmaster

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

Re: The future of portmaster

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

Re: The future of portmaster

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

os of system fetching port source

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

Re: Fwd: 2017-02-18 Update to Qt 4 and Qt 5

## 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

Re: FreeBSD Port: libc -208080

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

Re: qt5 fails to build

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.

Re: qt5 fails to build

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

Re: qt5 fails to build

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 >

FreeBSD Port: libc -208080

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

Re: qt5 fails to build

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? > > # >

Re: qt5 fails to build

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? #

Re: qt5 fails to build

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]

Re: qt5 fails to build

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

Re: qt5 fails to build

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

Re: qt5 fails to build

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

Re: qt5 fails to build

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

qt5 fails to build

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

Re: Fwd: 2017-02-18 Update to Qt 4 and Qt 5

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

FreeBSD ports you maintain which are out of date

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,

Re: Odd daily security run output message

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

Re: radeon GL woes

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