Hi James,
On Thu, Sep 13, 2018 at 2:51 PM James Cowgill wrote:
>
> Source: nethack
> Version: 3.4.3-14
> Severity: serious
> X-Debbugs-CC: vch...@debian.org
>
> Hi,
>
> While reviewing the copyright file for the NetHack 3.6.1 upload, I
> noticed that the debian directory (and its patches) are mar
Hi Adrian,
On Mon, Nov 28, 2016 at 10:53 AM, Adrian Bunk wrote:
> Hi,
>
> if I undererstand it correctly, all 3 RC bugs in SuperTuxKart have been
> resolved upstream.
The status of #832062 is not so clear-cut. I think it's open to
interpretation whether the file in question in that bug report is
Hi Fabian,
On Mon, Aug 17, 2015 at 4:06 AM, Fabian Greffrath wrote:
> Control: tags -1 + patch
>
> Am Montag, den 08.06.2015, 09:07 +0200 schrieb Fabian Greffrath:
>> *((char *)buffer) = tmp;
>
> Correction: You'll also need to dereference the tmp pointer, i.e.:
>
> --- supertux-0.3.5a.orig/src
user release.debian@packages.debian.org
usertag 795065 + transition
severity 795065 normal
block 795065 by 790756
reassign 795065 release.debian.org
thanks
Hi Simon,
On Tue, Aug 18, 2015 at 1:11 AM, Simon McVittie wrote:
> Control: tags 795065 + patch
>
> On Mon, 10 Aug 2015 at 08:41:54 +010
Control: severity -1 important
On Fri, Mar 3, 2023 at 5:48 AM Antoine Le Gonidec
wrote:
>
> I think I can confirm that the high Xorg memory usage is due to this update,
> I am now sitting at 3.30GB after a dozen hours.
>
> To make really sure of the cause, I am going to revert to the 1.17 build
Control: notfound -1 0.0.26-3
Control: close -1
On Sat, Mar 18, 2023 at 4:48 PM David W. Kennedy wrote:
>
> Package: 0ad
> Version: 0.0.26-3
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the
> past)
> X-Debbugs-Cc: dav...@reasoned.us
>
>
Source: mozjs78
Version: 78.15.0-5
Severity: serious
Tags: ftbfs
mozjs78 FTBFS since Python 3.11 became the default Python3 version in
sid. The relevant part of the build log is pasted below.
Incidentally, src:0ad happens to FTBFS for the same reason because it
embeds mozjs/spidermonkey [1]. You
On Wed, Nov 30, 2016 at 10:13 AM, Adrian Bunk wrote:
> On Mon, Nov 28, 2016 at 11:57:00PM -0800, Vincent Cheng wrote:
>> Hi Adrian,
>
> Hi Vincent,
>
>> On Mon, Nov 28, 2016 at 10:53 AM, Adrian Bunk wrote:
>> > Hi,
>> >
>> > if I undererstand it
Hi Joerg,
On Thu, Dec 1, 2016 at 5:00 PM, henrichsjo...@gmail.com
wrote:
> Hi all,
>
> I am one of the STK admins. Can you tell us exactly what you need? The song
> was released under CC-BY-SA by the author (as indicated by the author's
> email we received, which we published in the mentioned for
Source: obnam
Version: 1.20.2-1
Justification: fails to build from source (but built successfully in the past)
Severity: serious
I checked the BTS but it doesn't look like this has been reported
before; sorry if this is a duplicate report.
obnam currently FTBFS on all archs in sid (for about a mo
Hi Ben,
On Mon, Aug 7, 2017 at 4:24 PM, Ben Finney wrote:
> Control: tags -1 + pending
>
> Given that both these (bug#868049, bug#868047) are Severity: serious,
> the ‘pelican’ package is scheduled for removal from “testing” very
> soon.
>
> I have a Git repository to develop release “3.7.1+dfsg.
Hi Christoph / alioth-lists maintainers,
On Thu, May 24, 2018 at 12:43 AM, Christoph Biedl
wrote:
> Package: src:f2fs-tools
> Version: 1.10.0-1
> Severity: serious
> User: ad...@alioth-lists.debian.net
> Usertag: alioth-lists-maintainer
>
> Dear uploader of f2fs-tools,
>
> as you've probably hear
On Tue, Aug 4, 2020 at 2:32 AM Matthias Klose wrote:
>
> Package: src:monster-masher
> Version: 1.8.1-8
> Severity: serious
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2unversioned
>
> Python2 becomes end-of-live upstream, and Debian aims to remove
> Python2 from the
+ debian-python
On Tue, Aug 4, 2020 at 2:32 AM Matthias Klose wrote:
>
> Package: src:monster-masher
> Version: 1.8.1-8
> Severity: serious
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2unversioned
>
> Python2 becomes end-of-live upstream, and Debian aims to remove
>
On Wed, Sep 28, 2016 at 8:46 AM, James Cowgill wrote:
> #832062 - Boom_boom_boom.ogg no source for GPL
AFAIK, this bug has yet to be resolved upstream, and also affects
0.9.1, so even if the gcc FTBFS bug were to be fixed, STK 0.9.1
wouldn't be able to migrate to testing.
Regards,
Vincent
(Looping in ftpmasters to see if they have any comments re: #832062)
Hi Deve,
On Tue, Oct 4, 2016 at 1:19 PM, Deve wrote:
> Hi,
>
> After direct contact with the author, I corrected the information about
> author and license in this commit:
>
> https://sourceforge.net/p/supertuxkart/code/16762/
Hi Reiner,
On Sat, Jan 6, 2024 at 1:03 PM Reiner Herrmann wrote:
>
> Control: tag -1 pending
>
> Hello,
>
> Bug #1057463 in supertuxkart 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 a
Control: severity -1 important
On Wed, Aug 23, 2023 at 9:54 AM Bastian Germann wrote:
>
> Source: mangler
> Severity: serious
> Version: 1.2.5-5
>
> mangler does not seem to be used a lot and is dead upstream. I doubt
> that Ventrilo is still a thing nowadays.
>
> I intend to file a RM bug.
> If
Hi Harald,
On Thu, Nov 1, 2012 at 2:29 PM, Harald wrote:
> Package: wesnoth-1.10-core
> Version: 1:1.10.4-1
> Severity: grave
> Justification: renders package unusable
>
> Good evening guys,
>
> I can't start wesnoth any more, it gives this output:
>
> ***
> oxi:|home/harald > wesnoth
> wesnoth:
tag 692070 + moreinfo
thanks
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
tag 688712 + patch
thanks
Hi Rhonda,
On Mon, Sep 24, 2012 at 4:07 PM, Andreas Beckmann wrote:
> Package: wesnoth
> Version: 1:1.10.3-2
> Severity: important
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your package partially overwrites
Hi,
nm-applet must be killed first before cnetworkmanager can be used.
$ killall nm-applet
$ cnetworkmanager -C Vincent --wpa-pass=
Entering mainloop
(19:27:41) State: CONNECTING
(19:27:41) State: DISCONNECTED
(19:27:41) State: CONNECTING
(19:27:45) State: CONNECTED
Kind regards,
- V
ight is compliant with the Debian
Policy, but again, I'll need some guidance to do so.
Best regards,
~ Vincent Cheng
l/non-free/d/dropbox/dropbox_1.0.20-1.dsc
Best regards,
~ Vincent Cheng
ctual license for the
distribution of Dropbox.
- While I don't have the text of the distribution license, the previous
Dropbox maintainer has given me a copy of an e-mail conversation he had with
a Dropbox employee who granted him permission to distribute Dropbox in
Debian. See /usr/share/doc/dropbox/dropbox.mbox.
Kind regards,
~ Vincent Cheng
ron, please review and sponsor when you have time to do so:
$ dget http://mentors.debian.net/debian/pool/main/c/conky/conky_1.8.1-5.dsc
$ dget
http://mentors.debian.net/debian/pool/contrib/c/conky-all/conky-all_1.8.1-5.dsc
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579102#47
Kind rega
On Fri, Jun 21, 2013 at 2:52 AM, Mathieu Malaterre wrote:
> # breaking a 'should' req from §8.6
> tags 712666 serious
> thanks
>
> On Fri, Jun 21, 2013 at 11:42 AM, Vincent Cheng
> wrote:
>> On Wed, Jun 19, 2013 at 2:28 AM, Mathieu Malaterre wrote:
>>>
On Mon, Jul 1, 2013 at 11:13 PM, Adam D. Barratt
wrote:
> On 2013-07-02 0:15, ow...@bugs.debian.org wrote:
>>
>> Processing commands for cont...@bugs.debian.org:
>>
>>> # I guess we have to unmark the bug as found in the version
>>> # in unstable for britney to let us migrate to testing?
>>> notfo
Control: tag -1 + pending
On Mon, Nov 10, 2014 at 1:46 PM, Thomas Viehmann wrote:
> tag 741834 +patch
> thank you
>
> Hi,
>
> this is a tiny patch to address the test failures.
Thanks for the patch Thomas! Will upload soon.
Regards,
Vincent
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@
Control: tag -1 + pending
On Mon, Nov 10, 2014 at 8:51 AM, Juhani Numminen
wrote:
> Control: tags -1 + patch
>
> Hi,
>
> This seems to be caused by moving files between packages without adding
> the needed Breaks and Replaces. I made a patch (svn diff) for the
> package with the help of Debian wi
than packaging a VCS
> snapshot.
>
> Olly Betts wrote:
>> On Thu, Apr 10, 2014 at 04:59:25AM -0700, Vincent Cheng wrote:
>> > My understanding is that upstream is working towards porting
>> > codeblocks for wx 3.0, but it's currently not fully stable yet (e.g.
>>
Package: supertux
Version: 0.3.5a-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
supertux/0.3.5a-1 currently FTBFS on mips, powerpc, s390x, and sparc. Build
logs can be found at [1]; tail of build log is as follows:
[ 89%] Building CXX object
C
Hi Ricardo,
I've attached a full debdiff (in the form of a NMU), which I haven't
uploaded yet (but I'm happy to upload this if you have no objections).
As for how to test it, well, I'm not an expert when it comes to
piuparts, but I was able to reproduce the original error with:
# piuparts -m 'htt
Hi Sandro,
On Sun, 21 Dec 2014 10:50:15 + Sandro Tosi wrote:
> Hi Jean-Michel,
> Thanks for your work, I will fix the package soon from dpmt repo; and yes
> the right solution is to use dpkg maint scripts to fix the dir-link
> transition.
Any update on this? pyogg is showing up on the releas
Package: racket-common
Version: 6.1-1
Severity: serious
Justification: Policy 7.6.1
Unpacking racket (6.1-1) over (5.3.6+dfsg1-1) ...
Preparing to unpack .../racket-common_6.1-1_all.deb ...
Unpacking racket-common (6.1-1) over (5.3.6+dfsg1-1) ...
dpkg: error processing archive
/var/cache/apt/archi
Hi Andreas,
On Sat, Oct 25, 2014 at 11:24 PM, Andreas Tille wrote:
> Hi Aaron,
>
> On Sat, Oct 25, 2014 at 11:47:32PM -0400, Aaron M. Ucko wrote:
>> Source: relion
>> Version: 1.3+dfsg-1
>> Severity: serious
>> Justification: fails to build from source
>>
>> Automatic builds of relion have been f
On Sun, Oct 26, 2014 at 12:40 AM, Paul Gevers wrote:
> On 26-10-14 07:37, Vincent Cheng wrote:
>>> Anny suggestion for a solution since I have no idea about those
>>> other architectures?
>>
>> Drop the build-dep on openmpi-gcc.
>>
>> You must make sur
On Sat, Dec 6, 2014 at 4:57 AM, Moritz Mühlenhoff wrote:
> severity serious
> thanks
>
>> This package forks a local copy of the Iceweasel Javascript engine which is
>> no longer supported with security updates (currently only the ESR24 series
>> is maintained)
>>
>> What's the strategy here? Do y
Control: tag -1 + moreinfo unreproducible
Control: severity -1 important
Hi,
On Sun, Mar 29, 2015 at 11:48 PM, Pirate Praveen wrote:
> package: gnote
> version: 3.14.2-1
> severity: grave
> reason: gnote is unusable with this
>
> When I manually created this file, I could start gnote and use it
On Mon, Sep 29, 2014 at 3:18 AM, Fabian Greffrath wrote:
> Hi all,
>
> Am Dienstag, den 23.09.2014, 00:53 -0700 schrieb Vincent Cheng:
>> jumpnbump-levels does not currently have any human uploaders. This is a
>> violation of a "must" directive in Policy 5.6.3 [
Pinging this bug to delay autoremoval from testing; codeblocks is
already fixed in unstable, but testing migration is delayed due to
gcc-5 transition.
Regards,
Vincent
Package: src:irrlicht
Version: 1.8.2+dfsg1-1
Severity: serious
Latest irrlicht release breaks minetest, and is a known issue upstream
[1] (and a new upstream release is due to come out soon to fix this);
let's block irrlicht from migrating to testing for now.
Regards,
Vincent
[1] http://irrlicht
cb95dbe84e01d69d33c25e0a6167b53b947ced78
Author: Vincent Cheng
Date: Sat May 28 22:39:32 2016 -0700
fix poppler 0.39 ftbfs
diff --git a/debian/changelog b/debian/changelog
index 7088197..c705686 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,6 +4,7 @@ python-poppler (0.12.1-9) UNRELEASED
On Wed, Jul 6, 2016 at 8:46 AM, Gianfranco Costamagna
wrote:
> control: tags -1 pending
> control: tags -1 patch
>
>>>Shall I turn it in a NMU or do you maintainers/uploaders have something
>>>ready to shoot?
>>
>>
>>I guess a team upload is perfectly fine!
>>I'll do it in a few hours if nobody ob
Package: supertuxkart
Version: 0.9.2-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
supertuxkart/0.9.2-1 FTBFS on arm64, mips/mips64/mipsel, ppc64el, and
s390x; full build log at [1], and here's the relevant part of the log:
[ 9%] Building CXX
Package: supertuxkart-data
Version: 0.9.2-1
Severity: serious
Justification: non DFSG file in the source package
supertuxkart/0.9.2-1 ships with the following files in the source tarball:
data/ttf/Ubuntu-B.ttf
data/ttf/Ubuntu-R.ttf
...which get installed into binary package supertuxkart-data:
/
Hi Chris,
I can't reproduce this FTBFS at all using an up-to-date pbuilder sid
chroot. According to your build log:
> Get:10 http://httpredir.debian.org/debian sid/main amd64 cdbs all 0.4.132
> [79.1 kB]
That might be the culprit. It looks like cdbs has gone through a lot
of changes in sid in
Source: codeblocks
Version: 16.01+dfsg-1
Severity: serious
X-Debbugs-CC: g...@debian.org
Codeblocks is licensed under GPL v3, but some files in the source
tarball contain code that is licensed as per the terms of RSA Data
Security, Inc.'s MD5 Message Digest Algorithm; this license is as
follows:
Source: uwsgi
Version: 2.0.12-5
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
uwsgi currently FTBFS in sid. It looks like it might have something to
do with recent changes in apache2, because uwsgi builds fine with
apache2-dev/2.4.18-2 instal
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=765791
Hi Michael,
On Sun, Apr 17, 2016 at 3:46 PM, Michael Biebl wrote:
> Control: severity -1 grave
> Control: tags -1 - moreinfo unreproducible
>
> Hi Vincent
>
> Am 18.04.2016 um 00:35 schrieb Michael Biebl:
>>
>> I can reprodu
Control: tag -1 + moreinfo unreproducible
On Thu, Apr 14, 2016 at 3:10 PM, Axel Beckert wrote:
> Package: wesnoth-1.13-core
> Version: 1:1.13.4-1
> Severity: serious
>
> Hi,
>
> trying to upgrade wesnoth-1.13-core from 1:1.13.2-1 to 1:1.13.4-1 fails
> as follows:
>
> Setting up wesnoth-1.13-core
On Sat, Mar 3, 2012 at 6:43 AM, Cyril Brulebois wrote:
> tag 660618 patch pending
> thanks
>
> Vincent Cheng (21/02/2012):
>> # Passing --disable-examples to dh_auto_configure "fixes" this FTBFS...
>> # but that's really just me being lazy. Don't kno
On Tue, Aug 2, 2011 at 10:38 PM, Christoph Egger
wrote:
> I *guess* you just need to add a -lbsd to the final linker line but not
> sure there. Will try to work on it if I find some time (was actually
> trying to work on that when I noticed the other problem).
That'd be great, thanks. I intend to
[Adding Dererk, my original sponsor, to cc: for his input]
On Sun, Aug 7, 2011 at 10:50 PM, Vincent Bernat wrote:
> I am pretty sorry but providing a binary package that does not depend on
> nvidia blob does not make conky allowed to be in main. Policy 2.2.1
> states that a package in main
s for the issue of users with only main enabled in their sources.list
being left with a conky that's somewhat stripped of features
(conky-std), I plan to address this by enabling a few more common
features in conky-std (rather than adding another binary package); see
#579893 for details.
Hi,
This is a known issue, caused by an incompatibility between Chrome/Chromium
10 and the GNOME keyring, as documented here [1]. Workarounds are also noted
on that page.
(If you aren't using the GNOME keyring to store your passwords in Chromium,
then this would probably be a completely different
Hi Andreas,
On Wed, Feb 20, 2013 at 1:17 AM, Andreas Beckmann wrote:
> Package: python3-pygame
> Version: 1.9.2~pre~r3144-1
> Severity: serious
>
> Hi,
>
> while looking into #700782, we discovered that there is a symlink
> vs. directory conflict between python3-pygame and python3.2-dev:
> pyth
And here's the patch:
--- a/debian/control.in 2013-02-21 01:08:21.0 -0800
+++ b/debian/control.in 2013-02-21 01:36:42.262800338 -0800
@@ -62,6 +62,7 @@
Architecture: any
Depends: @PVER@ (= ${binary:Version}), lib@PVER@ (=
${binary:Version}), libssl-dev, libexpat1-dev, ${shlibs:Depends},
reopen 700997
found 700997 pygame/1.9.2~pre~r3189-1
tag 700997 + pending
thanks
Reverting fix because it causes a FTBFS (at least, everywhere aside
from my own pbuilder chroot...). Bug in distutils (python3.2) now
fixed so all this package really needs is a binNMU, if it weren't for
my earlier upl
# see following explanation
tag 700994 + patch
thanks
Hi,
while looking into #700782, we discovered that there is a symlink
vs. directory conflict between python3-numpy and python3.2-dev:
python3.2-dev has /usr/include/python3.2 -> python3.2mu
python3-numpy ships /usr/include/python3.2/numpy
[Adding python3.2's maintainer, as well as #701071 and #701045, to cc:]
On Sat, Feb 23, 2013 at 3:55 AM, Julien Cristau wrote:
> On Fri, Feb 22, 2013 at 09:32:45 +0100, Andreas Beckmann wrote:
>
>> On 2013-02-22 08:51, Vincent Cheng closed #700997:
>> >* [..
On Sun, Feb 24, 2013 at 4:12 AM, Julien Cristau wrote:
> On Sun, Feb 24, 2013 at 03:42:06 -0800, Vincent Cheng wrote:
>
>> Andreas, if I understood your analysis of #700782 correctly, the
>> hypothetical situation that an user unpacks any of the affected
>> packages (or a
tag 685189 - pending + confirmed
thanks
Due to the start of a new academic year, I don't currently have time
to immediately fix this bug, but this is high on my priority list. As
soon as I get the chance to do so, I'll do a more thorough review of
debian/copyright.
Regards,
Vincent
--
To UNSUB
On Sat, Sep 7, 2013 at 1:02 AM, Kurt Roeckx wrote:
> reopen 712956
> thanks
>
>> nvidia-texture-tools (2.0.8-1+dfsg-4) unstable; urgency=low
>> .
>>[ Fabio Pedretti ]
>>* Add armel and armhf build support (Closes: #721972)
>>* Remove -march=athlon64 from CXXFLAGS (Closes: #713966, #7
On Sat, Sep 7, 2013 at 1:46 AM, Kurt Roeckx wrote:
> On Sat, Sep 07, 2013 at 01:21:59AM -0700, Vincent Cheng wrote:
>> On Sat, Sep 7, 2013 at 1:02 AM, Kurt Roeckx wrote:
>> > reopen 712956
>> > thanks
>> >
>> >> nvidia-text
On Sat, Sep 7, 2013 at 2:00 AM, Kurt Roeckx wrote:
> On Sat, Sep 07, 2013 at 01:53:26AM -0700, Vincent Cheng wrote:
>> On Sat, Sep 7, 2013 at 1:46 AM, Kurt Roeckx wrote:
>> > On Sat, Sep 07, 2013 at 01:21:59AM -0700, Vincent Cheng wrote:
>> >> On Sat, Sep 7, 2013
# no longer sure if my proposed fix is actually what's needed, so revert title
retitle 717650 glx-diversions: There is only one alternative in link group glx
reopen 717650
thanks
I think my initial diagnosis was mistaken. Neither
glx-alternatives-mesa nor libgl1-mesa-glx are removed as part of the
On Tue, Aug 6, 2013 at 3:20 PM, Sean Laguna wrote:
> Hello,
>
> I want to fix this bug for 0.3.90 (experimental version). Any hints as to
> where within the source package I should be looking? This should be a very
> easy fix, and it's very inconvenient to have this package broken because it
> pre
The build failure looks a lot like #671538; maybe a look at the patch
that fixed supertux's FTBFS would help solve this bug? I'll take a
closer look at this myself in the near future, if nobody else does.
Vincent
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subjec
On Tue, May 29, 2012 at 11:22 AM, Adrian Knoth
wrote:
> On 05/24/2012 11:49 AM, Lucas Nussbaum wrote:
>
> Hi, especially Vince from dbus-c++!
>
>> Source: libffado
>> Version: 2.0.99+svn2124-1
>> Severity: serious
>> Tags: wheezy sid
>> User: debian...@lists.debian.org
>> Usertags: qa-ftbfs-201205
On Tue, May 29, 2012 at 12:58 PM, Vincent Cheng wrote:
> On Tue, May 29, 2012 at 11:22 AM, Adrian Knoth
> wrote:
>> On 05/24/2012 11:49 AM, Lucas Nussbaum wrote:
>>
>> Hi, especially Vince from dbus-c++!
>>
>>> Source: libffado
>>> Version: 2.0.99+
clone 675917 -1
reassign -1 src:irrlicht
retitle -1 missing symbols/shlibs file breaks programs that b-d on irrlicht
severity -1 serious
thanks
On Mon, Jun 4, 2012 at 12:26 AM, Shoal Creek wrote:
> Package: supertuxkart
> Version: 0.7.3-1
> Severity: grave
> Justification: renders package unusabl
> When building supertuxkart, dpkg-shlibdeps only generates an
> unversioned dependency on libirrlicht1.7a, whereas supertuxkart 0.7.3
> explicitly needs to depend on irrlicht 1.7.3. Adding a shlibs file for
> irrlicht and then rebuilding stk against irrlicht fixes this.
>
> A quick fix for anyone
On Thu, Oct 17, 2013 at 3:02 AM, Thorsten Bonow
wrote:
>> "Toto" == Thorsten Bonow writes:
>
> Toto> Package: exaile Version: 3.3.1-1 Severity: grave
>
> [...]
>
> Hi,
>
> the crash appears to be related to the Wikipedia-plugin. If I disable
> the plugin, exaile works again.
>
> It oc
# downgrade from RC severity
severity 723733 important
forwarded 723733 https://github.com/Bumblebee-Project/Bumblebee/issues/476
thanks
Hi,
On Sun, Oct 6, 2013 at 9:56 AM, Andreas Cadhalpun
wrote:
> reassign 723733 primus 0~20130805-1
> affects 723733 bumblebee
> severity 723733 serious
> notfo
ebian/copyright. (Closes: #725998)
+
+ -- Vincent Cheng Wed, 20 Nov 2013 17:33:07 -0800
+
glib-networking (2.38.1-1) experimental; urgency=low
* debian/control{,.in}: Add XS-Testsuite header
diff -Nru glib-networking-2.38.1/debian/copyright
glib-networking-2.38.1/debian/copyright
---
# actual cause of FTBFS isn't due to linker (cannot find -lpthreads),
it's the following:
retitle 669496 supertux: FTBFS: configure: error: *** zlib is missing
# http://mentors.debian.net/debian/pool/main/s/supertux/supertux_0.1.3-3.dsc
tag 669496 pending
thanks
On Thu, Apr 19, 2012 at 12:19 PM, L
#
http://mentors.debian.net/debian/pool/main/p/pygame/pygame_1.9.1release+dfsg-6.dsc
tag 669464 pending
thanks
On Thu, Apr 19, 2012 at 12:30 PM, Lucas Nussbaum
wrote:
> Source: pygame
> Version: 1.9.1release+dfsg-5
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> Usert
Hi Moritz,
On Fri, Jan 29, 2016 at 10:46 AM, Moritz Mühlenhoff wrote:
> On Fri, May 22, 2015 at 07:47:50PM -0700, Vincent Cheng wrote:
>> forwarded 785897 https://github.com/exaile/exaile/issues/3
>
> Hi Vincent,
> there's now only a handful of packages left depending on
Package: supertuxkart
Version: 0.9.1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
supertuxkart/0.9.1-1 FTBFS only on armhf; full build log at [1], tail
of build log as follows:
lib/angelscript/projects/cmake/libangelscript.a(as_callfunc.cpp.o)
Hi ftpmasters,
On Sat, Aug 16, 2014 at 4:48 PM, Vincent Cheng wrote:
> Hi ftpmasters,
>
> On Sun, Aug 10, 2014 at 1:51 AM, mejiko
> wrote:
>> Package: supertuxkart
>> Severity: serious
>>
>> Hello.
>>
>> Supertuxkart included non-free images. This
close 757648
thanks
On Sun, Sep 7, 2014 at 2:05 AM, Luke Faraone wrote:
> On Sat, Aug 16, 2014 at 04:48:23PM -0700, Vincent Cheng wrote:
>> Is the referenced file (installed as
>> /usr/share/games/supertuxkart/data/gui/difficulty_best.png by
>> supertuxkart-data) distribut
Hi Olly,
On Tue, Sep 9, 2014 at 11:16 AM, Olly Betts wrote:
> On Tue, Aug 26, 2014 at 03:55:19PM +1200, Olly Betts wrote:
>> On Tue, Jul 01, 2014 at 02:33:51PM -0700, Vincent Cheng wrote:
>> > according to the forwarded bug report, it sounds like upstream is
>> > g
On Wed, Sep 17, 2014 at 1:08 AM, Robin Haeusler wrote:
> I have tracked this bug report down, and it is still present as reported:
>
> In file included from src/RetroShareChat.cpp:5:0:
> src/IRC.h:10:39: fatal error: libircclient/libircclient.h: No such file
> or directory
> #include
>
Dear maintainer,
On Thu, 18 Sep 2014 22:42:50 +0200 Elena Grandi
wrote:
> Package: python-pypdf
> Version: 1.23-1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> updating python-pypdf from 1.13 to 1.23 breaks every existing script
> that use this module with a
On Sun, Sep 21, 2014 at 2:54 AM, Vincent Cheng wrote:
> Dear maintainer,
>
> On Thu, 18 Sep 2014 22:42:50 +0200 Elena Grandi
> wrote:
>> Package: python-pypdf
>> Version: 1.23-1
>> Severity: grave
>> Justification: renders package unusable
>>
>> D
Source: f2fs-tools
Version: 1.4.0-1
Severity: serious
Tags: help
Justification: fails to build from source (but built successfully in the past)
f2fs-tools 1.4.0 currently FTBFS on big-endian archs supported in Debian, i.e.
mips, powerpc, s390x, and sparc; tail of build log as follows:
/bin/bash .
Source: jumpnbump-levels
Version: 20091107
Severity: serious
Justification: Policy 5.6.3
Dear Maintainer,
jumpnbump-levels does not currently have any human uploaders. This is a
violation of a "must" directive in Policy 5.6.3 [1], hence it is a RC bug.
Regards,
Vincent
[1]
https://www.debian.o
Control: tag -1 pending
Hi Julien,
If you don't have enough time to maintain this package yourself, would
you consider maintaining it within the Debian Python Modules Team?
Thanks!
Anyways, attaching debdiff for NMU below:
diff -Nru commando-0.3.4/debian/changelog commando-0.3.4/debian/changel
Control: tag -1 pending
Dear maintainer,
I've sponsored an NMU for rotix (versioned as 0.83-4.1) and uploaded
it to DELAYED/2. Please feel free to tell me if I should delay it
longer.
Regards,
Vincent
debdiff as follows:
diff -Nru rotix-0.83/debian/changelog rotix-0.83/debian/changelog
--- rot
On Sun, Feb 16, 2014 at 4:52 PM, Andreas Beckmann wrote:
> Package: conky-std
> Version: 1.9.0-2
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> Control: affects -1 + conky
>
> Hi,
>
> during a test with piuparts I noticed your package fails to upgrade from
> 'lenny'
Hi Emilio,
On Wed, Feb 26, 2014 at 11:09 PM, Emilio Pozuelo Monfort
wrote:
> Hi Vincent,
>
> Vincent Cheng wrote:
>> 0ad upstream is already working (and making good progress) on
>> migrating to ESR 24, and should be done in time for their next
>> release. I can&#
Hi,
I can only reproduce this with kivy 1.7.2 (the version this bug was
filed against). It looks like newer versions of cython might've caused
problems with an older version of kivy, but it's not reproducible for
me with kivy 1.8.0. (I suggest marking this bug as notfound/fixed
accordingly and clo
On Sat, Mar 8, 2014 at 3:25 AM, Jeremy Sanders wrote:
> I though 1.20.1-2 (in unstable) should fix this bug, but on upgrading from
> wheezy to sid, I get:
>
> root@lap75107:/# apt-get upgrade
> ...
> Preparing to unpack .../veusz_1.20.1-2_all.deb ...
> Unpacking veusz (1.20.1-2) over (1.15-1) ...
On Sun, Mar 30, 2014 at 5:31 PM, Ian Ward wrote:
> On Sun, Mar 30, 2014 at 12:56 PM, David Suárez
> wrote:
>>> AssertionError: Lists differ: [u'da', u'ta', 'waiting', 'hel... != ['da',
>>> 'ta', 'waiting', 'hello...
>
> This is a test that is just being a little too strict. I'm planning to
> re
Hi Paul,
On Sun, Mar 30, 2014 at 9:40 PM, Debian testing autoremoval watch
wrote:
> zsi 2.1~a1-3 is marked for autoremoval from testing on 2014-04-29
>
> It is affected by these RC bugs:
> 711807: zsi: FTBFS: mv: cannot stat
> './/debian/patched/bogus-shebang-remove.dpatch.new'
>
I took a quick
On Mon, Mar 31, 2014 at 5:13 AM, Kumar Appaiah
wrote:
> ImportError: Error loading object 'scrapy.core.scheduler.Scheduler': No
> module named queuelib
Oops, sorry! I've just uploaded python-queuelib to NEW [1], and once
it gets accepted I'll add it as a dependency for python-scrapy.
Regards,
On Fri, Apr 4, 2014 at 9:00 AM, Ian Ward wrote:
> On Mon, Mar 31, 2014 at 2:28 AM, Vincent Cheng wrote:
>> I didn't come across this test failure when I built and uploaded urwid
>> on my amd64 laptop, but the mips and sparc buildds are also choking on
>> the same test c
Source: urwid
Version: 1.2.1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
urwid 1.2.1-1 currently FTBFS on i386 and mipsel according to the buildd [1]
logs. Note that the test suite is now run against all python2 and python3
v
tag 735502 + patch
tag 735502 + pending
thanks
Dear Maintainer,
I've prepared an NMU for cppcheck (versioned as 1.61+dfsg-0.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I should
delay it longer.
The following debdiff consists of changes made to the package aside
from the remov
1 - 100 of 162 matches
Mail list logo
