FreeBSD ports you maintain which are out of date

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

Re: HEADSUP: FLAVORS (initial version) and subpackages proposals

Thanks Bapt et al, I use FreeBSD and the ports system extensively, we build everything from source and largely customise approx 25% of the 900 packages we rely upon. I'm more than a little concerned to have changes performed against the ports infrastructure. As our primary sources of (whats comin

Re: HEADSUP: FLAVORS (initial version) and subpackages proposals

Hi, > On 19 Dec 2016, at 1:31 AM, Baptiste Daroussin wrote: > > For flavors I would like to propose a simple approach first which is more > like a > rework of the slave ports for now: This progression sure is nice to see! I like "category/portname/flavour" origin a lot, but how is it handled

Re: HEADSUP: FLAVORS (initial version) and subpackages proposals

> On 20 Dec 2016, at 9:27 AM, Franco Fichtner wrote: > > We shouldn't use "-" or "/" anyway, should we? Please no fancy things > like "~" or so. No arbitrary package names... To emphasise on this: A flavour should act as a full replacement of its unflavoured package, that means the package n

Re: HEADSUP: FLAVORS (initial version) and subpackages proposals

> On 20 Dec 2016, at 9:42 AM, Franco Fichtner wrote: > > To emphasise on this: And lastly... if we have the automatic "default" flavour that is defined by the OPTIONS_DEFAULT knobs, we could finally avoid pkg upgrading custom builds by knowing that somebody built a "custom" version of their por

Re: The ports collection has some serious issues

On Mon, 19 Dec 2016, John Marino wrote: > I never, not once, tried to "get rid of portmaster". By repeating this > untruth after I already corrected you is trolling. There was a very > small chance you were just ignorant but thanks for admitting you knew > exactly what you were doing and maki

Re: The ports collection has some serious issues

2016-12-20 13:57 GMT+01:00 Dave Horsfall : > Perhaps for you to just quietly FOAD? When it comes to common sense, you > appear to be utterly impervious. Perhaps we can stay polite? -- Demelier David ___ freebsd-ports@freebsd.org mailing list https://l

Re: Gettext Issues

On Dec 17, 2016, at 4:36 AM, Tijl Coosemans wrote: > > Can you email me > /usr/ports/devel/gettext-runtime/work/gettext-0.19.8.1/gettext-runtime/config.log I did get this fixed by restoring the various so.# files from backups until bash and sudo and others stopped complaining. What I am going

Re: HEADSUP: FLAVORS (initial version) and subpackages proposals

Hi, I think it's a nice to have and an improvement. It's quite clean, even if the number of Makefile's can really increase. I've some questions: Q1) It seems obvious (at least to me), that DOCS and EXAMPLES should/could become subpackages. How it could be handled by pkg? Are you thinking to add

Re: The ports collection has some serious issues

On Tue, Dec 20, 2016 at 11:57:38PM +1100, Dave Horsfall wrote: > On Mon, 19 Dec 2016, John Marino wrote: > > > I never, not once, tried to "get rid of portmaster". By repeating this > > untruth after I already corrected you is trolling. There was a very > > small chance you were just ignorant

mail/spamassassin config option AS_ROOT is confusing

The AS_ROOT option in the mail/spamassassin port is really confusing to me. Given that its description is "Run spamd as root (recommended)", what actually happens is somewhat bonkers: The main spamd process always runs as root. If AS_ROOT is enabled, then the child processes who do all the work

RE: amazing

Hey, I've just found something really amazing, I'm shocked! Just take a look Cheers, Chapter ISOC Chapter Support From: freebsd-ports [mailto:freebsd-ports@FreeBSD.org] Sent: Tuesday, December 20, 2016 4:30 PM To: livejour...@bekreyev.ru Subject: Ah. My bad.

Cyrus IMAP in a jail anyone?

Hi, I'm facing a peculiar problem with two Cyrus instances both running 11.STABLE jails. Using the sync feature I am able to replicate the mailboxes but syncing sieve scripts does not work: On the sending side(sync_client): <1482265840https://lists.freebsd.org/mailman/listinfo/freebsd-ports To u

[jchamp...@apache.org: [ANNOUNCE] Apache HTTP Server 2.4.25 Released]

