On Tue, Mar 07, 2017 at 06:29:19AM +, Jan Beich wrote:
> Baptiste Daroussin writes:
>
> > Hi all,
> >
> > I would like to propose a change in the localbase hier for ports
> >
> > I think we should add /usr/local/share/man in the manpath along with at
> > first
> > and maybe instead of in lon
Baptiste Daroussin writes:
> Hi all,
>
> I would like to propose a change in the localbase hier for ports
>
> I think we should add /usr/local/share/man in the manpath along with at first
> and maybe instead of in long term.
>
> The reason is:
> - /usr/local/share/man seems more consistent to me
My Dell XPS12 (9Q33, Corei7-4500U, haswell) is working well with
xf86-video-intel-2.99.917.20170228 (sna) without kld_list="i915kms".
Issue for both r435512(2.99.917.20170228) and r433863(2.99.917.20170103)
is not showing any windows after resuming blanking screen.
Workaround is that the switc
On 3/6/17 3:56 PM, Baptiste Daroussin wrote:
Hi all,
I would like to propose a change in the localbase hier for ports
I think we should add /usr/local/share/man in the manpath along with at first
and maybe instead of in long term.
The reason is:
- /usr/local/share/man seems more consistent t
Greetings
Just updated the port on my latitude D830
no crashes , no problems. running compiz-manager flawlessly also.
what is the errors shown in Xorg.0.log or the console output?
> Message du 06/03/17 21:10
> De : "Microsoft Roaming"
> A : "x...@freebsd.org"
> Copie à :
Hi all,
I would like to propose a change in the localbase hier for ports
I think we should add /usr/local/share/man in the manpath along with at first
and maybe instead of in long term.
The reason is:
- /usr/local/share/man seems more consistent to me with base which have:
/usr/share/man
- It
FWIW, the following "hack" allowed me to keep my current profile and re-enabled
lightning in it.
First, I removed the addon before upgrading thunderbird. Not sure if this was a
requirement.
After upgrading thunderbird and mucking with it for some time I did the
following.
Shut down thunderbird
On 6/03/2017 11:29 AM, Kevin Oberman wrote:
On Sat, Mar 4, 2017 at 12:14 PM, Graham Menhennitt
I've screwed up something on my system. When I try to build the
x11/kde4-workspace port, I get a pile of linker errors. I'm guessing that I
just need to reinstall some other OpenGL port, but I can't fi
Hello,
Please U R G E N T L Y mark this port as broken or roll back to the revision
r433863
Invoking ‘X’ now causes crashes. Even when I force deactivation of any
acceleration in the xorg.conf, it crashes. The sole solution is to use the sfcb
or vesa driver, it crashes also with driver modeset
Hi!
> Sorry for the late reply. They've answered it in the FreeBSD
> mailing list, and I'm guessing you have already read it. There's
> not much information on the newer website.
There's a snippet on how to download the latest version.
svn co svn://svn.tendra.org/trunk tendra
Then one has to bu
Hi!
> I'm quite new to FreeBSD on the one hand an the gradle build tool on the
> other hand. (And gradle is what is used by openjfx)
>
> What I understood currently is that gradle downloads the dependencies
> only for building the package. To run a application, the dependencies
> have to be insta
Thank you Kurt for your reply. I have to look more detailed into this.
I'm quite new to FreeBSD on the one hand an the gradle build tool on the
other hand. (And gradle is what is used by openjfx)
What I understood currently is that gradle downloads the dependencies
only for building the packa
Hi!
> currently I'm developing a email client using OpenJDK8 and openJFX8 (and
> of course javamail) under FreeBSD 11 STABLE.
Interesting.
> I'd like to use the HTMLEditor widget, which is part of the JavaFX
> framework, but not running under the above mentioned configuration, as
> openjfx do
Hi there,
currently I'm developing a email client using OpenJDK8 and openJFX8 (and
of course javamail) under FreeBSD 11 STABLE.
I'd like to use the HTMLEditor widget, which is part of the JavaFX
framework, but not running under the above mentioned configuration, as
openjfx does not compile aga
Le 06/03/2017 à 17:53, Michael Gmelin a écrit :
> On Mon, 6 Mar 2017 17:45:42 +0100
> Andrea Venturoli wrote:
>
>> On 03/06/17 17:05, Michael Gmelin wrote:
>>
What about something like this (your files are in files/input.tgz)?
...
>>> NO_WRKSUBDIR= yes
>>> NO_BUILD= yes
>>> NO_
On Mon, 6 Mar 2017 17:45:42 +0100
Andrea Venturoli wrote:
> On 03/06/17 17:05, Michael Gmelin wrote:
>
> >> What about something like this (your files are in files/input.tgz)?
> >> ...
>
> > NO_WRKSUBDIR= yes
> > NO_BUILD= yes
> > NO_INSTALL= yes
> >
> > post-install:
> > @${TAR}
On 03/06/17 16:22, Thomas Zander wrote:
On 6 March 2017 at 16:02, Andrea Venturoli wrote:
The first problem I encounter, then, is with subdirectories.
[...]
Is it possible that you are looking for this:
https://www.freebsd.org/doc/en/books/porters-handbook/install.html
Yes and no.
AFAICT
On 03/06/17 17:05, Michael Gmelin wrote:
What about something like this (your files are in files/input.tgz)?
...
NO_WRKSUBDIR= yes
NO_BUILD= yes
NO_INSTALL= yes
post-install:
@${TAR} -xf ${FILESDIR}/input.tgz -C ${STAGEDIR}
@${FIND} ${STAGEDIR} -type f | \
On Mon, 6 Mar 2017 16:51:04 +0100
Michael Gmelin wrote:
> On Mon, 6 Mar 2017 16:02:05 +0100
> Andrea Venturoli wrote:
>
> > On 03/06/17 12:50, Michael Gmelin wrote:
> >
> > > Yes, that's possible, see sysutils/bhyve-rc[0] for an example how
> > > to do it.
> >
> > Thanks for your answer
On Mon, 6 Mar 2017 16:02:05 +0100
Andrea Venturoli wrote:
> On 03/06/17 12:50, Michael Gmelin wrote:
>
> > Yes, that's possible, see sysutils/bhyve-rc[0] for an example how
> > to do it.
>
> Thanks for your answer: an example is really welcome.
>
> However, I might be dumb, but that does not
On 6 March 2017 at 16:02, Andrea Venturoli wrote:
> The first problem I encounter, then, is with subdirectories.
> [...]
Is it possible that you are looking for this:
https://www.freebsd.org/doc/en/books/porters-handbook/install.html
Or did I miss something from the question?
Riggs
___
On 16-05-12 02:08 PM, Ed Maste wrote:
Baptiste and I have been looking at reproducible builds in the FreeBSD
ports tree, and one thing we'll need is a consistent timestamp that
doesn't change when a port is rebuilt without changes.
Just wondering if any work has gone into consuming these
time
On 03/06/17 12:50, Michael Gmelin wrote:
Yes, that's possible, see sysutils/bhyve-rc[0] for an example how to do it.
Thanks for your answer: an example is really welcome.
However, I might be dumb, but that does not fully cover what I was
looking for.
I see sysutils/bhyve-rc uses USE_RC_SUB
Hi,
> On 6 Mar 2017, at 14:16, Kurt Jaeger wrote:
>
> Hi!
>
>> A big chunk of this is down to lang/pure. The upstream links for
>> pure at bitbucket.org have mysteriously disappeared; those who care
>> may get an uneasy feeling.
>
> https://bitbucket.org/purelang/pure-lang/downloads/
>
> has
Hi!
> A big chunk of this is down to lang/pure. The upstream links for
> pure at bitbucket.org have mysteriously disappeared; those who care
> may get an uneasy feeling.
https://bitbucket.org/purelang/pure-lang/downloads/
has 0.66 ?
--
p...@opsec.eu+49 171 3101372
On Mon, 6 Mar 2017 01:16:00 -0600 Mark Linimon wrote
> Please see https://wiki.freebsd.org/ObsoleteLLVMVersions .
The perfect answer. Thank you, Mark!
--Chris
>
> mcl
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listi
> On 6 Mar 2017, at 12:25, Andrea Venturoli wrote:
>
> Hello.
>
> I'm trying to create a small ports for internal use.
> The simplest of these should just place a bunch of files into ${LOCALBASE},
> so I thought I could create a tar archive containing those files, with the
> correct permissi
Hello.
I'm trying to create a small ports for internal use.
The simplest of these should just place a bunch of files into
${LOCALBASE}, so I thought I could create a tar archive containing those
files, with the correct permissions, let "extract" do its work, then
have the following:
do-inst
Hi!
> Compiling my ~1760 ports with poudiere, pulls in makes four different
> gcc version:
>
> $ ls -C1 /usr/local/poudriere/PKGDIR.20160922/gcc*
> /usr/local/poudriere/PKGDIR.20160922/gcc-4.8.5_2.txz
> /usr/local/poudriere/PKGDIR.20160922/gcc-ecj-4.5.txz
> /usr/local/poudriere/PKGDIR.20160922/gc
Hello,
Compiling my ~1760 ports with poudiere, pulls in makes four different
gcc version:
$ ls -C1 /usr/local/poudriere/PKGDIR.20160922/gcc*
/usr/local/poudriere/PKGDIR.20160922/gcc-4.8.5_2.txz
/usr/local/poudriere/PKGDIR.20160922/gcc-ecj-4.5.txz
/usr/local/poudriere/PKGDIR.20160922/gcc46-4.6.4_
On 06.03.2017 06:19, Koichiro IWAO wrote:
> I have another question. Did the breakage commit pass review?
> I can't believe such easy mistakes were overlooked.
It passed review because Poudriere was happy and the official packages
builders are fine. The plist issue was known but I believed it was
Hi,
A big chunk of this is down to lang/pure. The upstream links for pure at
bitbucket.org have mysteriously disappeared; those who care may get an uneasy
feeling.
> On 6 Mar 2017, at 07:16, Mark Linimon wrote:
>
> Please see https://wiki.freebsd.org/ObsoleteLLVMVersions .
>
> mcl
>
32 matches
Mail list logo
