mmits on a branch does not require doing them one by one
to get the net effect.
You may want to inspect after checkouts (or similar activity)
that "git status" does not display any surprises that need
to be cleaned up in the local file system via some variant(s)
of git restore or/and git c
ned in your use that should be cleaned up.
> On 09/04/2021 1:23 pm, Mark Millard via freebsd-ports wrote:
>> Simon Wright simon.wright at gmx.net wrote on
>> Fri Apr 9 02:48:47 UTC 2021 :
>>
>>> I'm still not clear though whether checking out this commit brin
On 2021-Apr-8, at 10:46, Mark Millard wrote:
> Building devel/llvm10 via poudriere-devel on a Cortex-A57
> system (OverDrive 1000), I ended up with just:
>
> # /usr/local/llvm10/bin/llc -version
> LLVM (http://llvm.org/):
> LLVM version 10.0.1
> Optimized build.
>
range of lines
and it will show the author, committer, dates, and the
one-line summary for the commit identified.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-ports@freebsd.org mail
0, 2020-Dec-02, and 2020-Dec-03. So
it was updated a little from the 2020-Sep blog variant. The
changes may not be important. I've not gone through them.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
fre
dates shown.
The hashes/links that I supplied were there to copy in
the web browser during this sequence, so that I what I
did to supply them.
>
> It's the old saying: Give a man a fish, so he will not be hungry
> for a day, teach him to fish and he will be fed for a livetime 8-}
I
extension to 64 bits
before the value started being treated as unsigned.
If it had used an unsigned type instead, the padding
would have been a zero fill instead (presuming that
I've guessed right).
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
_
On 2021-May-3, at 08:23, bob prohaska wrote:
> On Mon, May 03, 2021 at 01:00:03AM -0700, Mark Millard via freebsd-ports
> wrote:
> [detailed code tour omitted]
>
>>
>> My guess would be xoscope used a signed 32-bit type
>> that got a value with sign extension
approximate bisect" via artifact builds has become
much more painful/impractical.
(It has never helped that architecture is in a deeper layer but
is also partial: only some architectures might build for the
commit in question. One has had to inspect to find examples of
the architecture of interest.)
me text now
used in the name.
The use of the date/time encoding as a prefix avoids
dealing with picking between the port and system
"rev-list --first-parent --count" figure or having to
list both in some order --and avoids the computational
effort to find those counts.
===
Mark Millard
mark
ir included in USE_TMPFS shows over 130 GiBytes
in the tmpfs earn the end of the builder's activity.
(This is a amd64 context with 128 GiBytes of RAM and
192 GiBytes of swapping/paging space.)
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
hrough to
something like:
http://ampere2.nyi.freebsd.org/jail.html?mastername=main-arm64-default
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mail
-06. (I've not
checked other dependencies, beyond the basicis of the
python3 change.)
This may get into things like poudriere based builds vs.
some other ways of building that are more sensitive to
context oddities. But you were not explicit about that
aspect of things.
===
Mark Mi
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 P
On 2021-May-12, at 22:28, bob prohaska wrote:
> On Wed, May 12, 2021 at 09:16:29PM -0700, Mark Millard via freebsd-ports
> wrote:
>> On 2021-May-12, at 20:48, bob prohaska wrote:
>>
>>>
>>> Moving to /usr/ports/json-glib and using
>>> make -D
On 2021-May-12, at 23:13, Mark Millard wrote:
>
> On 2021-May-12, at 22:28, bob prohaska wrote:
>
>> On Wed, May 12, 2021 at 09:16:29PM -0700, Mark Millard via freebsd-ports
>> wrote:
>>> On 2021-May-12, at 20:48, bob prohaska wrote:
>>>
>&g
# portmaster -o lang/python38 python37
# REINSTALL="$(pkg info -o "*py37*" | awk '{printf "%s ", $2}')"
# pkg delete -f "*py37*"
# portmaster $REINSTALL
# REBUILD=$(pkg query -g "%n:%dn" '*' | grep py3 | grep -v py38
ns of python
in use (or other such potential conflicts).
So: It will not be me that tests such commands for handling
such contexts.
May be Bob P. will test your sequence.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
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 s
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?
>>
default)
END QUOTE
There is also:
QUOTE
-n Do not be recursive
-r Remove port options instead of configuring them
-s Show port options instead of configuring them
END QUOTE
See: man poudriere-options
===
Mark Millard
marklmi at yaho
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
>> i
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 VER
tive. It is not
for me to declare how well it would end up fitting
their goals, context, preferences, and so on vs.
other alternatives overall.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-ports@freebsd.
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 exis
ment is so
messed up that pkg delete -a would fail.
I'll note that if pkg instead still points to the
FreeBSD servers (such as quarterly), the same 2
command sequence should re-establish those builds.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
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 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:
>>>
nch: main
merge-base: b309895b3544ffba9e8df8786062ec6013c752ff
merge-base: CommitDate: 2021-05-17 06:32:36 +
b309895b3544 (HEAD -> main, freebsd/main, freebsd/HEAD)
x11-themes/kde-icons-black-and-white: add LICENSE, take MAINTAINER
n545993 (--first-parent --count for merge-base)
===
Mark Millard
marklmi at y
JOBS=yes
> ALLOW_MAKE_JOBS_PACKAGES will let a single package build using more cores.
Even when MAKE_JOBS is otherwise disabled:
# List of packages that will always be allowed to use MAKE_JOBS
# regardless of ALLOW_MAKE_JOBS. This is useful for allowing ports
# which holdup the rest
On 2021-May-20, at 11:11, Mark Millard wrote:
> Andrea Venturoli ml at netfence.it wrote on
> Thu May 20 14:54:50 UTC 2021 :
>
>> On 5/20/21 4:11 PM, Alexis Praga wrote:
>>>
>>> Thanks for the suggestions.
>>>
>>>> At least, if your m
ords, aarch64 was missing. I had to pick
BE_STANDARD or BE_FREEBSD to get something that
would target aarch64 on aarch64.
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-ports@freebsd.org mailing list
https://
CV vs. WITH_LLVM_TARGET_RISCV
WITHOUT_LLVM_TARGET_X86 vs. WITH_LLVM_TARGET_X86
Some of the mixes would simulate the various devel/llvm* ports
BE_NATIVE's intent for various platforms. (BE_NATIVE does not
work in all contexts, last I tried it anyway.)
===
Mark
Kevin Oberman rkoberman at gmail.com wrote on
Thu May 20 21:37:28 UTC 2021 :
> On Thu, May 20, 2021 at 12:48 PM Mark Millard wrote:
>
> > Kevin Oberman rkoberman at gmail.com wrote on
> > Thu May 20 19:21:24 UTC 2021 :
> >
> > > You can greatly reduce the build
On 2021-May-20, at 21:10, Chris wrote:
> On 2021-05-20 13:47, Mark Millard wrote:
>> Chris portmaster at bsdforge.com wrote on
>> Thu May 20 20:09:29 UTC 2021 :
>>> On 2021-05-20 12:21, Kevin Oberman wrote:
>>> > . . .
>>> >>
>>>
4:35] [16] [00:00:00] Building net/rsync | rsync-3.1.2_8
[00:04:39] [18] [00:00:08] Finished misc/freebsd-release-manifests |
freebsd-release-manifests-20171003: Success
[00:04:39] [24] [00:00:21] Finished print/libpaper | libpaper-1.1.24.4: Success
. . .
===
Mark Millard
marklmi at yahoo.com
( m
12.0-CURRENT FreeBSD 12.0-CURRENT r331499M amd64 amd64
1200060 1200060
===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/fre
ib/libc/string /usr/src/sys/libkern
/usr/src/contrib/cortex-strings/src/aarch64 /usr/src/lib/libc/aarch64/sys
/usr/src/lib/libc/sys /usr/src/lib/libc/secure /usr/src/lib/libc/rpc /usr/src/li
b/libc/. /usr/src/lib/libc/uuid /usr/src/lib/libc/xdr /usr/src/lib/libc/yp
/usr/src/sys/kern /usr/src/lib/
in binutils does not have such conventions.)
Is this expected/intended?
For reference:
# uname -apKU
FreeBSD FBSDFSSD 12.0-CURRENT FreeBSD 12.0-CURRENT r332181M amd64 amd64
1200061 1200061
===
Mark Millard
marklmi26-fbsd at yahoo.com
( dsl-only.n
On 2018-Apr-7, at 3:35 PM, Alexander Kabaev wrote:
> On Sat, 7 Apr 2018 15:23:50 -0700
> Mark Millard via freebsd-arm wrote:
>
>> My attempted, xtoolchain-gcc based, amd64->aarch64
>> cross-buildworld-buildkernel failed with:
>>
>> --- libc.so.7.full -
eBSD 12.0-CURRENT r332181M amd64 amd64
1200061 1200061
# pkg info "*binutils"
aarch64-binutils-2.30_2,1
amd64-binutils-2.30_2,1
binutils-2.30_2,1
powerpc64-binutils-2.30_2,1
# svnlite info /usr/ports/ | grep "Re[plv]"
Relative URL: ^/head
Repository Root: svn://svn.freebsd.
[The static build of binutils is what gets the lto involved.]
On 2018-Apr-7, at 5:29 PM, Mark Millard wrote:
> On 2018-Apr-7, at 3:35 PM, Alexander Kabaev wrote:
>
>> On Sat, 7 Apr 2018 15:23:50 -0700
>> Mark Millard via freebsd-arm wrote:
>>
>>> My attem
_64-unknown-${OPSYS:tl}${OSREL}
Should something have been done to force the port
to rebuild after a svnlite update picks up this
change? The change has significant file name
differences in what would be installed but poudriere
bulk did not classify my reference to
devel/amd64-xtoolchain-gcc as needing to u
On 2018-Apr-13, at 8:09 PM, Mark Millard wrote:
>> Author: kan
>> Date: Tue Apr 10 01:00:30 2018
>> New Revision: 466933
>> URL:
>> https://svnweb.freebsd.org/changeset/ports/466933
>>
>>
>> Log:
>> Catch up with changed binutils
501 - 544 of 544 matches
Mail list logo
