As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. The most common probl
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness. Often,
this is due to a better alternative having become available and/or
the cessation of development on th
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically notify users of ports
that are marked as "broken" in their Makefiles. In many cases
these ports are failing to compile on some subset of the FreeBSD
build environments. The most common probl
As part of an ongoing effort to reduce the number of problems in the
FreeBSD ports system, we periodically notify users about
ports that are marked as "forbidden" in their Makefiles. Often,
these ports are so marked due to security concerns, such as known
exploits.
An overview of each port, inclu
As part of an ongoing effort to reduce the number of problems in
the FreeBSD ports system, we periodically schedule removal of ports
that have been judged to have outlived their usefulness. Often,
this is due to a better alternative having become available and/or
the cessation of development on th
On 01/07/15 00:10, Chris H wrote:
Sure. OK.
Maybe something along the lines of:
BUILD_DEPENDS+= ${PREFIX}/bin/gcc49:${PORTSDIR}/lang/gcc49
This did not help.
Some extract from the configuration/build:
===> freecad-20150106 depends on executable: gfortran48 - found
...
/usr/local/bin/g++49
On 01/07/15 00:24, Thomas Mueller wrote:
> I ran automake -v in the WRKSRC directory (/usr/ports/multimedia/libva-1.5.0)
> and failed on error
>
> configure.ac:166: error: required file './ltmain.sh' not found
I have found one important difference between your output and mine.
>
> You asked fo
On 01/07/15 08:44, Scot Hetzel wrote:
I had a look at Mk/Uses/fortran.mk, it picks the version of fortran to
install based on the value found in either Mk/bsd.default-versions.mk
or the value defined in DEFAULT_VERSIONS. Unfortunately, it doesn't
have a clean way to specify a specific version.
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
A DragonFly developer (Antonio Huete, aka tuxillo) has added dports
package lists to our grok application several weeks ago:
http://grok.dragonflybsd.org/
As most of you know, a large percentage of ports have their package
lists automatically generated, so you can't reliably grep for installed
fi
On 2014-11-20, David Wolfskill wrote:
> It has been my practice for several years to email sensitive information
> (such as passwords) to myself via envrypted email, using mutt and GPG.
>
> [...]
>
> Then, a few minutes ago, I tried to retrieve a password from one of my
> saved encrypted messages..
On Wed, Jan 07, 2015 at 07:49:34AM -0600, Corey Halpin wrote:
> On 2014-11-20, David Wolfskill wrote:
> ...
> > Then, a few minutes ago, I tried to retrieve a password from one of my
> > saved encrypted messages... only to be informed "Could not copy
> > message".
>
> I also enjoyed some frictio
On Jan 07 07:49, Corey Halpin wrote:
On 2014-11-20, David Wolfskill wrote:
It has been my practice for several years to email sensitive information
(such as passwords) to myself via envrypted email, using mutt and GPG.
[...]
Then, a few minutes ago, I tried to retrieve a password from one of m
On Wed, Jan 07, 2015 at 07:16:12AM -0800, David Wolfskill wrote:
> On Wed, Jan 07, 2015 at 07:49:34AM -0600, Corey Halpin wrote:
> > On 2014-11-20, David Wolfskill wrote:
> > ...
> > > Then, a few minutes ago, I tried to retrieve a password from one of my
> > > saved encrypted messages... only to b
On Wed, 07 Jan 2015 09:47:53 +0100 Andrea Venturoli wrote
> On 01/07/15 00:10, Chris H wrote:
>
> > Sure. OK.
> > Maybe something along the lines of:
> >
> > BUILD_DEPENDS+=${PREFIX}/bin/gcc49:${PORTSDIR}/lang/gcc49
>
> This did not help.
> Some extract from the configuration/build:
>
> >
On 2015/01/07 15:16, David Wolfskill wrote:
> On Wed, Jan 07, 2015 at 07:49:34AM -0600, Corey Halpin wrote:
>> On 2014-11-20, David Wolfskill wrote:
>> ...
>>> Then, a few minutes ago, I tried to retrieve a password from one of my
>>> saved encrypted messages... only to be informed "Could not copy
On Wed, Jan 07, 2015 at 05:34:51PM +, Matthew Seaman wrote:
> ...
> >> I also enjoyed some friction trying to use gnupg 2.1 with mutt,
> >> though I didn't get the "Could not copy message" error that you
> >> report.
> >>
> >> Instead I was seeing 'no secret key'. In my case, this was reso
In attempting to update texlive, I ran into a problem that is
addressed by UPDATING note 20141214. Following the note I ran:
# pkg delete -f tex-kpathsea texlive-base
and then attempted to install the new versions using portmaster.
tex-kpathsea installed, but texlive-base didn't due to a fail
Will Parsons writes:
> tex-kpathsea installed, but texlive-base didn't due to a failure to
> build the cmake dependency:
[...]
> ===> Building for py27-sphinx-1.2.3
> running build
> running build_py
> running egg_info
> writing requirements to Sphinx.egg-info/requires.txt
> writing Sphinx.egg-i
textproc/py-sphinx port depends on the devel/py-Jinja2 port... but the port
only requires py-Jinja >= 2.3.
Try adding this patch to your ports tree and then retry you build:
Index: textproc/py-sphinx/Makefile
===
--- textproc/py-sphi
So Pidgin (net-im/pidgin) can apparently use textproc/gtkspell to provide
spell checking, and the knob is on by default, but the gtkspell package
does not carry any dictionaries and I assume that's the reason why there's
no spell checking support in Pidgin.
What provides these dictionaries?
Or ma
On Thu, 8 Jan 2015 02:07:31 +0100 "Vlad \"Blackflow\" K."
wrote
> So Pidgin (net-im/pidgin) can apparently use textproc/gtkspell to provide
> spell checking, and the knob is on by default, but the gtkspell package
> does not carry any dictionaries and I assume that's the reason why there's
> no s
22 matches
Mail list logo
