dev => libext2fs-dev.
* Update Lintian overrides to match again.
-- Philipp Kern Sun, 13 Apr 2025 11:31:54 +0200
Kind regards
Philipp Kerndiff -Nru syslinux-6.04~git20190206.bf6db5b4+dfsg1/debian/changelog
syslinux-6.04~git20190206.bf6db5b4+dfsg1/debian/changelog
--- syslinux-6.04~git20190206.bf
am
>
> This breaks rdfind build on i386 as documented in #1091577.
> Upstream has fixed this with the forwarded commit which applies cleanly
> to autoconf 2.72. Please consider including this for trixie.
I uploaded an NMU with this patch to DELAYED/2-days. nmudiff attached.
Kind r
t priority:important ("a bug which has a major effect on the
usability of a package, without rendering it completely unusable to
everyone").
Kind regards
Philipp Kern
On 1/22/25 12:26 AM, Philipp Kern wrote:
> On 1/21/25 5:49 PM, Chris Hofstaedtler wrote:
>> pyacoustid currently fails its autopkgtest on s390x, and thus does
>> not migrate back to testing. It also prevents eartag from re-enterting
>> testing.
>>
>> Issues prevent
002200210021002000200020002000
On amd64:
1e001e001c001c001f001f002100210022002300210021002100210020002000
That's super weird though.
Kind regards
Philipp Kern
em here is that HAVE_BYTESWAP_H is not defined. With it, it'd
work. The autoconf script does not have a check for it.
So AC_CHECK_HEADERS([byteswap.h])?
Kind regards
Philipp Kern
Hi,
On 11/17/24 8:29 PM, Michael Biebl wrote:
> Control: tags -1 + pending patch
>
> I've uploaded the attached debdiff to DELAYED/7
>
> Please let me know if I should delay further.
Feel free not to wait.
Kind regards
Philipp Kern
erations_iter, (VALUE)fops);
}
/*
The prototype of posixspawn_file_actions_operations_iter is VALUE,
VALUE, posix_spawn_file_actions_t*. Of course this also expects that
the pointer fits into VALUE. But presumably that's not the first
module with that assumption.
Kind regards
Philipp Kern
* Non-maintainer upload.
+ * Fix compilation with gcc-14 by returning 0 explicitly when lstat
+returns an error. (Closes: #1075132)
+
+ -- Philipp Kern Tue, 01 Oct 2024 16:39:15 +0200
+
ldapvi (1.7-11) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru ldapvi-1.7/debian/patc
sidering the patch.
Thanks! I uploaded an NMU with your patch (and some other light
packaging changes) to DELAYED/0-day.
Kind regards
Philipp Kern
diff -Nru samhain-4.1.4/debian/changelog samhain-4.1.4/debian/changelog
--- samhain-4.1.4/debian/changelog 2023-08-15 22:46:14.0 +0200
+++ sa
out the package did not need udev, so I uploaded an NMU to
DELAYED/0-day removing it. nmudiff attached.
Kind regards
Philipp Kern
diff -Nru libu2f-host-1.1.10/debian/changelog
libu2f-host-1.1.10/debian/changelog
--- libu2f-host-1.1.10/debian/changelog 2021-01-14 18:43:26.0 +0100
+++ lib
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
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
e to
this, 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
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),
need 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
rd-enabled for ARM64 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.
uild-dependency.
I'm going to 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
ely it doesn'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
qemu OVMF
(per [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.
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
e? That being said, 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
ges source-only 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
4.19.194-3 (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
age, that we should 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
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/
>>
VT220 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
-in methods rather
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
retitle 937420 RM: pydhcplib -- removal triggered by the Python2 removal
thanks
Rationale: package is unmaintained, has very low popcon and no rdeps
name, to
> 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
ta and in fact its webpage disappeared and it 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
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 to
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
st option to ever have been
introduced and not removed. Try -J instead. :(
Kind regards
Philipp Kern
39.91)
> 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
regards
Philipp Kern
[1]
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#nmu-guidelinesdiff -Nru python-gbulb-0.5.3/CHANGELOG.md python-gbulb-0.6.1/CHANGELOG.md
--- python-gbulb-0.5.3/CHANGELOG.md 2017-02-22 12:07:07.0 +0100
+++ python-gbulb-0.6.1/CHANGELOG.md 2018-08-10
ile from the new postinst.
What's the consequence from deleting the files and only recreating them
later? Longer startup time of the interpreter in that short window?
Because if it's worse, it'd be good to have py3clean only delete the
obsolete files in the postinst?
Kind regards
Philipp Kern
On 5/20/18 12:30 PM, Hideki Yamane wrote:
> On Sun, 20 May 2018 10:14:13 +0200
> Philipp Kern wrote:
>> So the way it works with your patch is that local variables are
>> inherited by called functions (but not the caller). So from and dest
>> from just_get() are visib
On 5/20/18 1:24 AM, Hideki Yamane wrote:
> On Sat, 19 May 2018 20:18:17 +0200
> Philipp Kern wrote:
>> You local'ed from and dest and now don't pass it anymore to
>> wgetprogress. How does this work?
> It is passed to wget via $@
So the way it works with your pa
On 19.05.2018 07:14, Hideki Yamane wrote:
> On Mon, 14 May 2018 00:48:53 +0200
> Philipp Kern wrote:
>> any new about incorporating Raphael's suggestion? There's still a grave
>> bug opened against debootstrap right now (on a version that is in testing).
>
set -- "$PRIVATEKEY" "$@"
> fi
> if [ -n "$CERTIFICATE" ]; then
> set -- "$CERTIFICATE" "$@"
> fi
> if [ -n "$CHECKCERTIF" ]; then
> set -- "$CHECKCERTIF" "$@"
> fi
> if wgetprogress "$@"; then
> [...]
>
> Here we should be safe even if those 3 variables do contain spaces.
any new about incorporating Raphael's suggestion? There's still a grave
bug opened against debootstrap right now (on a version that is in testing).
Kind regards and thanks
Philipp Kern
Which seems to be true.
Kind regards
Philipp Kern
[1]
https://buildd.debian.org/status/fetch.php?pkg=gcc-6-cross-ports&arch=all&ver=27&stamp=1521635505&raw=0
[2]
https://buildd.debian.org/status/fetch.php?pkg=gcc-6-cross-ports&arch=all&ver=27&stamp=1522939979&raw=0
gards
Philipp Kern
[0] https://salsa.debian.org/pkern/pybuildd/-/jobs/11056
al of the old armel+armhf binaries from unstable
I already filed a bug upstream about this: [1]. I know about the option
space here. I will likely deactivate the editor, assuming that this
works. Otherwise I'll ask for binary removal.
I'll note that technically it doesn'
hat the new
toolchain does not access the network. I have honestly no clue how I'd
successfully test for that locally.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
d.)
Well, I suppose it'd help if there would be some guidance on how to do
things today. I'm (somewhat) happy to fix it upstream if needed.
Kind regards and thanks
Philipp Kern
could install a SIGSYS signal handler to print
which syscall was blocked, but did not find anything yet.
Does a seccomp kill land in dmesg?
Kind regards
Philipp Kern
e=libinfinity-0.6
> /bin/bash: gtkdoc-mktmpl: command not found
> Makefile:736: recipe for target 'tmpl-build.stamp' failed
> make[5]: *** [tmpl-build.stamp] Error 127
FWIW, to reset the timer: A new libinfinity fixing this is in NEW since
a week.
Kind regards
Philipp Kern
old protocols easily.
https://packages.qa.debian.org/o/openssl/news/20170824T211015Z.html
seems to have pushed this onto client applications? I.e. it's no longer
hard disabled but client applications need to explicitly enable them?
Kind regards
Philipp Kern
On 2017-07-21 15:51, Antoine Beaupré wrote:
On 2017-07-20 18:15:00, Philipp Kern wrote:
On 07/17/2017 09:41 PM, Antoine Beaupré wrote:
Let's not jump the gun here. We're not shipping NSS in
ca-certificates,
just a tiny part of it: one text file, more or less.
Yeah, and the consen
on?
Is that actually planned? Because the whole point of that was that
adding LE directly isn't actually critical. (And people should use the
chain provided by ACME rather than relying on certificates shipped by
Debian.)
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
t Mozilla enforced in NSS we
couldn't check in any other tools using ca-certificates. We also do not
sync the NSS version or backport the cert checks when such distrusts
happen. So we can only react in a similar way when the time for full
distrust has come (which is sort of the case now with the
be willing to help develop a
patch and/or help test one.
Well, if you have ideas that work within the current framework, we can
see about that. Thanks for the offer. :)
Kind regards
Philipp Kern
ads to the main archive. We'd need to trigger builds
whenever testing changes and then auto-upload a corresponding build.
It's both a technical and political problem to make that happen.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
On 03/26/2017 02:43 PM, Philipp Kern wrote:
> On 03/25/2017 11:35 PM, Anton Gladky wrote:
>> I have prepared an NMU (versioned as 0.6.7-1.1) and
>> uploaded to DELAYED/5.
>>
>> Please fell free to tell me if I should delay it longer, cancel
>> or reschedule.
&g
ndency on libinfinity-0.6-0 will
also naturally come from shlibs:Depends and doesn't need to be specified
manually (because it links directly with the plugin manager, among other
things, but dlopen()s the plugins).
Please don't upload this as-is. (But thanks for getting the ball rolli
mpatibility with old binaries.
Kind regards
Philipp Kern
of the RSA key information
> - BN_bn2bin( a_pRsa->n, n );
> - BN_bn2bin( a_pRsa->e, e );
> - BN_bn2bin( a_pRsa->d, d );
> - BN_bn2bin( a_pRsa->p, p );
> - BN_bn2bin( a_pRsa->q, q );
> - BN_bn2bin( a_pRsa->dmp1, dmp1 );
> - BN_bn
Hi,
On 01/31/2017 07:46 PM, Adrian Bunk wrote:
> On Tue, Jan 31, 2017 at 04:02:53PM +0100, Philipp Kern wrote:
>> so tpm-utils 1.3.9 fixes OpenSSL 1.1 compatibility
> does 1.3.9 compile for you with OpenSSL 1.1?
1.3.9 still has two issues with -Werror, but none with OpenSS
software. Plus the OpenSSL
1.1 transition and a few bug fixes. I'd prefer if we could fix this by
importing the new version. I think it'd be unfortunate to lose this
package.
Kind regards
Philipp Kern
ing grep?) if the
file is armored or not? I think `apt-key add' just dealt with whatever
it got and put the key into the keyring using gpg's --import function.
So it's a little unfortunate that we'd now need to know the format of
what we need to put into the fragment directory.
Kind regards
Philipp Kern
signature.asc
Description: OpenPGP digital signature
er you need. On the other
hand the major reason there was such an investment on Go on s390x is
that you can run docker and modern tools.
So personally I'd go and bite the bullet and document that Go is
available but won't work on anything less than a z196/z114 (released in
2010). :(
Kind regards
Philipp Kern
already removed from the 1.1.0 defaults should clearly
> > be done for stretch.
> I did plan on disabling 3DES and RC4 in 1.0.2 for stretch.
Did this happen? This bug is now applying to the openssl1.0 as a
RC bug.
Kind regards
Philipp Kern
gement before I (or my sponsors) upload the next version of
> mdk-doc with XS-Autobuild set to "yes"? Just to be safe, I guess I'll
> wait for a couple of days :)
I have whitelisted the package now. Generally you can upload with the
flag but it won't take effect until
Package: zipl-installer
Version: 0.0.33
Severity: serious
zipl-installer 0.0.33 breaks installation for normal non-btrfs root
filesystems.
(initramfs) cat /proc/cmdline
root=/dev/mapper/vg-root rootflags=subvol= BOOT_IMAGE=0
The empty subvol= makes mount barf as it's not a valid ext4 flag.
ler images. YMMV
I guess it's clear that the current state for both the netboot images
and debian-installer itself is suboptimal. But it's not unheard of that
certain packages need to ignore the rules for a while to eventually
become compliant. (Which might mean RC bug and *-ignore tags.)
Kind regards
Philipp Kern
fy the build-time relationships (including any
> > implied relationships).
>
> I can only interpret above as disallowing fetching resources over the
> network using wget.
Is it legal to build a unique arch:all package per architecture?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
git20140102-2 . ALL . -m "Rebuild against irssi
> 0.8.17."
I did that now. But this seems wrong to me to begin with. There should be
package dependencies that express this. (And essentially new uploads by irssi
would be transitions.)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
On Sat, Nov 15, 2014 at 10:02:10PM +0100, gregor herrmann wrote:
> On Sat, 15 Nov 2014 21:58:22 +0100, Philipp Kern wrote:
> > > gb libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x
> > > dw libjogl2-java_2.2.4+dfsg-1 . arm64 ppc64el s390x . -m
> > > '
available (arch:all, but even -jni is
there already), so the dep-wait is not necessary.
I gave the package back on the architectures you requested.
Kind regards and thanks
Philipp Kern
signature.asc
Description: Digital signature
On Fri, Sep 05, 2014 at 09:55:24AM +0200, Cyril Brulebois wrote:
> Steven Chamberlain (2014-08-31):
> > On 31/08/14 07:00, Philipp Kern wrote:
> > Is perhaps the same true for stop_rdnssd() on the next line?
> So Steven committed a patch in to git, getting rid of the dhcp part;
t; | Date: Sun Jan 30 22:29:42 2011 +1100
> |
> | IPv6 support for using rDNS to preseed hostnames
> |
> | A lot of refactoring to make the code cleaner and simpler, but the
> | IPv6-specific changes were actually relatively small.
> |
> | R
On Sat, Aug 30, 2014 at 10:32:50PM +0200, Kurt Roeckx wrote:
> On Sat, Aug 30, 2014 at 08:10:41PM +0200, Philipp Kern wrote:
> > On Sat, Aug 30, 2014 at 03:34:32PM +0200, Gilles Filippini wrote:
> > > insighttoolkit4 repeatedly FTBFS on amd64 [1] because of ENOSPC. A
>
disk use), that'd be splendid.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
process.
> > I found the culprit: The tree-isolate-paths pass in gcc 4.9. If I
> > disable this pass I get:
> And -fno-delete-null-pointer-checks seems to be the correct option.
Thanks! I uploaded that to replace the gcc-4.8 build dependency.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
turn 0;
3344: a7 28 00 00 lhi %r2,0
3348: a7 f4 00 04 j 3350
That does look much better for 3338, 3340, not really for 3348 (to 3350). It
does fix the issue at hand, but it's a band-aid at most. I installed the
package on wheezy (compiled on sid) and it booted...
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
try to run the python3.4
testsuite.
I won't have time to handle this until late September.
Understood. Thanks.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
1073740750258176.0
Sadly python3-minimal fails to configure because of this, which in turn
lets other packages being upgraded fail to fully install.
int to float casts are working with python2, but are completely broken
with python3:
float(1)
1073741824.0
float(-1)
-1073741824.0
On Fri, Aug 15, 2014 at 10:46:54AM +0200, Michael Holzheu wrote:
> On Thu, 14 Aug 2014 21:45:53 -0400 (EDT)
> Stephen Powell wrote:
> > On Thu, 14 Aug 2014 10:32:42 -0400 (EDT), Philipp Kern wrote:
> > > Hrm. Odd. It shouldn't be because the brokeness relates to the C
I guessed from memory, here's one:
commit 75b4faa11bda438e34b5140934f6b812d1a69040
Author: Samuel Thibault
Date: Thu Mar 3 18:10:31 2011 +0100
Make netcfg depend on isc-dhcp-client-udeb on hurd-any too
for the same reason as kfreebsd: no support for udhcp in busybox.
If this is sti
self and zipl does not use the C
library. That being said, I had to recompile s390-tools on sid,
and I do not run sid due to the C breakage. It worked before the
recompilation, hence there might be a change in sid vs. wheezy
that caused this.
You are talking about Hercules, right?
Kind regards
Phil
//anonscm.debian.org/gitweb/?p=pkg-dhcp/isc-dhcp.git;a=commitdiff;h=b2a56ecb808768dbc5bd4be60fcf9c9f93d8e802#patch16
> )
>
> Either way, netcfg killing the DHCP client seems wrong to me, because
> I'd expect the kind of issues Philipp Kern described; if you're going
> to us
be solved twice or
certain failure modes only happen in one or another, with userspace
being the reason, not even the kernel difference.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
But it
defaults to auto, so that's good. consolekit does not need additional build
dependencies as the application is just talking dbus to the service.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
uld fix this issue as the package will need to be backported.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
# #755411 - changing the transitional package - needs to be done
# first, before removing the old packages.
block 755409 by 755411
severity 755409 important
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debi
Source: net6,obby,gobby-0.4
Severity: serious
I'd like to drop gobby 0.4 (not 0.4.9x aka 0.5) from Jessie. This
means that net6, obby, and gobby-0.4 should be removed from testing.
Further development focus will be on the 0.5 series.
signature.asc
Description: Digital signature
at gnu-efi compile-time and lets gummiboot
compile. I did not test the end result, but we're talking about DbgPrint which
gummiboot does not even use.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
1.0.3+really0.56-1?). Alternately, I could try backporting the kernel
> API, which looks fairly easy. Before I do that, what would the release
> team prefer?
Backporting the kernel API sounds good to me.
Kind regards and thanks
Philipp Kern
signature.asc
Description: Digital signature
hand I can't really test 3.12 because it's hard to install
on jessie… hrm.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
egards
Philipp Kern
signature.asc
Description: Digital signature
or that is explicit disabled by kernel command line.
Such a configuration that diverges from the Debian default config makes
this hardly grave or RC. It's enough to have it enabled in the kernel
but no addresses configured.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
Package: nagios-plugins-contrib
Version: 9.20140106
Severity: serious
Varnish 4 changed its API. nagios-plugins-contrib needs to be adjusted
to compile against the current libvarnishapi-dev in unstable.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsub
Source: collectd
Version: 5.4.1-1
Severity: serious
Varnish 4 changed its API. collectd needs to be adjusted to compile
against the current libvarnishapi-dev in unstable.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listma
s.tool is still linked against libgnustep-base1.22 because 1.24 is still
stuck in experimental.
Yavor, is there any plan to do the transition? #673538 didn't look like it was
blocking on us.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
#x27;s reset the time for this to prevent autoremoval. Hopefully the new
version landing in sid in a bit will migrate and hence fix this bug.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
ve
all the rdeps removed. I'll upload the NMU tomorrow when I have more
bandwidth.
Kind regards
Philipp Kern
diff -Nru clhep-2.1.4.1/debian/changelog clhep-2.1.4.1/debian/changelog
--- clhep-2.1.4.1/debian/changelog 2013-12-14 09:49:56.0 +0100
+++ clhep-2.1.4.1/debian/changelog
the target directory.
Kind regards and thanks
Philipp Kern
-- System Information:
Debian Release: 7.4
APT prefers stable
APT policy: (900, 'stable'), (500, 'unstable'), (500, 'testing'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Archite
1 - 100 of 575 matches
Mail list logo
