Hello ports@
system is 11.1-STABLE #0 r322350
ports is r449063
www/bluefish builds OK but fails to install with the following error:
# make install
===> Installing for bluefish-2.2.10
===> bluefish-2.2.10 depends on executable: tidy4 - found
===> bluefish-2.2.10 depends on executable: webl
As mentioned recently on this list I've been investigating building
the ports tree with LLVM's lld installed as /usr/bin/ld (via the
exp-run in PR 214864).
One of the common failure causes is that LLD does not include default
library search paths (e.g., /usr/lib). Paths must be explicitly
specifie
FYI:
Some github URLs that ports framework uses to fetch by hash fail with no
apparent reason. Here are two examples:
https://codeload.github.com/grame-cncm/guidolib/tar.gz/2ec126d
https://codeload.github.com/libretro/picodrive/tar.gz/40cd7bc
I've contacted GitHub, they acknowledged the p
On Fri, Sep 1, 2017, at 18:24, Yuri wrote:
> FYI:
>
>
> Some github URLs that ports framework uses to fetch by hash fail with no
> apparent reason. Here are two examples:
>
>
> https://codeload.github.com/grame-cncm/guidolib/tar.gz/2ec126d
>
> https://codeload.github.com/libretro/picodrive/ta
On 09/01/17 09:53, Tobias Kortkamp wrote:
In libretro/picodrive there are two objects which have the same
abbreviated hash. Probably best to use the full hash.
Using full hash is a workaround.
Yuri
___
freebsd-ports@freebsd.org mailing list
https
On 09/01/17 09:53, Tobias Kortkamp wrote:
In libretro/picodrive there are two objects which have the same
abbreviated hash. Probably best to use the full hash.
Since another object with the same abbreviated hash can be committed
into the project any time, any port using such hash (which is a
On Fri, Sep 1, 2017 at 5:04 AM, tech-lists wrote:
> Hello ports@
>
> system is 11.1-STABLE #0 r322350
> ports is r449063
>
> www/bluefish builds OK but fails to install with the following error:
>
> # make install
> ===> Installing for bluefish-2.2.10
> ===> bluefish-2.2.10 depends on executab
On 01/09/2017 18:06, Kevin Oberman wrote:
> Something is broken here. I checked two systems: one built from ports
> and one using packages. In both cases, all of those files are present,
> but neither had those files on the package DB:
Thanks for looking at this. Do you think it's my system that i
On Fri, Sep 1, 2017 at 10:26 AM, tech-lists wrote:
> On 01/09/2017 18:06, Kevin Oberman wrote:
> > Something is broken here. I checked two systems: one built from ports
> > and one using packages. In both cases, all of those files are present,
> > but neither had those files on the package DB:
>
Hi,
On 01/09/2017 19:06, Kevin Oberman wrote:
> At this point I am out of ideas, but a bit more information might be
> helpful to others (or even me).
> 1. What version of FreeBSD (likely not useful)?
11.1-STABLE #0 r322350
> 2. What version of Gnome, MATE or other desktop is installed?
there's
I have been attempting to make an 11.0-RELEASE jail for aarch64 to use
with poudriere, with my world source being existing sources in /usr/src,
but I am unable to start the resulting jail. I am currently using
poudriere-devel 3.1.99.20170803 and use UFS for the file system (I do
not use ZFS at
On Fri, Sep 1, 2017 at 11:42 AM, tech-lists wrote:
> Hi,
>
> On 01/09/2017 19:06, Kevin Oberman wrote:
> > At this point I am out of ideas, but a bit more information might be
> > helpful to others (or even me).
> > 1. What version of FreeBSD (likely not useful)?
>
> 11.1-STABLE #0 r322350
>
> >
On 02/09/2017 02:29, Yuri wrote:
On 09/01/17 09:53, Tobias Kortkamp wrote:
In libretro/picodrive there are two objects which have the same
abbreviated hash. Probably best to use the full hash.
Since another object with the same abbreviated hash can be committed
into the project any time, an
On Sep 1, 2017 20:03, "Shane Ambler" wrote:
Respond to github support that an abbreviated hash with multiple matches
will fail. Under that condition, it may be desirable to respond with the
newest of the matches rather than a not found error.
To be honest, the failing seems like a little bette
Hi,
I wanted to work using SML under FreeBSD via MLton.
The port is obsolete as per the URL;
https://www.freebsd.org/cgi/ports.cgi?query=mlton&stype=all
Also, there are too many dependencies as mentioned on that same page in
the "Requires" section.
Could you please update the port to the lastes
15 matches
Mail list logo