Bug#823287: selinux-basics: System cannot boot with SELinux enabled after upgrade

On Tue, May 3, 2016 at 10:10 AM, Laurent Bigonville wrote: > > > Do you have a policy installed on your machine? > I do not - I was unable to install the latest selinux-policy-default package from unstable due to dependency problems that I was unable to resolve. The following

Bug#823287: selinux-basics: System cannot boot with SELinux enabled after upgrade

Package: selinux-basics Version: 0.5.4 Severity: grave Justification: renders package unusable Dear Maintainer, Thank you for your work bringing SELinux to Debian! I regret that my knowledge of both SELinux and systemd is limited, so I do not know what diagnostics to collect or how to collect

Bug#707528: libvideo-fourcc-info-perl: FTBFS: gpg: fatal: can't create directory `/sbuild-nonexistent/.gnupg': No such file or directory

These errors are very strange indeed. I would suggest either disabling the tests or removing this package (I have no strong feeling either way). I could do the same in the upstream version (or pass co-maintainership to someone else), but I guess it would be good to know what caused this breakage

Bug#636133: Replace libgtk2-mozembed-perl with libgtk2-webkit-perl?

Hi all, In August 2011, gregor mentioned that we could attempt to replace libgtk2-mozembed-perl (which is currently FTBFS) with libgtk2-webkit-perl, which was never uploaded (since being packaged in 2009). I am wondering if there are comments as to whether we could solve BTS#636133 by replacing

Bug#655710: libdevel-ebug-perl: Failing tests t/finished.t

I've been investigating this today, and it appears that the debugger is now faulty (I am still not sure whether it is related to the bug report filed regarding the changes in YAML). Running the yaml.pl script manually (turning on warnings for good measure), we get the following output: perl -w

Bug#636133: libgtk2-mozembed-perl: FTBFS: gdkconfig.h: No such file or directory

Hi, I have successfully reproduced this issue in a sid chroot, and subsequently confirmed that this issue (the immediate issue, but not the FTBFS) can be fixed by rebuilding libgtk2-perl: [ XS xs/GtkMozEmbed.xs ] [ CC xs/GtkMozEmbed.c ] In file included from

Bug#635668: libdbd-odbc-perl: package may be built with incorrect pointer size on 64-bit systems

