Re: mesa libs issue

On Tue, May 16, 2017 at 9:39 AM, bob prohaska wrote: > On Mon, May 15, 2017 at 10:57:28PM -0700, Kevin Oberman wrote: > > On Mon, May 15, 2017 at 7:31 PM, bob prohaska > wrote: > > > > > On Tue, May 16, 2017 at 12:33:28AM +, Tatsuki Makino wrote: > >

Re: graphics/mesa-dri missing mako.template

bob prohaska writes: > Subsequently the build of graphics/mesa-dri stopped with > > In file included from freedreno_fence.c:29: > /usr/local/include/libsync.h:78:12: error: use of undeclared identifier > 'ETIME' > errno = ETIME; I965 on Mesa 17.1.0

RE: mesa libs issue

Correction of my mail. > #3. Forcibly delete mesa packages. > xargs pkg delete -f < /tmp/mesa_pkg.txt > #4. Reinstall the required package. > xargs portmaster < /tmp/mesa_req.txt xargs must use with -o to run an interactive application. ex. xargs -o pkg delete -f < /tmp/mesa_pkg.txt It allows

Re: graphics/mesa-dri missing mako.template

On Wed, May 17, 2017 at 12:14:17AM +0200, Jan Beich wrote: > > Try following instructions in /usr/ports/UPDATING from 20170316. > That worked, and permitted installation of textproc/py-mako. Subsequently the build of graphics/mesa-dri stopped with In file included from

Re: graphics/mesa-dri missing mako.template

bob prohaska writes: > Within ports, simply trying to compile textproc/py-mako triggers a conflict: > > ===> py27-mako-1.0.6_1 depends on package: py27-beaker>=1.1 - not found > ===> py27-beaker-1.8.1 depends on package: py27-setuptools>0 - not found > ===> Installing

Re: graphics/mesa-dri missing mako.template

On Tue, May 16, 2017 at 11:19:04PM +0200, Jan Beich wrote: > bob prohaska writes: > > > When trying to compile graphics/mesa-dri on RPI2 make reports in part: > > > > /bin/mkdir -p ir3 > > PYTHONPATH=../../../../src/compiler/nir python2.7 ./ir3/ir3_nir_trig.py > > >

Re: graphics/mesa-dri missing mako.template

bob prohaska writes: > When trying to compile graphics/mesa-dri on RPI2 make reports in part: > > /bin/mkdir -p ir3 > PYTHONPATH=../../../../src/compiler/nir python2.7 ./ir3/ir3_nir_trig.py > > ir3/ir3_nir_trig.c || (rm -f ir3/ir3_nir_trig.c; false) > Traceback (most recent

Re: sysutils/tmux - strange behaviour with new version 2.4

On Tue, May 16, 2017 at 12:51 PM, Miroslav Lachman <000.f...@quip.cz> wrote: > Freddie Cash wrote on 2017/05/16 21:27: > >> On Tue, May 16, 2017 at 12:18 PM, Miroslav Lachman <000.f...@quip.cz> >> wrote: >> > > [snip] > > # env | grep TERM >>> TERM=screen-256color >>> >>> And missing lines are

Re: sysutils/tmux - strange behaviour with new version 2.4

Freddie Cash wrote on 2017/05/16 21:27: On Tue, May 16, 2017 at 12:18 PM, Miroslav Lachman <000.f...@quip.cz> wrote: [snip] # env | grep TERM TERM=screen-256color And missing lines are different on each run. ​Just curious, but what happens if you set TERM=tmux instead of TERM=screen?

Re: sysutils/tmux - strange behaviour with new version 2.4

On Tue, May 16, 2017 at 12:18 PM, Miroslav Lachman <000.f...@quip.cz> wrote: > Tommy Scheunemann wrote on 2017/05/16 20:48: > >> Le 16.05.2017 à 13:53, Miroslav Lachman a écrit : >> >>> David Wolfskill wrote on 2017/05/16 13:35: >>> Oddly enough, I saw the distinction you pointed out... even

graphics/mesa-dri missing mako.template

When trying to compile graphics/mesa-dri on RPI2 make reports in part: /bin/mkdir -p ir3 PYTHONPATH=../../../../src/compiler/nir python2.7 ./ir3/ir3_nir_trig.py > ir3/ir3_nir_trig.c || (rm -f ir3/ir3_nir_trig.c; false) Traceback (most recent call last): File "./ir3/ir3_nir_trig.py", line 24,

Re: sysutils/tmux - strange behaviour with new version 2.4

Tommy Scheunemann wrote on 2017/05/16 20:48: Le 16.05.2017 à 13:53, Miroslav Lachman a écrit : David Wolfskill wrote on 2017/05/16 13:35: Oddly enough, I saw the distinction you pointed out... even though I read mail via mutt in a tmux window :-} Uhm... maybe it depends on source of the

