After newest commits for graphics/qgis (r372306, followed by r372316,
r372341), Bugzilla 192605 [1] should be obsolete.
It would be nice, if someone with a commit bit could close it, thanks.
[1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192605
overcome these problems
with PulseAudio. As I said, before the update it works like a charm for
years on my boxes.
Any help is really appreciated. An please let me know, if I should
provide more information. Thanks in advance.
Greetings,
Rainer Hurling
#pulseaudio --log-level=4 -
W: [(null)]
Am 22.11.2014 um 09:51 schrieb Rainer Hurling:
> Together with the big gnome3 update also audio/pulseaudio was updated.
> Unfortunately, after that update, I have no sound anymore. Before, with
> PulseAudio 0.9.23, sound was excellent.
>
> Because I am using an ASUS mainboard
;& make install [&& kldload nvidia]
After that, you should be able to start X11 again and work as usual. It
seems to be no problem without having libEGL installed, because there is
a libEGL version from nvidia-driver installed.
Of course, it would be better, if someone could solv
.
Also I just noticed fmtutil-sys --all does nothing (just sit for half
a second or so), isn't it expected that it rebuilds all available
formats?
Shouldn't all this be solved by installing print/texlive-texmf?
HTH,
Rainer Hurling
I'
Am 03.12.2014 um 11:05 schrieb Michael:
Rainer Hurling wrote:
Am 03.12.2014 um 09:19 schrieb Michael:
In my current installation of TeXlive (texlive-base-20140525_3) there
is no command etex. [Also an issue with fmtutil-sys]
Shouldn't all this be solved by installing print/texlive-texmf
Am 23.11.2014 um 21:33 schrieb Rainer Hurling:
> Am 22.11.2014 um 09:51 schrieb Rainer Hurling:
>> Together with the big gnome3 update also audio/pulseaudio was updated.
>> Unfortunately, after that update, I have no sound anymore. Before, with
>> PulseAudio 0.9.23
ean && make install
Please keep in mind, that your failed update already deinstalled the old
python 3.4.4 port, but failed to install the new version. So, at the
moment, python 3 is probably not installed on your system. You can get
back the old version by
pkg add /usr/ports/pack
?
Thanks in advance.
Regards,
Rainer Hurling
___
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"
Windows, I am also able to open the jar distfile and use it.
I think, the port and the distfile are ok, and there is something odd
with base tar, used by the port system.
Any idea, what's going on here?
Thanks for any help in advance.
Regards,
Rainer Hurling
Weitergeleitete Nach
Am 01.09.2016 um 12:29 schrieb Konstantin Belousov:
> On Thu, Sep 01, 2016 at 11:47:33AM +0200, Rainer Hurling wrote:
>> I am the maintainer of databases/postgis-jdbc. For some days now I get
>> mails like to one further down, for HEAD i386 and HEAD amd64.
>>
>> The F
Am 01.09.2016 um 13:17 schrieb Mathieu Arnold:
> Le 01/09/2016 à 12:29, Konstantin Belousov a écrit :
>> On Thu, Sep 01, 2016 at 11:47:33AM +0200, Rainer Hurling wrote:
>>> I am the maintainer of databases/postgis-jdbc. For some days now I get
>>> mails like to one furt
sure, if I missed something in your postings.
On my boxes, all recent FreeBSD 12.0-CURRENT amd64, the port
devel/llvm38 installed FileCheck as expected, in the two places
/usr/local/llvm38/bin/ and /usr/local/bin/.
Unfortunately, I have no clue, what happens on your side.
Best wishes,
Rainer Hurli
Hi Fernando,
Am 29.11.2016 um 17:50 schrieb Fernando Apesteguía:
> I maintain a port written mostly in C++ (cad/openvsp).
>
> This port used to compile fine in 11 and 10.x in both i386 and amd64.
> Since Nov 22nd I'm receiving a pkg-fallout for this port in 10.1. The
> port fails with this messag
etiAtHome?
Thanks for any answer.
Best regards,
Rainer Hurling
___
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"
Am 06.02.2017 um 07:29 schrieb Kurt Jaeger:
> Hi!
>
>> I just went to update my ports today on a machine, and there was a
>> conflict between devel/check and devel/libcheck.
>
> It's more that libcheck was moved to check.
>
> According to /usr/ports/MOVED:
>
> devel/libcheck|devel/check|2017-0
Hi René,
Am 06.02.2017 um 09:51 schrieb René Ladan:
> 2017-02-06 9:18 GMT+01:00 Rainer Hurling <mailto:rhur...@gwdg.de>>:
>
> Am 06.02.2017 um 07:29 schrieb Kurt Jaeger:
> > Hi!
> >
> >> I just went to update my ports today on a machine, an
ch fails in the configure phase
> of the port.
>
> matthias
>
I am using a file "jailname-portname-make.conf in
/usr/local/etc/poudriere.d. The jailname is the one, you also use for
the -j option of the poudriere run, the portname would be 'samba34'.
In your case
Am 15.04.2017 um 01:04 schrieb Kevin Oberman:
> Thanks for the work on opencv, but PLEASE put something in UPDATING when
> you make changes that impact large numbers of ports. I see opencv2 as
> orphaned, so I can't stay there.
>
> Do I reset the origin of opencv2 to opencv? Or will I need to dele
On 12.0-CURRENT r316757 with recent ports system a got the following
built error:
[..snip..]
> Compressing man pages (compress-man)
===> Installing ldconfig configuration file
> Running Q/A tests (stage-qa)
Error: '/usr/bin/env python' is an invalid shebang you need
USES=shebangfix for
Am 17.04.2017 um 16:44 schrieb Martin Wilke:
> I committed just a fix.
Hi Martin,
Your patch works as expected :)
Many thanks for this and the other shebang fixes.
Greetings from Germany,
Rainer
>
> -- Original Message --
> From: "Rainer Hurling"
> To
After the shebang rules where intensified, many ports have been fixed
already. Many thanks for that!
For me, on 12.0-CURRENT, at least lang/go and www/libxul have non fixed
shebangs until now:
lang/go:
Error: '/bin/bash' is an invalid shebang you need USES=shebangfix for
'go/lib/time/updat
Hi Jochen,
Am 18.04.2017 um 11:35 schrieb Jochen Neumeister:
Hi Rainer,
Am 18.04.2017 um 11:27 schrieb Rainer Hurling:
After the shebang rules where intensified, many ports have been fixed
already. Many thanks for that!
For me, on 12.0-CURRENT, at least lang/go and www/libxul have non
Am 18.04.2017 um 16:56 schrieb Mathieu Arnold:
> Le 18/04/2017 à 15:59, Jim Trigg a écrit :
>> According to UPDATING as of 20161103, "The default Perl version has
>> been switched to Perl 5.24." However, when I follow the instructions
>> there to switch, I get the following message (after running p
Am 04.05.2017 um 10:47 schrieb Patrick Lamaiziere:
Hello,
I've upgraded my workstation (10.3-STABLE / amd64) via poudriere and
ports svn://svn0.eu.freebsd.org/ports/branches/2017Q2 (rev 440002) and
inkscape does not work anymore and fails with a segfault.
Works for me on recent 12.0-CURRENT am
& ${AR} r ${WRKSRC}/${LIBSTD} ${STDF})
- ${TAR} -cy -C ${WRKSRC} -f ${WRKSRC}/rustc.tbz
rust-std-1.16.0-${RUST_ARCH_${ARCH}}-unknown-freebsd
+ ${TAR} -cy -C ${WRKSRC} -f ${WRKSRC}/rustc.tbz
rust-std-${RUST_BOOTSTRAP_VERSION}-${RUST_ARCH_${ARCH}}-unknown-freebsd
x27;t testet ;)
Best wishes,
Rainer Hurling
Am 11.07.2017 um 18:33 schrieb Torsten Zuehlsdorff:
On 11.07.2017 17:17, duglas wrote:
Hi,
After upgrading to subversion 1.9.6
My latest svn update attempts result in the following.
svn update /usr/ports
Updating 'ports':
svn: E22: Error c
for udunits-2.2.25
Installing udunits-2.2.25...
Segmentation fault
Segmentation fault
Is this a known issue? Any ideas and/or help would be really
appreciated. Thanks in advance.
Best wishes,
Rainer Hurling
___
freebsd-ports@freebsd.org
Am 02.11.2017 um 07:13 schrieb L.Bartoletti:
Hi,
I want to take x11-toolkits/qwt{5,6}-*
Both are built for Qt4. I especially need qwt6 for Qt5. Since we have
flavors. Is it better to add a Qt5 flavor for Qwt6 or simply add a
x11-toolkits/qwt6-qt5 (like security/qtkeychain-qt{4,5} ?)
Thanks.
Am 05.12.2017 um 08:35 schrieb Stefan Esser:
> Am 05.12.17 um 00:43 schrieb Tatsuki Makino:
>> By the way, where is the clever way to update to flavor?
>> I am using portmaster.
>
> I'm working on FLAVOR support in portmaster. My version did already build
> all updated ports, the FLAVOR parameter
Hi Stefan and others,
I just tried to install devel/py-qt5-core for Python 3.6, beside to an
already installed py27-qt5-core-5.7.1, with the following command
portmaster -m 'FLAVOR=py36' devel/py-qt5-core
and it ends up with
[..snip..]
===>>> Creating a backup package for old version py27
Am 15.12.2017 um 15:48 schrieb Walter Schwarzenfeld:
> Yes, if it don't work in the port the port is the problem.
>
> Rainer Hurling was filed a PR
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=223764
Yes, Walter, your problem is another ports problem as mine, firs
Am 15.12.2017 um 16:20 schrieb Mathieu Arnold:
> Le 15/12/2017 à 12:00, Rainer Hurling a écrit :
>> Hi Stefan and others,
>>
>> I just tried to install devel/py-qt5-core for Python 3.6, beside to an
>> already installed py27-qt5-core-5.7.1, with the following command
&g
Am 15.12.2017 um 22:09 schrieb Stefan Esser:
> Am 15.12.17 um 16:11 schrieb Rainer Hurling:
>> Am 15.12.2017 um 15:48 schrieb Walter Schwarzenfeld:
>>> Yes, if it don't work in the port the port is the problem.
>>>
>>> Rainer Hurling was filed a PR
Am 02.11.2017 um 07:41 schrieb Rainer Hurling:
> Am 02.11.2017 um 07:13 schrieb L.Bartoletti:
>> Hi,
>>
>> I want to take x11-toolkits/qwt{5,6}-*
>>
>> Both are built for Qt4. I especially need qwt6 for Qt5. Since we have
>> flavors. Is it better to add a Qt5
ut not found
Error : package or namespace load failed for 'tcltk':
.onLoad failed in loadNamespace() for 'tcltk', details:
call: fun(libname, pkgname)
error: Tcl/Tk support is not available on this system
Error : unable to load R code in package 'gsubfn'
ERROR: lazy
Am 19.12.2017 um 08:21 schrieb Walter Schwarzenfeld:
Is in math/R the option tcl/tk=on?
Hi Walter,
I think, you are right.
pkg-fallout[1] seems to have problems with building devel/R-cran-gsubfn,
because default setting for math/R option 'TCLTK' is disabled. This have
to be enabled by defau
t-qt5-6.1.3 can't be installed: different Qt versions specified via
USE_QT[4 5].
Regards.
On 17.12.2017 10:12, Rainer Hurling wrote:
Am 02.11.2017 um 07:41 schrieb Rainer Hurling:
Am 02.11.2017 um 07:13 schrieb L.Bartoletti:
Hi,
I want to take x11-toolkits/qwt{5,6}-*
Both are built for Qt4. I
Hi Loïc,
Am 04.01.2018 um 18:37 schrieb L.Bartoletti:
> Hi Mathieu,
>
> Thank you for your review and tips.
>
> I have just submitted the patch.
>
> Rainer, QGis 2 may be able to use Qwt6 instead of Qwt5?
I just tried to use Qwt6 with QGIS2 and it seems to work. A few small
tests showed no reg
Hi Loïc,
Am 04.01.2018 um 18:37 schrieb L.Bartoletti:
> Hi Mathieu,
>
> Thank you for your review and tips.
>
> I have just submitted the patch.
>
> Rainer, QGis 2 may be able to use Qwt6 instead of Qwt5?
I just tried to use Qwt6 with QGIS2 and it seems to work. A few small
tests showed no reg
tried the patch to update evince-3.18.2_5 to evince-3.26.0 on
12.0-CURRENT amd64 and it works for me.
HTH,
Rainer Hurling
___
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"
Am 18.02.2018 um 19:02 schrieb Kurt Jaeger:
> Hi!
>
>>> Ah, there's a patch already at
>>>
>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221781
>>>
>>> Can you test if it works for you ?
>
>> I just tried the patch to update evince-3.18.2_5 to evince-3.26.0 on
>> 12.0-CURRENT amd64 and it
Am 20.03.2018 um 21:32 schrieb Yuri:
> On 03/20/18 11:20, Eugene Grosbein wrote:
>> It is a bit funny you are bothered on 250 R-cran-* ports when we have
>> 1908 p5-* ports,
>> 964 py-* ports, 600 rubygem-* ports and 280 hs-* ports in the single
>> ports/devel category.
>>
>> Are you planning to ba
Hi D.-C. M., hi others,
Am 27.03.2018 um 23:49 schrieb Guido Falsi:
On 03/27/18 22:44, D.-C. M. wrote:
Hello,
Hi!
At this moment, it is impossible to build side by side py27-qt5-core and
py36-qt5-core.
There is a collison on /usr/local/bin/pyuic
This is annoying… Python 27
Am 01.05.2018 um 05:40 schrieb Steve Kargl:
> Can someone fix math/suitesparse?
>
> % make config
>
>
> % make
> ...
>
> h/suitesparse/work/SuiteSparse/lib/libcholmod.so.3.0.12 -lm -lamd -lcolamd
> -lsuitesparseconfig -lccolamd -lcamd -L/usr/local/lib -lmetis
> -Wl,-rpath=/usr/local/lib/g
Same here with two boxes unter CURRENT after update from yesterday. Hope
we'll find it soon, because both boxes are desktop systems, now without
graphics.
xorg-server-6.9.0_5 works well, -6.9.0_6 doesn't.
The description of the newest patches gives me no hints what is going wrong:
http://www.f
Eygene,
thank you for answering.
Eygene Ryabinkin schrieb:
Gentlemen, good day!
Same here with two boxes unter CURRENT after update from yesterday. Hope we'll
find it soon, because both boxes are desktop systems, now without graphics.
xorg-server-6.9.0_5 works well, -6.9.0_6 doesn't.
First
Here 'ldconfig -r| grep libXfont' gives
99:-lXfont.1 => /usr/X11R6/lib/libXfont.so.1
969:-lXfontcache.1 => /usr/local/lib/compat/pkg/libXfontcache.so.1
In /usr/local/lib/compat/pkg/ many old compatibility libs are hold. I
hope, this is no problem.
Rainer
Eygene Ryabinkin schrieb:
First I s
Eygene, thank you for the patch. I tried it as described, and it seems
to work (7-CURRENT on amd64 from 02/10/2007, no objformat).
The next five days I am on business trip and so not able to test
anything, sorry.
Rainer
Eygene Ryabinkin schrieb:
After buildworld and buildkernel I have done
Yesterday I deinstalled a fully functional x11/nvidia-driver (Version
9746) because I wanted to install the newest version of
x11-servers/xorg-server (with imake.c patch).
Installing of xorg-server works fine, but after that I am not able to
compile the nvidia-driver any more. The following er
ate of the
graphics driver's kernel interface files to reflect the newbus API
changes in recent 7.0-CURRENT.
Rainer
Rainer Hurling schrieb:
Yesterday I deinstalled a fully functional x11/nvidia-driver (Version
9746) because I wanted to install the newest version of
x11-servers/xorg-s
Am 27.01.2014 19:39, schrieb Rainer Hurling:
> graphics/fotoxx was deleted today, although there exist two PRs for some
> time now. At least the last one updates to version 13.03.1:
Of course it is not deleted, only deprecated. Sorry for the mistake.
>
> http://www.freebsd.o
are even newer versions
(14.01 and 14.02beta), not ported until now.
Could someone please pick up PR 177643 and commit it, if it is functional.
Many thanks in advance,
Rainer Hurling
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org
Am 27.01.2014 20:49, schrieb Baptiste Daroussin:
> On Mon, Jan 27, 2014 at 07:48:27PM +0100, Rainer Hurling wrote:
>> Am 27.01.2014 19:39, schrieb Rainer Hurling:
>>> graphics/fotoxx was deleted today, although there exist two PRs for some
>>> time now. At least the
o file length.
Trying to load fotoxx-14.01.1.tar.gz via ftp/wget seems to work without
problems and gives me a file length of 2696186 (!) bytes.
So I am irritated which file length is right and what's going on here ...
Rainer Hurling
>
> DES
>
abase
also depended on this behaviour before the fix?
Many thanks again. Now there is a real chance of an updated
graphics/fotoxx port :)
Regards,
Rainer Hurling
>
> DES
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/l
Am 28.01.2014 15:10, schrieb Baptiste Daroussin:
> On Tue, Jan 28, 2014 at 03:07:46PM +0100, Rainer Hurling wrote:
>> Am 28.01.2014 13:48 (UTC+1) schrieb Dag-Erling Smørgrav:
>>> Dag-Erling Smørgrav writes:
>>>> Actually, the file *is* 2696168 bytes long. With the
Am 28.01.2014 17:55, schrieb Rainer Hurling:
> Am 28.01.2014 15:10, schrieb Baptiste Daroussin:
>> On Tue, Jan 28, 2014 at 03:07:46PM +0100, Rainer Hurling wrote:
>>> Am 28.01.2014 13:48 (UTC+1) schrieb Dag-Erling Smørgrav:
>>>> Dag-Erling Smørgrav writes:
>>
_next_id () from
/usr/local/lib/libc++.so.1
No symbol table info available.
#18 0x in ?? ()
No symbol table info available.
I know, that this output is only of little help. But I could need some
advise what to do next to get more info.
Any help is really appreciated. Thanks in
Am 05.02.2014 20:36, schrieb Baptiste Daroussin:
> On Wed, Feb 05, 2014 at 07:10:01PM +0100, Rainer Hurling wrote:
>> Am 28.01.2014 17:55, schrieb Rainer Hurling:
>>> Am 28.01.2014 15:10, schrieb Baptiste Daroussin:
>>>> On Tue, Jan 28, 2014 at 03:07:46PM +0100,
Hi Matthias,
thanks for answering.
Am 05.02.2014 21:03, schrieb Matthias Andree:
> Am 05.02.2014 20:46, schrieb Rainer Hurling:
>> Many thanks for the update of graphics/rawtherapee, r342622. This
>> program is really important for photographers.
>>
>> It builds and i
Am 05.02.2014 23:55 (UTC+1) schrieb Matthias Andree:
> Am 05.02.2014 21:39, schrieb Rainer Hurling:
>
>> Thanks for answering. I attached the patch to PR ports/177643 with some
>> info around it.
>
> Please also add your changes to files/ (add the -r to diff next ti
Am 05.02.2014 22:20 (UTC+1) schrieb Baptiste Daroussin:
> On Wed, Feb 05, 2014 at 09:19:51PM +0100, Matthias Andree wrote:
>> Am 05.02.2014 21:08, schrieb Dimitry Andric:
>>
#17 0x484c0ee0 in std::__1::locale::id::__next_id () from
/usr/local/lib/libc++.so.1
>>>
>>> Hmm, is this a
Am 06.02.2014 07:03 (UTC+1) schrieb Rainer Hurling:
> Am 05.02.2014 22:20 (UTC+1) schrieb Baptiste Daroussin:
>> On Wed, Feb 05, 2014 at 09:19:51PM +0100, Matthias Andree wrote:
>>> Am 05.02.2014 21:08, schrieb Dimitry Andric:
>>>
>>>>> #17 0x4
Am 06.02.2014 08:52 (UTC+1) schrieb Baptiste Daroussin:
> On Thu, Feb 06, 2014 at 07:03:22AM +0100, Rainer Hurling wrote:
>> Am 05.02.2014 22:20 (UTC+1) schrieb Baptiste Daroussin:
>>> On Wed, Feb 05, 2014 at 09:19:51PM +0100, Matthias Andree wrote:
>>>> Am 05.
Am 06.02.2014 08:23 (UTC+1) schrieb Dimitry Andric:
> On 06 Feb 2014, at 07:48, Rainer Hurling wrote:
> ...
>> I just recognized, that in my CURRENT boxes in base their are two
>> versions of libc++:
>>
>> #ll /usr/lib/libc++.so*
>> -r--r--r-- 1 root wheel
:
- @${INSTALL_SCRIPT} ${LOCALBASE}/share/icu/50.1.2/mkinstalldirs \
+ @${INSTALL_SCRIPT} ${LOCALBASE}/share/icu/52.1/mkinstalldirs \
${WRKSRC}
.include
Thanks,
Rainer Hurling
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org
Am 10.02.2014 23:24 (UTC+1) schrieb Matthias Andree:
> Am 10.02.2014 18:08, schrieb Erich Dollansky:
>
>> it depends obviously on factors we do not really know. I also have had
>> a working rawtherapee a few weeks ago. Just the last update of the
>> ports tree killed it again.
>
> Greetings,
>
>
Am 11.02.2014 10:09 (UTC+1) schrieb Matthias Andree:
> (stripping Cc: list down a bit)
>
> Am 11.02.2014 09:54, schrieb Rainer Hurling:
>
>>> *Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:*
>>
>> I just tried RawTherapee after rebui
Am 11.02.2014 20:27, schrieb Christoph Moench-Tegeder:
> ## Matthias Andree (mand...@freebsd.org):
>
>> *Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:*
>
> I'm not able to reproduce the original crash (even when playing with
> LC_CTYPE and umlauts), and I do not see regressio
Am 11.02.2014 21:55, schrieb Christoph Moench-Tegeder:
> ## Rainer Hurling (rhur...@gwdg.de):
>
>>>> *Can everyone who has rawtherapee crash on FreeBSD 10 or 11 please:*
>>>
>>> I'm not able to reproduce the original crash (even when playing with
&g
Am 11.02.2014 23:02 (UTC+1) schrieb Matthias Andree:
> Am 11.02.2014 10:46, schrieb Rainer Hurling:
>
>> I just recognized another issue, what I think is not intended.
>>
>> Newest graphics/rawtherapee installs and uses devel/libc++. This wanted
>> behaviour is
Am 13.02.2014 18:15, schrieb Mathias Picker:
> Hi,
>
> I just tried to build RawTherapee and it dumps core with
>
> Terminating due to uncaught exception 0x8109ae740 of type
> Glib::ConvertError
>
> I then
>
> - rebuild world from today,
> - switched off the collation fix in glib and optimiza
I think PR ports/177407 is superseded by the commit of PR ports/177643
(r343178 from 2014-02-07) and can be closed. Thanks a lot.
Regards,
Rainer Hurling
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
Unfortunately print/libharu does not build anymore after the update to
2.3.0 (r344246). This happens on HEAD r261806 amd64 with clang.
Any help is really appreciated.
Thanks in advance,
Rainer Hurling
#make
===> Found saved configuration for libharu-2.3.0
===> libharu-2.3.0 depends o
Am 15.02.2014 12:36, schrieb Pietro Cerutti:
> On 2014-Feb-15, 11:23, Rainer Hurling wrote:
>> Unfortunately print/libharu does not build anymore after the update to
>> 2.3.0 (r344246). This happens on HEAD r261806 amd64 with clang.
>
> Uhm, it seems to be related to the
d. Thanks in advance.
Regards,
Rainer Hurling
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Am 23.02.2014 20:07, schrieb Lev Serebryakov:
> Hello, Thierry.
> You wrote 23 февраля 2014 г., 17:26:23:
>
>>> FreeBSD -CURRENT/amd64, latest _binary_ packages, FireFox 27 could not srart
>>> with:
>>>
>>> GLib-CRITICAL **: void g_slice_set_config(GSliceConfig, gint64): assertion
>>> `sys_page_s
hem-3.7.6 because of licensing restrictions, you must manually fetch
xephem-3.7.6.tar.gz from http://www.clearskyinstitute.com/xephem/, place
it in /tmp/distfiles and then run make again.
Is there any way, one can test ports with restricted distfiles on RedPorts?
Any help is really apprecia
Am 09.03.2014 18:54, schrieb Bernhard Fröhlich:
> Am 09.03.2014 18:33 schrieb "Rainer Hurling" :
>>
>> I am trying to test an update of astro/xephem, which has a restricted
>> distfile.
>>
>> I tried to svn commit the source file as
>> 'distf
Am 22.04.2014 15:01 (UTC+1) schrieb Thomas Mueller:
> I am unable to update ports tree using subversion, where I was consistently
> successful until now, because of a supposedly missing file:
>
> root@amelia4:/BETA1/usr/ports # svn up .
>
> I get following error:
>
> svn: E02: Can't open fi
it. Thanks in advance.
One remark on the PR: for option numpy it is important to use
USES+=compiler:gcc-c++11-lib
instead of
USES+=fortran
since math/saga is not able to use VIGRA module without that.
Regards,
Rainer Hurling
P.S.: Maintainer CC&#x
Am 05.05.2014 20:54, schrieb Kurt Jaeger:
> Hi!
>
>> So I would like to ask, if someone is willing to take it and to commit
>> it. Thanks in advance.
>
> Done. Very well prepared!
>
Many thanks for this very fast handling and commit :)
___
freebsd-por
Am 08.05.2014 05:14 (UTC+1) schrieb Sunpoet Po-Chuan Hsieh:
> On Wed, May 7, 2014 at 9:52 PM, Jan Henrik Sylvester wrote:
>> My latest port upgrade (from source via portmaster) on
>> 10.0-RELEASE/amd64 fails at astro/wcslib, which has been bumped after
>> the astro/cfitsio update. It fails to inst
Am 08.05.2014 11:23 (UTC+1) schrieb John Marino:
> On 5/8/2014 11:12, Rainer Hurling wrote:
>> Am 08.05.2014 05:14 (UTC+1) schrieb Sunpoet Po-Chuan Hsieh:
>>> On Wed, May 7, 2014 at 9:52 PM, Jan Henrik Sylvester wrote:
>>>> My latest port upgrade (from source via po
Am 08.05.2014 05:14 (UTC+1) schrieb Sunpoet Po-Chuan Hsieh:
> On Wed, May 7, 2014 at 9:52 PM, Jan Henrik Sylvester wrote:
>> My latest port upgrade (from source via portmaster) on
>> 10.0-RELEASE/amd64 fails at astro/wcslib, which has been bumped after
>> the astro/cfitsio update. It fails to inst
Am 08.05.2014 13:56 (UTC+1) schrieb Shin-ya Murakami:
> Hi,
>
> Please try with the attached patch.
> I had successfully installed HPXcvt with this patch.
>
> From: Rainer Hurling
> Date: Thu, 08 May 2014 12:35:02 +0200
>
>> Am 08.05.2014 05:14 (UTC+1) schrieb
Am 12.05.2014 06:59 (UTC+1) schrieb Harrison Grundy:
> Hi,
>
> I'm working with OSGeo to get the various projects they work with to
> provide upstream support for FreeBSD, including maintaining ports so
> that they stay up to date. You can find a list of these projects at
> https://github.com/OSGe
Am 26.05.2014 14:45 (UTC+1) schrieb Baptiste Daroussin:
> On Mon, May 26, 2014 at 08:42:31AM -0400, Ajtim wrote:
>> Hi!
>>
>> A few minutes ago I did run portsnap fetch update and was okay. After
>> portmaster -aD I got:
>>
>> ===>>> Gathering distinfo list for installed ports
>>
>> ===>>> Startin
301 - 389 of 389 matches
Mail list logo
