ikarso has quit [Quit: Connection closed for inactivity]
urja has quit [Read error: Connection reset by peer]
urja has joined #u-boot
slobodan has quit [Ping timeout: 240 seconds]
apritzel has quit [Ping timeout: 255 seconds]
camus has quit [Ping timeout: 255 seconds]
camus has joined #u-boot
jclsn has quit [Ping timeout: 264 seconds]
jclsn has joined #u-boot
persmule has quit [Quit: Leaving]
persmule has joined #u-boot
hanetzer has quit [Ping timeout: 240 seconds]
hanetzer has joined #u-boot
mmu_man has quit [Ping timeout: 258 seconds]
naoki has quit [Quit: naoki]
Clamor has joined #u-boot
sakman has quit [Quit: Leaving]
ikarso has joined #u-boot
monstr has joined #u-boot
frieder has joined #u-boot
alan_o has quit [Ping timeout: 260 seconds]
alan_o has joined #u-boot
goliath has joined #u-boot
tnovotny has joined #u-boot
mckoan|away is now known as mckoan
ldevulder has joined #u-boot
mripard has joined #u-boot
<xypron>
Tartarus: can we map Pali Rohar's email address in the mailmap file to some noreply address to avoid further frustration on his side, e.g. this-contributor-wants-no-mail@example.com.
qschulz has quit [Remote host closed the connection]
qschulz has joined #u-boot
iprusov has quit [Quit: WeeChat 3.5]
iprusov has joined #u-boot
<alpernebbi>
should use .invalid as tld, maybe do-not-contact@email.invalid
slobodan has joined #u-boot
Clamor has quit [Read error: Connection reset by peer]
Clamor has joined #u-boot
slobodan has quit [Remote host closed the connection]
slobodan has joined #u-boot
dsimic has quit [Ping timeout: 240 seconds]
dsimic has joined #u-boot
ezulian has joined #u-boot
redbrain has quit [Read error: Connection reset by peer]
flom84 has joined #u-boot
redbrain has joined #u-boot
<Clamor>
Tartarus: I have isolated PMIC gpio cells behind DM PMIC. It will prevent 128kb increase for devices which do not use DM PMIC
flom84 has quit [Ping timeout: 264 seconds]
mmu_man has joined #u-boot
Stat_headcrabed has joined #u-boot
pivi has quit [Quit: bye]
* Forty-Bot
forgot that pali was on the list of CCs...
<sjg1>
Forty-Bot: From the flags to you had at the top I don't see why buildman would rebuild the same commits - tools/buildman/buildman -devlrk -PEWMY -SB --step=0 -b my_branch
<Forty-Bot>
I rebased in between runs
<sjg1>
Forty-Bot: OK, yes it uses commit hashes so that will be it
<Forty-Bot>
I expected it to keep the "base" commit, since I didn't change that
<sjg1>
If it is still commit 1 it should be OK. But buildman numbers the commits too. If you can send a test case then I can take a look
<alpernebbi>
could be better to use the tree hash instead of commit hash
<Forty-Bot>
hm, maybe the problem is that my branch didn't have an upstream
<Forty-Bot>
I set it up by doing `git checkout -b test_branch feature_branch` so I could keep working on feature_branch while building
Stat_headcrabed has quit [Quit: Stat_headcrabed]
<Tartarus>
xypron: Sigh, I thought all of the tooling was already ignoring him due to .get_maintainer.ignore
<Tartarus>
Clamor: ok
<xypron>
Tartarus: He has used two different email addresses in the past. See my patch.
<Tartarus>
Ah
CounterPillow has quit [Server closed connection]
CounterPillow has joined #u-boot
goliath has quit [Quit: SIGSEGV]
<Tartarus>
I'll grab that patch before I do -rc2 later today
ikarso has quit [Quit: Connection closed for inactivity]
tnovotny has quit [Quit: Leaving]
<xypron>
Tartarus: the usage of the ignore emails file seems to be inconsistent in our get_maintainer script. It is only considered for maintainers, not for contributers.
<Tartarus>
I do wonder what tool specifically flagged him this time, but I'm optimistic that .mailmap should catch any future cases of tooling rather than a human doing it, at least.
goliath has joined #u-boot
hanetzer has quit [Ping timeout: 240 seconds]
hanetzer has joined #u-boot
rockosov has quit [Ping timeout: 272 seconds]
rockosov has joined #u-boot
mmu_man has quit [Ping timeout: 240 seconds]
qqq has quit [Remote host closed the connection]
hanetzer has quit [Ping timeout: 240 seconds]
hanetzer has joined #u-boot
slobodan has quit [Quit: Leaving]
vagrantc has joined #u-boot
mmu_man has joined #u-boot
g5pw has quit [Server closed connection]
as_g5pw has joined #u-boot
mckoan is now known as mckoan|away
<Tartarus>
sjg1: Can you reply to Andrew about what is/isn't possible today with stdboot in terms of limiting selections? We're talking about remoteproc elsewhere, and I'll ask about uEnv.txt myself later. This is in "Re: [PATCH 1/2] board: ti: am62x: am62x.env: Fix boot_targets"
<sjg1>
Tartarus: OK
<calebccff>
I notice that get_maintainer.pl has a find_maintainer_files property to enable searching all the MAINTAINERS file in board/*, it was previously enabled by someone so that this behaviour would work properly, but then the perl script was updated with a newer version pulled from Linux (5.13-rc6) and this property was disabled again (seemingly unintentionally)
<calebccff>
it's been disabled since
<calebccff>
just wondering if it should be turned back on so that board maintainers will be picked up again...
<Tartarus>
calebccff: It should be working and enabled currently via .get_maintainer.conf
<Tartarus>
Can you describe how you use it where it's not working?
monstr has quit [Remote host closed the connection]
<calebccff>
Tartarus: ohh, that makes sense... I thought I had hit an issue with it before but looks like it was me doing something wrong
<Tartarus>
I will say get_maintainer.pl is funky to use sometimes
<calebccff>
possibly the b4 tool breaks it? I haven't checked though
<Tartarus>
I'd have sworn that it wasn't working to check in git for history, but then it was, for me.
<Tartarus>
I've also found b4 to be a bit tricky at times too, b4 shazam -t is fine, but then misses out in b4 ty, when I merge the branch I had the changes in
flom84 has joined #u-boot
<calebccff>
hmm, yeah i hope it sees some more attention again, still a lot of rough edges ime
<calebccff>
though miles better than what I was doing before XD
Clamor has quit [Read error: Connection reset by peer]
<marex>
Tartarus: I'd still like to have a bit later release date in January
<Tartarus>
marex: Yeah. I just don't know what would be better, other than maybe shifting the entire cycle a month later, seeing if that's better or worse for other projects. Dunno
<marex>
Tartarus: .de usually starts second week in January
<marex>
Tartarus: so release on the 15th would let people sift through remaining details before release