Hi Sébastien,
On Sun, Jan 14, 2024 at 02:36:38PM +0100, Sébastien Noel wrote:
> for what it's worth, i have been running yubioath with this patch
> for ~11 months, so I would feel confident to ship it in Debian
> and take responsibility for it
very good, I'm going to prepare an upload that
Hi Sébastien,
On Sat, Jan 13, 2024 at 01:34:44PM +0100, Sébastien Noel wrote:
> On Sat, 13 Jan 2024 11:26:50 +0100 Florian Schlichting
> wrote:
> >
> > [...]
> > While it might be possible to patch py/yubikey.py to work with the
> > interface changes in
Hi Freagarach,
On Sat, Jan 13, 2024 at 07:40:42AM +0100, Freagarach wrote:
> since yesterday the problem holding back python3-ykman (and related packages)
> was resolved, I upgraded my system today.
> When trying to use the GUI for yubikeys (this package), my yubikeys were not
> shown. I could
close 1052899
thanks
python-fido2 1.1.2-2 uploaded to unstable, closing.
Hi Philip,
On Sun, Dec 24, 2023 at 10:25:21PM +0100, Philip Rinn wrote:
> things changed a bit - Arch Linux picked up my patch and I think with
> testing in two distributions, we will have enough momentum to get possible
> bugs ironed out.
>
> I'll prepare an upload of solo1-cli with my patch
Control: severity ! important
On Fri, Apr 21, 2023 at 03:24:25PM +0200, Geoffroy Youri Berret wrote:
> Le 11/04/2023 à 23:52, Florian Schlichting a écrit :
> > […]
> > I think we should take a step back and think about how a freshly
> > installed mpd package should look
I'm AFK this week so won't be able to do an upload either. I agree that putting
the unit files where systemd.pc says they should go is probably the right thing
to do. However it feels nonsensical to move files from /usr/lib to /lib only so
they can be moved back by the /usr-merge; reading
Hi Benno,
On Mon, Oct 10, 2022 at 12:46:57PM +0200, Benno Overeinder wrote:
> Unfortunately the problem persists after updating to davical 1.1.11-1. I see
> the same messages in the Apache2 error.log as previously reported.
looking at your error log from February, I think the crucial part is
Hi Marc,
On Thu, Jun 09, 2022 at 09:54:38PM +0200, Marc Haber wrote:
> Package: yubikey-manager
> Version: 4.0.7-1
> Severity: serious
>
> Justification: Policy 2.3, Policy 4.4
>
> /usr/share/doc/yubikey-manager is completly empty. Thus, the required
> copyright and changelog files are missing.
Hi Benno, I just realized this email didn't reach the Debian BTS and may
not have reached you. It's probably best to keep both the bug (and thus
davical-devel) in Cc.
Florian
- Forwarded message from Andrew Ruthven -
From: Andrew Ruthven
To: davical-de...@lists.sourceforge.net
Date:
Hi Benno,
> I have looked at the apache2 log files and checked the /etc/php and
> /etc/davical directories if there were any references to php7 instead
> of php/php8. The apache2 log file reported
>
> [Mon Jan 24 11:29:29.678647 2022] [php:notice] [pid 684] [client /IPv6
> address/] davical:
On Sun, Feb 13, 2022 at 08:00:15AM +0100, Lucas Nussbaum wrote:
> Source: awl
> Version: 0.62-1
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20220212 ftbfs-bookworm
>
> Hi,
>
> During a rebuild of all packages in sid, your
Hi Tobias,
On Fri, Nov 19, 2021 at 11:51:46AM +, Tobias Bengfort wrote:
> Package: yubikey-manager
> Version: 4.0.0~a1-4
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
>$ ykman oath accounts add foo bar
>
> always results in
>
>AttributeError:
On Thu, Nov 11, 2021 at 12:49:32AM +0100, Diederik de Haas wrote:
> I'm responding to this bug as commenting out the pid_file line was the
> solution
> for me too, but my 'symptoms' are (a bit) different.
...
> nov 10 23:30:21 soundserver systemd[1]: Failed to start Music Player Daemon.
>
> I
Hi Max,
On Fri, Nov 05, 2021 at 09:05:50AM +0100, Max Kellermann wrote:
> On 2021/11/05 08:09, Max Kellermann wrote:
> > I gave this a second thought, and I fear that changes like this one
> > break even more setups, which should be avoided in a stable branch.
> >
> > I'll rather revert the
Hi Ryan (and Max please see below):
> and have the following minimal mpd.conf:
>
> --
> music_directory "/var/lib/mpd/music"
> db_file "/var/lib/mpd/tag_cache"
> pid_file "/run/mpd/pid"
> state_file
Control: tag -1 pending
Hello,
Bug #92 in xpdf reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #938858 in xxdiff reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Wed, Nov 25, 2020 at 05:06:29PM +0100, Matthias Klose wrote:
> On 11/25/20 4:54 PM, Florian Schlichting wrote:
> > I considered simply dropping the xxdiff-scripts package, but as the
> > Python2 interpreter seems to stay around for the bullseye release, I
> > think it is i
Control: severity -1 important
Control: forwarded -1 https://github.com/blais/xxdiff/issues/13
On Fri, Aug 30, 2019 at 07:59:16AM +, Matthias Klose wrote:
> Your package either build-depends, depends on Python2, or uses Python2
> in the autopkg tests. Please stop using Python2, and fix this
Control: severity -1 normal
On Tue, Aug 18, 2020 at 12:08:14PM +0100, Simon McVittie wrote:
> On Tue, 04 Aug 2020 at 09:28:01 +, Matthias Klose wrote:
> > We will keep some Python2 package as discussed in
> > https://lists.debian.org/debian-python/2020/07/msg00039.html
> > but removing the
On Sun, Jul 05, 2020 at 12:46:52PM +0300, Adrian Bunk wrote:
> I've prepared an NMU for davical (versioned as 1.1.9.3-1.1) and uploaded
> it to DELAYED/3. Please feel free to tell me if I should cancel it.
ACK
I've been waiting for the pdfrw maintainer to say something about the
expected future
Hi Scott,
> > > The package doesn't look all that complicated. I can take a stab at
> > > trying
> > > to port it to Python 3. If I get it working, perhaps I can ask you to
> > > test
> > > it?
> >
> > that would be awesome! I can definitely do the testing.
>
> I submitted a merge request
Hi Scott,
> The package doesn't look all that complicated. I can take a stab at trying
> to port it to Python 3. If I get it working, perhaps I can ask you to test
> it?
that would be awesome! I can definitely do the testing.
Florian
Hi Scott,
> Do you have any plans to port gitso to Python 3?
>
> If not, I will probably just convert this to an RM request as it seems gitso
> is unmaintained upstream for many years.
I have in fact started to look into porting gitso to Python 3, but
haven't spent enough time on it to be able
Hi Otto,
On Thu, Apr 18, 2019 at 10:25:00PM +0300, Otto Kekäläinen wrote:
> This is pending since
> https://salsa.debian.org/mariadb-team/mariadb-10.3/commit/5046bb4fc2a8ff47a1cf139eba468286a29fcf13
>
> Should be fixed when 10.3.14-1 is uploaded.
unfortunately, this is not the case. The changes
Control: tag -1 pending
Hello,
Bug #899864 in vorbis-tools reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #899590 in libvorbis reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #899589 in libtheora reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #899586 in liboggz reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #899969 in libkate reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #899907 in libvorbisidec reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: tag -1 pending
Hello,
Bug #918623 in libopengl-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
> > It's probably a bit late in the release cycle to "just find out" by
> > uploading a -2 with that modified patch.
>
> ... but its even worse to do nothing since this is an RC bug and this
> package as well as its rdepends would be excluded from next release if
> the bug is not fixed.
I'm
Control: tag -1 pending
Hello,
Bug #919731 in libaudio-mpd-common-perl reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
Control: reassign 919731 libaudio-mpd-common-perl
Control: affects 919731 libpoe-component-client-mpd-perl
On Fri, Jan 18, 2019 at 11:40:42PM +, Santiago Vila wrote:
> Package: src:libpoe-component-client-mpd-perl
> Version: 2.001-2
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
>
Control: tag -1 pending
Hello,
Bug #919376 in ncmpc reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
On Mon, Jan 14, 2019 at 01:31:28PM -0800, Diane Trout wrote:
> I'm a little worried about just rm-ing previously invalid locations for
> configuration files. Might you have suggestions about how to safely
> clean up dnssec-triggers configuration file mess? (At the very least it
> seems like it
Hi Niko,
> > $ dizzy
> > GPU features: [x] GLSL [x] FBOs
> > Your vendor has not defined OpenGL macro GL_FRAMEBUFFER_EXT, used at
> > /usr/share/perl5/Dizzy/TextureGenerator.pm line 101.
> >
> > I tested the same qemu VM with stretch and there it was working.
> > After some tests I
Hi,
in the course of looking into the upgrade failure, I ended up purging
dnssec-trigger and then installed it again. I notice this creates keys
and config files in both /etc/ and /etc/dnssec-trigger?! Different to
Alex, I get traceback in the middle of the log (also for subsequent
attempts to
On Sat, Dec 29, 2018 at 08:08:37AM +0100, Max Kellermann wrote:
> On 2018/12/29 01:25, Santiago Vila wrote:
> > In file included from /usr/include/libroar/libroar.h:173,
> > from /usr/include/roaraudio.h:133,
> > from src/output/plugins/RoarOutputPlugin.cxx:36:
>
Hello libfishsound Maintainers/Uploaders,
given that your package maintainer address has become invalid, are you
aware of #899571 and are you planning to act on that in the forseeable
future? Failing that, do you have any preference how this should be
handled through an NMU?
Florian
On Wed,
Hi Peter,
the patch you attached is the unmodified
debian/patches/poppler-xpdfparams.patch - did you intend to attach a
different file, which shows your actual work on XPDFCore.cc
(presumably)?
Florian
On Thu, Dec 14, 2017 at 01:14:24PM +, peter green wrote:
> I just took a look at the xpdf
Hello php packagers,
On Sun, Dec 03, 2017 at 02:05:10PM +0200, Adrian Bunk wrote:
> Package: php-apigen
> Version: 4.1.2-2
> Severity: serious
> Tags: buster sid
>
> The following packages have unmet dependencies:
> php-apigen : Depends: php-symfony-options-resolver (< 3~~) but 3.4.0+dfsg-1
>
On Mon, Nov 27, 2017 at 09:24:58PM +0200, Adrian Bunk wrote:
> Source: awl
> Version: 0.58-1
> Severity: serious
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/awl.html
>
> ...
>dh_auto_test
> make -j1 test
> make[1]: Entering directory '/build/1st/awl-0.58'
> #
Control: Forwarded 881291 https://github.com/DBD-SQLite/DBD-SQLite/issues/28
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libdbd-sqlite3-perl.html
>
> ...
> Test Summary Report
> ---
> t/virtual_table/rt_99748.t (Wstat: 512 Tests:
> > /usr/include/cdio/iso9660.h:277:45: error: flexible array member
> > 'iso9660_dir_s::filename' not at end of 'struct iso9660_pvd_s'
> >char filename[EMPTY_ARRAY_SIZE];
> > ^
> > /usr/include/cdio/iso9660.h:310:20: note: next member
Package: libsub-current-perl
Version: 0.03-2
Severity: serious
Justification: obsolete with perl >= 5.16.0
libsub-current-perl 0.03 added a note to its POD explaining that from
perl 5.16.0, the built-in __SUB__ can be used instead via the pragma
use feature 'current_sub';
-maintainer upload.
+ * Add a dependency on python-pycurl, needed by lwr (closes: #861994)
+
+ -- Florian Schlichting <f...@debian.org> Tue, 16 May 2017 23:06:46 +0200
+
live-wrapper (0.6) unstable; urgency=medium
[ Ana C. Custura ]
diff --git a/setup.py b/setup.py
index 761f609..e
=medium
+live-wrapper (0.6+nmu1) unstable; urgency=medium
* Non-maintainer upload.
* Add a dependency on python-pycurl, needed by lwr (closes: #861994)
+ * Add Build-Depends: python-apt, python-cliapp, vmdebootstrap needed to
+completely build the lwr autodoc
- -- Florian Schlichting
on python-pycurl, needed by lwr (closes: #861994)
+ * Add Build-Depends: python-apt, python-cliapp, vmdebootstrap needed to
+completely build the lwr autodoc
+
+ -- Florian Schlichting <f...@debian.org> Tue, 16 May 2017 23:31:36 +0200
+
live-wrapper (0.6) unstable; urgency=medium
[
Hi Michael,
On Fri, Mar 10, 2017 at 07:26:58PM +0100, Michael Biebl wrote:
> On Sun, 26 Feb 2017 17:00:22 +0100 Florian Schlichting <f...@debian.org>
> > Given that it's too late now to get a mallard-rng package into Stretch,
> > I suggest to ship the mallard-1.0.rng fil
Control: tags -1 +patch
Hi Michael, Berlin BSP here.
Given that it's too late now to get a mallard-rng package into Stretch,
I suggest to ship the mallard-1.0.rng file as part of the yelp-tools
package for now (e.g. as /usr/share/yelp-tools/mallard/mallard-1.0.rng)
and simply use that as relaxng
-D_FILE_OFFSET_BITS=64 in configure, where the value from
+include/builddefs.in is not yet active. This fixes the xfs.h test on 32bit
+systems (closes: #837581)
+
+ -- Florian Schlichting <f...@debian.org> Sat, 25 Feb 2017 19:47:46 +0100
+
xfsdump (3.1.6+nmu1) unstable; urgency=medium
* Non-main
Control: tags -1 +patch
Hi, Berlin BSP here.
inn2-lfs is a transitional package now and no longer being built, so the
offending file will never be there and can simply be dropped from the
dh_shlibdeps call. The following patch fixes the build for me:
--- a/debian/rules
+++ b/debian/rules
@@
Hi, Berlin BSP here.
I can't reproduce this bug on amd64. I notice that since the upload of
xfsprogs 4.9.0, xfsdump does not FTBFS any more on amd64. It does
however still FTBFS on i386 and armhf, albeit with a different error:
...
checking xfs/xfs.h usability... no
checking xfs/xfs.h
Hi,
On Sat, Feb 18, 2017 at 10:08:07AM +1300, Chris Lamb wrote:
> Florian Schlichting wrote:
>
> > icinga-web needs a Depends: libcgi-pm-perl
>
> Do you mean Build-Depends?
no, I see it only used in postinst of four of the binary packages built
by src:incinga-web
> Als
Control: tags -1 + sid
As can be seen from the build log, the resolver installs both php7.0 and
php7.1 dependencies (namely php7.1-common and php7.1-xml), resulting in
a php cli environment based on 7.0 that does not have the xml/xsl
modules available. This also happens in my sbuild chroot. It
Hi,
> icinga-web: Can't locate CGI/Util.pm in @INC during installation
in debian/icinga-web.postinst, I see
uriescape() {
echo "$(perl -MCGI::Util -e 'print CGI::Util::escape($ARGV[0]);' "$1")"
}
and further investigation reveals
$ corelist CGI::Util
CGI::Util was
Hi,
On Sat, Apr 23, 2016 at 07:05:23PM -0700, Martin Michlmayr wrote:
> Package: mpd
> Version: 0.19.14-1
> Severity: serious
>
> This package fails to build in unstable:
>
> > sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux
> ...
> > g++ -DHAVE_CONFIG_H -I. -DNDEBUG -I./src
Hi David,
On Wed, Apr 20, 2016 at 04:00:40PM -0400, David Prévot wrote:
> Le 20/04/2016 à 15:43, Florian Schlichting a écrit
> > So if it's not too difficult to maintain with PHP 7, I'd love for
> > php-apigen to be kept in Debian in the future!
>
> Feel free to take it over
Hi David,
I'm just starting to depend on php-apigen with the awl / davical
packages, and I find it a very useful drop-in replacement for phpdoc,
which isn't packaged in Debian.
So if it's not too difficult to maintain with PHP 7, I'd love for
php-apigen to be kept in Debian in the future!
> libnagios-plugin-perl is obsolted and should not be released with
> stretch. Filling this bug so that it get's autoremoved from testing.
AFAIKS it has two reverse dependencies, which should be updated to use
Monitoring::Plugin:
- nagios-plugins-contrib by
Sorry I probably should have pinged you; irssi-plugin-xmpp had
the same issue, see #817171, and I fixed it by making use of
DEB_HOST_MULTIARCH and specifying an explicit module path, see
On Tue, Sep 08, 2015 at 12:29:06AM +0800, Aron Xu wrote:
> mpc fails to build with current Sid, with following message:
>
> /usr/lib/gcc/x86_64-linux-gnu/5/../../../x86_64-linux-gnu/libcheck.a(check_log.o):
> In function `subunit_lfun':
> (.text+0x584): undefined reference to `subunit_test_start'
works fine for me.
I notice that in the reporter's apt-get output, tesseract-ocr version
3.04.00-5 is being installed. 'tesseract -v' however shows a version
3.03 is running, and that is clearly also the engine version in use when
no output is produced.
My guess is that Bernhard has a version
Hi,
# Failed test 'run to end'
# at /usr/share/perl5/Test/Expect.pm line 86.
# got: 'Program finished. Enter 'restart' or 'q'r'
# expected: 'Program finished. Enter 'restart' or 'q''
# Looks like you failed 1 test of 19.
t/ebug.t .
contrary to Axel, I don't
On Fri, Feb 20, 2015 at 10:50:20PM +0100, Kurt Roeckx wrote:
On Fri, Feb 20, 2015 at 10:08:48PM +0100, Florian Schlichting wrote:
| RC4 3880.5871
| RC4 Only 3712 0.7918
| RC4 Preferred 64613 13.7832
| RC4 forced in TLS1.1
On Fri, Feb 20, 2015 at 06:25:44PM +0100, Kurt Roeckx wrote:
On Fri, Feb 20, 2015 at 06:10:59PM +0100, Florian Schlichting wrote:
What servers, and what clients are we talking about here?
You might want to look at those stats:
https://lists.fedoraproject.org/pipermail/security/2015-February
Hi Kurt,
To protect our users and comply with adopted Internet standards, openssl
in Debian should no longer include RC4 ciphers in the DEFAULT list of
ciphers, neither in Jessie nor supported stable / oldstable releases.
I fully support that RFC. However I don't think it's a good idea
Package: openssl
Version: 1.0.1e-2+deb7u14
Severity: serious
Tags: security
Newly released RFC 7465 [0] describes RC4 as being on the verge of
becoming practically exploitable and consequently mandates that both
servers and clients MUST NOT offer or negotiate an RC4 cipher suite, and
indeed
Simon,
On Thu, Nov 27, 2014 at 07:47:52PM +, Simon McVittie wrote:
On Sun, 02 Nov 2014 at 21:10:16 +0100, Florian Schlichting wrote:
I'll prepare an upload disabling libmp4v2 in the next few days.
I see this change has been sitting in pkg-mpd git since then.
Would it be helpful for me
Hi Simon,
On Sun, Nov 02, 2014 at 01:13:56PM +, Simon McVittie wrote:
Sorry, but the bug submitter appears to be correct here.
thank you for your detailed explanation about upgrading to MPL-2.0 - it
is indeed more complex than I originally thought: what looks
straight-forward in MPL-1.1 is
On Fri, Oct 31, 2014 at 03:27:47PM +0100, grossepoube...@free.fr wrote:
You can't link GPL packages against MPL packages.
Interesting. Can you explain in a bit more detail?
IANAL, but I read in MPL1.1 section 6.2 that I can choose to use the
code under a newer version of the license, such as
tags 717043 + pending
thanks
Hi Ondrej,
your package depends on php5-gd (GD extension for PHP5), but it does
not declare dependency on any PHP5 SAPI.
it depends on php5-pgsql, actually...
You need to add something like:
Depends: libapache2-mod-php5 | php5
[...]
Please also fix this in
tags 740827 + moreinfo
thanks
Hi Daniel,
The actual errors that occur in the database (and error.log of Apache)
are below, although I would expect that for any error situation at all
DAViCal should not be returning 204, I will open a second bug about the
cause of this error:
I can't find
severity 735648 important
tags 735648 - patch
tags 735648 + unreproducible
thanks
Hi,
I'm downgrading this bug as I'm unable to reproduce it (doesn't affect
everybody, does not make package unuseable as such) and I think it's
unclear that this is actually a bug in x11vnc, rather than in one of
tags 741790 + confirmed fixed-upstream
thanks
On Sun, Mar 16, 2014 at 01:43:24PM +0100, David Suárez wrote:
Source: gimmix
Version: 0.5.7.1-4
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20140315 qa-ftbfs
Justification: FTBFS on amd64
gcc
The errors in libpoe-component-client-mpd-perl look very similar to
those in libaudio-mpd-perl; I tried to build the latter with different
version of mpd, and it turns out that the build succeeds with mpd 0.17.6
(last in the 0.17.x series) and fails with 0.18. There were a number of
protocol
Hi Arthur, Carlos,
the issue you reportied looks a lot like
https://github.com/the-tcpdump-group/libpcap/issues/333 or
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733747, which was
fixed in libpcap 1.5.3 (uploaded 2014-01-16, in jessie since
2014-01-27).
As I'm unable to reproduce the
Control: tags 725535 confirmed patch
During a rebuild of all packages in sid, your package failed to build on
amd64.
This is related to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652139
One need to #include libmodplug/modplug.h
indeed, and that's apparently all that's needed:
---
Control: tags 723909 + confirmed
Damyans log snipped doesn't show it, but it't lots of subtests that fail
without any specific output:
t/00-load.t
Failed 1/2 subtests
t/01-dependencies.t ok
t/01-test-mechanize.t
On Thu, Aug 22, 2013 at 09:07:10AM +0300, Niko Tyni wrote:
Devel-Cover-1.07 has a workaround and should work on both older
and newer perls.
I've uploaded Devel-Cover-1.07 (fixing #702847
libdevel-cover-perl: Failure under mod_perl2 due to using $^X, and
verifying that the Inc.pm patch can be
On Tue, Aug 20, 2013 at 11:17:03PM +0100, Dominic Hargreaves wrote:
Source: libsru-perl
This package FTBFS with a clean sid chroot:
# Failed test 'Pod coverage on Catalyst::Controller::SRU'
# at /usr/share/perl5/Test/Pod/Coverage.pm line 126.
# Catalyst::Controller::SRU: requiring
severity 719960 normal
thanks
On Sat, Aug 17, 2013 at 11:33:31AM +0200, Olof Johansson wrote:
On 2013-08-17 10:19 +0200, Vincent Lefevre wrote:
After the upgrade to libnet-arp-perl 1.0.8-1, Net::ARP::arp_lookup
always fails:
xvii:~ perl -MNet::ARP -e 'print -
On Sun, Aug 11, 2013 at 06:14:43PM +0200, intrig...@debian.org wrote:
Package: libcatalyst-perl
Version: 5.90042-1
Severity: serious
Upgrading to libcatalyst-perl 5.90042-1 fails because it tries to
replace
/usr/share/man/man3/Catalyst::Plugin::Unicode::Encoding.3pm.gz, that's
also
Hi Arno,
On Sun, May 26, 2013 at 05:33:47PM +0200 on debian-backports, Micha
Lenk wrote:
Couldn't you also explain your situation in #666844, and (with consent
of Arno and who else might have a say) lower the severity of #666844
until libembperl-perl hits testing, and then raise its severity
Hi,
On Sun, May 26, 2013 at 06:39:01PM +0200, Arno Töll wrote:
If you feel the need, you can downgrade this bug's severity, and cheat
libembperl-perl into Testing before we're going to actually break Sid. I
do not expect an Apache 2.4 stack in Testing anytime soon so that will
give you some
On Thu, May 09, 2013 at 12:05:29PM +0200, gregor herrmann wrote:
On Thu, 09 May 2013 10:59:25 +0200, Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on
amd64.
Ack, fails to build in jessie and sid but builds in wheezy.
# Failed test 'no
Control: tags 699208 +moreinfo
Hi Christoph,
The mpd initscript silently fails to stop mpd (returns with exit
status 0 but mpd is still running):
are you able to reliably reproduce that, even after a reboot? Your trace
shows that start-stop-daemon returns with exit status 0, so either it
did
close 679889 0.17.1-1
thanks
marking as done since the version in testing is not affected and the version in
unstable has been confirmed fixed.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Control: reassign 631729 libloudmouth1-0
Control: retitle 631729 libloudmouth1-0: segfaults when connecting to a
dual-stacked host
Control: tags 631729 = ipv6
I am able to reproduce this now, both on i386 and amd64. The key is to
connect to a hostname that resolves to both an IPv4 and an IPv6
As this only happens for me when connecting to a host that resolves to
both ipv4 and ipv6 (for irssi-plugin-xmpp that is: '/xmppconnect -h
localhost jid', NOT '/xmppconnect -h 127.0.0.1 jid'), I suppose the
GIO watch is triggered once for each protocol version. This may either
be a bug in
Hi Guido,
could you please test the attached patch for
/etc/NetworkManager/dispatcher.d/01ifupdown (taken from #475188 and
refreshed for current wheezy) and see if it solves your remaining
problems with NetworkManager, ifupdown and mountnfs?
Andrew:
could you please comment on Michael's
tags 642136 - patch
thanks
Unfortunately, things are a little more complicated, as Michael was so
kind to explain to me on IRC. I'm trying to sum up our conversation:
GENERAL PROBLEMS
- when changing the default for new connections in one client
(nm-applet), other clients should be changed
tags 642136 + patch
thanks
I agree with Joey Hess: Available to alle users should not be the
default for new wifi connections, so that unprivileged users can
connect to new networks without needing a sudo or root password, or
additional policykit privileges.
The attached patch to the
retitle 668473 java error when registering libreoffice-writer2xhtml
tag 668473 +unreproducible
thanks
Dear Rene,
I've been reading through this bug during the Berlin BSP, and I wonder
if the RC severity (lowered from 'critical' to 'serious' by you, but still
RC) is actually justified or should
.
+ * Aibreadline-gplv2-dev: explicitly conflict against libreadline6-dev.
+Closes: #670111.
+
+ -- Florian Schlichting fschl...@zedat.fu-berlin.de Sat, 15 Sep 2012
19:44:11 +0200
+
readline5 (5.2-11) unstable; urgency=low
* Do not link against any libncurses* library, just against libtinfo.
diff
.
+Closes: #658850, #670028.
- -- Florian Schlichting fschl...@zedat.fu-berlin.de Sat, 15 Sep 2012
19:44:11 +0200
+ -- Florian Schlichting fschl...@zedat.fu-berlin.de Sat, 15 Sep 2012
20:57:13 +0200
readline5 (5.2-11) unstable; urgency=low
diff --git a/debian/rules b/debian/rules
index
FYI I actually co-installed the amd64 and i386 versions of
libreadline-gplv2-dev 5.2-11.1 (along with libreadline5 and
libtinfo-dev) on my system, confirming that the Multi-Arch bugs are
fixed.
Florian
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
1 - 100 of 123 matches
Mail list logo