Re: Python 37/38 conflict, was Re: Trubles compiling lxqt on RPi4

On 5/16/21 10:19 PM, bob prohaska wrote: [...] I'd like to see the ports system keep working as it has in the past, but that seemingly requires a kind of machine intelligence that hasn't evolved yet. Poudriere seems like a brute force approach. [...] You'll find quite a few remaining fans of

Re: Build of Python 3.8.10/3.9.5 fails on 12.2-RELEASE

On 5/10/21 6:49 PM, Yasuhiro Kimura wrote: [...] I investigated repository of Python and found following commits (bpo-43799) are the source of the problem. [3.8] bpo-43799: OpenSSL 3.0.0: declare OPENSSL_API_COMPAT 1.1.1 (GH-25329) (GH-25383)

I was wrong; Re: Build of Python 3.8.10/3.9.5 fails on 12.2-RELEASE

On 5/10/21 11:46 AM, George Mitchell wrote: On 5/10/21 11:39 AM, George Mitchell wrote: On 5/10/21 3:29 AM, Yasuhiro Kimura wrote:  > Hello,  >  > I submitted patches to update lang/python3[89] to 3.8.10/3.9.5  > respectively.  >  > Bug 255729 - lang/python38: Update

Re: Build of Python 3.8.10/3.9.5 fails on 12.2-RELEASE

On 5/10/21 11:39 AM, George Mitchell wrote: On 5/10/21 3:29 AM, Yasuhiro Kimura wrote: > Hello, > > I submitted patches to update lang/python3[89] to 3.8.10/3.9.5 > respectively. > > Bug 255729 - lang/python38: Update to 3.8.10 > https://bugs.freebsd.org/bugzilla/s

Re: Build of Python 3.8.10/3.9.5 fails on 12.2-RELEASE

On 5/10/21 3:29 AM, Yasuhiro Kimura wrote: > Hello, > > I submitted patches to update lang/python3[89] to 3.8.10/3.9.5 > respectively. > > Bug 255729 - lang/python38: Update to 3.8.10 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255729 > [...] I tried your patch on python38 and did not

Re: SVNWEB not updated for ports

On 4/19/21 8:42 AM, Helge Oldach wrote: Stefan Esser wrote on Mon, 19 Apr 2021 12:11:40 +0200 (CEST): After the switch to GIT, the ports SVN repository is in a frozen state. This causes accesses to https://svnweb.freebsd.org/ports/head/ to return stale information. I guess it might be more

Re: Begone, accursed poudriere partitions!

On 4/7/21 2:26 PM, driesm.michi...@gmail.com wrote: [...] The easiest fix is to delete the zfs datasets that poudriere created. You can find the correct dataset with # zfs list And then most probably # zfs destroy -r zroot/poudriere [...] Thank you for your assistance!

Begone, accursed poudriere partitions!

On one occasion, probably a couple of years ago, I tried poudriere out. I decided it was too heavy for my use case and uninstalled it. Ever since, though, every time my build machine reboots, *something* recreates a whole poudriere tree on my ZFS file system, with a total of ten mountpoints

Re: No update for a day on ports?

On 4/1/21 6:04 PM, Tatsuki Makino wrote: Dewayne Geraghty wrote on 2021/04/01 17:47: [...] Would appreciate if anyone can provide insight as to the 4 git commands that I need to function, in a manner similar to the way I use svnlite use. Git equivalents for: svnlite update /usr/ports svnlite

Re: Proposed ports git transition schedule

On 3/27/21 10:20 AM, Felix Palmen wrote: [...] I'm talking about net/gitup, which is a little C program with *no* dependencies and definitely no python involved. If you don't have it in your ports tree, upgrade your ports tree. -- while you still can, with the existing tools ...--

Re: Python 2.7 removal outline

On 3/25/21 6:06 PM, Miroslav Lachman wrote: [...] it is really not for everybody to use overlays in current state (overlays are poor documented at least). [...] Until this thread I had never heard of them. -- George OpenPGP_signature Description: OpenPGP digital

Cornucopia of chromium compile warnings

