On Mon, February 10, 2014 10:05 am, Peter Woitschikowski wrote:
> Hello,
>
>
> I am a professional Photographer and work on PCBSD.
> Iworks 15 Years on Linux / debian and Red Hat and have changed to FreeBsd.
> I need to work with the Graphic-Tool Lightzone, but can not find it in
> the Port-Searc
On Mon, Feb 10, 2014 at 9:50 PM, Bernhard Fröhlich wrote:
>
> Am 10.02.2014 20:22 schrieb "Torfinn Ingolfsen" :
>>
>> On Sun, Feb 9, 2014 at 9:25 PM, Bernhard Fröhlich
>> wrote:
>> >
>> >
>> > There is definitely something wrong with your box. The ffmpeg option is
>> > on
>> > so there should be
Hello,
The port www/youtube_dl installs as a binary the Youtube downloader in
# file /usr/local/bin/youtube-dl
/usr/local/bin/youtube-dl: data
The executeable tends to fail due to changes the provider Youtube does
in its web page and users tend to update the software theirself by the
option --u
On Tue, 2014-02-11 at 09:07 +0100, Matthias Apitz wrote:
> Hello,
>
> The port www/youtube_dl installs as a binary the Youtube downloader in
>
> # file /usr/local/bin/youtube-dl
> /usr/local/bin/youtube-dl: data
>
> The executeable tends to fail due to changes the provider Youtube does
> in its
On Tue, 2014-02-11 at 10:37 +0200, clutton wrote:
> On Tue, 2014-02-11 at 09:07 +0100, Matthias Apitz wrote:
> > Hello,
> >
> > The port www/youtube_dl installs as a binary the Youtube downloader in
> >
> > # file /usr/local/bin/youtube-dl
> > /usr/local/bin/youtube-dl: data
> >
> > The executea
On Tue, February 11, 2014 12:07 am, Matthias Apitz wrote:
>
> Hello,
>
>
> The port www/youtube_dl installs as a binary the Youtube downloader in
>
>
> # file /usr/local/bin/youtube-dl
> /usr/local/bin/youtube-dl: data
>
>
> The executeable tends to fail due to changes the provider Youtube does
>
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,
>
>
(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 rebuilding devel/glib20 with the iconv
> related patch, and it works flawlessly! Some small test with filters an
Hi,
currently when you add USES=kmod to your (staged!) port it adds "rmdir
-p ${KMODDIR}" to the final pkg-plist (exccept when KMODDDIR is
/boot/kernel). This was originally intended to simplify ports using
kmod. However, for print/acroreadwrapper it causes errors on
de-installation [1] because
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, you
El día Tuesday, February 11, 2014 a las 10:42:55AM +0200, clutton escribió:
> > > This is highly concerning due to 'phoning home' and installing whatever
> > > (mal-) software or due to DNS redirects to some malware side.
> > >
> > > The Linux friends patch the source to disable the --update opti
Ajtim writes:
> Avogadro 1.1.1_1 update on reeBSD 10.0-RELEASE (amd64) doesn't work:
>
> > Compressing man pages (compress-man)
> ===> Installing for avogadro-1.1.1_1
> ===> Checking if science/avogadro already installed
> ===> Registering installation for avogadro-1.1.1_1
> pkg-static:
On Tue, 2014-02-11 at 10:24 +0100, Matthias Apitz wrote:
> El día Tuesday, February 11, 2014 a las 10:42:55AM +0200, clutton escribió:
>
> > > > This is highly concerning due to 'phoning home' and installing whatever
> > > > (mal-) software or due to DNS redirects to some malware side.
> > > >
>
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 rebuilding devel/glib20 with the iconv
>> related
On Mon, 10 Feb 2014 23:24:06 +0100 Matthias Andree wrote:
> 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,
>
Hi all,
Does anyone know how to proceed to package a tomcat webapp under FreeBSD
9?
Thanks for your help,
Hamza
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freeb
The problem is, that without -U this ports can be useless, as it's usually
not updated fast enough.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/port-www-youtube-dl-tp5884972p5885022.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
__
Currently, I reckon that libjpeg-turbo is a drop in replacement
for graphics/jpeg. Unfortunately, most ports have a direct
dependency on graphics/jpeg and will complain if it is missing[1].
Is there any way to achieve that and keep pkng happy?
(portmaster, 10-STABLE here, I think that previousl
Ajtim writes:
> -- [4/5] Numpy Module
> Traceback (most recent call last):
> File "", line 1, in
> File "/usr/local/lib/python2.7/site-packages/numpy/__init__.py", line 137,
> in
> import add_newdocs
> File "/usr/local/lib/python2.7/site-packages/numpy/add_newdocs.py", line 9,
> in
Ajtim writes:
> On Tuesday 11 February 2014 10:31:58 you wrote:
>> Ajtim writes:
>>
>> > -- [4/5] Numpy Module
>> > Traceback (most recent call last):
>> > File "", line 1, in
>> > File "/usr/local/lib/python2.7/site-packages/numpy/__init__.py", line
>> > 137, in
>> > import add_newd
On Tuesday 11 February 2014 10:52:58 Raphael Kubo da Costa wrote:
> Ajtim writes:
>
> > On Tuesday 11 February 2014 10:31:58 you wrote:
> >> Ajtim writes:
> >>
> >> > -- [4/5] Numpy Module
> >> > Traceback (most recent call last):
> >> > File "", line 1, in
> >> > File "/usr/local/lib/pyth
[I sent mail to the maintainer (cc'ed: here) but had no
respeonse. And there's nothing about it in UPDATING. So ...]
While attempting to update to the latest version I get:
Copying images (en) ... 1605
*** Making html for en ...
I/O error : Attempt to load network entity
htt
- Stage support
-
Build ID: 20140211141600-1960
Job owner: m...@freebsd.org
Buildtime: 27 minutes
Enddate: Tue, 11 Feb 2014 14:42:57 GMT
Revision: r343745
Repository:
- Stage support
-
Build ID: 20140211142400-49686
Job owner: m...@freebsd.org
Buildtime: 26 minutes
Enddate: Tue, 11 Feb 2014 14:49:39 GMT
Revision: r343757
Repository:
Jakub Lach writes:
> Currently, I reckon that libjpeg-turbo is a drop in replacement
> for graphics/jpeg. Unfortunately, most ports have a direct
> dependency on graphics/jpeg and will complain if it is missing[1].
Then it isn't currently a drop-in replacement.
> Is there any way to achieve
Sorry for being unclear!
As far as I can see, libjpeg-turbo _is_ a drop in replacement (please
correct me if I'm wrong), only thing complaining is dependency database
(correctly, but I reckon I was able to mend such cases in earlier generation
of pkg tools).
Thanks for reply. I will try portmast
On Tue, 2014-02-11 at 03:12 -0800, Jakub Lach wrote:
> The problem is, that without -U this ports can be useless, as it's usually
> not updated fast enough.
>
>
>
> --
> View this message in context:
> http://freebsd.1045724.n5.nabble.com/port-www-youtube-dl-tp5884972p5885022.html
> Sent from t
I stumbled numerous times upon non-working youtube-dl in the
past. It's usually a matter of specific video, not system wide
change. IMHO, the problem is that -U grabs something
obfuscated, not the functionality itself. Nobody is forcing you
to run sudo to update.
--
View this message in conte
>From youtube-dl man:
"What is this binary file? Where has the code gone?
Since June 2012 (#342) youtube-dl is packed as an executable zipfile,
simply unzip it (might need renaming to youtube-dl.zip first on some
systems) or clone the git repository, as laid out above. If you modify
the cod
portmaster -o should be enough indeed. Thanks for reminder!
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/graphics-libjpeg-turbo-in-place-of-graphics-jpeg-tp5885024p5885081.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
_
Fix packaging
Reported by:pkg-fallout
Note: if this directory was reported as a leftover by tinderbox, this would be
a bug in tinderbox (home directory of a user created by the port)
-
Build ID: 20140211164401-594
Hey there.
Setting up a machine with ansible, stumbling upon a couple of problems. The
current issue? Part of my automated setup calls
service dovecot start
and .. that succeeds always, if dovecot_enable="YES" is missing (which
totally is an error on my part, obviously).
What I expect though is
On Tue, 11 Feb 2014 09:06:43 -0500
Robert Huff wrote:
>
> [I sent mail to the maintainer (cc'ed: here) but had no
> respeonse. And there's nothing about it in UPDATING. So ...]
>
>
> While attempting to update to the latest version I get:
>
> Copying images (en) ... 1605
> *** M
Hi,
I use net-im/pidgin-guifications, and I see it is being deprecated
because there are no more public distfiles.
If the only thing needed in order for this port to stay alive is
serving distfile over http I'd be glad to do it from my server.
Regards,
--
Marko Cupać
___
Yesterday I ran into problems with self-compiled security/krb5 on
ARMv6/10-STABLE Raspberry Pi.
% uname -a
FreeBSD armbld.hb22.cruwe.de 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #0
r260786+cc2516d(stable/10): Fri Jan 17 20:08:46 CET 2014
r...@dijkstra.cruwe.de:/usr/home/cjr/media/src/crochet-f
Marko Cupać wrote on 11.02.2014 22:43:
Hi,
I use net-im/pidgin-guifications, and I see it is being deprecated
because there are no more public distfiles.
If the only thing needed in order for this port to stay alive is
serving distfile over http I'd be glad to do it from my server.
Regards,
On Sun, 09 Feb 2014 14:50:49 + Mark Knight wrote:
> In a similar vein to glib20, does anyone have any tips for print/cups-base
> or converters/recode while libiconv in installed for some of the others
> ports that require it?
glib20 should be ok now. cups-base I cannot reproduce. I think you
## 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 regressions from that glib
patch.
Regards,
Christoph
--
Spare Space
On 11/02/2014 19:21, Tijl Coosemans wrote:
> glib20 should be ok now. cups-base I cannot reproduce. I think you
> need to rebuild cups-client. For recode I've submitted a patch to
> http://www.freebsd.org/cgi/query-pr.cgi?pr=186637
Thanks for the recode patch. As you say, glib20 is now fixed to
Hello,
First I would like to thank you for the work that you put into updating
this port. It is good to see it up to date again.
I noticed that the pkg message says that IPv6 is not working. Do you know
what the issue is?
Thanks,
Kelly
___
freebsd-por
Hey.
The lack of a newer luasocket. David already has a patch for that
(luasocket 3.0rc1) and it works (with ipv6 support) on his and my server.
So I'd expect to see that limitation go away Real Soon(tm).
Thanks to that very responsive maintainer.
Ben
On Feb 11, 2014 9:19 PM, "Kelly Hays" wrot
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
Thanks for the update. I have a small server with just a couple of users
that I could to test with if needed.
Thanks,
Kelly
Hey.
The lack of a newer luasocket. David already has a patch for that
(luasocket 3.0rc1) and it works (with ipv6 support) on his and my server.
So I'd expect to see that
On Tue, 11 Feb 2014 20:07:14 + Mark Knight wrote:
> On 11/02/2014 19:21, Tijl Coosemans wrote:
>> glib20 should be ok now. cups-base I cannot reproduce. I think you
>> need to rebuild cups-client. For recode I've submitted a patch to
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=186637
>
>
## 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
> > LC_CTYPE and umlauts), and I do not see regressions from that glib
> > patch.
>
> Hmm, is it right, that
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
>>> LC_CTYPE and umlauts), and I do not see regress
On 11/02/2014 20:51, Tijl Coosemans wrote:
> What is the output of "make -V ICONV_LIB" now in print/cups-base?
mkn@shrewd$ pwd
/usr/ports/print/cups-base
mkn@shrewd$ sudo make -V ICONV_LIB
mkn@shrewd$
--
Mark Knight
Mobile: +44 7753 250584. http://www.knigma.org/
Email: ma...@knigma.org. Skype
Hi - I am seeing alot of emails regarding libiconv.. Is there a work
around for mediatomb per chance??
===> Building for mediatomb-0.12.1_11
--- all ---
/usr/bin/make all-recursive
--- all-recursive ---
Making all in tombupnp
--- all-recursive ---
Making all in build
Making all in build
--- m
Hi,
hamza abdelkebir wrote on 11.02.2014 14:31:
Hi all,
Does anyone know how to proceed to package a tomcat webapp under FreeBSD 9?
Thanks for your help,
Hamza
You may look at databases/jasperserver for an example. Ports tree
lacking tomcat infrastructure at the moment, so you need to do al
Hi Kelly,
The more testers the better, especially if you have IPv6. The updated
luasec and Prosody seem to be working well, but the new luasocket hasn't
been extensively tested.
Thanks!
David
On 02/11, Kelly Hays wrote:
> Thanks for the update. I have a small server with just a couple of users
>
David,
I just updated my server. I will have to wait till I get home to do much
testing. (No production IPv6 at work yet)
Thanks again for working on this. I remember putting many hours into it a
few years ago when I was trying to maintain it.
Kelly
On Tue, Feb 11, 2014 at 3:45 PM, David Thiel
On Tue, 11 Feb 2014 21:10:23 + Mark Knight wrote:
> On 11/02/2014 20:51, Tijl Coosemans wrote:
>> What is the output of "make -V ICONV_LIB" now in print/cups-base?
>
> mkn@shrewd$ pwd
> /usr/ports/print/cups-base
> mkn@shrewd$ sudo make -V ICONV_LIB
>
> mkn@shrewd$
Did you enable the GNUTLS
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 included in the ports Makefile for OpenMP reasons.
>
> As a side effect, other ports with c++ u
Am 11.02.2014 22:10, schrieb Rainer Hurling:
> Am 11.02.2014 21:55, schrieb Christoph Moench-Tegeder:
>> My base is 10.0-RELEASE, and the port is "totally recent"
>> (rawtherapee-4.0.12_1, Makefile r343191). converters/libiconv
>> hadn't been installed until "right now".
>> OTOH I'm very careful w
This problem hit my eyes since 24 version of firefox.
I don't have the flash player installed.
And the problem is not always reproducible, it's 1/3 I think.
I can reproduce the problem in safe mode too, so it is not an addon
issue.
top -H:
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMM
On 11/02/2014 21:57, Tijl Coosemans wrote:
> Did you enable the GNUTLS option in cups-client? If so, try disabling it
> and rebuild cups-client, then cups-base.
Sorry, no.
To be extra sure I just removed /usr/db/ports/print_cups-* and then
portupgrade -f cups* but it still fails in the same plac
On Tue, 11 Feb 2014 22:20:34 + Mark Knight wrote:
> On 11/02/2014 21:57, Tijl Coosemans wrote:
>> Did you enable the GNUTLS option in cups-client? If so, try disabling it
>> and rebuild cups-client, then cups-base.
>
> Sorry, no.
>
> To be extra sure I just removed /usr/db/ports/print_cups-*
On Tue, 11 Feb 2014 23:14:05 +0100 Matthias Andree wrote:
> Am 11.02.2014 22:10, schrieb Rainer Hurling:
>> Am 11.02.2014 21:55, schrieb Christoph Moench-Tegeder:
>>> My base is 10.0-RELEASE, and the port is "totally recent"
>>> (rawtherapee-4.0.12_1, Makefile r343191). converters/libiconv
>>> hadn
On Tue, Feb 11, 2014 at 12:16 PM, jcv wrote:
> Hi - I am seeing alot of emails regarding libiconv.. Is there a work
> around for mediatomb per chance??
>
> ===> Building for mediatomb-0.12.1_11
> --- all ---
> /usr/bin/make all-recursive
> --- all-recursive ---
> Making all in tombupnp
> --- a
On Tue, 11 Feb 2014 23:31:38 +0100 Tijl Coosemans wrote:
> On Tue, 11 Feb 2014 22:20:34 + Mark Knight wrote:
>> On 11/02/2014 21:57, Tijl Coosemans wrote:
>>> Did you enable the GNUTLS option in cups-client? If so, try disabling it
>>> and rebuild cups-client, then cups-base.
>>
>> Sorry, no.
On 11/02/2014 22:31, Tijl Coosemans wrote:
> Can you check these items:
> - Does /usr/include/iconv.h exist?
> - Have you made any changes to /usr/ports/Mk/Uses/iconv.mk?
> - Any changes to /usr/ports/print/cups-base/Makefile?
> - Any changes to /usr/ports/print/cups-client/Makefile?
> - What is th
On Tue, 11 Feb 2014, Kevin Oberman wrote:
On Tue, Feb 11, 2014 at 12:16 PM, jcv wrote:
Hi - I am seeing alot of emails regarding libiconv.. Is there a work
around for mediatomb per chance??
===> Building for mediatomb-0.12.1_11
--- all ---
/usr/bin/make all-r
On 11/02/2014 22:46, Tijl Coosemans wrote:
> Also, what's the output of "uname -v"?
mkn@shrewd$ uname -v
FreeBSD 10.0-RELEASE #0 r261574: Fri Feb 7 17:06:49 GMT 2014
r...@shrewd.pub.knigma.org:/usr/obj/usr/src/sys/SHREWD
--
Mark Knight
Mobile: +44 7753 250584. http://www.knigma.org/
Email
On Tue, Feb 11, 2014 at 2:55 PM, jcv wrote:
>
>
> On Tue, 11 Feb 2014, Kevin Oberman wrote:
>
> On Tue, Feb 11, 2014 at 12:16 PM, jcv wrote:
>> Hi - I am seeing alot of emails regarding libiconv.. Is there a
>> work
>> around for mediatomb per chance??
>>
>> ===> Building fo
On Tue, 11 Feb 2014, Kevin Oberman wrote:
On Tue, Feb 11, 2014 at 2:55 PM, jcv wrote:
On Tue, 11 Feb 2014, Kevin Oberman wrote:
On Tue, Feb 11, 2014 at 12:16 PM, jcv wrote:
Hi - I am seeing alot of emails regarding libiconv.. Is there a
work
around for mediatomb per chanc
No, that sometimes firefox stays in uwait state in spite of quitting is
nothing new. I didn't correlate it with playing html5 video though.
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/After-wathing-html5-video-firefox-doesn-t-quit-and-consumes-100-CPU-tp5885213p588525
Greetings,
I'm now try to build a cluster with OpenMPI and Open GridScheduler
(formerly Sun Grid Engine) as the job scheduler. based on OpenMPI FAQ,
there is an option to build OpenMPI with SGE support. Since FORTRAN
support is enabled by default and it depends on gcc46 and I do not use
FORTRAN at
As a maintainer of perftools, I am getting the messages like this:
[REL - 10i386-quarterly][devel/google-perftools] Failed for
google-perftools-1.8.3 in build
...
Ident: $FreeBSD: branches/2014Q1/devel/google-perftools/Makefile 327723
2013-09-20 17:04:43Z bapt $
Log URL:
http://beefy1.isc.free
On Tue, Feb 11, 2014 at 12:24 PM, Benjamin Podszun <
benjamin.pods...@gmail.com> wrote:
> service dovecot start
>
> and .. that succeeds always, if dovecot_enable="YES" is missing (which
> totally is an error on my part, obviously).
>
> What I expect though is the typical "Can't do that, Dave. Try
So, I had ca_root_nss installed, but for some reason the symlink never
got created. Even after a force reinstall: pkg install -f ca_root_nss,
the symlink still didn't exist...
Can someone look at fixing it? I think that the symlink lines in the
-plist are broken and should be easy to fix, but I'
On 12/02/2014 12:47 PM, Yuri wrote:
> As a maintainer of perftools, I am getting the messages like this:
> [REL - 10i386-quarterly][devel/google-perftools] Failed for
> google-perftools-1.8.3 in build
> ...
> Ident: $FreeBSD: branches/2014Q1/devel/google-perftools/Makefile 327723
> 2013-09-20 17:04
As previously announced, now dependency of package is not registered
recursively if PKGNG is used, and both 'pkg info -d' and 'pkg info -r'
show only direct dependency.
Then are there any easy way (program, script, simple one-liner etc.)
to list all (both direct and indirect) dependency with PKGN
Update to 0.9.13. Set USE_PERL5=run.
-
Build ID: 20140212045400-22329
Job owner: k...@freebsd.org
Buildtime: 17 minutes
Enddate: Wed, 12 Feb 2014 05:11:21 GMT
Revision: r3438
## Rainer Hurling (rhur...@gwdg.de):
> Thanks for this info. So perhaps your situation is like the one,
> mandree@ observed on his 10.0 box: no crashes without the patch?
Exactly.
Regards,
Christoph
--
Spare Space
___
freebsd-ports@freebsd.org mailin
On Tue, Feb 11, 2014 at 4:35 PM, jcv wrote:
>
>
> On Tue, 11 Feb 2014, Kevin Oberman wrote:
>
> On Tue, Feb 11, 2014 at 2:55 PM, jcv wrote:
>>
>>
>>>
>>> On Tue, 11 Feb 2014, Kevin Oberman wrote:
>>>
>>> On Tue, Feb 11, 2014 at 12:16 PM, jcv wrote:
>>>
Hi - I am seeing alot of emai
Hi,
On Wed, 12 Feb 2014 06:49:28 +0100
Christoph Moench-Tegeder wrote:
> ## Rainer Hurling (rhur...@gwdg.de):
>
> > Thanks for this info. So perhaps your situation is like the one,
> > mandree@ observed on his 10.0 box: no crashes without the patch?
>
> Exactly.
I do not know if this related
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 included in the ports Makefile for
On Tue, 11 Feb 2014 18:30:23 -0800, John-Mark Gurney wrote:
> So, I had ca_root_nss installed, but for some reason the symlink never
> got created. Even after a force reinstall: pkg install -f ca_root_nss,
> the symlink still didn't exist...
>
> Can someone look at fixing it? I think that the s
On Tue, 11 Feb 2014, Kevin Oberman wrote:
On Tue, Feb 11, 2014 at 4:35 PM, jcv wrote:
On Tue, 11 Feb 2014, Kevin Oberman wrote:
On Tue, Feb 11, 2014 at 2:55 PM, jcv wrote:
On Tue, 11 Feb 2014, Kevin Oberman wrote:
On Tue, Feb 11, 2014 at 12:16 PM,
Baptiste, Bryan,
we may want to move the port's libc++.so (and requisites) into a
subdirectory so we don't lump it in a ports standard library path. See
below for more, look for your name if pressed for time.
Rainer Hurling wrote earlier today:
> Yes, this presumption is right. After 'pkg delet
80 matches
Mail list logo
