On 2021-May-19, at 14:17, Mark Millard wrote:
> On 2021-May-19, at 10:29, Mark Millard wrote:
>
>> bob prohaska fbsd at www.zefox.net wrote on
>> Wed May 19 16:09:32 UTC 2021 :
>>
>>> On Tue, May 18, 2021 at 09:24:00AM +0200, Stefan Esser wrote:
>>>
>>> [portmaster background omitted]
On 2021-May-19, at 10:29, Mark Millard wrote:
> bob prohaska fbsd at www.zefox.net wrote on
> Wed May 19 16:09:32 UTC 2021 :
>
>> On Tue, May 18, 2021 at 09:24:00AM +0200, Stefan Esser wrote:
>>>
>>
>> [portmaster background omitted]
>>
>>> If you want to give the attached port a try, it
bob prohaska fbsd at www.zefox.net wrote on
Wed May 19 16:09:32 UTC 2021 :
> On Tue, May 18, 2021 at 09:24:00AM +0200, Stefan Esser wrote:
> >
>
> [portmaster background omitted]
>
> > If you want to give the attached port a try, it will install LUA and some
>
>
> I tried ports-mgmt/portma
On Tue, May 18, 2021 at 09:24:00AM +0200, Stefan Esser wrote:
>
[portmaster background omitted]
> If you want to give the attached port a try, it will install LUA and some
I tried ports-mgmt/portmaster, it got stuck the same as make.
Unless the new version behaves very differently I'm doubt
bob prohaska fbsd at www.zefox.net wrote on
Mon May 17 23:46:38 UTC 2021 :
> On Mon, May 17, 2021 at 12:28:24PM -0700, Mark Millard via freebsd-ports
> wrote:
> > bob prohaska fbsd at www.zefox.net wrote on
> > Mon May 17 15:55:21 UTC 2021 :
> >
> > > The existing conflict between versions of py
On Mon, May 17, 2021 at 12:28:24PM -0700, Mark Millard via freebsd-ports wrote:
> bob prohaska fbsd at www.zefox.net wrote on
> Mon May 17 15:55:21 UTC 2021 :
>
> > The existing conflict between versions of python strikes me as more of a
> > planning problem than a software bug. It may be naive,
bob prohaska fbsd at www.zefox.net wrote on
Mon May 17 15:55:21 UTC 2021 :
> The existing conflict between versions of python strikes me as more of a
> planning problem than a software bug. It may be naive, but I don't see
> why python37 and python38 can't use distinct names for files placed in
>
On Mon, May 17, 2021 at 09:37:07AM -0400, George Mitchell wrote:
> 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
> >
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
On Mon, May 17, 2021 at 04:44:04AM +, Thomas Mueller wrote:
>
> My question, Bob, is, if you are dissatisfied with poudriere, what do you use
> for FreeBSD ports?
I'm not dissatisfied, I'm overwhelmed.
Usually, a simple
make -DBATCH > make.log &
works.
hth,
bob prohaska
___
> No real favorites. In emergencies I tend to pick up the telephone.
> This doesn't seem like an emergency, and in any case the phone is a poor
> medium for a problem like this. There are some ports under /usr/ports/irc,
> if you have suggestions I could try one or more. If a phone call is
On Sun, May 16, 2021 at 12:24:49PM +1000, Kubilay Kocak wrote:
> On 15/05/2021 2:35 am, bob prohaska wrote:
> >
> > I've never used IRC, is it somehow better than this list?
>
> Quicker isolation of root causes over async back and forth. Happy to go over
> it with you at your favourite 'real-time
On 2021-May-16, at 15:33, Tatsuki Makino wrote:
> Mark Millard wrote on 2021/05/16 17:11:
>> On 2021-May-16, at 00:16, Tatsuki Makino
>> wrote:
>>
>>> poudriere jail -c -j main -m 'src=/usr/src' -v `make -C /usr/src/release/
>>> -V VERSION VERSION=\$\{REVISION:Q\}-\$\{BRANCH:Q\}`
>>>
>> Bob
Mark Millard wrote on 2021/05/16 17:11:
> On 2021-May-16, at 00:16, Tatsuki Makino
> wrote:
>
>> poudriere jail -c -j main -m 'src=/usr/src' -v `make -C /usr/src/release/ -V
>> VERSION VERSION=\$\{REVISION:Q\}-\$\{BRANCH:Q\}`
>>
> Bob already does a buildworld based on /usr/src for other
> reas
On 2021-May-16, at 00:16, Tatsuki Makino wrote:
> Mark Millard via freebsd-ports wrote on 2021/05/16 10:57:
>> In the form that I use poudriere I use something
>> like the following. I presume here that /usr/src
>> is populated and has the source for the system
>> involved. (I do not remember you
Mark Millard via freebsd-ports wrote on 2021/05/16 10:57:
> In the form that I use poudriere I use something
> like the following. I presume here that /usr/src
> is populated and has the source for the system
> involved. (I do not remember your describing its
> status.)
(Omitted below)
I was just
Something I've not asked about or otherwise referenced
is if you use non-default port options for any of the
ports that you build.
There is:
poudriere options -jmain -c -f ~root/origins/main-origins.txt
or:
poudriere options -jmain -C -f ~root/origins/main-origins.txt
where -c vs. -C is:
QUOTE
On 15/05/2021 2:35 am, bob prohaska wrote:
On Fri, May 14, 2021 at 12:24:06PM +1000, Kubilay Kocak wrote:
happy to help identify the root cause if you can jump on IRC
(#freebsd-python @ freenode)
If sorting out the conflict between python versions helps the
community in general I'm willing to
On 2021-May-15, at 16:37, bob prohaska wrote:
> On Fri, May 14, 2021 at 07:29:15PM -0700, Mark Millard wrote:
>> bob prohaska fbsd at www.zefox.net wrote on
>> Fri May 14 01:35:28 UTC 2021 :
>>
>>> Would use of poudriere help with this sort of problem?
>>> It isn't trivial to configure, but t
On Fri, May 14, 2021 at 07:29:15PM -0700, Mark Millard wrote:
> bob prohaska fbsd at www.zefox.net wrote on
> Fri May 14 01:35:28 UTC 2021 :
>
> > Would use of poudriere help with this sort of problem?
> > It isn't trivial to configure, but this sort of difficulty
> > has been growing ever worse.
Am 13.05.21 um 17:39 schrieb bob prohaska:
> On Thu, May 13, 2021 at 08:13:07AM +0200, Jan Beich wrote:
>>>
>>> Moving to /usr/ports/json-glib and using
>>> make -DBATCH MAKE_JOBS_UNSAFE=yes MAKE_JOBS_NUMBER=4
>>> DISABLE_VULNERABILITIES=yes > make.log
>>> reports several instances of
>>> error:
bob prohaska fbsd at www.zefox.net wrote on
Fri May 14 01:35:28 UTC 2021 :
> On Thu, May 13, 2021 at 01:35:50PM -0700, Mark Millard wrote:
> > You have apparently chosen to build/update ports via a
> > technique that requires you to manage the dependencies, at
> > least some of the time. (Not that
On Fri, May 14, 2021 at 12:24:06PM +1000, Kubilay Kocak wrote:
>
> happy to help identify the root cause if you can jump on IRC
> (#freebsd-python @ freenode)
If sorting out the conflict between python versions helps the
community in general I'm willing to try. I simply use make in
the ports tre
On 14/05/2021 11:35 am, bob prohaska wrote:
On Thu, May 13, 2021 at 01:35:50PM -0700, Mark Millard wrote:
You have apparently chosen to build/update ports via a
technique that requires you to manage the dependencies, at
least some of the time. (Not that when is necessarily
obvious up front.)
On Thu, May 13, 2021 at 01:35:50PM -0700, Mark Millard wrote:
> You have apparently chosen to build/update ports via a
> technique that requires you to manage the dependencies, at
> least some of the time. (Not that when is necessarily
> obvious up front.)
>
You give me too much credit 8-)
> You
In the meantime, if anyone has failed to update default version to 3.8, please
try it :)
It will also restore automatic flag correctly.
Best regards.
Mark Millard wrote on 2021/05/14 06:43:
> My context is not based on using portmaster at all. I do
> not create environments with multiple version
On 2021-May-13, at 14:27, Tatsuki Makino wrote:
> 20210425 of UPDATING doesn't take into care the environment where python37
> and python38 are installed at the same time.
> This is a problem for people who installed 3.8 when 3.7 was the default.
> (e.g. user of graphics/blender)
>
> Can you e
20210425 of UPDATING doesn't take into care the environment where python37 and
python38 are installed at the same time.
This is a problem for people who installed 3.8 when 3.7 was the default. (e.g.
user of graphics/blender)
Can you experiment with the commands I've been thinking about in antici
bob prohaska fbsd at www.zefox.net wrote on
Thu May 13 15:39:41 UTC 2021 :
> On Thu, May 13, 2021 at 08:13:07AM +0200, Jan Beich wrote:
> > >
> > > Moving to /usr/ports/json-glib and using
> > > make -DBATCH MAKE_JOBS_UNSAFE=yes MAKE_JOBS_NUMBER=4
> > > DISABLE_VULNERABILITIES=yes > make.log
> >
On Thu, May 13, 2021 at 08:13:07AM +0200, Jan Beich wrote:
> >
> > Moving to /usr/ports/json-glib and using
> > make -DBATCH MAKE_JOBS_UNSAFE=yes MAKE_JOBS_NUMBER=4
> > DISABLE_VULNERABILITIES=yes > make.log
> > reports several instances of
> > error: unknown argument: '-fno-color-diagnostics'
>
bob prohaska writes:
> On Wed, May 12, 2021 at 05:17:37PM -0700, Mark Millard via freebsd-ports
> wrote:
>
>> bob prohaska fbsd at www.zefox.net wrote on
>> Wed May 12 21:10:02 UTC 2021 :
>>
>> > Attempts to compile x11/x11-wm/lxqt on a Pi4 running -current
>> > get stuck with:
>> > ===> Build
On 2021-May-12, at 20:48, bob prohaska wrote:
> On Wed, May 12, 2021 at 05:17:37PM -0700, Mark Millard via freebsd-ports
> wrote:
>> bob prohaska fbsd at www.zefox.net wrote on
>> Wed May 12 21:10:02 UTC 2021 :
>>
>>> Attempts to compile x11/x11-wm/lxqt on a Pi4 running -current
>>> get stuck w
On Wed, May 12, 2021 at 05:17:37PM -0700, Mark Millard via freebsd-ports wrote:
> bob prohaska fbsd at www.zefox.net wrote on
> Wed May 12 21:10:02 UTC 2021 :
>
> > Attempts to compile x11/x11-wm/lxqt on a Pi4 running -current
> > get stuck with:
> > ===> Building for json-glib-1.6.2_1
[]
> >
bob prohaska fbsd at www.zefox.net wrote on
Wed May 12 21:10:02 UTC 2021 :
> Attempts to compile x11/x11-wm/lxqt on a Pi4 running -current
> get stuck with:
> ===> Building for json-glib-1.6.2_1
> [ 1% 1/53] cc -Ijson-glib/libjson-glib-1.0.so.0.600.2.p -Ijson-glib
> -I../json-glib -I. -I.. -I/u
Attempts to compile x11/x11-wm/lxqt on a Pi4 running -current
get stuck with:
===> Building for json-glib-1.6.2_1
[ 1% 1/53] cc -Ijson-glib/libjson-glib-1.0.so.0.600.2.p -Ijson-glib
-I../json-glib -I. -I.. -I/usr/
local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
-Xc
35 matches
Mail list logo