Package: libdbd-odbc-perl Severity: grave Tags: security Justification: user security hole Because of changes that Microsoft made to the ODBC specification, the previously 32-bit binary protocol now supports 64-bit values on systems that support it (e.g. on amd64 and possibly the ia64

Bug#634397: libjavascript-perl: FTBFS: jslock.h:221:1: error: unknown type name 'namespace'

I am able to reproduce this issue on my sid chroot. From a quick glance at the error messages, it looks like the header files include C++ code (namespace, new), which is unexpected when trying to link with it in C-land... Cheers, Jonathan On Mon, Jul 18, 2011 at 6:02 PM, Lucas Nussbaum

Bug#603250: Removal of libfile-temp-perl

To whoever might stumble upon this bug, I looked into it quickly and it looks like libmodule-pluggable-perl has already been removed from squeeze. I guess we need to leave this bug here to prevent it from being migrated to testing. Cheers, Jonathan -- To UNSUBSCRIBE, email to

Bug#603249: Removal of libfile-temp-perl

To whoever might stumble upon this bug, I looked into it quickly and it looks like libfile-temp-perl has already been removed from squeeze. I guess we need to leave this bug here to prevent it from being migrated to testing. Cheers, Jonathan -- To UNSUBSCRIBE, email to

Bug#615963: libvendorlib-perl: tilde expansion tests failing

Damyan, I was initially unable to reproduce the issue because sbuild by default does mount /home inside the chroot. However, Salvatore told me via IRC that the buildd's are configured in such a way that they do not have a writable home. I don't know whether this is an issue with sbuild (though

Bug#615963: cannot reproduce: tilde expansion tests failing

tag 615963 unreproducible severity 615963 important thanks Hello, I cannot reproduce this issue on my system -- downgrading to important. Here is the build log: aven'jon(~/pkg-perl/trunk/libvendorlib-perl) build Copying package data to temporary build area... Downloading latest upstream

Bug#603737: Should libwww-myspace-perl be removed?

block 603737 by 614067 thanks To all interested parties: I have requested that this package be removed from the archive. Please see BTS#614067 for details. This bug can be closed once 614067 is resolved. Cheers, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org

Bug#613187: xs/SceneQuery.xs:28: error: cannot convert [..]

Dominic, It looks like the dependencies might've changed recently... who-uploads for both libogre-dev and libgtk2.0-dev give me nothing, however: libgtk2.0-dev | 2.20.1-2 | squeeze | amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc

Bug#591974: Looks like we should drop libmojomojo-perl for squeeze

Hi, We've spoken to the upstream maintainers, who say that removing the offending swfupload parts should be okay. I'll spend some time (hopefully tonight) repacking to remove those parts. My only concern was that swfupload should be made available in non-free prior to the removal of those parts

Bug#551926: [Python-modules-team] Bug#551926: cannot be installed together with pip or pip-python

Hi, On Sat, May 8, 2010 at 4:51 AM, Sandro Tosi mo...@debian.org wrote: I think the issue has been open for long enough without clear consensus. Hence all packages should rename their /usr/bin/pip to something else and document the difference vs upstream in README.Debian. BTW, finding new

Bug#577045: libmodern-perl-perl vs libmodern-perl

On Sun, Apr 18, 2010 at 2:18 PM, Ivan Kohler ivan-deb...@420.am wrote: Originally I had uploaded libmodern-perl-perl by accident and was surprised it made it through NEW.  I was planning on asking for removal (and for libmodern-perl to be renamed to or Provide: libmodern-perl-perl). However

Bug#577045: libmodern-perl-perl vs libmodern-perl

On Sun, Apr 18, 2010 at 3:00 PM, Ivan Kohler ivan-deb...@420.am wrote: On Sun, Apr 18, 2010 at 02:42:08PM -0400, Jonathan Yu wrote: On Sun, Apr 18, 2010 at 2:18 PM, Ivan Kohler ivan-deb...@420.am wrote: So I am considering just running with libmodern-perl-perl (via pkg-perl svn) and asking

Bug#569920: libcairo-perl: fails to load with new libdirectfb

Package: libcairo-perl Severity: grave Justification: renders package unusable This package seems to be unusable with the newest version of libdirectfb. Building Graphics::Primitive::Driver::Cairo yielded the following test output (see libgraphics-primitive-driver-cairo-perl in the Debian Perl

Bug#564384: libpoe-component-ikc-perl: FTBFS: tests hang

On Tue, Feb 9, 2010 at 3:08 AM, Damyan Ivanov d...@debian.org wrote: -=| Jonathan Yu, Mon, Feb 08, 2010 at 07:49:16PM -0500 |=- It looks like the best way to fix this issue is to add a HAS_INTERNET (or perhaps in this case, HAS_LOCALHOST or HAS_NETWORK) style flag to disable tests unless

Bug#564384: libpoe-component-ikc-perl: FTBFS: tests hang

Hi Lucas, Thanks for the bug report. It looks like the best way to fix this issue is to add a HAS_INTERNET (or perhaps in this case, HAS_LOCALHOST or HAS_NETWORK) style flag to disable tests unless it is known that localhost is available. Cheers, Jonathan On Sat, Jan 9, 2010 at 5:38 AM, Lucas

Bug#566587: FTBFS: tests fail

Hi all: I have confirmed this bug with sbuild/schroot + amd64. As with Salvatore, I did not have the issue with x86. I'm hesitant to apply gregoa's patch because it seems like it might have problems where machines *cannot* left-shift 62 bits... If the register is only 32-bits wide (as with i386

Bug#562347: Coat::Persistent and Net::Google::Code FTBFS

Lucas, Thanks for these reports. Unfortunately, both of these have new versions (which may or may not fix these FTBFS), except they are themselves failing to build (which is why I haven't uploaded them yet). Now that this affects packages currently in the repository, we'll prioritize them and

Bug#559770: RM: libwordpress-xmlrpc-perl/testing -- ROM; Based on recent source changes, we believe the quality of code is poor.

Here are some reasons why: 1. We discussed this in the ITP for libleocharre-perl [0]; the whole idea of the LEOCHARRE:: modules is flawed in many ways, and also exports random symbols to the 'main' namespace with no way of stopping it from doing so. 2. The overhead involved with patching in the

Bug#559770: libwordpress-xmlrpc-perl embeds wordpress' xmlrpc

Hi: Thank you for your bug report. It should be noted that this module is destined for removal from unstable and testing due to some new dependencies (LEOCHARRE:: modules) which we would rather not package. The code quality of those files was questionable (such as dumping random things into the

Bug#551926: bug #551926: python-pip and pip: error when trying to install together

Hi: [Cc'ing Adam Kennedy since I'm not sure if he's subscribed to debian-devel] Since Adam mentions that Perl's pip predates Python's pip by a significant margin, I think we should close this issue by renaming Python's installer back to pyinstall. It doesn't seem fair for someone who came on the

Bug#556538: libclass-xsaccessor-perl: tries to overwrite file on upgrade

Hi: Recommended resolution: remove libclass-xsaccessor-array-perl from unstable (and thus testing). It does not exist in stable or oldstable. On Mon, Nov 16, 2009 at 11:20 AM, gregor herrmann gre...@debian.org wrote: Package: libclass-xsaccessor-perl Version: 1.05-1 Severity: serious

Bug#556538: libclass-xsaccessor-perl: tries to overwrite file on upgrade

On Tue, Nov 17, 2009 at 8:59 PM, Jonathan Yu jonathan.i...@gmail.com wrote: Hi: Recommended resolution: remove libclass-xsaccessor-array-perl from unstable (and thus testing). It does not exist in stable or oldstable. On Mon, Nov 16, 2009 at 11:20 AM, gregor herrmann gre...@debian.org wrote

Bug#533938: libpoex-role-sessioninstantiation-perl: FTBFS: tests failed

On Tue, Sep 22, 2009 at 5:46 AM, Niko Tyni nt...@debian.org wrote: On Tue, Sep 01, 2009 at 09:13:35PM +0200, gregor herrmann wrote: On Tue, 01 Sep 2009 12:57:12 +0300, Damyan Ivanov wrote: The new upstream release 0.092280-1 doesn't FTBFS anymore. At the moment it waits for the new

Bug#547631: Bug#547628: Bug#547631: Bug#547628: libclass-accessor-perl: breaks lintian

On Mon, Sep 21, 2009 at 10:41 AM, gregor herrmann gre...@debian.org wrote: On Mon, 21 Sep 2009 13:46:37 +0300, Niko Tyni wrote: JFTR: #547631 and #547628 address the same problem. Lintian::Output uses multiple inheritance, and Class::Accessor introduced an import subroutine in 0.34 that wins

Bug#544659: libfilehandle-unget-perl: Broken maintainer address

Hi Joerg: On Wed, Sep 2, 2009 at 3:23 AM, Joerg Jaspertjo...@debian.org wrote: Package: libfilehandle-unget-perl Severity: serious  jaw...@cpan.org    SMTP error from remote mail server after RCPT TO:jaw...@cpan.org:    host cpan.mx.develooper.com [207.171.7.216]: 550 the lights are out, no

Bug#538274: libmodule-cpants-analyse-perl: Missing runtime dependency on Software::LicenseUtils

Package: libmodule-cpants-analyse-perl Version: latest unstable Severity: grave Justification: renders package unusable Running a Kwalitee t est using Module::CPANTS causes this error: t/01kwalitee.t .. cannot load Module::CPANTS::Kwalitee::Files: Can't locate Software/LicenseUtils.pm in

Bug#521969: libdbd-pg-perl: FTBFS: Perl::Critic errors

Perl::Critic is an author test. Sometimes authors may write tests that are broken and not bother to fix them, because they're run only by authors. Likely the author saw those failures while building and chose to ignore them for one reason or another. A fix would be to provide a perlcriticrc file

Bug#521969: libdbd-pg-perl: FTBFS: Perl::Critic errors

Hi: These seem like changes which should be proposed on the RT upstream. After being unmaintained for many months, it's now starting to get some support and teams have been put together to take over the project. So I encourage you to submit patches or bug reports upstream so they can get fixed.

Bug#521969: libdbd-pg-perl: FTBFS: Perl::Critic errors

the specifics of these, but I'd encourage you to post something to the RT and get back to us if there is no activity On Mon, Mar 30, 2009 at 9:30 PM, Jonathan Yu jonathan.i...@gmail.com wrote: Hi: These seem like changes which should be proposed on the RT upstream. After being unmaintained for many