Package: buildbot
Version: 0.8.9-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Currently uninstallable in sid due to sqlalchemy updates and needs rebuild, but:
[SKIPPED]
Need to install txrequests to test http steps
On July 30, 2015 10:21:52 AM EDT, Marco Righi marco.ri...@gmail.com wrote:
Package: kde-full
Version: 5:84
Severity: critical
--- Please enter the report below this line. ---
Hi,
after the last upgrade session the applications in my KDE Plasma has
lost the windows frames. Even if I use
On July 30, 2015 11:01:30 AM EDT, Carlos Kosloff papim...@gmail.com wrote:
There was a massive update of KDE today, it completely crashed both my
computers.
Not only I am still unable to access systemsettings, all my windows
don't work: cannot drag from title bar because there is none, cannot
On Monday, July 27, 2015 11:52:17 AM Lisandro Damián Nicanor Pérez Meyer
wrote:
On Monday 27 July 2015 16:31:32 MERLIN Philippe wrote:
[snip]!
I succeed to install kde-full and at restart all works fine no problem .
Whatever the appearance of windows changed well, I think that with a
On Monday, July 20, 2015 03:58:34 PM you wrote:
Package: kde-config-sddm
Version: 4:5.3.2-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
this package should probably depend on whatever plasma5 wants to use to
elevate privileges.
Right now, whenever I try to
On Saturday, July 25, 2015 05:37:06 PM you wrote:
Package: baloo
Version: 4:5.9.2-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'jessie'.
It installed fine in 'jessie', then the
kde-gtk-config doesn't require systemsettings at all. As a work-around
unstill both systemsettings and kde-gtk-config you can execute the following:
kcmshell5 kde-gtk-config
This is only a transient issue as we migrate from KDE4 SC to Plasma 5.
Adjusting severity accordingly.
Scott K
--
close 790529 1.0.1-3
thanks
Missing breaks/replaces were added.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Tuesday, July 14, 2015 06:15:25 PM Didier 'OdyX' Raboud wrote:
Le mardi, 14 juillet 2015, 00.10:03 Didier 'OdyX' Raboud a écrit :
I can't open my second session (uid 1001, if that matters), now that
my external screen isn't connected anymore. On session opening, I get
multiple
Package: cantor-backend-qalculate
Version: 4:4.8.4-2
Severity: serious
Tags: upstream
Justification: Policy 2.3
I am going to accept this package, despite some issues with licensing. The
major issue is the combination of GPL 2+ and GPL 3+ code in src/backends/
qalculate/ that does not
On Wednesday, July 08, 2015 12:46:08 AM Mike Miller wrote:
Control: fixed -1 octave/4.0.0-1
Hi Holger,
On Mon, Jul 06, 2015 at 14:14:02 +0200, Holger Levsen wrote:
octave fails to build in sid and stretch as can be seen on
On Wednesday, July 08, 2015 09:03:45 AM Mike Miller wrote:
On Wed, Jul 08, 2015 at 18:36:29 +0900, Norbert Preining wrote:
Great, does that mean I don't need to investigate 3.8.2 build fixes
anymore? I am on a conference and low on time, so I couldn't
do more testing and fixing for the
On Monday, July 06, 2015 05:08:05 PM Norbert Preining wrote:
Hi Scott,
To finish this up, here is a debdiff between 4.0.0-1 and my version
that did build in a clean chroot.
All the best
Norbert
Thanks. Would you be able to look at octave 3.8.2 in unstable as well? The
code you
On July 6, 2015 8:08:31 PM EDT, Norbert Preining prein...@logic.at wrote:
On Mon, 06 Jul 2015, Scott Kitterman wrote:
Thanks. Would you be able to look at octave 3.8.2 in unstable as
well? The
code you fixed in escape-backslash-for-texinfo-in-source isn't in
3.8.2, but it
appears to have
Thanks,
In the time I had today to work on it today, I didn't figure it out, but thanks
for the progress. Hopefully someone else will have time.
Scott K
On Monday, July 06, 2015 10:50:40 AM Norbert Preining wrote:
Postscriptum:
On Mon, 06 Jul 2015, Norbert Preining wrote:
* finally the
I was hoping one of you could take a look at #790626 to see if you could
determine why Octave is FTBFS with the new texinfo? It's a matter of some
urgency since the Octave FTBFS is blocking the Qscintilla2 transition from
finishing.
Thanks,
Scott K
signature.asc
Description: This is a
Source: octave
Version: 3.8.2-4+b1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
FTBFS, but doesn't appear to be related to the qscintilla2 transition. So
far on all archs attempted (amd64, i386, and powerpc).
Source: pymodbus
Version: 1.2.0-2
Severity: serious
Justification: Policy 4.5
Dear Maintainer,
The debian/copyright file lists MIT as the upstream license, but the only
references in the code are to BSD. From setup.py in 1.2.0-2:
License :: OSI Approved :: BSD License
In the version in New
Source: appstream
Version: 0.7.3-1
Severity: serious
Justification: Policy 4.5
While reviewing this package in New, I discovered that the licensing of the
upstream source is incomplete. Three files are GPLv3 or later:
contrib/dep11/dep11-validate.py
data/cmake/documentation.cmake
On Saturday, January 31, 2015 10:16:01 PM David Goodenough wrote:
Unfortunately I have a problem with the KDE bugs system. It says my login
is wrong, won't send me the password reminder, and won't let me create a
new one. No idea why it does not like me.
David
On Saturday 31 January
On Sunday, March 15, 2015 12:43:51 PM Scott Kitterman wrote:
I've poked around in core/libs/database/collectionmanager.cpp and it appears
that the digikam code tries to do the right thing and the most likely issue
is something about how solid handles these cases, so reassigning.
For the cases
I've poked around in core/libs/database/collectionmanager.cpp and it appears
that the digikam code tries to do the right thing and the most likely issue is
something about how solid handles these cases, so reassigning.
signature.asc
Description: This is a digitally signed message part.
On Thursday, March 05, 2015 08:14:35 PM Andreas Beckmann wrote:
Package:
python-awsauth,python-requests-aws,python3-awsauth,python3-requests-aws
Version: 0.1.6-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Architecture: amd64
Distribution: sid
Package: getdns
Version: 0.1.6-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Package FTBFS on every Debian buildd tried. It succeeds locally if networking
is disabled due to (I gather) some tests not being run.
I: Building the package
I:
Package: python3-softlayer
Version: 3.2.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
I ran the SL command.
* What exactly did you do (or not do) that was effective (or
ineffective)?
$ SL
* What was the outcome of
Package: python-apns-client
Version: 0.1.8-1
Severity: serious
Justification: Policy 7.2
In apnsclient/apns.py there is import OpenSSL. The OpenSSL module is provided
by python-openssl. Since the usage is unconditional, this must be a depends.
--
To UNSUBSCRIBE, email to
On January 31, 2015 2:50:31 PM EST, Michael Gilbert mgilb...@debian.org wrote:
control: tag -1 patch
On Sun, Jan 4, 2015 at 6:22 PM, Scott Kitterman wrote:
It takes a very specific sequence to reproduce the issue and that is
almost
certainly not sufficient. There's no need to work
On Sunday, January 25, 2015 01:20:01 Andreas Beckmann wrote:
Followup-For: Bug #775894
Control: severity -1 serious
Hi,
after the upgrade sequence lenny - squeeze - wheezy - jessie the
situation of rbqtapi is as follows:
# l /usr/bin/rbqt*
lrwxrwxrwx 1 root root7 May 18 2014
On Sunday, January 04, 2015 18:03:48 Marcelo Lacerda wrote:
Followup-For: Bug #769106
Package: src:python-defaults
Dear Maintainer,
Using a fresh install of wheezy and upgrading python2.7-minimal using
jessie repositories I did not get any error messages.
It takes a very specific
On Wed, 17 Dec 2014 09:33:16 +0100 Yves-Alexis Perez cor...@debian.org
wrote:
On Tue, 16 Dec 2014 09:58:09 +0100 Petter Reinholdtsen p...@hungry.com
wrote:
Control: reassign -1 postfix
[Salvo Tomaselli]
Dear Maintainer,
insserv refuses to start postfix at boot, because I have
Package: python-spf
Version: 2.0.10-2
Severity: grave
Tags: upstream
Justification: causes non-serious data loss
Python-spf includes a cache of data from SPF checks. Due to inconsistency
in case of data included in additional data, incorrect SPF results can be
returned. The might cause mail to
On Friday, December 12, 2014 07:33:25 AM Salvatore Bonaccorso wrote:
Hi Scott,
On Thu, Dec 11, 2014 at 07:09:11AM -0500, Scott Kitterman wrote:
On December 11, 2014 6:37:51 AM EST, Moritz Muehlenhoff j...@inutil.org
wrote:
Package: pyyaml
Severity: grave
Tags: security
Hi,
CVE
On Friday, December 12, 2014 08:17:17 AM Scott Kitterman wrote:
On Friday, December 12, 2014 07:33:25 AM Salvatore Bonaccorso wrote:
Hi Scott,
On Thu, Dec 11, 2014 at 07:09:11AM -0500, Scott Kitterman wrote:
On December 11, 2014 6:37:51 AM EST, Moritz Muehlenhoff j...@inutil.org
On December 11, 2014 6:37:51 AM EST, Moritz Muehlenhoff j...@inutil.org wrote:
Package: pyyaml
Severity: grave
Tags: security
Hi,
CVE-2014-9130 from libyaml also affects pyyaml. I'm attaching a short
reproducer.
I'm away from any computer I could test this on today.
Is this still a problem
Based on discussions on IRC, we have a patch for pip 6.0 that I've backported
to the Debian packaged version. I believe it does the right thing now:
# pip install requests
Requirement already satisfied (use --upgrade to upgrade): requests in
On Wednesday, December 03, 2014 10:05:56 PM Andreas Cadhalpun wrote:
Hi,
On 03.12.2014 19:49, Andreas Cadhalpun wrote:
But I agree, that having to create this additional configuration file is
a pain and it should be done automatically when running
'dpkg-reconfigure clamav-daemon'.
On Wednesday, December 03, 2014 11:08:42 PM Andreas Cadhalpun wrote:
Hi Scott,
On 03.12.2014 22:38, Scott Kitterman wrote:
On Wednesday, December 03, 2014 10:05:56 PM Andreas Cadhalpun wrote:
@team members: Do you agree that we should treat this as an RC bug and
upload the fix
On Thursday, December 04, 2014 12:16:37 AM Andreas Cadhalpun wrote:
Hi Scott,
On 03.12.2014 23:12, Scott Kitterman wrote:
On Wednesday, December 03, 2014 11:08:42 PM Andreas Cadhalpun wrote:
Should I create a branch containing only these fixes?
Yes. I think that would be best.
I
On Tuesday, December 02, 2014 12:37:40 PM Donald Stufft wrote:
On Dec 2, 2014, at 12:25 PM, Daniel Kahn Gillmor d...@fifthhorseman.net
wrote:
On 12/02/2014 11:51 AM, Donald Stufft wrote:
I'd very much prefer it if you didn't do this. This *is* going to break
things for people and it's
On Tuesday, December 02, 2014 04:15:05 PM Donald Stufft wrote:
...
I have another question. If we fix this in the upcoming pip 6 release what
is the chances of getting an exception for pip 6 in the freeze? If I can
solve the problem in pip proper and keep the delta between different
platforms
On Tuesday, December 02, 2014 04:54:37 PM Donald Stufft wrote:
On Dec 2, 2014, at 4:47 PM, Scott Kitterman deb...@kitterman.com wrote:
On Tuesday, December 02, 2014 04:15:05 PM Donald Stufft wrote:
...
I have another question. If we fix this in the upcoming pip 6 release
what
On Tuesday, December 02, 2014 05:17:48 PM Donald Stufft wrote:
On Dec 2, 2014, at 5:03 PM, Scott Kitterman deb...@kitterman.com wrote:
On Tuesday, December 02, 2014 04:54:37 PM Donald Stufft wrote:
On Dec 2, 2014, at 4:47 PM, Scott Kitterman deb...@kitterman.com
wrote:
On Tuesday
On Tuesday, December 02, 2014 19:28:20 Donald Stufft wrote:
On Dec 2, 2014, at 6:32 PM, Scott Kitterman deb...@kitterman.com wrote:
Assuming the maintainer doesn't decide to downgrade the bug (which I think
is unlikely and a number of people would object to, so I think we can
ignore
On Mon, 01 Dec 2014 20:26:19 -0500 Scott Kitterman sc...@kitterman.com
wrote:
clone 769852 -1
reassign -1 kde4libs
thanks
There's a kde4libs piece to fixing this as well.
Scott K
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
On Tue, 25 Nov 2014 15:50:44 +0100 Salvo Tomaselli tipos...@tiscali.it
wrote:
Package: phonon
Version: 4:4.8.0-3
Severity: critical
Not on a release arch, so not RC. Adjusting severity accordingly.
Scott K
signature.asc
Description: This is a digitally signed message part.
On Mon, 10 Nov 2014 12:21:54 +0200 Peter Pentchev r...@ringlet.net wrote:
On Mon, Nov 10, 2014 at 12:21:01PM +0200, Peter Pentchev wrote:
...
Hi Miriam,
Just as in #768741, what do you think about the attached small patch
that does the configure script's job by manually adding
On Tuesday, November 25, 2014 01:42:17 Cyril Brulebois wrote:
Adam D. Barratt a...@adam-barratt.org.uk (2014-11-24):
On Thu, 2014-11-20 at 14:30 +0100, Aurelien Jarno wrote:
control: reassign -1 ftp.debian.org
control: retitle -1 RM: debian-installer [sparc] -- out of date, doesn't
On Sun, 16 Nov 2014 00:29:58 -0500 Scott Kitterman deb...@kitterman.com
wrote:
On Wed, 12 Nov 2014 11:07:02 +0100 Matthias Klose d...@debian.org wrote:
...
Note that python-minimal isn't yet touched, although python depends on it.
Wondering why this is not seen for updates to wheezy
On Wed, 12 Nov 2014 11:07:02 +0100 Matthias Klose d...@debian.org wrote:
Control: reassign -1 src:python-defaults
Control: tags -1 + moreinfo
Am 11.11.2014 um 12:38 schrieb Andreas Beckmann:
Package: python2.7-minimal
Version: 2.7.8-11
Severity: serious
User:
On Wed, 15 Oct 2014 18:24:06 +0200
=?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?= g...@debian.org wrote:
Hi,
Thomas packaged v0.15.2 and uploaded to experimental. In my opinion it
should be uploaded to Sid and let migrate to Jessie.
...
Now that we are in Freeze, this is pretty
On Thursday, November 13, 2014 13:25:34 Sebastian Andrzej Siewior wrote:
On 2014-11-13 01:16:25 [-0700], Jesse Molina wrote:
Severity: grave
I would downgrade it to important. Scott?
Serious due to incomplete depends. I don't recall the exact policy paragraph,
but it's a fails to comply
On Wed, 12 Nov 2014 23:18:03 +0100 Helmut Grohne hel...@subdivi.de wrote:
Control: tags -1 + patch
On Fri, Jun 28, 2013 at 09:28:23AM +0200, Ansgar Burchardt wrote:
The python-tz source package includes compiled timezone data without
source in pytz/zoneinfo/*. However source for all files
; urgency=medium
+
+ * Non-maintainer upload.
+ * Add debian/patches/util3_pycompile.diff to disable unused pyexec and
+fix install failure during pycompile (Closes: #765086)
+- Patch thanks to Michael Vogt
+
+ -- Scott Kitterman sc...@kitterman.com Thu, 13 Nov 2014 01:17:25 -0500
+
python
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
der...@madap.com.ar
Unrouteable address
This is a serious bug in your packages that could cause them to be removed and
not re-instated (since we
On November 1, 2014 12:52:01 AM CDT, Jörg Frings-Fürst
deb...@jff-webhosting.net wrote:
Hi,
Am Samstag, 1. November 2014, 00:22:43 schrieb Scott Kitterman:
Is there a pattern about when it fails and when it doesn't?
No, only that I can sign 3 or 4 mail and then all other failed without
any
There are fixes required for both QtCore4.pm and QtGui4.pm (my reassign was a
tad quick, but it doesn't really matter too much).
The fix for QtCore4.pm (backported from a later upstream release) is attached.
A partial fix for QtGui4.pm is available in the Red Hat bugzilla:
QtCore.pm to current
+ upstream for perl 5.18 compatibility
+- Add debian/patches/perl5.20.diff from Ubuntu for basic perl 5.20 compat
+- Add debian/patches/additionalperl5.20.diff from upstream to resolve the
+ final issue
+
+ -- Scott Kitterman sc...@kitterman.com Fri, 31 Oct 2014 02
Is there a pattern about when it fails and when it doesn't?
When you filed this bug, you filed it at severity critical. In Debian,
critical
is defined as:
critical
makes unrelated software on the system (or the whole system) break, or
causes serious data loss, or introduces a security
On Tue, 14 Jan 2014 10:40:48 +0200 Shai Berger s...@platonix.com wrote:
Package: kmail
Version: 4:4.11.3-1
Severity: grave
Justification: causes non-serious data loss
Dear Maintainer,
KMail randomly marks single messages as unread. This makes my
normal workflow, where I leave messages
On Tue, 30 Sep 2014 23:47:36 +0100 Sandro Tosi mo...@debian.org wrote:
control: reassign -1 python
On Tue, Sep 30, 2014 at 12:42 PM, Sergey B Kirpichev
skirpic...@gmail.com wrote:
Package: mpmath
Severity: serious
Mpmath's source files are identical across all python's versions. You
Given the lack of reports with 1.3.0, I think this is either fixed or rarer.
Downgrading to important and will close later if it's not replicated with
1.3.0.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Thu, 4 Sep 2014 22:34:22 +0200 Kurt Roeckx k...@roeckx.be wrote:
On Thu, Sep 04, 2014 at 04:21:42PM -0400, Scott Kitterman wrote:
On Thursday, September 04, 2014 18:48:18 Kurt Roeckx wrote:
Package: opendmarc
Version: 1.2.0+dfsg-1
Seveirty: grave
Tags: security
Hi
On Thursday, September 04, 2014 18:48:18 Kurt Roeckx wrote:
Package: opendmarc
Version: 1.2.0+dfsg-1
Seveirty: grave
Tags: security
Hi,
My opendmarc started segfaulting 2 days ago:
[7521900.795653] opendmarc[5088]: segfault at 8 ip 00407a3e sp
7fdaf3c05ec0 error 4 in
Package: doxygen
Version: 1.8.8-3
Severity: grave
Justification: renders package unusable
Upgrading from 1.8.7 in Jessie to 1.8.8 in Sid causes libopendbx to FTBFS.
See #759951. I've verified that taking current Sid and downgrading just
doxygen fixes the FTBFS. I've also reviewed the upstream
On Thu, 24 Jul 2014 13:40:17 +0200 Olaf Zaplinski o...@zaplinski.de wrote:
file is attached.
Thanks.
I have not been able to reproduce this behavior. I've recently updated the
backport to 1.3.0, so once it gets out of binary New, please check and see if
you can still replicate it.
In any
Package: sunxi-tools
Version: 1.2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
u-boot has dropped powerpc from its supported architectures, so this package
will no longer build on powerpc as currently packaged. It needs to be
adapted to build
Source: qtwebkit-opensource-src
Version: 5.3.1+dfsg-2
Severity: grave
Justification: renders package unusable (causes other packages to FTBFS)
From the qtwebkit-opensource-src build log on kfreebsd-amd64 (it is the same
on kfreebsd-i386 and hurd-i386):
dpkg-shlibdeps: warning: symbol shm_unlink
On Thursday, July 24, 2014 10:28:52 Olaf Zaplinski wrote:
Am 2014-07-24 00:50, schrieb Scott Kitterman:
What is the non-working configuration?
This means: the new hosts A sends a non-signed email from domain.com to
the existing host B that also belongs to domain.com = opendmarc on host
B
On July 23, 2014 8:31:33 AM MDT, Olaf Zaplinski o...@zaplinski.de wrote:
I have found the reason: when host igor has a non-working opendmarc
configuration, then opendmarc dies if it receives one of igor's root
emails.
But this should not let opendmarc die IMHO.
What is the non-working
Source: pyqt5
Version: 5.3.1+dfsg-1
Severity: serious
Justification: maintainer designated
Python 3.4.1 (default, Jul 6 2014, 22:30:31)
[GCC 4.9.0] on linux
Type help, copyright, credits or license for more information.
import PyQt5
import PyQt5.QtCore
Python 3.4.1 (default, Jul 6 2014,
Source: radiusclient
Version: 0.3.2-14
Severity: serious
Justification: Policy 2.2.1
This package is obsolete. Its only rdepend has already been removed from
testing, so there is no need to release it with Jessie. Once the rdepend has
been ported or removed this package will be removed too (See
On Sunday, July 13, 2014 03:08:55 Cyril Brulebois wrote:
Control: severity -1 serious
Yaroslav Halchenko y...@debian.org (2014-07-07):
On Sat, 05 Jul 2014, Vincent Bernat wrote:
❦ 4 mai 2014 09:15 +0200, Vincent Bernat ber...@debian.org :
There is another problem on sparc that makes
On Monday, October 04, 2010 21:28:12 you wrote:
On Wednesday 19 May 2010 23:08:14 Moritz Muehlenhoff wrote:
havp links against libclamav and is thus affected by #577013. As such
it needs to be moved to volatile.debian.org and blocked out of stable
with a RC blocker bug.
From now on, havp
:08.0 -0400
@@ -1,3 +1,10 @@
+libpgf (6.12.24+ds1-2.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix symbols file even harder
+
+ -- Scott Kitterman sc...@kitterman.com Mon, 30 Jun 2014 13:53:48 -0400
+
libpgf (6.12.24+ds1-2.1) unstable; urgency=medium
* Non-maintainer
On Saturday, June 28, 2014 16:17:27 gregor herrmann wrote:
Ah, CPAN RT agrees:
https://rt.cpan.org/Public/Bug/Display.html?id=95858
Following the issues, we end at libnet-dns-resolver-programmable-perl
and the patch at https://rt.cpan.org/Public/Bug/Display.html?id=95901
Cheers,
gregor,
Source: libguestfs
Version: 1:1.26.3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
After the recent binutils fix, it still fails on mips and mipsel.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
On Thursday, June 19, 2014 18:54:50 Emilio Pozuelo Monfort wrote:
On 19/06/14 18:45, Scott Kitterman wrote:
Source: libguestfs
Version: 1:1.26.3
Severity: serious
Justification: fails to build from source (but built successfully in the
past)
After the recent binutils fix, it still
Package: boost1.49
Version: 1.49.0-4
Severity: serious
Justification: fails to build from source (but built successfully in the past)
boost1.49 required a binNMU for the python packages to support python3.4 which
failed on these archs.
--
To UNSUBSCRIBE, email to
On Monday, June 02, 2014 18:34:41 Michael Tautschnig wrote:
Package: pykde4
Version: 4:4.12.2-2
Severity: serious
Usertags: goto-cc
During a rebuild of all Debian packages in a clean sid chroot (using
cowbuilder and pbuilder) the build failed with the following error.
[...]
--
Source: python-greenlet
Version: 0.4.2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
The failure looks the same on both armel and armhf:
Linking /«PKGBUILDDIR»/build/lib.linux-armv7l-2.7/greenlet.so to
/«PKGBUILDDIR»/greenlet.so
copying
On Thursday, June 05, 2014 08:13:31 Andrei POPESCU wrote:
Control: reassign -1 python3-gst-1.0 1.2.1-1
On Mi, 04 iun 14, 20:24:34, Scott Kitterman wrote:
Package: python3-gst
Version: 1.0_1.2.1-1
Severity: serious
Tags: patch
Justification: Policy 3.5
Depends are currently
Package: python-crypto
Version: 2.6.1-5
Severity: serious
Justification: fails to build from source (but built successfully in the past)
When binNMUed as part of the python3.3 removal transition, this package FTBFS
on kfreebsd-i386 and kfreebsd-amd64, where it had built successfully in the
past:
The debhelper one is a false positive. dh_python3 is a debhelper add-on, but
the way I used it doesn't actually require debhelper.
I missed I was overwriting the libc depends. I'll fix that. Thanks.
Using the versioned python3 depends is the standard Debian way to do it (makes
more sense in
Source: python-biopython
Version: 1.64+dfsg-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
All four archs fail with a similar error:
E: pybuild pybuild:256: test: plugin custom failed with: exit code=1: mkdir -p
Source: libguestfs
Version: 1:1.26.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
From the build logs, the X86 and mips* issues seem to be different:
amd64:
make[4]: *** [pkg/linux_amd64/libguestfs.org/guestfs.a] Error 2
Makefile:1821:
Source: python-falcon
Version: 0.1.8-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
This FTBFS is an effect of a python3.4 bug:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749685
In order to keep the package buildable, it might be better
On Tuesday, June 10, 2014 23:45:24 Emilio Pozuelo Monfort wrote:
On 02/06/14 20:13, Sebastian Ramacher wrote:
On 2014-06-02 19:59:41, Petr Salinger wrote:
I'm not sure if the file should be built on kfreebsd/hurd, or if it
shouldn't but there should be some fallback code in python3.4.
Source: python-tornado
Version: 3.2.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
While rebuilding your package on mips as part of the python3.3 removal
transition, the following test failure (and FTBFS) ocurred:
# python3 tests only in
+ by dh_python3
+
+ -- Scott Kitterman sc...@kitterman.com Wed, 11 Jun 2014 14:57:18 -0400
+
attic (0.10-1) unstable; urgency=medium
* New upstream version.
diff -Nru attic-0.10/debian/control attic-0.10/debian/control
--- attic-0.10/debian/control 2014-02-06 11:47:37.0 -0500
Source: pyzmq
Version: 14.3.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
The current pymzq upload FTBFS on the mentioned architectures. The mips*
failures are different than the kfreebsd* failures. This package is part
of the transition to
Source: python-biopython
Version: 1.63+dfsg-5
Severity: serious
Justification: fails to build from source (but built successfully in the past)
python-biopython either needs to limit itself to being built on X86
architectures or built without raxml on the other archs. I did not check
if the
Package: pymzq
Version: 14.3.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
The current pymzq upload FTBFS on the mentioned architectures. The mips*
failures are different than the kfreebsd* failures. This package is part
of the transition
Package: brltty
Version: 5.0-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
FTBFS on kfreebsd* during a binNMU as part of the transition to drop
python3.3.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Source: yp-svipc
Version: 0.15-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
FTBFS on both kfreebsd archs. This package needs to be rebuilt as part of the
transition to drop python3.3 from the archive.
--
To UNSUBSCRIBE, email to
) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add missing python{3}:Depends substvars in debian/control so proper
+python depends on included for python{3}-yara
+
+ -- Scott Kitterman sc...@kitterman.com Thu, 05 Jun 2014 01:35:41 -0400
+
yara (2.1.0-2) unstable; urgency=medium
Source: skimage
Version: 0.9.3-4
Severity: serious
Justification: fails to build from source (but built successfully in the past)
skimage FTBFS on both kfreebsd-i386 and kfreebsd-amd64 with many test
failures. Here's the log for kfreebsd-amd64:
Source: pandas
Version: 0.14.0+git17-g3849d5d-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
AssertionError: [index] left [object Index([u'9da8bYrdhD', u'h4CraEsPjW',
u'N0bmM7oPk7'], dtype='object')], right [Index([u'a', u'b', u'c'],
:03.0 -0400
@@ -1,3 +1,12 @@
+gst-python1.0 (1.2.1-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix python3 related substition variables in debian/control so proper
+depends are generate
+ * Drop obsolete provides
+
+ -- Scott Kitterman sc...@kitterman.com Wed, 04 Jun 2014
-gi
+
+ -- Scott Kitterman sc...@kitterman.com Wed, 04 Jun 2014 23:30:50 -0400
+
libgrip (0.3.7-2) unstable; urgency=low
* debian/libgrip0.symbols: fixed typo in file name
diff -Nru libgrip-0.3.7/debian/control libgrip-0.3.7/debian/control
--- libgrip-0.3.7/debian/control 2014-04-20 11:17
Feel free to raise the priority again when there's an actual FTBFS in the
archive. As it is, all this does it get the package tagged for removal along
with rdepends like digikam (which is why I noticed).
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
601 - 700 of 966 matches
Mail list logo