Heads up!! - Forwarded message from Jacob Champion - Date: Tue, 20 Dec 2016 12:17:57 -0800 From: Jacob Champion To: annou...@httpd.apache.org Subject: [ANNOUNCE] Apache HTTP Server 2.4.25 Released User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45

Alternate strategy for ports / portupgrade

Hi. gad@FreeBSD here. My life at work and "on the personal front" continues to be a time-consuming morass, so I haven't contributed much to FreeBSD discussions for the last few years. I wanted to bring up a strategy I have used for ports in the threads on "the ports collection has some serious i

Re: Cyrus IMAP in a jail anyone?

On 2016-12-20 21:45, Per olof Ljungmark wrote: > Hi, > > I'm facing a peculiar problem with two Cyrus instances both running > 11.STABLE jails. Using the sync feature I am able to replicate the > mailboxes but syncing sieve scripts does not work: > > On the sending side(sync_client): > > <148226

Re: mail/spamassassin config option AS_ROOT is confusing

On Tue, 20 Dec 2016 11:53:43 -0700 Mike Brown wrote: > The AS_ROOT option in the mail/spamassassin port is really confusing > to me. Given that its description is "Run spamd as root > (recommended)", what actually happens is somewhat bonkers: > > The main spamd process always runs as root. If AS_

Re: mail/spamassassin config option AS_ROOT is confusing

> On 20 Dec, 2016, at 16:51, RW wrote: > > On Tue, 20 Dec 2016 11:53:43 -0700 > Mike Brown wrote: > >> The AS_ROOT option in the mail/spamassassin port is really confusing >> to me. Given that its description is "Run spamd as root >> (recommended)", what actually happens is somewhat bonkers: >>

Re: Subscription for committer

On Mon, 19 Dec 2016, John Marino wrote: On 12/19/2016 20:22, Mark Linimon wrote: On Mon, Dec 19, 2016 at 07:07:06PM -0600, John Marino wrote: It's a natural reaction to stop attempting to contribute when previous contributions don't get "attention they deserve". Which some people (including

Re: HEADSUP: FLAVORS (initial version) and subpackages proposals

On Tue, Dec 20, 2016 at 10:12:04AM +0100, Franco Fichtner wrote: > And lastly... if we have the automatic "default" flavour that is > defined by the OPTIONS_DEFAULT knobs, we could finally avoid pkg > upgrading custom builds by knowing that somebody built a "custom" > version of their port and that

issues in several ports.

History background. First let me say I've been running freebsd since 4.X, I resisted upgrading after 7.4 for as long as I could and always patch.I upgraded to 10.3 release installed via dvd at the start of December.Before you say, it is not the machine. Check the hardware and it still runs freeb

Re: Subscription for committer

On 12/20/2016 18:39, Warren Block wrote: On Mon, 19 Dec 2016, John Marino wrote: On 12/19/2016 20:22, Mark Linimon wrote: On Mon, Dec 19, 2016 at 07:07:06PM -0600, John Marino wrote: It's a natural reaction to stop attempting to contribute when previous contributions don't get "attention they

Re: issues in several ports.

On 2016-Dec-21 04:01:50 +, Wyle Coyote via freebsd-ports wrote: >.I upgraded to 10.3 release installed via dvd "upgraded" how? Was this a fresh install or did you try to install 10.3 over the top of your 7.4 system? If the latter, it's quite likely that there are remnants of FreeBSD 7.4 (l

Custom base jails for ZFS replication

Is there a jail management tool that lets you install packages in a base jail, and share that with multiple thin jails? I want to deploy many thin jails across multiple servers, and be able to update both the base system and ports in a base jail and then ZFS replicate that to the base jails on the

Re: Custom base jails for ZFS replication

On Wed, Dec 21, 2016 at 12:59:23AM -0500, Randy Westlund wrote: > Is there a jail management tool that lets you install packages in a base > jail, and share that with multiple thin jails? I know ezjail does this, as far as it goes. > > I want to deploy many thin jails across multiple servers, a

Re: The ports collection has some serious issues

On 12/19/2016 09:02 AM, John Marino wrote: On 12/18/2016 23:42, Jim Trigg wrote: On 12/18/2016 02:24 AM, John Marino wrote: 2) portmaster's dirty build method is inferior to clean environment builds (true) 3) There is better and official alternative (true) Maybe. I have a case where portmaste