Bringing SUB-PACKAGES to ports

Hi everyone, Thank you very much for flavors. It has been long awaited, and will be a great step forward for FreeBSD. Onwards and upwards: What is the status of subpackages? Speaking to bapt at BSDTW, it sounded like flavors was going to be the difficult change, and subpackages would then be

Re: THANK YOU for flavors! (fwd)

On Thursday, 7 December 2017 at 11:02:51 +1100, Dave Horsfall wrote: > On Thu, 7 Dec 2017 11:01:51 +1100 (EST), Dave Horsfall wrote: Since we're being pedantic, note that this should be AEDT. EST is ambiguous, but in general refers to the east coast of the USA. >> Serious question: is "FLAVOUR"

# FLAVORLESS tag?

As I take inventory before embarking on "flavoring" those ports I maintain that can be flavored. I wanted to make my life simpler, and in an effort to do so, began tagging those that couldn't be flavored (no options, etc...) with # FLAVORLESS This made it trivial for future searches to weed out

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

> On 6 Dec, 2017, at 17:15, Chris H wrote: > > On Wed, 6 Dec 2017 15:40:27 -0800 "Mel Pilgrim" > said > >> On 12/5/2017 2:25 PM, Baho Utot wrote: >> > Thank you for taking a perfectly good system and breaking it as well as > >> > making

Re: THANK YOU for flavors! (fwd)

Errkk... This was meant for the list. -- Dave Horsfall DTM (VK2KFU) "Those who don't understand security will suffer." -- Forwarded message -- Date: Thu, 7 Dec 2017 11:01:51 +1100 (EST) From: Dave Horsfall To: Mel Pilgrim

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On 12/6/2017 6:36 PM, Mel Pilgrim wrote: On 12/5/2017 2:09 PM, Mathieu Arnold wrote: Le 05/12/2017 à 10:53, Aryeh Friedman a écrit : TL;DR; Flavors 'ed up ports and there are no good ways/alternates for how to use the ports collection for normal everyday users/maintainers Thank you for

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On 12/6/2017 6:40 PM, Mel Pilgrim wrote: On 12/5/2017 2:25 PM, Baho Utot wrote: Thank you for taking a perfectly good system and breaking it as well as making it unusable, unstable. You just don't know of all the countless hours spent after running an update and taking a week to get it

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On Wed, 6 Dec 2017 15:40:27 -0800 "Mel Pilgrim" said On 12/5/2017 2:25 PM, Baho Utot wrote: > Thank you for taking a perfectly good system and breaking it as well as > making it unusable, unstable.  You just don't know of all the countless > hours spent after

THANK YOU for flavors!

In the midst of all the negative noise, I thought I'd post and say thank you for bring in this feature. I've been chomping at the bit to try flavours out since I heard about them. I started flavouring my company's internal Ports Tree extension the evening after it landed. Flavours are going

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On 12/6/2017 3:40 PM, Mel Pilgrim wrote: The last time I had a major stability problem with FreeBSD was when I had a brand new Nocona Xeon system that would get interrupt storms running 5.x and had to run 6-CURRENT on it for a while because 6.x introduced MSI support. Or was that 4.x

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On 12/5/2017 2:25 PM, Baho Utot wrote: Thank you for taking a perfectly good system and breaking it as well as making it unusable, unstable.  You just don't know of all the countless hours spent after running an update and taking a week to get it working again. I manage (currently) 104

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On 12/5/2017 2:09 PM, Mathieu Arnold wrote: Le 05/12/2017 à 10:53, Aryeh Friedman a écrit : TL;DR; Flavors 'ed up ports and there are no good ways/alternates for how to use the ports collection for normal everyday users/maintainers Thank you for supporting all the hard work and countless

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On Wed, 6 Dec 2017, Jan Bramkamp wrote: Synth and poudriere are parallel build tools and as such are very taxing on the system. I suspect your system is unstable under such load, because of a configuration error or unreliable hardware. One such configuration error that bit me is tmpfs mounted

Re: Working on FLAVOR support in portmaster

