-free to be autobuildable today. This
change also does not introduce this, except for everything that is to be
built on official builders to not require network access.
There are even two stages of allowlisting today (file-based and the dsc
field).
Kind regards
Philipp Kern
; > the affected packages?
>
> Fair enough. I can work on that, but help would be welcome as my
> resources are limited.
I did a test rebuild of contrib, non-free and non-free-firmware packages
in sid with both stable sbuild schroot and unshare backends and could
not find a difference in build success (i.e. what failed failed in both,
what succeeded succeeded in both).
Kind regards
Philipp Kern
on DNS "assets", and not any other assets you might want to
track.
Kind regards
Philipp Kern
the cargo dependency on nix to allow the new
version and expliciltly enables the "fs" feature.
A debdiff is attatched, if I get no response I will likely NMU this
when the
new rust-nix is uploaded to unstable.
Please feel free to NMU at your convenience.
Kind regards
Philipp Kern
On 2024-02-01 08:36, Steve Langasek wrote:
Please find the patch for this NMU attached.
Patches don't carry mode bits. I'm guessing that the .install file did
not get a +x bit and thus the package failed to build.
Kind regards
Philipp Kern
repository, which does not seem to be uncommon to me
either.
The repo can be found on dgit as well as on [1].
Kind regards and thanks
Philipp Kern
[1] https://salsa.debian.org/Debian/nsncd
Package: wnpp
Severity: wishlist
Owner: Philipp Kern
X-Debbugs-Cc: debian-de...@lists.debian.org, pk...@debian.org
* Package name: nsncd
Version : 1.4.1 (plus patches[1])
* URL : https://github.com/twosigma/nsncd
* License : Apache 2.0
Programming Lang: Rust
, though.
Kind regards
Philipp Kern
the current n-f one, but keep them separate, vs.
keeping a single common list for both. The former would look good to
me.
I don't think it's useful to split the allowlist. We should just reuse
the same one.
Kind regards
Philipp Kern
nd regards
Philipp Kern
Hey Simon,
On 12.12.22 10:02, Simon Josefsson wrote:
Philipp Kern writes:
Hey Simon,
On Thu, Nov 17, 2022 at 12:46:19PM +0100, Sebastian Ramacher wrote:
I see. If so, it would be good if pkgconf was made consistent with
pkg-config here, if the intention is to replace it.
This discussion
if it's basically a one character change somewhere.
Kind regards and thanks
Philipp Kern
Hi Emmanuel,
On 17.10.22 01:28, Emmanuel Bourg wrote:
Le 16/10/2022 à 17:10, Philipp Kern a écrit :
While arm64/armhf remains unfixed (and could have its own t-p-u upload
based on the +0 version plus Ubuntu's patch), there's also a question if
a newer version would actually fix the issue.
I
tag 1013009 + pending
tag 1004638 + pending
thanks
On Sun, Oct 16, 2022 at 03:53:13PM +0200, Philipp Kern wrote:
> I think it's still worthwhile to upload this build.
While arm64/armhf remains unfixed (and could have its own t-p-u upload
based on the +0 version plus Ubuntu's patch), there's a
to regain privileges post
setuid(). I'm kinda with tg in that setres[ug]id() makes the intent
clearer instead of relying on uid==0 behavior.
Kind regards
Philipp Kern
specifically:
| #if CPU(ARM64) && CPU(ADDRESS64)
| #define USE_JUMP_ISLANDS 1
| #endif
Did I expect to run into an embedded copy of WebKit? Not really. We are
also already turning off the JIT for armel through a patch.
Kind regards
Philipp Kern
ite straightforward to
apply. The CVEs referenced by #1004963 are still open in upstream's
bugtracker.
Attached is the diff of the NMU I just uploaded to DELAYED/2-days.
Kind regards and thanks
Philipp Kern
diff -Nru libde265-1.0.8/debian/changelog libde265-1.0.8/debian/changelog
--- libde265-1.0.8/deb
go ahead and do that.
Kind regards
Philipp Kern
[1] https://github.com/openjdk/jfx
[2] https://patches.ubuntu.com/o/openjfx/openjfx_11.0.11+1-1ubuntu1.patch
sn't look like there was progress on #887649 this
cycle either. So I fear that we'll end up needing to tag both #887649
and #885563 bookworm-ignore. :(
Kind regards
Philipp Kern
[3] and it also didn't boot for me).
Kind regards
Philipp Kern
[1]
http://launchpadlibrarian.net/553034379/syslinux_3%3A6.04~git20190206.bf6db5b4+dfsg1-3_3%3A6.04~git20190206.bf6db5b4+dfsg1-3ubuntu1.diff.gz
[2]
https://launchpad.net/ubuntu/+source/syslinux/3:6.04~git20190206.bf6db
On Mon, Jan 10, 2022 at 10:21:11PM +0100, Vincent Danjean wrote:
> Looking at upstream, support for php8 will be present in swig 4.1.0 that is
> not yet released.
It looks like it's due to be released in a week (2022-10-24).
Kind regards
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
Hi,
On 26.07.22 11:28, Andreas Tille wrote:
Am Tue, Jul 26, 2022 at 09:58:49AM +0200 schrieb Philipp Kern:
On 23.07.22 15:09, Andreas Tille wrote:
** (gobby:197027): WARNING **: 15:06:06.692: Failed to create root directory:
Permission denied
Subsequent storage operations will most likely
?
Kind regards
Philipp Kern
instead be read
from disk - i.e. the from the existing tzdata package?
This would add up to the load of all the various packages of various
languages that already need updating with every tzdata release.
Kind regards
Philipp Kern
upload to DELAYED/15, closing this
bug. Please let me know if I should delay or cancel that upload.
Feel free to accelerate this upload. Thanks!
Kind regards
Philipp Kern
y where there were various headers included that
lists.debian.org modifies by design. ARC solves this problem by just
letting you sign the outgoing emails, regardless of prior DKIM status.
Kind regards
Philipp Kern
(2021-07-18) s390x
GNU/Linux
Linux zani 5.10.0-8-s390x #1 SMP Debian 5.10.46-4 (2021-08-03) s390x GNU/Linux
Linux zelenka 4.19.0-17-s390x #1 SMP Debian 4.19.194-3 (2021-07-18) s390x
GNU/Linux
(zani is the only machine of the three on Debian 11)
Kind regards
Philipp Kern
herent to the design. If
you want more guarantees, you need to move from discretionary access
control (based on the identity at the time of process (tree) creation)
to mandatory access control (e.g. SELinux).
Kind regards
Philipp Kern
regards
Philipp Kern
[1] https://letsencrypt.org/2020/12/21/extending-android-compatibility.html
is still true.
Kind regards
Philipp Kern
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
: another pure Python implementation of the
> python-smbus package
Do you mean "another implementation of python-smbus, written in pure
Python"? Like this it sounds like yet another one was needed, with no
real justification in the description.
Kind regards
Philipp Kern
:
https://www.debian.org/vote/2007/vote_003
And it was unclear how much of it can actually be changed without a GR -
despite ~all bullet points saying "initial policy". A power to set
policy has not been conferred to a team with this GR. At least that's
what I recall. ;-)
Kind regar
Package: wnpp
Severity: normal
I intend to orphan the hercules package. It's an s390(x) emulator and
the package itself is in fairly good shape overall. It's mostly that I
have no use for it for several years now. (And mostly I do not want to
feel responsible for it anymore.)
Upstream has been
ks it's clearly
acceptable to drop files into configs of other packages and one could
argue that a configuration directory is a similarly acceptable interface
to reuse from another package. Maybe there'd be an amenable way if the
interaction is properly defined? Like a support package doing that
providing some pseudo-package that can serve as an alternative dependency.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
editing doesn't work any more, and doesn't
> switch screens.
I can confirm that this is still the case with a contemporary 3.13 Hercules
build.
Kind regards
Philipp Kern
ar scaling, OpenGL shaders, and more
>
> DOSBox Staging is highly configurable and sufficiently-optimized to run
> any DOS game on a modern computer.
>
> Q: why is this package useful/relevant?
> A: Sucessor of DOSBox, which is already inside Debian
Why do we need both rather than upg
Hey Steven,
On 20.10.20 03:26, Steven Robbins wrote:
> On Fri, 3 Jul 2020 22:14:18 +0200 Philipp Kern wrote:
>
>> Would it be possible for googletest in Debian to ship these meson.build files
>> alongside the source in the library packages? That way packages could
>>
On 16.10.20 12:38, Philipp Kern wrote:
> Package: wnpp
> Severity: normal
>
> I request an adopter for the openclonk package.
>
> The package description is:
> OpenClonk is a free multiplayer action game where you control clonks,
> small but witty and nimble humanoid be
Package: wnpp
Severity: normal
I request an adopter for the openclonk package.
The package description is:
OpenClonk is a free multiplayer action game where you control clonks,
small but witty and nimble humanoid beings. The game is mainly about
mining, settling and fast-paced melees.
On 14.06.20 17:20, Philipp Kern wrote:
> On 11.05.20 11:53, Winfried Münch wrote:
>> package: s390-tools
>>
>> Version: current Installer from 04.05.2020 21:14
>> http://ftp.halifax.rwth-aachen.de/debian/dists/buster/main/installer-s390x/current/images/generic/
>>
ebian menu
> file is redundant (and theoretically by Policy it should not even be
> allowed, as there is a desktop file). Patch attached for this.
>
> [1] https://lists.debian.org/debian-devel-announce/2015/09/msg0.html
Feel free to just upload your NMU.
Kind regards and thanks
Philipp Kern
variant people
rely on here is more by accident than being intentional - and that
co-installable MA:same packages should not be supported ([1]).
Kind regards
Philipp Kern
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843773#132
signature.asc
Description: OpenPGP digital signature
ng so we don't end up
> without the corresponding source in the archive.
grub2 for sure as it's GPL-3, but is it actually required for shim,
which is BSD?
Kind regards
Philipp Kern
f packages to install. It
tries to fetch "perl:any" instead of "perl". See [1].
At the same time bug #960265 is actually of priority serious (breaks
bootstrapping), rather than normal.
Kind regards
Philipp Kern
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960265#20
sign
utils
> Description: Set of fundamental utilities for Linux on S/390
> The package contains:
My assumption is that this is not fixable through -updates but requires
a point release to be properly fixed.
Kind regards and thanks
Philipp Kern
diff -Nru s390-tools-2.3.0/debian/changelog s390-
Package: wnpp
Severity: normal
I intend to orphan the icon-naming-utils package.
Last upstream release was 11 years ago. There is effectively no churn in
this package. It is also a required build dependency for a bunch of icon
themes:
# Broken Build-Depends:
extra-xdg-menus: icon-naming-utils
Package: wnpp
Severity: normal
I intend to orphan the tango-icon-theme package.
There is effectively no churn in this package - but the last upstream release
was also 11 years ago. The install base is still quite large (~28k), but votes
are awfully low. It is also a reverse dependency of a
Package: wnpp
Severity: normal
I intend to orphan the pdf2svg package.
This is a very minimal wrapper around Poppler and Cairo, feeding one's output
into the other's input to convert PDF into SVG files. I mostly did not have
this need anymore for a long time now. It historically did not need a
of libstdc++ intended solely for
compatibility with proprietary binaries that cannot be recompiled.
Kind regards
Philipp Kern
re that 1:3.3.6ds1-31 is broken? That's the version I uploaded
with the fix.
Kind regards
Philipp Kern
y packages could
build-depend on libgtest-dev without requiring them to use CMake.
Kind regards and thanks
Philipp Kern
[1] https://wrapdb.mesonbuild.com/gtest
[2] https://wrapdb.mesonbuild.com/v1/projects/gtest/1.10.0/1/get_wrap
IARCH@/libinfinoted-plugin-manager-*.so.*
>
> within debian/libinfinity-0.7.0.install.
The changes were more involved than that but I uploaded a fix to NEW.
(It required the addition of a package.)
Kind regards and thanks
Philipp Kern
given how hard it is to integrate with existing Debian infrastructure to
test it properly - unless you are an admin there already. Even a qemu
setup would have spotted this particular bug. But without any users who
care I also don't think it is worth spending much time on this.
Kind regards and sorry
Philipp Kern
installs but that's how it is.
Sadly libinfinity does not build right now, the author mostly abandoned
it and I sunk many hours already into trying to figure out how to fix
the test and couldn't.
Kind regards
Philipp Kern
SCLP even
something you get on a real z machine? Not that we shouldn't fix qemu,
of course. But Hercules might be closer to the real thing in this regard.
Kind regards
Philipp Kern
Hey Helmut,
On 27.04.20 06:12, Helmut Grohne wrote:
> On Sun, Apr 26, 2020 at 10:41:20PM +0200, Philipp Kern wrote:
>> Is there a way for me to test this patch? (I also take pointers.) There
>> are more references to -lltdl in there and curiously rebuilding the
>> p
reference from libltdl, so I'd have
liked to make sure the problem is actually fixed.
Kind regards and thanks
Philipp Kern
1.0/*
>
> after
>
> usr/lib/@DEB_HOST_MULTIARCH@/libinfinoted-plugin-manager-*.so.*
>
> within debian/libinfinity-0.7.0.install.
Did you actually manage to build it successfully? There's currently a
FTBFS bug due to glib (#935614) that I was able to bisect on the
upstream Github report but where I am at a loss on how to fix.
Kind regards
Philipp Kern
of getting Bazel packaged for Debian, unfortunately.
Kind regards
Philipp Kern, obviously not speaking for Google
[1]
https://github.com/bazelbuild/bazel/blob/f828b4c77805ad0ea6afecef798aa69d68bec8d4/scripts/packages/debian/BUILD#L69
don't see
why /usr/bin/systemd-sysusers would be any different from let's say
/usr/bin/awk." but trying to present the two opposing viewpoints and
potential solutions to them.
Kind regards
Philipp Kern
ional less, just like in busybox-static with the same
> build options.
There is nano though. (I'd still second less. I think we can spare the
space.)
> ftpput to transfer files out would good option too.
The age of FTP has long passed.
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
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
her
than be ported to Python 3 (which has happened but will now not be uploaded
here). Users should follow the documentation to migrate.
Kind regards and thanks
Philipp Kern
[1] https://docs.python.org/3/library/socket.html#socket.socket.recvmsg
[2] https://docs.python.org/3/library/socket.html#socket.socket.sendmsg
On 1/4/2020 10:32 PM, Thomas Perret wrote:
> Le 03/01/2020 à 18:18, Philipp Kern a écrit :
>>
>> What's the advantage of this tool vs. the tools in libgfshare-bin and ?
>>
>> Kind regards and thanks
>> Philipp Kern
>>
>
> From what I understand
plit a file into several
> shares, and gfsec-use will reconstruct the original file from some of
> the shares.
What's the advantage of this tool vs. the tools in libgfshare-bin and ?
Kind regards and thanks
Philipp Kern
retitle 937420 RM: pydhcplib -- removal triggered by the Python2 removal
thanks
Rationale: package is unmaintained, has very low popcon and no rdeps
gt; include
> them in texture collections without a written permission and you strictly may
> not offer them as textures for sale in any way.
etc
Kind regards
Philipp Kern
e used.
Kind regards
Philipp Kern
without a go from its author. Philipp, should
>> I go ahead?
>
> Totally understood! I just wanted to make sure to revive this issue, as
> I'd also like to get it fixed in Ubuntu! Like I said, I will do my best
> to test and reproduce the fix with stock Debian.
I think this should be fine and we're early in the release cycle to find
potential problems if there are any.
Obviously it'd be great to have a test hardness with a DHCP server
sending various bits and us verifying that netcfg did the right thing.
But I'd surprised to find the time for that myself.
Kind regards and thanks
Philipp Kern
back when the bug is known to be fixed by
> another package upload.
I really do not want to check if someone is a package's maintainer if I
can avoid it. But then again this is also something that could
legitimately be done by the uploader of the other package anyway.
Kind regards and thanks
Philipp Kern
parsing command output. I think I fixed it, by limiting the
amount of splits on the period. Please retry. :)
Kind regards and thanks for reporting
Philipp Kern
layer.
Unfortunately the locking bit is still true for many machines, so even
if it is quick, it can be hard to get the drive into the state where the
BIOS did not have an opportunity to block the user from triggering the
erase operation.
Kind regards
Philipp Kern
apply for a static UID assignment? I would also prefer the latter, but I
honestly don't know how messy the migration would be...
(If so, I guess this bug should be reassigned to apt.)
Kind regards and thanks
Philipp Kern
On 2019-06-21 20:36, Ben Hutchings wrote:
On Thu, 2019-06-20 at 20:33 +0200, Philipp Kern wrote:
On 20/06/2019 09:50, Ansgar Burchardt wrote:
> Ansgar Burchardt writes:
> > (I don't maintain debootstrap.)
> >
> > I don't think it is a good idea to require debo
you good luck. It's not a fight I
want to have, which is also why I mostly stopped using my @debian.org
address.)
Kind regards
Philipp Kern
.
Kind regards
Philipp Kern
changes they
do not consider to actually be part of the ABI they support.)
Kind regards
Philipp Kern
upstream? Is this really a sustainable
fork that has sufficient interest?
Kind regards and thanks
Philipp Kern
it should obey the
parallelization setting of the build process. But then it's already a
build process and if you want that to not be detrimental to your desktop
performance, you nice it. Apart from that thing I really struggle to
find something "antisocial" in that build-dependency.
Kind r
e
fair it's not quite a Debian revision to parse but it's close enough
that the tokenization from our algorithm should work fine to sort kernel
versions.
Kind regards
Philipp Kern
uted to this effort) for doing the right
thing! And obviously kudos to Dell for staffing this.
The plugin library seems to be on [2] and there's a sizable set of them.
Even an AMT updater. :o
Kind regards and thanks
Philipp Kern
[1]
https://blogs.gnome.org/hughsie/2018/01/10/phoning-home-after-up
ts own can of worms. (Which technically is true
for the EFI update too, but it's staged from outside of Linux on
boot-up.)
Kind regards and thanks
Philipp Kern
On 26/12/2018 22:32, Steve McIntyre wrote:
On Wed, Dec 26, 2018 at 10:27:35PM +0100, Cyril Brulebois wrote:
Steve McIntyre (2018-12-26):
Philipp Kern (2018-12-26):
I'm not sure, though, if there is some philosophical objection here in
that fwupd downloads non-free blobs and/or that Debian
these available
to our users by default as well.
I'm not sure, though, if there is some philosophical objection here in
that fwupd downloads non-free blobs and/or that Debian does not actually
ship the blobs themselves.
Kind regards and thanks
Philipp Kern
hasn't seen
a new upstream version since 2011. And the C++ library doesn't seem to
have a CLI name claim at all.
I suppose it's mostly the point that we package all free software on the
planet that we become an arbiter of names. But we should try not to be
that if we can avoid it.
Kind regards
Philipp Kern
correctly. But there might still be value in having that option
available with some signage on how to do it right.
Kind regards
Philipp Kern
[1] In EFI mode Linux is the one requesting the files. Otherwise the
boot loader can provide them, which works fine at least with grub and iPXE.
additional
root certificates into the initrd pre-install. (At least it used to work
before HTTPS was generally available.)
Kind regards and thanks
Philipp Kern
be great!
Maybe you should make sure that your environment is correct when
escalating your privileges to root, e.g. using "sudo -i". Anyway you
reported this against a wrong component and this is in fact a user
error. I suggest reaching out to debian-u...@lists.debian.org for help.
Kind regards
Philipp Kern
tag 910858 + patch
thanks
On 2018-10-21 20:40, Philipp Kern wrote:
forwarded 910858 https://github.com/tpm2-software/tpm2-tss/issues/1171
thanks
On 12.10.2018 14:48, Emilio Pozuelo Monfort wrote:
Source: tpm2-tss
Version: 2.1.0-1
Severity: serious
Tags: ftbfs
Hi,
Your package failed
0xdeadbeef
> [ LINE ] --- test/unit/TPM2B-marshal.c:254: error: Failure!
> [ FAILED ] tpm2b_unmarshal_success_offset
>
> Full logs at
>
> https://buildd.debian.org/status/package.php?p=tpm2-tss
Forwarded upstream to https://github.com/tpm2-software/tpm2-tss/issues/1171
Kind regards
Philipp Kern
On 12.10.2018 20:01, Martín Ferrari wrote:
> On 12/10/18 16:47, Philipp Kern wrote:
>
>> I'd be great if we had a better story for the scripts in
>> /usr/share/doc/prometheus-node-exporter/examples/text_collector_examples/
>> but right now one of them (and only one)
no configuration being needed) and that's
smartmon.sh.gz. Could you exclude those files from being compressed?
Bonus points if there were systemd services one could turn on to run
them periodically. :)
Kind regards and thanks
Philipp Kern
a sponsor for any of this, please let me
know.
Kind regards and thanks
Philipp Kern
. The latter is
mapped to -j, which breaks (because it's put into MAKEFLAGS) and the
former maps to -J.
Julien is right in that there is a bug here that's worth fixing but the
default build environment which is incredibly hard to discover does not
expose them.
Kind regards
Philipp Kern
r have been
introduced and not removed. Try -J instead. :(
Kind regards
Philipp Kern
; gpaste: libgjs-dev (>= 1.48.0)
> libguestfs: gjs
> libsecret: gjs
> polari: libgjs-dev (>= 1.49.2)
> seed-webkit2: libgjs-dev
>
> Dependency problem found.
The main packages that are regrettable in this context are libguestfs
and maybe also ostree. Would the gjs dependency be avoidable there?
Kind regards
Philipp Kern
to take over the package and if there's
ongoing maintenance/migration work commit to that? Rather than doing an
NMU for a wishlist bug? That'd be fine with me.
Kind regards and thanks
Philipp Kern
1 - 100 of 2048 matches
Mail list logo
