mldonkey gad released a new version 3.1.3
It add a new option "filenames_utf8",
Would you release FreeBSD version?
Thanks.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to
Hi List,
# Executive Summary
Over the past years I have been maintaining the wine-fbsd64 port (see
http://mediafire.com/wine_fbsd64 for more). The port itself effectively does
static linking (it bundles all the libraries wine needs) with scripts to
bootstrap the environment to easily use wine
Hello, Baptiste.
You wrote 3 ноября 2012 г., 3:56:22:
BD> The BSDmc project (http://code.google.com/p/bsdmc/) uses nanobsd
BD> and pkgng, have a look in particular at the
BD> following diff: http://code.google.com/p/bsdmc/source/detail?r=75
BD> Maybe you can find something helpful for you in there
Try this. To use it, cd into the port directory, ports/net-p2p/mldonkey ,
and run this command:
# patch < /path/to/file/attached
Then you should be able to build the new mldonkey. Please give it a
thorough testing, and, if everything works, we can send it as a PR and get
someone to commit it.
It w
Hi All,
what's the right way to determine ABI version number (and specify
it at a port)?
For textproc/goldendict portlint suggests:
-
LIB_DEPENDS=hunspell-1:${PORTSDIR}/textproc/hunspell
-
The library itself is:
-
% ls -l /usr/local/lib/libhunspell-1.3.*so*
lrwxr-xr-x 1 root wheel
On Saturday, November 03, 2012 16:06:41 Boris Samorodov wrote:
> what's the right way to determine ABI version number (and specify
> it at a port)?
>
> For textproc/goldendict portlint suggests:
> -
> LIB_DEPENDS=hunspell-1:${PORTSDIR}/textproc/hunspell
> -
>
> The library itself is:
> --
Hi All,
I'm currently trying to get the VoIP plugin from RetroShare to work
under FreeBSD.
After this patch I was able to build it:
--- plugins/VOIP/services/rsvoipitems.cc~ 2012-02-26
18:13:54.0 +0100
+++ plugins/VOIP/services/rsvoipitems.cc2012-10-29
12:53:56.6509255
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
On Sat, Nov 03, 2012 at 01:59:18PM +0100, Peter Klett wrote:
>
> Hi All,
>
> I'm currently trying to get the VoIP plugin from RetroShare to work
> under FreeBSD.
> After this patch I was able to build it:
>
> --- plugins/VOIP/services/rsvoipitems.cc~ 2012-02-26
> 18:13:54.0 +0100
> Make sure you have this in your /usr/local/etc/poudriere.conf:
Aww man, I'm sorry. When I read up on the feature I never realized it
was something *optional*, so I never thought of looking in the config
file, where it is plain as day.
I turned it on as you indicated and it works like a charm.
On 11/3/2012 10:37 AM, Martin Gignac wrote:
>> Make sure you have this in your /usr/local/etc/poudriere.conf:
>
>
>
> Aww man, I'm sorry. When I read up on the feature I never realized it
> was something *optional*, so I never thought of looking in the config
> file, where it is plain as day.
>
Perfect,
that clue just did it, turns out RetroShare uses g++ for linking
which has a slightly different parameter -rdynamic instead of
-export-dynamic.
Setting this option while linking the RetroShare binary brings
the symbol in the "dynamic exported" table and lets the binary
finally load the pl
linrename is marked DEPRECATED. I'd like to reinstall it
as well as /reed/ ...
> Subject: FreeBSD ports you maintain which are out of date
> Date: Saturday, November 3, 2012, 7:01 AM
> Full details can be found at the following URL:
> http://portscout.freebsd.org/po...@freebsd.org.html
Hi Jason and All,
03.11.2012 16:46, Jason E. Hale пишет:
> Typically, you would want to leave off only what is after .so.
Got it, thanks!
2All: BTW it would be nice to have some words about the matter at
the Porter's Handbook...
--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.Fre
> Curious, where did you read about this feature? Would be good to make it
> more clear how to enable.
At the bottom of the following web page:
http://wiki.freebsd.org/FreeBSDPackageBuildingComparison
One of the listed strengths of Poudriere is "Detects OPTIONS changes".
I just read that and went
Hello,
I can not update firefox to 16.0.2,1
In file included from
/usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsSystemInfo.cpp:16:
../../dist/system_wrappers/gtk/gtk.h:3:26: error: gtk/gtk.h: No such
file or directory
/usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom
On 03/11/2012 20:13, David Demelier wrote:
Hello,
I can not update firefox to 16.0.2,1
In file included from
/usr/obj/usr/ports/www/firefox/work/mozilla-release/xpcom/base/nsSystemInfo.cpp:16:
../../dist/system_wrappers/gtk/gtk.h:3:26: error: gtk/gtk.h: No such
file or directory
/usr/obj/usr/p
David Naylor writes:
> The post-package-script (run only if WITH_PKGNG is defined):
> - Amends the package so the arch label to 64bit
WITH_PKGNG is checked too early. The port fails to fix arch on 10.0
without the variable being set explicitly in make.conf.
http://svn.freebsd.org/changeset/por
Hey, does anyone use the science/getdp port?
I took over maintainership, perhaps because at that time I was using it.
Now I am working on updating it to 2.2.1, which is quite a jump from
where it currently is at 1.2.1.
Anyway, I just wanted to check with anyone to see if this would be a
pro
19 matches
Mail list logo