I volunteer to test. Thanks, Jim Trigg On December 5, 2017 4:35:05 AM EST, Torsten Zuehlsdorff wrote: >Aloha Stefan, >On 05.12.2017 08:35, Stefan Esser wrote: >> Am 05.12.17 um 00:43 schrieb Tatsuki Makino: >>> By the way, where is the clever way to update to flavor? >>> I

Re: For armv7 (cross build target): multimedia/libvpx depends on the GNU C library function getauxval and so fails to build; so, disable its expectation?

On Wed, 2017-12-06 at 18:37 +0100, Jan Beich wrote: > Mark Millard writes: > > > > > For armv7 attempting to build multimedia/libvpx > > (via an indirect dependency) leads to: > > > > cp libvpx_g.a libvpx.a > > vpx_ports/arm_cpudetect.c.o: In function `arm_cpu_caps': > >

Re: For armv7 (cross build target): multimedia/libvpx depends on the GNU C library function getauxval and so fails to build; so, disable its expectation?

Mark Millard writes: > For armv7 attempting to build multimedia/libvpx > (via an indirect dependency) leads to: > > cp libvpx_g.a libvpx.a > vpx_ports/arm_cpudetect.c.o: In function `arm_cpu_caps': >

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On Tue, Dec 05, 2017 at 04:09:06PM -0800, Ultima wrote: > I wonder if making a simple man page for general users would be wise and > referencing the fully featured man page in it for more experienced users? > It seems that many users want a simple route and the current man page is > simply too

Re: tomcat8 and UTF-8 filenames

06.12.2017 21:57, Marko Cupać пишет: > Slightly off-topic, but still related to tomcat8: on starts and > restarts I am always getting a warning that tomcat8 fails to start, > even though it starts. > > me@server:~ % sudo service tomcat8 restart > Stopping tomcat8. > Waiting for PIDS: 47970. >

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On 12/06/17 08:59, Matthias Apitz wrote: El día miércoles, diciembre 06, 2017 a las 08:26:41a. m. -0500, Baho Utot escribió: For users of third party abandonware, well, they were warned that it was bound to happen at one point, and guess what, it happened. I don't really understand why you

Re: tomcat8 and UTF-8 filenames

Hi! > > Just use /etc/rc.conf: > > > > tomcat8_env="LANG=en_US.UTF-8 TZ=Europe/Rome" > While certainly not comparable to The Eternal City of Rome, Belgrade is > also cool, and in the same timezone :) This works, thanx! I checked > comments of tomcat8's rc script before asking here, a lot of

Re: tomcat8 and UTF-8 filenames

On Wed, 6 Dec 2017 21:30:27 +0700 Eugene Grosbein wrote: > > Is there a better way to make tomcat8 applications read UTF-8 > > filenames? Should I change login.conf LANG for root class? Or > > something else? > > Just use /etc/rc.conf: > > tomcat8_env="LANG=en_US.UTF-8

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

El día miércoles, diciembre 06, 2017 a las 08:26:41a. m. -0500, Baho Utot escribió: > > For users of third party abandonware, well, they were warned that it was > > bound to happen at one point, and guess what, it happened. I don't > > really understand why you continue spending all this time

Re: tomcat8 and UTF-8 filenames