Re: sysutils/tmux - strange behaviour with new version 2.4

Le 16.05.2017 à 13:53, Miroslav Lachman a écrit : > David Wolfskill wrote on 2017/05/16 13:35: >> Oddly enough, I saw the distinction you pointed out... even though I >> read mail via mutt in a tmux window :-} > > Uhm... maybe it depends on source of the text? Or locale? Hi, I've been able

Re: sysutils/tmux - strange behaviour with new version 2.4

Miroslav Lachman wrote: I noticed some strange behaviours with Tmux 2.4. If I run "cat /path/to/somefile.txt" sometimes part of file is missing in the output (no special characters in this text file, it is log of "pkg upgrade") And I thing some key presses are interpreted differently. (in Vim)

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: mesa libs issue

On Mon, May 15, 2017 at 10:57:28PM -0700, Kevin Oberman wrote: > On Mon, May 15, 2017 at 7:31 PM, bob prohaska wrote: > > > On Tue, May 16, 2017 at 12:33:28AM +, Tatsuki Makino wrote: > > > > > > Probably, pkg set -[no] cannot combine records of multiple packages > >

Please commit Tor NODOCS regression fix: #219246 and #219248

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219246 Thanks, Yuri ___ 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"

Re: MP3 licensing over - can we remove LAME restrictions?

On Tue, 16 May 2017 14:44:52 + Ben Woods wrote: > On Tue, 9 May 2017 at 1:07 pm, Koichiro IWAO wrote: > > > Hi, > > > > FYI, MP3 is coming back to Fedora. I think FreeBSD may able to do that. > >

Re: MP3 licensing over - can we remove LAME restrictions?

On Tue, 9 May 2017 at 1:07 pm, Koichiro IWAO wrote: > Hi, > > FYI, MP3 is coming back to Fedora. I think FreeBSD may able to do that. > https://fedoramagazine.org/full-mp3-support-coming-soon-to-fedora/ > If this analysis is correct, it sounds like the final patents will expire

Re: security/openvpn23 tarball size mismatch

On 16/05/17 08:54, Renato Botelho wrote: > Hello Mathias, > > I was trying to get openvpn23 installed from quarterly branch and got > the following error: > > root@buildbot1:/usr/local/poudriere/ports/pfSense_v2_3/security/openvpn23 > # make checksum > ===> License GPLv2 accepted by the user >

security/openvpn23 tarball size mismatch

Hello Mathias, I was trying to get openvpn23 installed from quarterly branch and got the following error: root@buildbot1:/usr/local/poudriere/ports/pfSense_v2_3/security/openvpn23 # make checksum ===> License GPLv2 accepted by the user ===> openvpn23-2.3.15 depends on file:

Re: sysutils/tmux - strange behaviour with new version 2.4

David Wolfskill wrote on 2017/05/16 13:35: Oddly enough, I saw the distinction you pointed out... even though I read mail via mutt in a tmux window :-} Uhm... maybe it depends on source of the text? Or locale? ___ freebsd-ports@freebsd.org

Re: mesa libs issue

On 05/14/17 03:14, Walter Schwarzenfeld wrote: If such important changes are made, it needs an entry in /usr/ports/UPDATING. I agree. An UPDATING entry would have helped a lot (and would still do). bye av. ___ freebsd-ports@freebsd.org

Re: sysutils/tmux - strange behaviour with new version 2.4

DutchDaemon - FreeBSD Forums Administrator wrote on 2017/05/15 19:32: On 15-5-2017 19:18, Miroslav Lachman wrote: I noticed some strange behaviours with Tmux 2.4. If I run "cat /path/to/somefile.txt" sometimes part of file is missing in the output (no special characters in this text file, it is

Re: How should we name node-js ports ?

> On 15 May 2017, at 20:22, Rodrigo Osorio wrote: > > > Hi Adam, > > Thanks for your feedback. > > On 05/15/17 18:52, Adam Weinberger wrote: >>> On 15 May, 2017, at 6:57, Ruslan Makhmatkhanov wrote: >>> >>> >>> npm packages can be installed by yarn as