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
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
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
(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
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
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/
>>
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
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
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
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
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
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
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
compile 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 <pk...@debian.org> 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
>&g
On 5/20/18 1:24 AM, Hideki Yamane wrote:
> On Sat, 19 May 2018 20:18:17 +0200
> Philipp Kern <pk...@debian.org> 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 w
On 19.05.2018 07:14, Hideki Yamane wrote:
> On Mon, 14 May 2018 00:48:53 +0200
> Philipp Kern <pk...@debian.org> 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 testin
"$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=all=27=1521635505=0
[2]
https://buildd.debian.org/status/fetch.php?pkg=gcc-6-cross-ports=all=27=1522939979=0
Philipp Kern
[0] https://salsa.debian.org/pkern/pybuildd/-/jobs/11056
ries 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't need a serious bug because testing
migration will be
s 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
e 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
.
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 consensus
e 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
uldn'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 these two),
otherwise we diver
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
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
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 rolling!)
Kind
binaries.
Kind regards
Philipp Kern
- BN_bn2bin( a_pRsa->p, p );
> - BN_bn2bin( a_pRsa->q, q );
> - BN_bn2bin( a_pRsa->dmp1, dmp1 );
> - BN_bn2bin( a_pRsa->dmq1, dmq1 );
> - BN_bn2bin( a_pRsa->iqmp, iqmp );
> + BN_bn2bin( bn, n );
> + BN_bn2bin( be, e );
> + BN_bn2bin( bd, d
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
of 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
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
jor 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
(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 the whitelist entry has
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.
ages. 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
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
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 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
'libgluegen2-build-java (= 2.2.4-2), libgluegen2-rt-java
On Fri, Sep 05, 2014 at 09:55:24AM +0200, Cyril Brulebois wrote:
Steven Chamberlain ste...@pyro.eu.org (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
: 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.
|
| Rebased-and-modified-by: Philipp Kern pk
.
Note: this is blocking the ongoing hdf5 transition.
I wonder if we should standardize on 50 GB everywhere. But then at some point
there needs to be a cut-off. And if the packaging could be optimized to need
less (i.e. avoid unnecessary disk use), that'd be splendid.
Kind regards
Philipp Kern
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
manual build on porterbox
. 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
3350 sclp_wait_for_int+0xa0
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
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
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
Kind regards
Philipp Kern
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 zlinux...@wowway.com 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
library
to me, because
I'd expect the kind of issues Philipp Kern described; if you're going
to use DHCP, you ought to renew your lease and not let it expire?
Ubuntu uses -1, which means they don't have anything left to kill at that
point.
I agree that this killing does not make sense. Especially when
, 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
Philipp Kern
signature.asc
Description: Digital signature
Philipp Kern
signature.asc
Description: Digital signature
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
as the application is just talking dbus to the service.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
as the package will need to be backported.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
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
# #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
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
?). 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
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
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
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
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
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
Philipp Kern
signature.asc
Description: Digital signature
can't really test 3.12 because it's hard to install
on jessie… hrm.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
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 2014-04-25
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 Architectures: i386
Kernel: Linux 3.12-0.bpo.1
to cowbuilder by me, as an exception. (Which is going to
bite me directly, I guess.)
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
, so should get
removed instead I think. Reassigning to ftp.debian.org
It has just been removed.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
. If it compiles
with an older gcc we have a sort of a workaround for people wanting to
change the code.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
with non-compliant firmware,
your proposed solution is certainly not the right way, and even if it
sounds harsh you cannot expect this solution to last during upgrades,
unless you add a hook to, say, /etc/grub.d.
What does efibootmgr -v say?
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email
-headers-amd64 | linux-headers-generic
It seems odd to me that there's no way to get linux headers to install
on non-x86 architectures unless you expand this to all of
linux-headers-*.
Anyway, I uploaded a fix to delayed/10-days, given that this is now
RC.
Kind regards
Philipp Kern
diff -Nru oss4
, unless the package is upgraded to a newer
upstream release.
I think #640206 should then be transitively RC as well, raising
severity.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
opt('-p', '--page', dest='page', type='int', default=-1,
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
Hi,
On Wed, Sep 18, 2013 at 10:41:44AM +0200, Jordi Mallach wrote:
I've added the patch to the SVN repository, and hopefully will upload soon.
I uploaded the patch to DELAYED/3-days as this is a RC bug. Debdiff
attached.
Kind regards
Philipp Kern
diff -Nru mailutils-2.99.98/debian/changelog
. It nowhere says if this is intentional and py-sendfile
should be removed or if somebody messed up.
[1] see Policy 10.1 unless they implement the same interface.
I think it's clear that pysendfile has won and py-sendfile has to go.
Let's do this.
Kind regards
Philipp Kern
signature.asc
of data
But that cannot parse marked.csv:
txt2tags: Error: CSV: file marked.csv: ',' expected after ''
I guess it will be easiest to just drop that test and accept test as
valid CSV.
I uploaded a skip test to delayed/10-days. Its debdiff is attached.
Kind regards
Philipp Kern
diff -Nru txt2tags-2.6
an NMU with
1.0.1 if you don't have the time; let me know.
You're an Uploader. Hence it wouldn't even be a NMU.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
1 - 100 of 560 matches
Mail list logo