On 06.12.2017 21:00, Marko Cupać wrote: > Hi, > > I am running airsonic: > [https://github.com/airsonic/airsonic] > > ...as tomcat8 application. In order for it to read UTF-8 filenames > correctly, I have added "export LANG=en_US.UTF-8" directly to > rc.d/tomcat8 startup script, as instructed

tomcat8 and UTF-8 filenames

Hi, I am running airsonic: [https://github.com/airsonic/airsonic] ...as tomcat8 application. In order for it to read UTF-8 filenames correctly, I have added "export LANG=en_US.UTF-8" directly to rc.d/tomcat8 startup script, as instructed here:

Re: Welcome flavors! portmaster now dead? synth?

> >> On Dec 6, 2017, at 14:01, Torfinn Ingolfsen wrote: >> >> On Tue, Dec 5, 2017 at 9:15 PM, Bryan Drewery wrote: >>> I plan to look at portupgrade + FLAVORS support in the next few weeks as >>> well. >>> >> Very, very much appreciated! > Yes, same

Re: Welcome flavors! portmaster now dead? synth?

> On Dec 6, 2017, at 14:01, Torfinn Ingolfsen wrote: > > On Tue, Dec 5, 2017 at 9:15 PM, Bryan Drewery wrote: >> >> I plan to look at portupgrade + FLAVORS support in the next few weeks as >> well. >> > > Very, very much appreciated! Yes, same

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On 12/06/17 04:53, Mathieu Arnold wrote: Le 05/12/2017 à 23:25, Baho Utot a écrit : On 12/05/17 17:09, Mathieu Arnold wrote: Le 05/12/2017 à 10:53, Aryeh Friedman a écrit : TL;DR; Flavors 'ed up ports and there are no good ways/alternates for how to use the ports collection for normal

Re: Welcome flavors! portmaster now dead? synth?

On Tue, Dec 5, 2017 at 9:15 PM, Bryan Drewery wrote: > > I plan to look at portupgrade + FLAVORS support in the next few weeks as > well. > Very, very much appreciated! -- Regards, Torfinn Ingolfsen ___

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,

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On Wed, Dec 6, 2017 at 6:01 AM, Johan Hendriks wrote: > > > Op 06/12/2017 om 10:53 schreef Mathieu Arnold: > > Le 05/12/2017 à 23:25, Baho Utot a écrit : > >> > >> On 12/05/17 17:09, Mathieu Arnold wrote: > >>> Le 05/12/2017 à 10:53, Aryeh Friedman a écrit : > TL;DR;

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

Op 06/12/2017 om 10:53 schreef Mathieu Arnold: > Le 05/12/2017 à 23:25, Baho Utot a écrit : >> >> On 12/05/17 17:09, Mathieu Arnold wrote: >>> Le 05/12/2017 à 10:53, Aryeh Friedman a écrit : TL;DR; Flavors 'ed up ports and there are no good ways/alternates for how to use the

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On 05.12.17 10:53, Aryeh Friedman wrote: First some background (my typical use cases for ports): 0. FreeBSD lilith 11.1-RELEASE FreeBSD 11.1-RELEASE #0 r321664: Fri Jul 28 23:35:18 EDT 2017 root@lilith:/usr/obj/usr/src/sys/GENERIC amd64 1. Daily routine (current): cd /usr/src

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On Tue, Dec 05, 2017 at 05:25:13PM -0500, Baho Utot wrote: > Thank you for taking a perfectly good system and breaking it as well as > making it unusable, unstable. You just don't know of all the countless > hours spent after running an update and taking a week to get it working > again.

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

On Tue, Dec 5, 2017 at 1:22 PM, Jonathan Chen wrote: > On 5 December 2017 at 22:53, Aryeh Friedman > wrote: > [...] > > 2. I installed synth (2.00) and *ATTEMPTED* to do a upgrade-system with > the > > following results (still not a successful run): >

Re: Flavors *COMPLETELY* break the port system (synth and poudriere are useless)

Le 05/12/2017 à 23:25, Baho Utot a écrit : > > > On 12/05/17 17:09, Mathieu Arnold wrote: >> Le 05/12/2017 à 10:53, Aryeh Friedman a écrit : >>> TL;DR; >>> Flavors 'ed up ports and there are no good ways/alternates >>> for how >>> to use the ports collection for normal everyday users/maintainers

For armv7 (cross build target): multimedia/libvpx depends on the GNU C library function getauxval and so fails to build; so, disable its expectation?

For armv7 attempting to build multimedia/libvpx (via an indirect dependency) leads to: cp libvpx_g.a libvpx.a vpx_ports/arm_cpudetect.c.o: In function `arm_cpu_caps': /wrkdirs/usr/ports/multimedia/libvpx/work/libvpx-1.6.1/vpx_ports/arm_cpudetect.c:198: undefined reference to `getauxval' c++:

Need someone to look at PR 220958

Hi, I've just updated PR 220958: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220958 Can someone from ports do some sanity checks before I push this change? It looks good on my side. --HPS ___ freebsd-ports@freebsd.org mailing list