from Franco Fichtner:
# pkg repo /mnt/usr/packages
Would that put meta.txz and other stuff in /usr/packages ?
I could do that either by nfs (with /mnt) or directly on that computer (without
/mnt).
But I have all the old stuff I no longer want, would not run because of shared
libraries out of
On Monday, 17 July 2017 at 15:58:05 -0700, David P. Discher wrote:
> There is a new version of the nvidia driver on there site as of may 9th ???
>
> Version: 381.22
> Release Date: 2017.5.9
>
> This Added support for GeForce GT 1030 ??? which I???d imagine
> others may start trying to use
Yuri writes:
> On 07/17/2017 15:18, Jan Beich wrote:
>
>> Do you mean something like the following?
>>
>>Generating MOC compilation qtox_autogen/moc_compilation.cpp
>>[...]
>>Generating MOC source qtox_static_autogen/44CYS2DDJC/moc_openal.cpp
>
>
> On linux it prints
There is a new version of the nvidia driver on there site as of may 9th …
Version: 381.22
Release Date: 2017.5.9
This Added support for GeForce GT 1030 … which I’d imagine others may start
trying to use like myself. This older driver doesn’t work at all with the 1030.
--
David P.
On 07/17/2017 15:18, Jan Beich wrote:
Do you mean something like the following?
Generating MOC compilation qtox_autogen/moc_compilation.cpp
[...]
Generating MOC source qtox_static_autogen/44CYS2DDJC/moc_openal.cpp
On linux it prints "Automatic moc for target", like here:
Yuri writes:
> On 07/17/2017 14:21, Jan Beich wrote:
>
>> Can you show the error log? IIRC, CMake cannot build Qt-based projects
>> without QMake installed and automoc isn't invoked for Qt5.
>>
>> I maintain a few Qt5 ports that build via USES=cmake. For one,
>> citra-qt5,
On 07/17/2017 14:21, Jan Beich wrote:
Can you show the error log? IIRC, CMake cannot build Qt-based projects
without QMake installed and automoc isn't invoked for Qt5.
I maintain a few Qt5 ports that build via USES=cmake. For one,
citra-qt5, ppsspp-qt5, rpcs3 have set(CMAKE_AUTOMOC ON).
On 07/17/2017 13:59, Jan Beich wrote:
Did you try USE_QT5=qmake_build ?
They got rid of qmake, they use only cmake. Apparently,
cmake+CMAKE_AUTOMOC without qmake works on linux.
Yuri
___
freebsd-ports@freebsd.org mailing list
Yuri writes:
> net-im/qTox fails to build. It uses Qt5, has set(CMAKE_AUTOMOC ON) in
> CMakeFiles.txt but moc isn't called.
>
> On Linux there is a separate automoc package.
>
> FreeBSD has automoc4, but not automoc5.
>
> Shouldn't there be automoc5? What might be wrong?
>
>
>
net-im/qTox fails to build. It uses Qt5, has set(CMAKE_AUTOMOC ON) in
CMakeFiles.txt but moc isn't called.
On Linux there is a separate automoc package.
FreeBSD has automoc4, but not automoc5.
Shouldn't there be automoc5? What might be wrong?
USE_QT5=core gui network xml opengl sql
> On 17 Jul, 2017, at 11:13, Patrick Powell wrote:
>
> On 07/16/17 22:21, Matthias Apitz wrote:
>> El día lunes, julio 17, 2017 a las 05:10:06a. m. +, Thomas Mueller
>> escribió:
>>
>>> How do I get pkg to recognize a local repository such as
>>>
Hi!
> Just out of curiosity (and because I might want to do this) how can you
> specify two (or more) repositories
> and have them searched in some order.
Probably by having two or more config files for repos in
/usr/local/etc/pkg/repos/
I don't know how to have preferences in there.
--
On 07/16/17 22:21, Matthias Apitz wrote:
El día lunes, julio 17, 2017 a las 05:10:06a. m. +, Thomas Mueller escribió:
How do I get pkg to recognize a local repository such as /mnt/usr/packages/All,
or does pkg only recognize remote repositories?
...
I use:
$ ls -l
On 15.07.2017 08:54, Jonathan Chen wrote:
> In particular, the LIB_DEPENDS entry "libelf.so:devel/libelf" is
> causing the confusion. On my 11-STABLE/amd64 host, this is included in
> the base system (/usr/lib/libelf.so); but since it is listed in
> LIB_DEPENDS, synth gets confused as to why the
On 16/07/2017 20:54, Grzegorz Junka wrote:
On 16/07/2017 13:35, Kurt Jaeger wrote:
Hi!
Hmm, I found this:
pkg clean -a
cleans the cache and
pkg install -R -f firefox
should force a reinstallation of the package and all dependencies.
Well, indeed, as you posted already, it does not 8-(
> Bazel (devel/bazel) based projects tend to fetch tarballs directly.
> WORKSPACE can be patched to change the fetch URL to one in
> /usr/ports/distfiles. However, what to do when the contents of tarballs
> need to be patched?
Unfortunately, there is no real good bazel way to do this. It was
> On 17. Jul 2017, at 8:44 AM, Thomas Mueller wrote:
>
> What meta files? There is a metamail-2.7_11.txz, but I don't think that's
> what you meant.
The files digests.txz, meta.txz and packagesite.txz, like this...
https://pkg.opnsense.org/FreeBSD:11:amd64/17.1/latest/
> > On 17. Jul 2017, at 7:10 AM, Thomas Mueller wrote:
> > pkg-static: Ignoring bad configuration entry in
> > /usr/local/etc/pkg/repos/mytemprepo.conf: "file:///mnt/usr/packages/All"
> > pkg-static: Warning: Major OS version upgrade detected. Running
> > "pkg-static
18 matches
Mail list logo