ason being
that updates/patches need to be possible without a lot of give-backs.
Does the test generate random inputs? Can you reproduce these random
build failures locally by running the build for i386 a couple of times?
(At least this isn't some fringe architecture.)
Kind regards
Philipp Kern
[
tly because of the large list of
suites/archs to pick). On Android, to be precise.
I wonder if there are other CSS wins to make this more usable. ;-)
Kind regards
Philipp Kern
I reproduce
it to see what this fixes?
Is this an accessibility concern? Per [0] it looks like jumping to an
element is considered somewhat hostile. But it's not clear to me if
tabindex=0 preserves the natural order of Tab on the page.
Kind regards and thanks
Philipp Kern
[0]
https
+loong64)
merge-v3 2023 Sep 08 14:16:09 gnupg2_2.2.40-1.1 (loong64, sid): skipped because
binaries (assumed to be) overwritten (gpgconf, 2.2.40-1.1 vs.
2.2.40-1.1+loong64)
Kind regards
Philipp Kern
On 03.07.23 11:17, Marc Haber wrote:
On Mon, Jul 03, 2023 at 08:40:20AM +0200, Philipp Kern wrote:
On 03.07.23 08:00, Marc Haber wrote:
please consider adding an option that will create and download a tarball
of all logs listed on a certain page like
https://buildd.debian.org/status
Hi Paul,
Thanks, I have applied the patch and it has been deployed.
Kind regards
Philipp Kern
it vastly easier to grep the logs of all architectures
to find out whether an issue applies identically to many architectures.
To unblock you: As a DD you can log into wuiet and do your analysis
there. I understand that this does not provide a solution for non-DDs.
Kind regards
Philipp Kern
to buildd.d.o/status, I'd imagine that
the links to the logs would just show up if we were to inject them.
Kind regards
Philipp Kern
e and just printing "FAIL: $name"
is not very useful.
Kind regards and thanks
Philipp Kern
that would unfortunately still not help
with buildds, given that we still don't support build-dependencies on
non-free packages unfortunately. :(
Kind regards
Philipp Kern
[1] https://sources.debian.org/src/nvda2speechd/0.1-5/debian/rules/#L29
[2] https://github.com/rust-lang/rustup/issues/2028
a look at that please?
The .upload file was missing, so I'd have expected the daemon to
actually try and upload it. Alas, I now uploaded it manually. Please
shout if it still doesn't reach security-master.
Kind regards and thanks
Philipp Kern
a failing history on
amd64 anyway.
Kind regards and thanks
Philipp Kern
s390x hurd-i386 ia64 kfreebsd-amd64 kfreebsd-i386
powerpc ppc64 riscv64 sparc64 x32
Done.
Kind regards
Philipp Kern
.
Kind regards
Philipp Kern
it like in [2] and then go and
actually update the buildds. I have done so in [3] and have updated the
source tree on all three buildds that run it. They should restart after
the next build and have the new configuration.
Sorry about that. :)
Kind regards and thanks
Philipp Kern
[1]
https
ould at least
temporarily disable stable/oldstable builds on the IPv6-only buildds.
I have commented out stretch and buster (and their corresponding
security and backports suites) on x86-conova-01 for now. I'll definitely
leave bullseye on, though. Not sure if there's another IPv6-only buildd
lingering around.
Kind regards and thanks
Philipp Kern
2.1.1-1_all.deb
[...]
> Sep 19 17:46:39 -- End of
> /dcut.Sven_Geuer__debmaint_g_e_u_e_r_de_.1600537116.35810.commands processing
I have now given it back (once the command comes back after the lock is
released) but please make sure that your dcut commands are more narrow
next time.
On 2020-09-16 23:35, Thorsten Glaser wrote:
Philipp Kern dixit:
So XY problem again. What you're actually looking for is a
machine-readable version of the data.
No, I download logs, so the a tag from the site and a bit of
xmlstarlet to extract them per architecture is just fine.
Plus it can
data.
Kind regards
Philipp Kern
r argue that we should stop using XHTML and drop the
claim that it's valid XML. AIUI this is completely legit in HTML5.
You'll notice that the same is true on the frontpage and has been since
forever.
Kind regards
Philipp Kern
e failed buildd process but when
> I click on giveback, I have the following error message:
> You need to be in the "debian" group for now. ✗
Given that it failed on all release architectures, I don't think a
giveback would help here? Whatever it is, it looks like it needs a fix.
Kind regards
Philipp Kern
On 04.07.20 02:21, Scott Talbert wrote:
> On Fri, 3 Jul 2020, Philipp Kern wrote:
>
>>> I'm trying to make sure my local sbuild chroot matches the buildd's as
>>> closely as possible. Can someone tell me what the fstab looks like on
>>> the official b
e does not carry an
explicit architecture list. For all that do, the lines in P-a-s should
indeed be deleted. But right now that's a manual task that's
infrequently done and slightly annoying to automate.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
://buildd.debian.org/auth/giveback.cgi DTRT. Obviously
that makes using the URL from the console harder but I think the future
might be a more sensible web interface in that case.
Kind regards
Philipp Kern
ide is supposed to put the package back into Needs-Build anyway,
from BD-Uninstallable.
Kind regards
Philipp Kern
el
> | gir-to-d: not taken for building (state is Uploaded). Skipping.
>
> wb> gb gir-to-d_0.12.2-1~bpo9+1 . ppc64el . stretch-backports . -o
> * gir-to-d/ppc64el
> | gir-to-d: not taken for building (state is Uploaded).
> | gir-to-d: Forcing give-back
Done.
Kind regards
On 2/19/2020 8:40 PM, Aaron M. Ucko wrote:
> As such, could we please try for another automated build?
>
> gb ncbi-blast+_2.9.0-4 . mipsel
Looks like this already happened. FWIW with self-service giveback you
need to URL encode the plus but I confirmed that this works.
Kind regards
Philipp Kern
On 1/21/2020 4:50 PM, Sam Hartman wrote:
>>>>>> "Philipp" == Philipp Kern writes:
>
> Philipp> I'm told it was broken by the upgrade of Apache - apparently it
> can no
> Philipp> longer do per path client certificate authentication. There
I'm not yet planning such a thing, unfortunately.
(Yes, I'm aware that this has its own drawbacks around architecture
lists. Presumably once this graduates we should embed it better in the
UI to DTRT. All I want is to be able to implement a proper RPC server.)
Kind regards
Philipp Kern
authentication. There is a pending RT
ticket from DSA to fix that but I don't think there is anything I can do at
the moment - except turn on SSO for the whole vhost. Maybe that could even
be a workaround for now and we could check if someone is annoyed by that. :)
Kind regards
Philipp Kern
iled again", but then it might actually be inaccurate. If you want
"Failed" to be a valid state for *self-service* givebacks to work, let
me know.
Kind regards
Philipp Kern
sh4 x32 . -m 'Rebuild against libicu63'
Done, thanks.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
?p=gnome-games-app
https://buildd.debian.org/status/package.php?p=vala
Done, thanks!
Kind regards
Philipp Kern
give-back site, but it will not
operate on the security suites. Could someone reschedule python2.7
2.7.9-2+deb8u5 in jessie-security for another build attempt?
Done.
Kind regards and thanks
Philipp Kern
On 9/2/2019 9:06 PM, Clint Adams wrote:
> On Mon, Sep 02, 2019 at 06:40:24PM +0200, Philipp Kern wrote:
>> I would prefer JSON as an input format, looking roughly like this:
>>
>> [{"pkg": "haskell-active", "ver": "0.2.0.13-6"
On 2019-09-02 11:03, Joachim Breitner wrote:
Am Montag, den 02.09.2019, 10:57 +0200 schrieb Philipp Kern:
FWIW, I started working on this. Unfortunately we do not really have
transactions available to schedule all or nothing. If someone has a
creative idea on how to best signal back partial
On 2019-09-02 10:33, Emilio Pozuelo Monfort wrote:
On 29/08/2019 12:08, Philipp Kern wrote:
On 2019-08-29 11:46, Emilio Pozuelo Monfort wrote:
On 29/08/2019 11:17, Philipp Kern wrote:
On 2019-08-29 11:14, Emilio Pozuelo Monfort wrote:
Why don't you let the interested teams run the scripts
On 2019-08-29 11:46, Emilio Pozuelo Monfort wrote:
On 29/08/2019 11:17, Philipp Kern wrote:
On 2019-08-29 11:14, Emilio Pozuelo Monfort wrote:
Why don't you let the interested teams run the scripts and generate
the required
binNMUs (like they do now), and then you pull that from a cronjob
checks.
What would those sanity checks be?
Kind regards
Philipp Kern
On 8/20/2019 2:44 PM, Peter Palfrader wrote:
> On Thu, 08 Aug 2019, Philipp Kern wrote:
>
>> Done, thanks #7892.
>> Sounds good, filed #7893 for that. Thanks!
>
> Seems that RT#7892 and RT#7893 have been resolved by Julien already.
> Yay.
Yeah, thanks very much. I
itectures
Debian supports.
Kind regards
Philipp Kern
bug. If I were you
I'd go and file a binary rm bug, probably.
Kind regards
Philipp Kern
[1] https://ftp-master.debian.org/cruft-report-daily.txt
On 2019-08-07 10:32, Peter Palfrader wrote:
On Sun, 04 Aug 2019, Philipp Kern wrote:
On 8/3/2019 10:06 PM, Philipp Kern wrote:
> I was pondering to offer a way to give-back packages to regular
> developers using SSO. Could you please add wuiet to the list of sso_rp
> machines?
Sur
On 8/3/2019 10:06 PM, Philipp Kern wrote:
> I was pondering to offer a way to give-back packages to regular
> developers using SSO. Could you please add wuiet to the list of sso_rp
> machines?
>
> Secondly I wonder what the best way to write to wanna-build would be.
>
Hey,
On 7/25/2019 5:12 PM, Dr. Tobias Quathamer wrote:
> the build of golang-1.12 has failed on mipsel with a segmentation violation.
> Could this package be retried, please?
>
> gb golang-1.12_1.12.7-2 . mipsel
by now it already fixed five times, unfortunately.
Kind regards
Philipp Kern
On 7/29/2019 11:24 AM, Patrick Matthäi wrote:
> please give back znc 1.7.4-4 on arm64. It looks like a temporary failure:
> https://buildd.debian.org/status/fetch.php?pkg=znc=arm64=1.7.4-4=1563879024=0
Looks like if anything it was cmake's fault. Done, thanks!
Kind regards
Philipp Kern
On 8/2/2019 7:05 AM, Drew Parsons wrote:
> gb rclone_1.47.0+ex1-6 . amd64 mips64el
Done. Thanks!
Kind regards
Philipp Kern
are effectively ^[a-z0-9-+.]+$ as well as some data checks).
Do you have a preference and/or would mind making one of them work?
Kind regards and thanks
Philipp Kern
Hi,
On 5/31/2019 7:30 AM, Andreas Metzler wrote:
> please retry gnutls28 3.6.7-3 (sid) on armel. The error is not
> reproducible, a manual build on abel succeeded.
>
> gb gnutls28_3.6.7-3 . armel
done.
Kind regards and thanks
Philipp Kern
e could be uploaded and installed. If not, perhaps the
> following give-backs would help:
>
> gb nvidia-settings_418.74-1 . armhf
> gb acpica-unix_20190509-1 . armhf
> gb fgetty_0.7-6 . armhf
> gb r-cran-rcpparmadillo_0.9.400.3.0-1 . armhf
thanks, I have given those back.
Kind regards
Philipp Kern
; The build result as a proof will also help me push an important fix
> to Buster, see #926976
>
> gb slepc_3.11.0+dfsg1-1exp2 . m68k sh4 . experimental
Done now. (Whyever this was still pending. *sigh*)
Kind regards
Philipp Kern
ly still the best place to ask about these, especially as
all of them are virtualized. It looks like x86-bm-01 is actually an "AMD
Opteron 23xx (Gen 3 Class Opteron)" and x86-csail-02 is a "Intel(R)
Xeon(R) CPU E5-2640 v2" (both virtualized using KVM).
Kind regards
Philipp Kern
che config. Unfortunately I could not find that
configuration in DSA's Puppet tree (nor on coccia, but this is about
security-master) from a quick glance. I know I have seen it in the past,
but I don't recall where. In any case those two teams are the ones to ask.
Kind regards
Philipp Kern
On 3/12/2019 11:29 AM, Martín Ferrari wrote:
> Mtail failed to build on armel a few days ago, but it seems a transient
> failure (builds fine on abel). Sadly I only realised this today, could
> you give it back please?
Done.
Kind regards
Philipp Kern
On 3/1/2019 5:55 PM, Martín Ferrari wrote:
> THe build for prometheus-alertmanager failed on ppc64el, but I can build
> it fine on plummer, so I think it was a transient failure. Could you
> give it back please?
Done.
Kind regards
Philipp Kern
an a timeout issue.
>
> gb pypy_7.0.0+dfsg-2 . ppc64el
done. I guess I don't want to know why it paints ASCII art into its
build log...
Kind regards
Philipp Kern
le bit flaky. Please give it another try.
>
> gb kf5-messagelib_18.08.3-1 . mipsel . -m 'rerun to work with flaky tests.'
Done, although at some point it'd be useful to know why they're flaky.
Kind regards
Philipp Kern
On 2/6/2019 3:36 PM, Sandro Knauß wrote:
> gb libkgapi_18.08.3-1 . mipsel . -m 'rerun to work with flaky tests.'
Done.
Kind regards and thanks
Philipp Kern
given back. (But any host will attempt it. It's not easily possible -
and it shouldn't be - to blacklist single buildds.)
Thanks and good luck
Philipp Kern
.
gb golang-1.11_1.11.4-1 . mips mipsel
These seem to be consistent/persistent, unfortunately, as they also
happened (in one case even multiple times) with the newly uploaded
golang-1.11.
Kind regards and thanks
Philipp Kern
On 24/12/2018 02:54, Mo Zhou wrote:
Thanks for the hint. BTW the mips failure looks temporary and similar to
the armel one, could you please also give-back it on mips?
gb opencv_3.4.4+dfsg-1~exp1 . mips . experimental
Done.
Kind regards and thanks
Philipp Kern
. mips64el
Done.
Kind regards and thanks
Philipp Kern
Am 24.11.2018 um 13:20 schrieb Pino Toscano:
> please giveback krunner_5.51.0-2/mipsel, as qtbase-opensource-src
> 5.11.2+dfsg-7 (which fixes a build regression in other packages) was
> just built, and installed on mipsel too.
Done.
Kind regards and thanks
Philipp Kern
setting the dw everywhere, including ports - which will
take a little bit to clear).
Kind regards and thanks
Philipp Kern
//bugs.debian.org/cgi-bin/bugreport.cgi?bug=897086 is marked as
affecting libguess.
Kind regards
Philipp Kern
Kind regards
Philipp Kern
up2.4 (>= 2.64.0-2)'
> gb geary_0.12.4-1 . mips64el hppa powerpcspe sh4
> gb libsoup2.4_2.64.0-2 . alpha
Done.
Kind regards
Philipp Kern
on the
available version of libasis2018-dev.
I believe that a dep-wait fixes both problems.
Please trigger a rebuild once the updated asis is available.
dw adacontrol_1.19r10-3 . ANY -s390x -ppc64 . experimental . -m
'libasis2018-dev (>= 2018-1)'
done.
Kind regards and thanks
Philipp Kern
problem of the mips
buildd, and i would like to request a rebuild on this architecture:
gb iem-plugin-suite_1.4.0-1 . mips
done.
Kind regards and thanks
Philipp Kern
On 5/10/18 7:14 AM, Pino Toscano wrote:
> please giveback kpimtextedit_17.12.3-2/mips64el, as it looks like some
> transient/timing failure.
This seems to already have happened.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
e meantime I can't offer a better option than this.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
ot, please fixup?
#thanks
That can't be done on the wanna-build side, uploads to the archive
needs
to be signed. Time to reassign this bug to ftp.debian.org?
Agreed. Doing so now.
Kind regards
Philipp Kern
it back?
Done.
Kind regards
Philipp Kern
On 07.04.2018 09:16, Adrian Bunk wrote:
> #894025 is now fixed
> gb python-certbot-apache_0.23.0-1 . all
> gb python-certbot-nginx_0.23.0-1 . all
Done.
Kind regards and thanks
Philipp Kern
signature.asc
Description: OpenPGP digital signature
On 4/1/18 10:08 AM, Pino Toscano wrote:
> please giveback kdiagram_2.6.0-3/armhf, as it looks like some transient
> failure.
Done.
Kind regards
Philipp Kern
On 2018-03-27 14:29, Wookey wrote:
On 2018-03-22 22:31 +0100, Aurelien Jarno wrote:
On 2018-03-07 12:08, Hector Oron wrote:
> 2018-03-07 12:01 GMT+01:00 Philipp Kern <pk...@debian.org>:
To do more tests I agree that we should deploy it on more buildds. For
*this phase*, I believe
olutions. Right now that seems to require more infrastructural changes
though and I'd rather focus on getting rid of buildd itself first.
Kind regards and thanks
Philipp Kern
On 3/26/18 2:14 PM, Adrian Bunk wrote:
> gb adios_1.13.0-2 . armhf alpha m68k x32
> gb tumbler_0.2.0-2 . armhf
> gb ayatana-indicator-power_2.0.93-2 . amd64 arm64 armel i386 mips mips64el
> mipsel powerpc ppc64el s390x alpha hppa ia64 m68k sh4 x32
Done.
Kind regards and thanks
Philipp Kern
On 3/24/18 6:24 AM, Jeremy Bicha wrote:
> gb gnome-terminal_3.28.0-1 . ANY
Done.
Kind regards
Philipp Kern
On 2018-03-07 10:39, Hector Oron wrote:
2018-03-07 7:01 GMT+01:00 Philipp Kern <pk...@debian.org>:
FWIW, I have rewritten the buildd side in Python
(https://salsa.debian.org/pkern/pybuildd) and am currently waiting for
that
to be deployed. There were concerns about how DSA
how DSA wanted this to be
packaged (essentially not at all). Replacing the buildd side with
something relatively simple to understand is somewhat a prerequisite to
change the wanna-build side...
Kind regards
Philipp Kern
codebase) to OBS (or something else), a more
concrete proposal would be appreciated. I'm sure we could come up with
requirements.
Kind regards
Philipp Kern
file
massively thanks to the automation the build dependency check gives us.
Unfortunately I cannot speak to build profiles. But it sounds fair on
first glance.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
e
missing. Making them explicit as build dependencies avoids having
useless, uninstallable packages on those architectures.
So it's about trade-offs and I think Julien's right.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
; mipsel
> ppc64el
> s390x
> hurd-i386
> powerpc
I find it a little odd that this is then not expressed by some sort of
library dependency, but okay. I scheduled these.
It might make sense to follow up with the Release team next time.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
hen packages go from
arch:any to arch:all.
Interestingly enough it also just got uploaded on amd64, so I suppose
someone did something behind the scenes and forced it into building.
After all there might have been some weird interaction with the package
filtering we employ before feeding lists to dose-builddebcheck.
Kind regards
Philipp Kern
[1] https://ftp-master.debian.org/cruft-report-daily.txt
On 01.02.2018 10:30, Ansgar Burchardt wrote:
> Philipp Kern writes:
>> On 31.01.2018 01:11, Ansgar Burchardt wrote:
>>> I'm not sure if buildds are already configured to upload to the security
>>> archive via ssh as they do for the main archive. It might be a good
>
as set by nomeata (at least), who schedules binNMUs for
OCaml and Haskell in unstable and hence required access across all
architectures. As long as we add persons relatively sparingly (the
request is for nother single person), I think we should be fine?
Kind regards and thanks
Philipp Kern
ioned.
Kind regards
Philipp Kern
ent setup entails and if you wrote your own SSH daemon for uploads.
In that case we should be able to figure something out.
Alternatively I suppose DSA could also provide something through
stunnel, but then I think we'd be back to encrypted FTP.
Kind regards and thanks
Philipp Kern
u meant 3.1.0-3.
Kind regards and thanks
Philipp Kern
signature.asc
Description: OpenPGP digital signature
On 2018-01-16 10:28, Emilio Pozuelo Monfort wrote:
On 16/01/18 09:41, Philipp Kern wrote:
ignore_arches: mips64el hurd-i386 alpha hppa m68k powerpcspe ppc64 sh4
sparc64 x32
Can we drop mips64el from that list? It's been a supported
architecture for a while.
[...]
I suppose the actual delta
uld be +kfreebsd-amd64 +kfreebsd-i386 +ia64
+powerpc, right?
Kind regards
Philipp Kern
On 01/14/2018 09:18 PM, Michael Hudson-Doyle wrote:
> Philipp Kern <pk...@debian.org> writes:
>
>> On 01/09/2018 08:21 AM, Michael Hudson-Doyle wrote:
>>> There is a flaky test that didn't fail in my othe builds today or on any
>>> other architecture so ho
On 01/09/2018 01:58 PM, Raphael Hertzog wrote:
> On Mon, 08 Jan 2018, Philipp Kern wrote:
>>> I'm putting debian-wb-team@lists.debian.org in copy to hear their thoughts
>>> about this. Do you think it's possible to add headers like:
>>>
>>> X-Deb
or 2.30-3, so I suppose it's about fixing
the flaky test instead. ;-)
Kind regards and thanks
Philipp Kern
signature.asc
Description: OpenPGP digital signature
on the same
host.)
Luckily there's SSO now so finally there's a way on how this could
actually be implemented. Before we didn't really have a way to do so
except maybe coming up with our own mail gateway.
I personally don't mind a rate-limited give-back mechanism for DDs.
Kind regards
Philipp Kern
is that buildd treats the exit of sbuild as an infrastructure
failure and hence keeps retrying. But none of the buildds can build it.
Did you file a bug somewhere to raise chroot disk space?
Kind regards
Philipp Kern
another boolean in the process.
Question from a different angle: How many packages in contrib have a
runtime dependency on packages in non-free today, rather than being
downloaders etc? If we'd actually allow autobuilding, would that make
the status quo worse or not affect it at all?
Kind regards
Philipp Kern
1 - 100 of 340 matches
Mail list logo
