Control: tag -1 pending
Hello,
Bug #1103376 in libmypaint 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:
https://salsa.debian.org/multimedia-team/libmypaint/-/commit/9c5305b2508f6289db
Note: test failure appears to be armel-specific; I can't reproduce it on amd64.
Control: tag -1 pending
Hello,
Bug #1100445 in mypaint 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:
https://salsa.debian.org/python-team/packages/mypaint/-/commit/59359f7c0f77d79a325
Control: tag -1 pending
Hello,
Bug #1092323 in 0ad 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:
https://salsa.debian.org/games-team/0ad/-/commit/80669390d9c0c3992631151c1d09e9469de3a
Upstream is close to releasing 0ad alpha 27, which includes an update
to the embedded spidermonkey/mozjs copy (v115), so I'm inclined to
leave this bug as-is and just package the next release when it gets
released.
On Fri, Nov 22, 2024 at 4:30 AM Antoine Le Gonidec
wrote:
>
> > Thanks for the heads up! Please feel free to do a team upload/NMU to
> > fix this.
>
> I can prepare that soon, but I have no upload permissions for 0ad.
> Would you be willing to sponsor such an upload?
Definitely, let me know once
On Thu, Nov 21, 2024 at 6:12 AM Antoine Le Gonidec via Pkg-games-devel
wrote:
>
> Package: 0ad
> Version: 0.0.26-7
> Severity: grave
> Tags: upstream
> Justification: renders package unusable
>
> Since the 1.23.0 → 1.24.0 OpenAL upgrade in unstable, 0 A.D. crashes on
> launch.
> This is a problem
Control: tag -1 pending
Hello,
Bug #1087608 in pygame 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:
https://salsa.debian.org/python-team/packages/pygame/-/commit/a4f6247b75344a2012934
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
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
>
>
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
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
+ 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 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
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 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
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.
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 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
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 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
(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/
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
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:
/
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
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
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:
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
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
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
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
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
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)
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
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
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
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
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
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.
>>
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
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
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
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 + 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
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...@
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
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
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
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 [
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
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 .
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
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 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
>
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
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 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
On Mon, Sep 1, 2014 at 8:00 AM, Vincent Danjean wrote:
>> Would you be willing to sponsor my upload?
>
> Yes, I can do it if regular maintainers do not oppose and do
> not react to your proposed patch.
No objections here. Andreas is the usual nvidia-cuda-toolkit uploader
but he seems to have g
On Sun, 17 Aug 2014 23:03:22 +0200 Dominik George
wrote:
> Package: libguac-client-rdp0
> Version: 0.8.3-1+b1
> Severity: grave
> Justification: renders package unusable
> libfreerdp1 changed its soname without renaming the package, which broke
> the dependency.
#757605
Also, if you'd like to s
Pinging these bug reports to delay autoremoval of conky from testing.
These RC bugs are fixed in conky/1.9.0-5, which I just uploaded to NEW
moments ago and should soon show up as [1].
Regards,
Vincent
[1] https://ftp-master.debian.org/new/conky_1.9.0-5.html
--
To UNSUBSCRIBE, email to debian-
forcemerge 753705 759887
thanks
On Sat, Aug 30, 2014 at 12:56 PM, Lucas Nussbaum
wrote:
> Source: conky
> Version: 1.9.0-4
> Severity: serious
> Tags: jessie sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20140830 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,
>
> During a rebuild
On Tue, 5 Aug 2014 14:45:13 +0100 Gianfranco Costamagna
wrote:
> Package: googleearth-package
> Version: 1.1.0
> Severity: serious
> Justification: makes the program almost useless
>
> tags:patch
>
>
> the fix is fairly trivial, taken from the ubuntu bug report
> https://bugs.launchpad.net/ubuntu/
Hi ftpmasters,
On Sun, Aug 10, 2014 at 1:51 AM, mejiko
wrote:
> Package: supertuxkart
> Severity: serious
>
> Hello.
>
> Supertuxkart included non-free images. This is "supertux" images.
>
> supertux image used "Superman" logo.
>
> It is not distributable, Its non-free.
>
>
> File List:
>
> "data
On Thu, Aug 7, 2014 at 9:39 PM, Debian testing autoremoval watch
wrote:
> conky 1.9.0-4 is marked for autoremoval from testing on 2014-08-17
>
> It is affected by these RC bugs:
> 753705: conky: FTBFS with audacious 3.5: libaudclient removed
>
Just pinging this bug to delay autoremoval; still wai
Hi Gianfranco,
On Sun, Aug 3, 2014 at 1:02 AM, Gianfranco Costamagna
wrote:
> I see, the copy-pasted stripped the "tab"
>
> + #define HTCP_GET1
> + #define HTCP_PUT2
> + #define HTCP_DELETE3
>
> + #define HTCP_GET 1
> + #define HTCP_PUT 2
> + #define HTCP_DELETE 3
>
> may
ks as
+of curl 7.37.1 (closes: #755327).
+
+ -- Vincent Cheng Sat, 02 Aug 2014 19:02:02 -0700
+
gridsite (2.0.4-3) unstable; urgency=medium
* Add missing Build-Requires on pkg-config (Closes: #747768)
diff -Nru gridsite-2.0.4/debian/patches/curl-defines.patch
gridsite-2.0.4/debian/patches
Hi Gianfranco,
Your proposed debdiff doesn't seem to apply cleanly (did you actually
test it?)...
dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building gridsite using existing ./gridsite_2.0.4.orig.tar.gz
patching file src/htcp.c
Hunk #1 FAILED at 59.
1 out of 1 hunk FA
On Thu, Jul 31, 2014 at 1:44 AM, 積丹尼 Dan Jacobson wrote:
> found 750605 2:2.99.914-1~exp1
> thanks
>
>>>>>> "ma" == maximilian attems writes:
> ma> On Thu, Jun 05, 2014 at 05:33:21PM +0800, 積丹尼 Dan Jacobson wrote:
>>> >>>>> &qu
Hi Andrew,
On Thu, Jul 31, 2014 at 8:12 AM, Andrew Shadura wrote:
> Hello,
>
> On Tue, 8 Jul 2014 14:18:15 +0100 Colin Watson
> wrote:
>> > It looks like upstream hasn't done any porting work to drop
>> > libaudclient, and nobody else has done so either; e.g. Fedora has
>> > gone ahead and just
On Sun, Jul 27, 2014 at 9:39 PM, Debian testing autoremoval watch
wrote:
> codeblocks 13.12-3 is marked for autoremoval from testing on 2014-07-31
>
> It is affected by these RC bugs:
> 744115: codeblocks: Please update to use wxwidgets3.0
>
>
Ping.
--
To UNSUBSCRIBE, email to debian-bugs-rc-r
On Sun, Jul 27, 2014 at 9:46 AM, Martin Erik Werner
wrote:
> On Sun, 2014-07-27 at 15:30 +0200, Markus Koschany wrote:
>> On 27.07.2014 10:23, Martin Erik Werner wrote:
>> [...]
>> > As far as I see it, it is still uncertain whether redeclipse-data
>> > belonging in main is a correct assumption, a
On Sun, Jul 27, 2014 at 6:30 AM, Markus Koschany wrote:
> On 27.07.2014 10:23, Martin Erik Werner wrote:
> [...]
>> As far as I see it, it is still uncertain whether redeclipse-data
>> belonging in main is a correct assumption, a re-review of the content
>> would be needed, from the previous discu
On Sun, Jul 27, 2014 at 1:23 AM, Martin Erik Werner
wrote:
> On Sat, 2014-07-26 at 15:07 -0700, Vincent Cheng wrote:
>> On Sat, Jul 26, 2014 at 4:53 AM, Markus Koschany wrote:
>> > Control: severity -1 serious
>> >
>> > There is not much time left until t
On Sat, Jul 26, 2014 at 4:53 AM, Markus Koschany wrote:
> Control: severity -1 serious
>
> There is not much time left until the freeze happens. Unfortunately NEW
> processing is not very fast nowadays. We should take action on this bug
> and upload redeclipse and redeclipse-data to main as soon a
Control: tag -1 + moreinfo unreproducible
On Tue, Jul 22, 2014 at 12:43 PM, George Shuklin wrote:
> Package: libgl1-nvidia-glx
> Version: 340.24-2
> Severity: serious
> Justification: Policy 7.6.1
>
> When both :amd64 and :i386 packages installing (as nvidia-driver suggests),
> dpkg reports:
>
>
reassign 755116 nvidia-graphics-drivers
forcemerge 755138 755116
thanks
Merging duplicate bugs (and thus closing). The root issue is that
nvidia-graphics-drivers wasn't updated in time for the xserver 1.16
transition and ABI bump, and was thus temporarily unavailable /
non-installable. Fixed in nv
Hi,
For those interested in the state of the current non-free nvidia blob
in unstable, I intend on uploading the latest stable version, 340.24
(which has support for xserver 1.16), within a day. I've pushed
updating packaging files to [1] and a freshly generated tarball to
[2]; please feel free to
On Mon, Jul 7, 2014 at 9:39 PM, Debian testing autoremoval watch
wrote:
> codeblocks 13.12-3 is marked for autoremoval from testing on 2014-07-16
>
> It is affected by these RC bugs:
> 744115: codeblocks: Please update to use wxwidgets3.0
>
>
Ping...
--
To UNSUBSCRIBE, email to debian-bugs-rc-
On Sat, Jul 12, 2014 at 4:15 PM, Alexandre Dantas wrote:
> Hi Vincent,
>
> my sponsor told me he'd review the packages this weekend,
> so I prefer if you'd remove the delayed upload.
Ok, done.
Regards,
Vincent
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject
Hi Alexandre,
On Sat, Jul 12, 2014 at 2:34 PM, Alexandre Dantas wrote:
> Hello Vincent,
> thanks for your concern!
>
> I've already fixed bugs #753241 [0] and #737978 [1] on the
> Git repository and am currently waiting for sponsor Anton
> Gladky to review them.
>
> I'm also currently working on
Control: tag -1 + pending
Dear maintainer,
I've prepared an NMU for nsnake (versioned as 1.5-1.1) and uploaded it
to DELAYED/2. Please feel free to tell me if I should delay it longer.
Regards,
Vincent
diff -Nru nsnake-1.5/debian/changelog nsnake-1.5/debian/changelog
--- nsnake-1.5/debian/chan
On Fri, Jul 4, 2014 at 6:20 AM, Colin Watson wrote:
> Package: conky
> Version: 1.9.0-4
> Severity: serious
>
> conky fails to build with audacious 3.5-1 in unstable:
>
> configure: error: Package requirements (audacious >= 1.4.0 audclient
> dbus-glib-1 glib-2.0 gobject-2.0) were not met:
>
>
On Tue, Jun 17, 2014 at 9:39 PM, Debian testing autoremoval watch
wrote:
> codeblocks 13.12-3 is marked for autoremoval from testing on 2014-07-02
>
> It is affected by these RC bugs:
> 744115: codeblocks: Please update to use wxwidgets3.0
>
Pinging this bug report again to delay autoremoval; acc
Dear maintainer,
I've prepared an NMU for vtk (versioned as 5.8.0-17.3) and uploaded it
to DELAYED/2. Please feel free to tell me if I should delay it longer.
Regards,
Vincent
Debdiff is as follows:
diff -Nru vtk-5.8.0/debian/changelog vtk-5.8.0/debian/changelog
--- vtk-5.8.0/debian/changelog 2
close 749939
thanks
I can't reproduce this; /usr/lib/apache2/modules/mod_Ruwsgi.so is
present in the libapache2-mod-ruwsgi package in wheezy:
https://packages.debian.org/wheezy/amd64/libapache2-mod-ruwsgi/filelist
You can also check for yourself:
$ apt-get download libapache2-mod-ruwsgi
$ dpkg-
On Mon, Jun 16, 2014 at 9:11 PM, Olly Betts wrote:
> On Mon, Jun 16, 2014 at 08:59:33PM -0700, Vincent Cheng wrote:
>> This fell off my radar, sorry! Pinging the bug report to delay
>> autoremoval from testing.
>
> It would be nice if you also actually responded to my last me
forwarded 744115 https://sourceforge.net/p/codeblocks/tickets/17/
thanks
On Wed, May 28, 2014 at 9:39 PM, Debian testing autoremoval watch
wrote:
> codeblocks 13.12-3 is marked for autoremoval from testing on 2014-06-13
>
> It is affected by these RC bugs:
> 744115: codeblocks: Please update to u
Control: severity -1 important
On Sat, May 3, 2014 at 5:21 PM, Matthias Klose wrote:
> Package: src:0ad
> Version: 0.0.15+dfsg-3
> Severity: important
> Tags: sid jessie
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-4.9
>
> The package fails to build in a test rebuild on at least amd6
On Wed, Jun 4, 2014 at 4:09 PM, 積丹尼 Dan Jacobson wrote:
> Package: xserver-xorg-video-intel
> Version: 2:2.99.911+git20140529-1~exp2
> Severity: grave
>
> 2:2.99.911+git20140529-1~exp2 makes screen go berserk.
> 2:2.99.911+git20140529-1~exp1 works fine.
>
This would likely be related to SNA being
tag 713122 + pending
tag 705157 + pending
thanks
Dear maintainer,
I've prepared an NMU for kaya (versioned as 0.4.4-6.1) and uploaded it
to DELAYED/2 (debdiff below). Please feel free to tell me if I should
delay it longer.
Regards,
Vincent
diff -Nru kaya-0.4.4/debian/changelog kaya-0.4.4/debi
reopen 743685
thanks
On Fri, May 16, 2014 at 2:59 AM, Vincent Cheng wrote:
> On Wed, May 14, 2014 at 9:12 AM, Dejan Latinovic
> wrote:
>>
>>
>> Debian patch that removes test_vterm.py
>> is attached.
>>
>> Vincent, could you please include this patch
&g
Hi ftpmasters,
I was wondering if there's anything I can do in the future to prevent
bugs like #748509 from happening. My sponsoree (Markus Koschany) had
already contacted ftpmaster@ftp-master.d.o (Message-ID:
<533b1ecb.7000...@gambaru.de>), to which paultag replied, to let you
know that sauerbrat
Source: sauerbraten
Version: 0.0.20140302-1
Severity: grave
Justification: renders package unusable
Filing this bug to prevent migration to testing (and so apt-listbugs users know
what's going on).
This package now depends on cube2 and cube2-data, both of which are currently
stuck in the NEW queu
On Wed, May 14, 2014 at 9:12 AM, Dejan Latinovic
wrote:
>
>
> Debian patch that removes test_vterm.py
> is attached.
>
> Vincent, could you please include this patch
> in new Debian package version?
Thanks, I'll take a look at this asap.
Ian: it doesn't have to be fixed in upstream right now, no
tag 741666 + patch
tag 741666 + pending
thanks
Dear Maintainer,
I've prepared an NMU for scribus (versioned as
1.4.2.dfsg.1+r18267-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
Hi,
I'd be glad to update and maintain intel-gpu-tools within the pkg-xorg
team, however I'm having a bit of trouble pushing to the git repo
right now...
remote: fatal: Unable to create temporary file
'/srv/git.debian.org/git/pkg-xorg/app/intel-gpu-tools.git/./objects/pack/tmp_pack_XX':
Permi
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
On Thu, May 8, 2014 at 1:13 AM, Fabian Greffrath wrote:
> Am Montag, den 05.05.2014, 23:15 -0700 schrieb Vincent Cheng:
>> Don't forget that the Debian Games team
>> has a sponsorship queue [1] that you can use if you're looking for a
>> sponsor within the team; I a
1 - 100 of 164 matches
Mail list logo
