Is it possible to have xemacs restored as a port/pkg, and also have it
not collide with gnu emacs?
I have to try and support a user semi-addicted to the xemacs flavour.
It was stable, and worked.
Did it have to die? (pkg removed it)
___
freebsd-ports@fr
On 09/07/14 14:26, Gökşin Akdeniz wrote:
>>> As far as I can tell, LibreOffice on other platforms has supported
>>> Java 1.7+ since the LibreOffice 3.6 release (or maybe earlier), and
>>> OpenOffice supports Java 1.7+ also. Why does the FreeBSD port
>>> require Java 1.6 for building when the Java
Stage science/mpqc and science/mpqc-mpich
* reset maintainer
* converted to options instead of WITH_* knobs
* moved files/manpages to pkgplist
* USES+= libtool
* modernize
-
Build ID: 20140908002200-33136
Job ow
It looks like installing misc/gnomehier will put in place the missing
/usr/local/etc/mtree/BSD.gnome.dist and so work around the problem.
But I, for one, would hope that either this happened automatically so that the
portmaster man page instructions for re-installing all one's ports just works
It appears to me that if the portmaster man page's instructions for "Using
portmaster to do a complete reinstallation of all your ports" are still
supposed to work that the new staging for ports is currently broken.
Context: As part of an attempt to get ready to test some of Justin Hibbits
rece
>
> > As far as I can tell, LibreOffice on other platforms has supported
> > Java 1.7+ since the LibreOffice 3.6 release (or maybe earlier), and
> > OpenOffice supports Java 1.7+ also. Why does the FreeBSD port
> > require Java 1.6 for building when the Java option is set?
> >
>
> Probably no o
Am Sun, 7 Sep 2014 11:16:37 -0500
Scot Hetzel schrieb:
> On Sun, Sep 7, 2014 at 10:44 AM, Scot Hetzel wrote:
> > I created the rc.d/refdbd script by copying /etc/rc.d/inetd and make a
> > few minor changes.
> > This script (untested) should do what the scripts/refdb.in and
> > scripts/refdbctl.i
Hello!
Please can you tell me, what should I do if I wanna propose a small
patch for dns/dnrd rc script?
I've read porters-handbook and there is recommendation to use this
e-mail list.
Smth like this:
--- dnrd2014-09-07 22:25:56.036338143 +0400
+++ dnrd.new2014-09-07 23:16:46.2233
On Sun, 07 Sep 2014 18:00:24 +0100
Mike Clarke wrote:
> On Sunday 07 Sep 2014 09:53:51 Scot Hetzel wrote:
>
> > The scripts in 3-6, and 8 are wrong. According to /etc/rc.subr, the
> > '# PROVIDE: ' is mandatory to detect a rc script:
>
> Well it appears that they are only half wrong.
>
> Scrip
So, what alternatives are there to add controls to Mplayer2?
--
View this message in context:
http://freebsd.1045724.n5.nabble.com/smplayer-dependency-on-mplayer1-tp5913645p5946778.html
Sent from the freebsd-ports mailing list archive at Nabble.com.
On Sun, 7 Sep 2014 10:02:24 -0500
Scot Hetzel wrote:
> On Sun, Sep 7, 2014 at 8:38 AM, RW wrote:
> > On Sun, 7 Sep 2014 09:43:08 +0200
> > O. Hartmann wrote:
> >
> >
> >> I renamed the script back to "refdb.sh" by now and the service
> >> starts again as expected. I guess the spawning into a sub
On Sun, Sep 7, 2014 at 9:44 AM, Bruce Albrecht
wrote:
> As far as I can tell, LibreOffice on other platforms has supported Java
> 1.7+ since the LibreOffice 3.6 release (or maybe earlier), and
> OpenOffice supports Java 1.7+ also. Why does the FreeBSD port require
> Java 1.6 for building when th
On Sunday 07 Sep 2014 09:53:51 Scot Hetzel wrote:
> The scripts in 3-6, and 8 are wrong. According to /etc/rc.subr, the
> '# PROVIDE: ' is mandatory to detect a rc script:
Well it appears that they are only half wrong.
Scripts without PROVIDE will work if they're in /etc/rc.d but not if
in /us
As far as I can tell, LibreOffice on other platforms has supported Java
1.7+ since the LibreOffice 3.6 release (or maybe earlier), and
OpenOffice supports Java 1.7+ also. Why does the FreeBSD port require
Java 1.6 for building when the Java option is set?
__
On Sun, Sep 7, 2014 at 10:44 AM, Scot Hetzel wrote:
> I created the rc.d/refdbd script by copying /etc/rc.d/inetd and make a
> few minor changes.
> This script (untested) should do what the scripts/refdb.in and
> scripts/refdbctl.in were doing:
>
> #!/bin/sh
> #
> # $FreeBSD$
> #
>
> # PROVIDE: re
Hi,
ntopng 1.2.1 is on bugzilla. However I couldn't make it work on 8.X due to
ENDIAN issues. So have marked it broken on 8.X. Today someone committed
ndpi so the bug 193421 is ready to be committed.
BR,
Muhammad
On Sun, Sep 7, 2014 at 9:36 PM, Janos Dohanics wrote:
> On Sat, 06 Sep 2014 00:1
On Sun, Sep 7, 2014 at 4:28 AM, O. Hartmann wrote:
> Am Sun, 7 Sep 2014 04:03:25 -0500
> Scot Hetzel schrieb:
>
>> On Sun, Sep 7, 2014 at 3:39 AM, Scot Hetzel wrote:
>> > I had a look at scripts/refdb.in, it is not a proper rc script for
>> > FreeBSD, as it is missing several keywords:
>> >
>> >
On Sat, 06 Sep 2014 00:10:03 +0200
Matthias Andree wrote:
> Am 05.09.2014 um 22:47 schrieb Kurt Jaeger:
> > Hi!
> >
> > I understand that net/ntop is unmaintained, but someone perhaps
> > still could advise...
> >
> Another suggestion, after checking the website: did you try
>
On Sun, Sep 7, 2014 at 8:38 AM, RW wrote:
> On Sun, 7 Sep 2014 09:43:08 +0200
> O. Hartmann wrote:
>
>
>> I renamed the script back to "refdb.sh" by now and the service starts
>> again as expected. I guess the spawning into a subshell fails
>> somehow at that point when booting the box.
>
> FWIW
On Sun, Sep 7, 2014 at 6:16 AM, Mike Clarke wrote:
> On Sunday 07 Sep 2014 04:03:25 Scot Hetzel wrote:
>
>> > I had a look at scripts/refdb.in, it is not a proper rc script for
>> > FreeBSD, as it is missing several keywords:
>> >
>> > # PROVIDE: <- all scripts need this
>
> I'm not sure that PROV
On Sun, 7 Sep 2014 09:43:08 +0200
O. Hartmann wrote:
> I renamed the script back to "refdb.sh" by now and the service starts
> again as expected. I guess the spawning into a subshell fails
> somehow at that point when booting the box.
FWIW refdb.sh works because /etc/rc.d/local will run pre-rc
On Sunday 07 Sep 2014 04:03:25 Scot Hetzel wrote:
> > I had a look at scripts/refdb.in, it is not a proper rc script for
> > FreeBSD, as it is missing several keywords:
> >
> > # PROVIDE: <- all scripts need this
I'm not sure that PROVIDE is still mandatory. But run_rc_command() in
rc.subr does
Am Sun, 7 Sep 2014 04:03:25 -0500
Scot Hetzel schrieb:
> On Sun, Sep 7, 2014 at 3:39 AM, Scot Hetzel wrote:
> > I had a look at scripts/refdb.in, it is not a proper rc script for
> > FreeBSD, as it is missing several keywords:
> >
> > # PROVIDE: <- all scripts need this
> > # REQUIRE:
> > # BEFO
On Sun, Sep 7, 2014 at 3:39 AM, Scot Hetzel wrote:
> I had a look at scripts/refdb.in, it is not a proper rc script for
> FreeBSD, as it is missing several keywords:
>
> # PROVIDE: <- all scripts need this
> # REQUIRE:
> # BEFORE:
> # KEYWORD: <- optional
>
> Which tells rcorder where to put refdb
On Sun, Sep 7, 2014 at 2:43 AM, O. Hartmann wrote:
> Am Sun, 7 Sep 2014 15:33:42 +0800
> Erich Dollansky schrieb:
>
>> Hi,
>>
>> On Sun, 7 Sep 2014 09:03:21 +0200
>> "O. Hartmann" wrote:
>>
>> >
>> > I use a service (textprox/refdb from ports, refdb_enable="YES"
>> > in /etc/rc.conf.local) that
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 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
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
Am Sun, 7 Sep 2014 15:33:42 +0800
Erich Dollansky schrieb:
> Hi,
>
> On Sun, 7 Sep 2014 09:03:21 +0200
> "O. Hartmann" wrote:
>
> >
> > I use a service (textprox/refdb from ports, refdb_enable="YES"
> > in /etc/rc.conf.local) that is supposed to startup at boottime. On
> > one CURRENT system,
Hi,
On Sun, 7 Sep 2014 09:03:21 +0200
"O. Hartmann" wrote:
>
> I use a service (textprox/refdb from ports, refdb_enable="YES"
> in /etc/rc.conf.local) that is supposed to startup at boottime. On
> one CURRENT system, running
>
> FreeBSD 11.0-CURRENT #3 r271210: Sat Sep 6 22:39:59 CEST 2014 a
I use a service (textprox/refdb from ports, refdb_enable="YES" in
/etc/rc.conf.local)
that is supposed to startup at boottime. On one CURRENT system, running
FreeBSD 11.0-CURRENT #3 r271210: Sat Sep 6 22:39:59 CEST 2014 amd64
the service is not started at boottime, but I can start the service
34 matches
Mail list logo