Can I safely assume that the upstream chromium developers are most likely unaware of the MULTIPLE THOUSANDS of clang compile warnings generated during the chromium compile phase on FreeBSD? (I imagine that they don't care, either.) -- George OpenPGP_signature

Re: Xfce, xfce4-terminal, and UTF-8

On 1/1/21 3:12 PM, Guido Falsi via freebsd-ports wrote: [...] .cshrc does not look like the correct place for it anyway. That file is executed multiple times during a session. I'm not sure how it can work for everything else. Also the fact that XFCE has it's own configuration, if it's not

Re: Xfce, xfce4-terminal, and UTF-8

On 1/1/21 2:57 PM, Guido Falsi via freebsd-ports wrote: On 01/01/21 20:12, George Mitchell wrote: I applied the patch from https://reviews.freebsd.org/D27846 to my ports tree and recompiled with no problems.  But it did not change the compose key behavior (still fails in xfce4-terminal

Re: Xfce, xfce4-terminal, and UTF-8

I applied the patch from https://reviews.freebsd.org/D27846 to my ports tree and recompiled with no problems. But it did not change the compose key behavior (still fails in xfce4-terminal but works elsewhere). -- George OpenPGP_signature Description: OpenPGP digital signature

Re: Xfce, xfce4-terminal, and UTF-8

On 12/31/20 7:27 PM, Guido Falsi via freebsd-ports wrote: [...] Unluckily the update is now held back due to issues with some packages not updating correctly sometimes. But maybe the update would solve it for you. The update is being worked on at [1] and [2]. BTW if you're using xfce you

Re: Xfce, xfce4-terminal, and UTF-8

On 12/31/20 3:11 PM, George Mitchell wrote: I set LOCALE to en_US.UTF-8 and LC_CTYPE to C.  Upon login, I run setxkbmap -option compose:lwin.  Consequently, I can enter all the UTF-8 characters I need, such as é, ç, and even ™, into most X-based programs I run.  When I first set this up, over

Xfce, xfce4-terminal, and UTF-8

I set LOCALE to en_US.UTF-8 and LC_CTYPE to C. Upon login, I run setxkbmap -option compose:lwin. Consequently, I can enter all the UTF-8 characters I need, such as é, ç, and even ™, into most X-based programs I run. When I first set this up, over a year ago, it also worked for xfce4-terminal,

Re: editors/openoffice-4 compile error

My thanks to Don Lewis for helping fix the problem. I needed to recompile ftp/curl with its default options (specifically, with ALTSVC and COOKKIES set). It's all fine now!-- George OpenPGP_signature Description: OpenPGP digital signature

Re: editors/openoffice-4 compile error

On 11/30/20 1:31 AM, Don Lewis wrote: > [...] > Hmn, that still looks a lot like a multi-threaded build. If you still > have the build tree around, try this: > >/usr/local/bin/bash >cd /usr/ports/editors/openoffice-4/work/aoo-4.1.8/main >source FreeBSDAMDEnv.Set.sh >cd ucb >

Re: editors/openoffice-4 compile error

On 11/28/20 7:42 PM, Kevin Oberman wrote: Try building with MAKE_JOBS_UNSAFE and the actual problem will be at the end. Of course, it will take a lot longer to get to the error as you will only compile on a single processor thread. [...]

Re: editors/openoffice-4 compile error

On 11/28/20 7:42 PM, Kevin Oberman wrote: Try building with MAKE_JOBS_UNSAFE and the actual problem will be at the end. Of course, it will take a lot longer to get to the error as you will only compile on a single processor thread. [...]Trying this now; expecting results tomorrow morning.

Re: editors/openoffice-4 compile error

On 11/28/20 7:19 PM, Don Lewis wrote: [...] Hmn ... The "infinite recursion" warnings have been around for a while. They don't seem to break the build, but have been fixed upstream for 4.2.0 whenever that gets released. I hadn't seen the "&& with constant operand" warning before. It looks

Re: editors/openoffice-4 compile error

On 11/27/20 8:29 PM, Don Lewis wrote: [...] What FreeBSD version and architecture? What ports tree revision? Anything unusual in make.conf or non-default option settings? The package builders are not seeing this, and I'm not seeing this on my 11.4-STABLE and fairly recent 13-CURRENT builds on

editors/openoffice-4 compile error

As of ports/head revision 556447, I get the following error trying to compile apache-openoffice: 1 module(s): ucb need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /usr/ports/editors/openoffice-4/work/aoo-4.1.8/main/ucb/source/ucp/ftp When you have fixed the

Re: deprecation of drm-legacy-kmod

On 2020-08-24 18:21, Niclas Zeising wrote: > [ cross posted across several mailing lists, please respect reply-to ] > > Hi! > > It is time to deprecate drm-legacy-kmod [...] it is time for it to go. > > The driver will remain for a transition period.  For FreeBSD 13-CURRENT, > this will be

Re: Incorrect PYTHON_LIBDIR setting

On 2020-07-31 16:04, George Mitchell wrote: > Locally, I have changed my default version of python to 3.8. > [... etc. ...] Apparently kib@ fixed this when I wasn't looking, and all is well now. Thank you! -- George signature.asc Description: O

Incorrect PYTHON_LIBDIR setting

Locally, I have changed my default version of python to 3.8. Specifically, in my etc/make.conf, I have: DEFAULT_VERSIONS+=python=3.8 python3=3.8 However, www/chromium/Makefile erroneously says: ${CP} ${PYTHONBASE}/lib/python3.7/site-packages/xcbgen/*.py \

Re: Can't compile firefox (was: Can't compile rust-cbindgen)

On 2020-07-23 17:37, George Mitchell wrote: > On 2020-07-20 11:09, George Mitchell wrote: >> Running on 11.3-RELEASE-p11, amd64, ports tree at 542641 (head branch). >> For some reason, firefox depends on devel/rust-cbindgen. I don't know >> what that

Can't compile firefox (was: Can't compile rust-cbindgen)

On 2020-07-20 11:09, George Mitchell wrote: > Running on 11.3-RELEASE-p11, amd64, ports tree at 542641 (head branch). > For some reason, firefox depends on devel/rust-cbindgen. I don't know > what that is, but it fails thus: > [...] That problem has gone away with a ports tree updat

Can't compile rust-cbindgen

Running on 11.3-RELEASE-p11, amd64, ports tree at 542641 (head branch). For some reason, firefox depends on devel/rust-cbindgen. I don't know what that is, but it fails thus: ===> Configuring for rust-cbindgen-0.14.3_1 thread 'main' panicked at 'couldn't initialize the libgit2 library: -1,

Re: Can anyone build www/node right now?

On 2020-06-28 16:07, DutchDaemon - FreeBSD Forums Administrator wrote: > [...] > Traceback (most recent call last): > >   File "tools/genv8constants.py", line 23, in > >     bufsize=-1, stdout=subprocess.PIPE, text=True).stdout > > TypeError: __init__() got an unexpected keyword argument

Re: Jumbled dependencies

On 2020-06-14 09:10, George Mitchell wrote: > I do package builds on one machine on my (small) network, using > portmaster, and then distributes the built packages to my other > machines. Last week, I decided to make python38, rather than > python37, my default version on Python 3.

Jumbled dependencies

I do package builds on one machine on my (small) network, using portmaster, and then distributes the built packages to my other machines. Last week, I decided to make python38, rather than python37, my default version on Python 3. Specifically, portmaster -o lang/python38 python37 I think I

Re: mail/mailman v3?

On 2020-04-30 21:31, Julian H. Stacey wrote: > [...] > PS I've not the foggiest what Tauthon is , so searched > https://en.wikipedia.org/wiki/Special:Search?search=Tauthon=Go=1 > The page "Tauthon" does not exist. > cd /usr/ports ; cd */*tauthon* # */*tauthon*: No match.

Re: python 2.7 marked as deprecated and EOL while 2.7.18 RC is available

On 2020-04-17 20:19, Robert Huff wrote: > > Dimitry Andric writes: > >> But basically, expect all python 2.x using ports to go away, unless >> they get fixed to use python 3.x, or no python at all. > > Is there a method whereby - given a list of installed ports using > python 2 - one

Re: sound

On 2020-02-08 15:12, Andy Farkas wrote: > > Hi, seems to be a fairly quiet weekend so... > > I am building a new desktop workstation to replace my aging 8-yo one > that has been as reliable as the sun rising every morning. > > I build things using portmaster and select options that are

Re: Portmaster failing

On 2020-01-01 16:23, Franco Fichtner wrote: > Hi Adam, > >> On 1. Jan 2020, at 10:18 PM, Adam Weinberger wrote: >> [...] >> This is why we practically beg people to use poudriere. > > Let me stop you right here and say: ports Framework itself is > suffering from this wishful attitude PLUS

Re: Can't update qt5-gui on 11.2-RELEASE-p13

On 2019-10-09 10:25, Alexander Leidinger via freebsd-ports wrote: > Quoting George Mitchell (from Wed, 9 Oct 2019 > 10:12:39 -0400): > >> Apparently the definitions of various structures found in >> /usr/local/include/mtdev.h from libmtdev-1.1.5_2 conflict with >> t

Can't update qt5-gui on 11.2-RELEASE-p13

Apparently the definitions of various structures found in /usr/local/include/mtdev.h from libmtdev-1.1.5_2 conflict with the definitions /usr/include/dev/evdev/input.h from base. This is in the middle of a portmaster qt5 upgrade, trying to reinstall qt5-gui-5.12.2_1. I didn't see anything in

Re: Debug version of firefox

On 2019-05-06 04:33, Michael Zhilin wrote: > Hi, > > pstack shows firefox methods for example: > [...] Thanks for the suggestion, but in practice I get: (core file "firefox.core"): /usr/local/bin/firefox - thread -1 (running) - 0x80208d47a (11b76432,

Re: Debug version of firefox

On 2019-05-06 00:49, Robert Huff wrote: > [...] > Has anyone asked the maintainer, which I believe is > "ge...@freebsd.org"? > [...] I have done so now; thanks!-- George signature.asc Description: OpenPGP digital signature

Debug version of firefox

I tried compiling a debugging version of firefox: cd /usr/ports/www/firefox; make clean; make WITH_DEBUG=yes install The resulting binary had no debug symbols. What did I do wrong? -- George signature.asc Description: OpenPGP digital signature

Re: make delete-old-libs is your friend

On 4/14/19 9:07 PM, Adam Weinberger wrote: > On Sun, Apr 14, 2019 at 6:26 PM George Mitchell > wrote: >> >> But I forgot that, and ended up with both /lib/libreadline.so.8 >> AND /usr/local/lib/libreadline.so.8 on my machine, leading to woe >> when comp

make delete-old-libs is your friend

But I forgot that, and ended up with both /lib/libreadline.so.8 AND /usr/local/lib/libreadline.so.8 on my machine, leading to woe when compiling the latest lang/python36. Unfortunately, the base version readline was quite a bit older than the one from ports. Nevertheless, the ports version is

Re: Clang crash compiling qt5

On 2019-04-10 15:42, Dimitry Andric wrote: > On 10 Apr 2019, at 21:29, George Mitchell wrote: >> >> On 2019-04-10 15:11, Dimitry Andric wrote: >>>[...] >>> I don't see any crash report(s) in the typescript? Did clang drop two >>> files (a .sh and pre

Re: Clang crash compiling qt5

On 2019-04-10 15:11, Dimitry Andric wrote: > On 10 Apr 2019, at 19:37, George Mitchell wrote: >> >> Yesterday I went through a round of updating and compiling ports. By >> all outward appearances it was successful. But this morning's daily >> status report reve

Clang crash compiling qt5

Yesterday I went through a round of updating and compiling ports. By all outward appearances it was successful. But this morning's daily status report revealed that clang had crashed on a signal 11 once while compiling each qt5 package. (For once, it was useful to have the "such-and-such

Re: thunderbird build error

On 12/16/18 5:24 PM, Stefan Esser wrote: > [...] > I have (my version of) portmaster mostly working in a clean chroot jail. > It is still a pure shell script (works with the FreeBSD /bin/sh and bash), > thus portable to all architectures supported by FreeBSD (e.g. ARM). > > There are a few edge

Re: thunderbird build error

On 12/15/18 1:10 PM, George Mitchell wrote: > I recently updated my port build machine to 11.2-RELEASE. I'm in the > process of recompiling my (previously) 10.4-based ports to 11.2, and > perhaps I shouldn't be trying to do this incrementally. [...] Sure enough, deleting all ports and

thunderbird build error

I recently updated my port build machine to 11.2-RELEASE. I'm in the process of recompiling my (previously) 10.4-based ports to 11.2, and perhaps I shouldn't be trying to do this incrementally. But the build for thunderbird fails at ports revision 487523 with MAKE_JOBS_UNSAFE in

Re: A potential new porter seeking some clarifications

On 12/13/18 10:06 AM, Matthew Seaman wrote: > [...] So long as you have sufficient disk space > and you aren't trying to rebuild the entire ports tree, it can work well > on a very ordinary desktop machine. [...] Still getting used to the idea that a machine with >16GB would today be considered a

Re: setting port options for multiple ports

On 07/30/18 07:02, blubee blubeeme wrote: > I am working on a port that requires many other ports to be built with > specific options selected. > > Is there any way to have a port enables options in it's dependencies? > > Best, > Owen > [...] If the port you need offers the option as a flavor,

Re: 'make clean' seemingly broken with FLAVORS

On 01/29/18 07:31, Mathieu Arnold wrote: > [...] > Mmmm, maybe make clean with the default flavor could clean all flavors. > Sorry to jump in when I probably don't know what I'm talking about, but I hope we would distinguish here between "no flavor specified" and "default flavor specified."

Re: Thanks!

On 01/01/18 13:33, Jos Chrispijn wrote: > I would like to thank all programmers and port maintainers for their > excellent work in 2017. > Without you we would never enjoy BSD as we do until this very day. > > I really hope that you will keep up the good work in 2018 also! > > Thanks, > Jos

Re: Procmail Vulnerabilities check

On 12/09/17 00:42, Chris H wrote: > [...] So I'd like to respectfully request that Sendmail stays. > All those in favor, say aye! > [...] A Y Y E ! A A Y Y E ! A Y EEE ! A A Y E A A Y E ! -- George signature.asc

Debugging a crash

FreeBSD 10.3-RELEASE-p24 FreeBSD clang version 3.4.1 (from base) GNU gdb 6.1.1 (from base) I'm trying to debug a crash in the multimedia/tvheadend 4.2.3 server on the above system when playing a recorded program on tvheadend's Android client. It reliably crashes when I try to fast forward. But

Re: Working on FLAVOR support in portmaster

On 12/05/17 02:35, Stefan Esser wrote: > [...] > Is it acceptable, to have portmaster stop supporting the old package system? > AFAIK, there is no way that a modern ports tree with flavor support works > with a non-PKG_NG infrastructure? > > Regards, STefan > [...] One vote here for dropping old

Re: Last flavorless revision?

On 12/05/17 03:13, Mathieu Arnold wrote: > Le 04/12/2017 à 18:33, Steve Kargl a écrit : >> [...] >> This does not document the change in ports/UPDATING. FreeBSD >> users have been told to check {src/ports}/UPDATING for 20+ >> years. A change that fundamentally changes the way users >> interact

Getting off topic (Re: portmaster, portupgrade, etc)

On 10/06/17 04:20, Baptiste Daroussin wrote: > On Fri, Oct 06, 2017 at 08:13:42AM +, Steve Kargl wrote: >> On Fri, Oct 06, 2017 at 09:41:28AM +0200, Baptiste Daroussin wrote: >>> On Wed, Oct 04, 2017 at 05:15:18PM +, Steve Kargl wrote: On Wed, Oct 04, 2017 at 12:16:49PM -0400, Michael

Re: portmaster, portupgrade, etc

On 10/05/17 18:13, Adam Weinberger wrote: >> [...] >> Seem a reasonable request? If [found] so, I'll solicit for qualified >> individuals to work with me on it in a new thread. >> >> Thanks for your time, and consideration > > [...] > Let me know what you need. I'll give you whatever support I

Re: portmaster, portupgrade, etc

On 10/04/17 14:14, Steve Kargl wrote: > On Wed, Oct 04, 2017 at 10:21:26AM -0700, Freddie Cash wrote: >> On Wed, Oct 4, 2017 at 10:15 AM, Steve Kargl < >> s...@troutmask.apl.washington.edu> wrote: >> >>> On Wed, Oct 04, 2017 at 12:16:49PM -0400, Michael W. Lucas wrote: Poudriere really

Re: portmaster, portupgrade, etc

On 10/04/17 12:16, Michael W. Lucas wrote: > Hi, > > I'm doing tech edits on the new edition of "Absolute FreeBSD," and > stumbled into what's apparently a delicate topic. > > Some of my reviewers are happy I included portmaster in the book. > > Some reviewers beg me not to include it. [...]

Re: [HEADUP] FLAVORS landing.

On 09/26/17 10:37, George Mitchell wrote: > On 09/26/17 10:05, Mathieu Arnold wrote: >> [...] >> This has been a long awaiting feature, most of the work has been done by >> bapt, bdrewery and antoine, I am just the one actually doing the >> announce and commit and all.

Re: [HEADUP] FLAVORS landing.

On 09/26/17 10:05, Mathieu Arnold wrote: > [...] > This has been a long awaiting feature, most of the work has been done by > bapt, bdrewery and antoine, I am just the one actually doing the > announce and commit and all. > [...] What is the last SVN revision without the changes? I just updated a

Re: VLC/cmake failing to build

On 09/23/17 15:46, Kurt Buff wrote: > All, > > Upgraded from 10.3 to 11.0-RELEASE-p12 > > Deleted all installed ports, and am trying to reinstall them with > portmaster, building from source, with the following command line: > portmaster -d --no-confirm --no-term-title --delete-packages

Re: Spat between sqlite3 and firefox-esr

On 08/09/17 17:49, Jan Beich wrote: > George Mitchell <george+free...@m5p.com> writes: > [...] >> ports/head -r447625 >>[...] > See https://svnweb.freebsd.org/changeset/ports/447626 > [...] Missed it by that much! -- George signature.as

Spat between sqlite3 and firefox-esr

FreeBSD 10.3-RELEASE-p20 ports/head -r447625 www/firefox-esr insists that sqlite3 be compiled with SQLITE_ENABLE_FTS3 Attached patch allows compilation to complete and results in a working firefox (though I don't it's completely correct).-- George Index:

Re: www/libxul

On 06/23/17 00:49, Jan Beich wrote: > George Mitchell <george+free...@m5p.com> writes: > >> Consequently, the configure script dies at line 26248, complaining >> that "Option, jemalloc, does not take an argument (4)". > > Sorry for the bus

www/libxul

At svn revision 443684. After "make clean extract": work/firefox-45.9.0esr/.mozconfig does not exist. No file under www/libxul contains the string "--enable-jemalloc=4". In particular, no patch file in the files directory refers to .mozconfig or contains "--enable-jemalloc=4". But after "make

Re: The future of portmaster [and of ports-mgmt/synth]

On 06/02/17 06:24, Jim Ohlstein wrote: > [...] > Sadly, it is/ > was the best option for users looking to migrate to a "modern" tool for > whom poudriere was too much. > Meaning no disrespect to anyone who makes positive contributions to the FreeBSD project, let's not forget that synth's

Re: mesa libs issue

On 05/17/17 08:00, tech lists wrote: > [...] > What I did was this, after seeing David's very helpful email to the > list: > > pkg delete -f libEGL-17.0.3 libGL-17.0.3 libglesv2-17.0.3 gbm-17.0.3 > libglapi-17.0.3 dri-17.0.3.2 > [...] More generally: pkg delete -f libEGL libGL libglesv2 gbm

Re: default named.conf in bind ports and slaving from f-root

On 04/16/17 05:30, Thomas Steen Rasmussen wrote: > On 04/16/2017 04:02 AM, George Mitchell wrote: >> On 04/14/17 08:37, Thomas Steen Rasmussen wrote: >>> Hello, >>> >>> Cloudflare deployed a bunch (74 apparently) of new f-root dns >>> servers, w

Re: default named.conf in bind ports and slaving from f-root

On 04/14/17 08:37, Thomas Steen Rasmussen wrote: > Hello, > > Cloudflare deployed a bunch (74 apparently) of new f-root dns > servers, which do not permit AXFR like the other f-root instances > do. > [...] > A good alternative could be to change named.conf to use > lax.xfr.dns.icann.org and

Re: The future of portmaster

On 02/17/17 02:37, abi wrote: > 17.02.2017 00:22, Chris H пишет: >> On Thu, 16 Feb 2017 15:48:57 -0500 Baho Utot >> wrote >> >>> [...] >> Hello. You shouldn't have any difficulty accomplishing your goal >> by simply setting up a jail, and using portmaster within that

Re: The future of portmaster

On 02/16/17 15:33, Baho Utot wrote: > > > On 02/16/17 14:01, Lowell Gilbert wrote: >> Baho Utot writes: >> >>> On 02/16/17 06:08, Luca Pizzamiglio wrote: I'm looking for constructive critics, feedbacks, anything that can help me to make portmaster an

Re: The future of portmaster

On 02/16/17 06:08, Luca Pizzamiglio wrote: > Hi all, > > portmaster, a tool used/loved/hated, is almost in abandoned state. > I'm a portmaster user, because, in some cases, it fits my needs. > In other cases, I use other tools, like poudriere or synth, that are > really great. > I don't want to

Port management tools (was: Status of synth)

On 02/16/17 03:44, Don Lewis wrote: > On 16 Feb, Thomas Mueller wrote: >> >>> For every build - >>> /usr/local/etc/poudriere.d/make.conf >> >>> OPTIONS_SET= OPTIMIZED_CFLAGS SIMD PGSQL IPV6 >>> editors_vim_SET= CSCOPE X11 GTK3 PYTHON > > Yeah, I really like this a lot more than going

Re: ports and dependency hell

On 02/08/17 03:03, Julian Elischer wrote: > [...] > I'm discouraged to not hear back from any of the ports 'committee'. > [...] Possibly because this has been the topic of a number of rancorous mail threads in the last few months already, and everybody is fatigued. What there *hasn't* been is a

Re: The ports collection has some serious issues

On 12/26/16 03:11, Thomas Mueller wrote: > [...] > What is the current status of portupgrade and portmaster? > > Maintained, deprecated or something else? > > Tom > [...] If "contentious" were an official state, that would be it. Each has its enthusiastic adherents; others are, shall we say,

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

On 12/18/16 19:31, Baptiste Daroussin wrote: > Hi all, > > I have been working for a while on 2 long standing feature request for the > ports > tree: flavors and subpackages. > [...] Off topic, I know, but might this eventually lead to FLAVORS for base? I would be so grateful to have a

Re: The ports collection has some serious issues

On 12/15/16 09:40, Warren Block wrote: > On Thu, 8 Dec 2016, Matt Smith wrote: > >> On Dec 08 05:16, Daniil Berendeev wrote: >>> >>> Although portmaster is not releated to the FreeBSD project and is an >>> outside tool, there aren't any alternatives from the project itself. So >>> use it or die.

Re: Dovcot issues

On 12/12/16 20:11, Larry Rosenman wrote: > On 2016-12-12 18:57, The Doctor wrote: >> On Mon, Dec 12, 2016 at 03:16:35PM -0600, Larry Rosenman wrote: >>> On 2016-12-12 15:08, The Doctor wrote: >>> > I am seeing issues with >>> > Thunderbird >>> > >>> > IMAP and POP3 >>> > >>> > and >>> > >>> >

Re: The ports collection has some serious issues

On 12/08/16 09:14, Kevin P. Neal wrote: > On Thu, Dec 08, 2016 at 01:28:02PM +0100, Baptiste Daroussin wrote: >> On Thu, Dec 08, 2016 at 05:16:24AM +, Daniil Berendeev wrote: >>> Hello guys! >>> [...] >> Have you considered using things like poudriere that would allow you to build >> your own

Re: what is the purpose of the quarterly ports branches?

On 12/06/16 21:59, Jason Unovitch wrote: > On Mon, Dec 05, 2016 at 10:48:20PM +, Ben Woods wrote: >> On Tue., 6 Dec. 2016 at 4:44 am, Julian Elischer wrote: >> >>> they are effectively useless because the results are not archived, and >>> the quarterly pkg branch actually

Re: FOCAL

On 12/02/16 19:40, Dave Horsfall wrote: > Be there an implementation of FOCAL? I have a hankering to get back to my > early programming days :-) > The Wikipedia page has a few links: https://en.wikipedia.org/wiki/FOCAL_%28programming_language%29 -- George

Re: dependency explosions

On 10/04/16 23:18, Julian Elischer wrote: > On 3/10/2016 5:14 AM, Mathieu Arnold wrote: >> [...] >> The bare minimum will never be the default. The default is what will >> fit most people, so that they can use our packages out of the box. >> > I didn't say it should be the default, I said it

Re: ca_root_nss compile failure

On 09/28/16 02:59, Matthias Andree wrote: > Am 28.09.2016 um 01:51 schrieb George Mitchell: >> Before I file a PR, does this failure look familiar to anyone? >> >> portmaster -BDg security/ca_root_nss > >> ===> Building for ca_root_nss-3.26 >> ## Untruste

Re: ca_root_nss compile failure

Thanks for the pointer! -- George On 09/27/16 21:39, Carlos J. Puga Medina wrote: > I forgot to mention that this problem has been reported: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212921 > > El 28 de septiembre de 2016 3:20:

Re: ca_root_nss compile failure

On 09/27/16 20:56, Carlos J. Puga Medina wrote: > Hi George, > > Yes, I had the same problem like you. So you only need to define your > default SSL version in /etc/make.conf > > See entry 20160616 in /usr/ports/UPDATING for further details. > > Regards, > Okay, /etc/make.conf now says:

ca_root_nss compile failure

Before I file a PR, does this failure look familiar to anyone? portmaster -BDg security/ca_root_nss ===>>> Port directory: /usr/ports/security/ca_root_nss ===>>> Launching 'make checksum' for security/ca_root_nss in background ===>>> Gathering dependency list for security/ca_root_nss from

Re: Failure compiling java/openjdk8

On 04/28/16 07:01, Michael Jung wrote: > [...] > If you really want to try and build it on that system and have some free > disk > space you could always add a file instead of a partition as extra swap. > > Instuctions here: > > https://www.freebsd.org/doc/handbook/adding-swap-space.html > >

Re: Removing documentation

On 02/08/16 04:55, John Marino wrote: > On 2/8/2016 10:30 AM, Mathias Picker wrote: >> [...] >> To comment on the original bug report: removing portmaster from >> documentation seems to be a bit premature. It's working fine for me, >> and it seems quite a lot simpler to me than synth, which makes

Re: openoffice vulnerability?

On 05/15/15 07:11, George Mitchell wrote: Nightly security report sez: Checking for packages with security vulnerabilities: Database fetched: Thu May 14 03:10:05 EDT 2015 apache-openoffice-4.1.1_9 [...] And now Don Lewis has removed this erroneous entry from the data base of vulnerabilities

openoffice vulnerability?

Nightly security report sez: Checking for packages with security vulnerabilities: Database fetched: Thu May 14 03:10:05 EDT 2015 apache-openoffice-4.1.1_9 I first got this last week for version 4.1.1_7 and consequently updated my ports tree and rebuilt, specifically including changeset 385792:

Re: Python 3 doc?

On 12/27/14 22:36, Shane Ambler wrote: On 28/12/2014 11:15, George Mitchell wrote: I have both python 2.7.8 and python 3.3.5 installed on my machine. When I build lang/python-doc-html, I end up with python-doc-html-2.7.8. Is it possible to also get python-doc-html-3.3.5 generated

Python 3 doc?

I have both python 2.7.8 and python 3.3.5 installed on my machine. When I build lang/python-doc-html, I end up with python-doc-html-2.7.8. Is it possible to also get python-doc-html-3.3.5 generated and installed somehow? -- George

Thanks for 2014Q4 r374273 ...

... that got us some of our needed security updates, but firefox-esr won't build with graphics/jpeg any more, as the configure script wants the JCS_EXTENSIONS features from graphics/jpeg-turbo. So I did a portmaster -o graphics/jpeg-turbo jpeg and it claims to have updated the dependencies of

2014Q4 security updates?

Can we expect security updates at some point to any of these ports on the 2014Q4 branch? firefox-esr-31.2.0,1 flac-1.3.0_2 freetype2-2.5.3_2 libpurple-2.10.9_7 libxul-31.2.0 linux-c6-openssl-1.0.1e nss-3.17.2 pidgin-2.10.9_4 thunderbird-31.2.0 Thanks for your attention.

Python 2.7 and semaphores

In the process of building and trying textproc/meld, I discovered that the lang/python27 configure process concludes, erroneously, that FreeBSD does not support working Posix semaphores. In particular, this program from the configure script was alleged to fail, according to config.log: #include

  1   2   >