Package: python-shade
Version: 0.6.1-1
The python-shade source package has an invalid SCM URL pointing to
Debian subversion:
http://svn.debian.org/wsvn/python-modules/python-shade
svn://svn.debian.org/python-modules/packages/python-shade
That directory does not exist.
It would probably be fine
Package: simpleburn
Version: 1.7.3-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Start simpleburn, then click "analiser le media" (analyze medium ?)
-- System Information:
Debian Release: stretch/sid
APT prefers testing-updates
APT policy: (500, 'testing-update
Hi again!
I need to follow-up to my previous mail, adding the following info:
On Mon, Nov 9, 2015 at 10:17 AM, Matteo F. Vescovi wrote:
> [...]
> * libreoffice_1:5.0.3~rc1-2 => CHECK <= this can be set to OK
> [...]
> * tulip_4.7.0dfsg-2 => FTBFS <= it's a FTBFS (no glew-related)
> [...]
Chee
Package: python-shade
Version: 0.6.1-1
debian/control should honor DEB_BUILD_OPTIONS=nocheck so we can skip
running the tests when building the package.
It should be all about using:
override_dh_auto_test:
+ ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS)))
python setup.py testr --slowes
On Sun, Nov 08, 2015 at 05:16:06PM +0100, Axel Beckert wrote:
> Hi,
>
> Osamu Aoki wrote:
> > Also, in the upcoming multitar branch, I have implemented pagemangle
> > rule which can do any string substitution of web page. This may be
> > good enough because it allows to change " > upstream only pr
On Thu, Aug 20, 2015 at 03:57:01PM +0200, David Prévot wrote:
> It’s almost ready to be uploaded to experimental. I need to figure out
> if the encryption upgrade can be automated first.
I keep updating the VCS to the latest upstream releases, and publish
packages to people.d.o, but unfortunately
Quoting Daniel Pocock (2015-11-09 14:32:51)
> As described in #770659, Chromium is having problems with the standard
> version of libsrtp0 on jessie.
The problem it has is that it a) rely on libSRTP to provide randomness,
and b) block the underlying calls done internally in libSRTP to get
rando
Hi,
On Mon, Nov 09, 2015 at 10:47:38AM +, Robie Basak wrote:
> Hi Osamu,
>
> Thank you for the quick update. Did you intend to commit this to the
> "multitar" branch?
It was commited to the multitar branch.
You mean that I merge multitar to main. Yes, I am asking if that is OK.
> I have m
On 11/09/2015 09:34 AM, Adam D. Barratt wrote:
> On 2015-11-09 8:20, Thomas Goirand wrote:
>> This patch has been prepared a long time ago. I've been waiting for the
>> release team's approval since the 18th of September. This is more than a
>> month and a half. I'm by the way disappointed to see n
Hi,
On Tue, 2015-10-27 at 22:29 +0100, Moritz Mühlenhoff wrote:
> On Wed, Oct 21, 2015 at 01:43:26PM +0100, James Cowgill wrote:
> > Hi,
> >
> > On Tue, 2015-10-20 at 19:37 +0200, Florian Weimer wrote:
> > > * James Cowgill:
> > [...]
> > > > One thing which was suggested was to use 1.3.14 and th
Package: xorg
Version: 1:7.7+12
Severity: critical
Justification: causes serious data loss
Dear Maintainer,
Already 2 or 3 tims it has happened that after resume from suspend on my
laptop, when I login again back into gdm3, xorg gets killed by the kernel due
to lack of memory. I loose any unsaved
On 11/07/2015 06:19 AM, Benda Xu wrote:
> Hi Justin,
>
> Thank you for your input.
>
> I suggest update the description as
>
> OpenRC is a dependency based init system. It provides support for System V
> init, for booting, changing runlevels, starting and stopping services, and
> shutting dow
The failing point is exim4.orig provides exim4, in the deptree, exim4 is
essentially overridden by exim4.orig. But runlevel refers the file
"exim4". Such inconsistency is the cause.
In Gentoo, a package rarely provides something. So the bug is not so
severe there.
Example:
# rc-status
Runleve
Package: dhelp
Version: 0.6.21+nmu6
Severity: wishlist
I don't quite understand why, but every once in a while, what I think is
this package maxes out my CPU in what seems to be an attempt at
rebuilding a documentation index. According to top, it looks like this:
PID USER PR NIVIRTR
Source: haproxy
Version: 1.6.2-2
Followup-For: Bug #804530
Revise debdiff based on discussion; main work is from Louis Bouchard (see
https://bugs.launchpad.net/ubuntu/+source/haproxy/+bug/1481737).
-- System Information:
Debian Release: stretch/sid
APT prefers xenial-updates
APT policy: (500
On 9 November 2015 14:16:56 GMT+00:00, Jonas Smedegaard wrote:
>Quoting Daniel Pocock (2015-11-09 14:32:51)
>> As described in #770659, Chromium is having problems with the
>standard
>> version of libsrtp0 on jessie.
>
>The problem it has is that it a) rely on libSRTP to provide randomness,
>
>an
Package: python-pandas-doc
Version: 0.17.0+git8-gcac4ad2-2
Severity: normal
The "API reference" (/usr/share/doc/python-pandas-doc/html/api.html) in the
current package is mostly empty. For example, "General functions" contains no
links at all except for section titles.
Looks like there's some pro
Thanks for your message Christoph.
I am adding Francois in Cc.
I suggested (as sponsor) to Giovani to move the unhide.rb from
/usr/bin to /usr/sbin, because to get a full reply from the OS, you
need some privileges. Other fact is the upstream manpage is level 8,
signaling this situation. Also, th
Package: fonts-hack-otf
Version: 2.015-1
Severity: wishlist
Hi there,
a new upstream version of the Hack font has been released.
Please consider packaging this one.
Thanks,
- Fabian
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'), (500,
On Nov 09, David Prévot wrote:
> Any hint to deal with encryption would be welcome, I might upload to
> experimental if I go the path of failing install if encryption is enable
> in preinst unless there is a better solution (and I hope there is…).
Upload it straight to unstable with this check, s
Subject: lxctl: typos in manpage
Package: lxctl
Version: 0.3.1+debian-3
Severity: minor
Dear Maintainer,
lxctl --help and the manpage have a few typos (some are corrected in the
manpage but not in the lxctl script):
--- lxctl--help.orig2015-11-09 14:55:58.654233218 +0100
+++ l 2015-11-09 14
Source: datanommer.models
Version: 0.6.4-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
datanommer.models fails to build from source in unsta
Source: python-jmespath
Version: 0.4.1-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
python-jmespath fails to build from source in unstable/
Package: puppet
Version: 3.8.3-1
Severity: minor
Tags: patch
The patch says it all.
Thanks.--- a/lib/puppet/ssl/host.rb
+++ b/lib/puppet/ssl/host.rb
@@ -218,7 +218,7 @@ DOC
raise Puppet::Error, <
Source: tweepy
Version: 3.4.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
tweepy fails to build from source in unstable/amd64:
[..]
Package: g++
Version: 4:5.2.1-4
Severity: normal
Control: tags jessie sid
Tags: jessie sid
**
Another Debian specific bug... GCC can't compile a program using
RDSEED intrinsics. It results in an error "error: ‘_rdseed64_step’ was
not declared in this scope".
According the Intel (which th
Package: ftp.debian.org
Severity: normal
"task" version 2.2.0-4 renamed the binary package from "task" to "taskwarrior"
and left "task" as a transitional package (#719317). The transitional package
was properly marked as oldlibs/extra, but it's still utils/optional in the
override file.
Among oth
control: forcemerge 279236 614802
Hi,
There are 2 bugs on timetstamp.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=279236
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614802
If full URL path contain version, we can use it but if timestamp is the
only way, it is nice to have some me
Oliver,
there is a 0.9.9 version now in unstable it should solve your issue. Pls give
it a try.
--
|_|0|_| |
|_|_|0| "Heghlu'Meh QaQ jajVam" |
|0|0|0| kuLa - |
gpg --keyserver pgp.mit.edu --recv-keys 0x5
> Thanks, I'd already set a build going with your first patch and my variant
> of your second patch for the UART thing. The build went fine and I have now
> pushed the result to our git tree so it will be in the next upload. I don't
> have any orion5x to test on.
> My version of the UART change is
Hello Clancy,
Thanks for your report, and for your patience.
I believe I have it fixed with the attached patch.
If you could try and test it, that would be great.
(It should apply cleanly to 2.4.2, with only offsets.)
--
http://www.fastmail.com - Or how I learned to stop worrying and
I've updated the package for 0.3.2-1 and Python3 and uploaded to
https://mentors.debian.net/package/flask-login . Feel free to use
any of my (minor) changes if they are useful.
Quoting Daniel Pocock (2015-11-09 15:35:30)
> The patch could be adapted so it only tries the alternative (fopen) in
> situations where open fails.
>
> Do you think this would reduce risk?
No: The risk I see is the one of changing behaviour of an already known
to be weakly designed part of a sha
I changed eigenbase-resgen to use the scm-safe comment style by default,
so this patch is no longer necessary.
Emmanuel Bourg
Package: src:linux
Version: 3.16.7-ckt11-1+deb8u5
Severity: important
Xen hvm DomU does not respond after a save/restore cycle or after a live
migration. With a 4.2.0-0.bpo Kernel everything runs fine.
The problem is reproducible on both Wheezy and Jessie dom0s on both Intel 54x,
55x and 56x CP
Control: reopen -1
not building the architecture independent wiki target (which uses dot) on mips
and mipsel didn't help because dot is used later during the test suite run.
signature.asc
Description: signature
Package: pmount
Version: 0.9.99-alpha-1
Severity: normal
brian@jessie:~ pmount debian-8.0.0-i386-DVD-1.iso
Failed to open file '/home/brian/debian-8.0.0-i386-DVD-1.iso for reading: Value
too large for defined data type
Failed to setup loop device for debian-8.0.0-i386-DVD-1.iso, aborting
The f
Source: doxia
Version: 1.1.4-3
Severity: serious
>From my pbuilder build log:
...
[INFO]
[INFO] Building Doxia :: FO Module
[INFO]task-segment: [package]
[INFO] ---
Hi
I have found patch for earlier version of cyrus-sasl that adds an ability to
use encrypted passwords in db.
Patch uses unix crypt().
http://pieps.org/cyrus/dist/2.1.19/cyrus-sasl-2.1.19-checkpw.c.patch
Would You please apply this or similar patch to cyrus sasl debian package?
--
With best
Hi Alain,
Thanks for confirming.
I have already closed the bug.
Thanks,
Andreas
On Fri, Nov 06, 2015 at 02:07:53PM +0100, Alain Rpnpif wrote:
> Hi,
>
> Yes Andreas. I cannot reproduce this issue with Jessie and Libreoffice
> 5.
>
> So this report may be closed.
>
> Thanks.
>
> --
> Alain Rp
Package: systemd
Version: 227-2
Severity: normal
File: /etc/pam.d/systemd-user
Tags: patch
User: selinux-de...@lists.alioth.debian.org
Usertags: selinux
Hi,
Could you please readd the calls to pam_selinux in the systemd-user pam
service?
I would use something like:
@include common-account
sessi
On 2015-11-09 14:25, Thomas Goirand wrote:
On 11/09/2015 09:34 AM, Adam D. Barratt wrote:
#750010 has been waiting
for you to reply since September *last year*.
I opened this one on 31 May 2014, and only got a reply on 20 Sep 2014,
then I focused on the newer release of Debian rather than the
I've just switched over to using sbuild (from pbuilder) to build my packages
for upload to Debian and I've run into this same bug.
My workflow generally involves building the source package by whatever means
is necessary for the package (depends on team, vcs, etc). Then I run adt-run,
sbuild (pos
Source: bacula
Version: 5.2.6+dfsg-9.3
Severity: serious
bacula 5.2.6+dfsg-9.3 depends on bacula-common (= 5.2.6+dfsg-9.3).
However bacula was binNMU'ed, so bacula-common is now at
5.2.6+dfsg-9.3+b1. That prevents the installation of the new packages
and testing migration.
Emilio
Hi,
thanks for keeping up the discussion! While I did suggest to file this
against dpkg initially, after reading this bug I do agree with Guillem
that src:dpkg is the wrong place to implement this. Dpkg should care
about .deb files and .deb files only (and whatever is needed around
this). I th
I quite like Charles Plesssy's idea.
Rather than have each debian/watch file laboriously edited to cover a
(gradually shifting) list of reasonable tarball suffixes, having an
"all reasonable tarball suffixes regex" macro, or similar mechanism,
with its use being recommended, would make life easier
On 09/11/15 11:30, Andreas Beckmann wrote:
> On Sat, 7 Nov 2015 12:30:11 +0100 Emilio Pozuelo Monfort
> wrote:
>> All the rdeps have been binNMUed at this stage.
>
> What about experimental? Is there a "apt-cache rdepends libssl1.0.0"
> equivalent command that only reports packages from experim
Control: tags -1 confirmed
On 09/11/15 10:17, Matteo F. Vescovi wrote:
> Dear Release Team,
>
> FYI, the 1.13.0 stable version has been released meanwhile by upstream
> on October 15, 2015.
>
> On October 25, 2015 a first testing-purpose package has been uploaded
> to experimental and with the h
On Mon, 07 Sep 2015 17:53:25 +0300 =?UTF-8?B?TWFydMOtbiBGZXJyYXJp?=
wrote:
Hello,
[...]
>
> Applied to git, will probably upload a new release when I get through a
> few more bugs.
An idea when you will upload this in unstable?
Cheers,
Laurent Bigonville
On 2015-09-18 12:38, Thomas Goirand wrote:
- User creation was done in a non-OpenStack package standard way,
namely
missing the --disabled-login option.
I'm confused by this description. Your suggested change *removes*
--disabled-login, whereas the description implies that the problem was
th
Control: forwarded -1 https://release.debian.org/transitions/html/gsl.html
On 08/11/15 12:44, Sebastiaan Couwenberg wrote:
> On 07-11-15 21:39, Dirk Eddelbuettel wrote:
>> On 7 November 2015 at 20:17, Andreas Beckmann wrote:
>> | Hi Dirk,
>> |
>> | On Fri, 06 Nov 2015 15:06:14 +0100 Bas Couwenber
Hi,
I found this bug in 3.16.7-ckt11-1+deb8u5 ; it's a bit odd, though: if
the value of root= is correct, then everything works fine; if I nobble
root (e.g. root=/does/not/exist ), then I trip over this bug - I would
expect to wind up in initramfs with /dev/sdXXX populated as appropriate,
whereas
tag 752783 patch
thanks
Hi,
My patch[1] was accepted upstream. If someone would sponsor/review it,
I can backport it and prepare an upload to stable-proposed-updates. It
is straighforward, I'm running it in jessie.
[1]
https://github.com/unbit/uwsgi/commit/3d165f5685cbf4712cfb7c0eb1ad228cef2e5e
On 06/11/15 15:06, Bas Couwenberg wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> Forwarded: https://release.debian.org/transitions/html/auto-gsl.html
>
> An uncoordinated transition to GSL 2.0 has started in unstable.
Hi Laurent!
Am 09.11.2015 um 17:54 schrieb Laurent Bigonville:
> Package: systemd
> Version: 227-2
> Severity: normal
> File: /etc/pam.d/systemd-user
> Tags: patch
> User: selinux-de...@lists.alioth.debian.org
> Usertags: selinux
>
> Hi,
>
> Could you please readd the calls to pam_selinux in the
Control: block 796907 by -1
Control: severity -1 serious
vte 2.90 won't be in Stretch, this bumping the severity of this bug to serious.
Cheers,
Emilio
On Sat, 29 Aug 2015 12:15:16 +0200 Egmont Koblinger wrote:
> Hi,
>
> As per Andreas's off-bugtracker request, let me send a skeleton patch.
>
Control: block 796907 by -1
Control: severity -1 serious
On Mon, 08 Jun 2015 18:46:01 +0200 Rodolphe PELLOUX-PRAYER
wrote:
> Package: tilda
> Followup-For: Bug #788023
>
> Upstream bug : https://github.com/lanoxx/tilda/issues/94
vte 2.90 won't be in Stretch, this bumping the severity of this bu
Control: severity -1 serious
On Tue, 3 Nov 2015 15:42:39 +0100 Simon Ruderich wrote:
> Package: python-m2crypto
> Version: 0.21.1-4+b1
> Severity: normal
>
> Hello,
>
> Since the binary update, salt fails with the following error when
> importing M2Crypto:
>
> salt-master[12449]: Traceback
On 11/09/15 19:29 +0300, Max Kosmach wrote:
Hi
I have found patch for earlier version of cyrus-sasl that adds an ability to
use encrypted passwords in db.
Patch uses unix crypt().
http://pieps.org/cyrus/dist/2.1.19/cyrus-sasl-2.1.19-checkpw.c.patch
Would You please apply this or similar patch
Source: libaccounts-glib
Version: 1.18+20150112-1
Severity: serious
Your package failed to build on s390x. Normally this wouldn't be RC as
this package has never built on that architecture. However,
ktp-common-internals needs this (through libaccounts-qt) to build there.
Log at
https://buildd.deb
On Sun, Nov 08, 2015 at 10:26:42PM +, Chris Knadle wrote:
> Package: openssl
> Version: 1.0.2d-3
> Severity: serious
>
> Greetings.
>
> I'm marking this bug as 'serious' because the upgrade to 1.0.2d-3 seems to
> have broken mumble, though it's unclear why that would be.
>
> After a binNMU w
Source: dicomscope
Version: 3.6.0-14
Severity: serious
Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.
Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look
Source: dcmtkpp
Version: 0.3.1-1
Severity: serious
Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.
Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look at
Package: cmtk
Version: 3.2.2-1.3
Severity: serious
Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.
Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look at
Source: orthanc
Version: 0.9.4+dfsg-1
Severity: serious
Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.
Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only loo
Hi, gstreamer plugins maintainers
I have unarchived this bug report to add more info on it. Not yet
reopened it for jessie because I am not fully sure that is is the one
to blame.
I am having some problems in jessie similar to those reported in this
bug report, although they are not yet as repro
On Sat, 12 Sep 2015 14:01:42 +1000 Ben Finney
wrote:
> Package: gsound
> Version: 1.0.1-2
> Severity: minor
>
> Dear Maintainer,
>
> The section âgnomeâ is for packages that are âpart of the GNOME
> environment or closely integrated into itâ.
>
> The package âgsoundâ installs primar
Control: tags -1 confirmed
On 06/11/15 23:53, Leopold Palomo-Avellaneda wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Dear Release Team,
>
> I'm filing this bug for a new transition of ode (Open Dynamics Engine).
On 04/11/15 04:02, James Cowgill wrote:
> Package: release.debian.org
> User: release.debian@packages.debian.org
> Usertags: transition
> Severity: normal
> Forwarded: https://release.debian.org/transitions/html/auto-polarssl.html
> X-Debbugs-CC: polar...@packages.debian.org
>
> Hi,
>
> polar
On Mon, Nov 09, 2015 at 12:51:24PM +0200, Fathi Boudra wrote:
> On Mon, Nov 9, 2015 at 11:17 AM, Neil Williams wrote:
> > On Mon, 9 Nov 2015 11:18:32 +1100
> > "Michael ." wrote:
> >
> >> >There is no namespace issue, we are building on the existing
> >> >live-config
> >> and
> >> >live-boot pack
Source: odin
Version: 1.8.8-1.1
Severity: serious
Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.
Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only look at t
Le 09/11/15 18:22, Michael Biebl a écrit :
Hi Laurent!
Hello Michael!
Am 09.11.2015 um 17:54 schrieb Laurent Bigonville:
Package: systemd
Version: 227-2
Severity: normal
File: /etc/pam.d/systemd-user
Tags: patch
User: selinux-de...@lists.alioth.debian.org
Usertags: selinux
Hi,
Could you ple
Package: plastimatch
Version: 1.6.2+dfsg-1
Severity: serious
Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.
Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds onl
forwarded 804539 https://github.com/CGAL/cgal/issues/471
tag 804539 + upstream
thanks
Source: ginkgocadx
Version: 3.7.1.1573.41+dfsg-3
Severity: serious
Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.
Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian build
Hi!,
On Mon, 9 Nov 2015, Helge Deller wrote:
Removing "hppa" from this list (and maybe the comment) fixes the build and
the testcases for me.
Can you please remove "hppa" from this list in the next upload?
Done in trunk
(https://github.com/xroche/httrack/commit/26f2777dae9d7c404cf5553cc84977f
Also, I have heard that the default install path definition is wrong
in the package in testing. It tries to set the KISYSMOD env var to
/usr/local/share/kicad/modules, while the footprints are installed to
/usr/share/kicad/modules.
You can fix this by setting -DDEFAULT_INSTALL_PATH=/usr when inv
Source: insighttoolkit4
Version: 4.8.1-1
Severity: serious
Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.
Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only
Hi,
On 08.11.2015 23:13, Jean-Baptiste Kempf wrote:
> On 08 Nov, Sebastian Ramacher wrote :
>> Thanks for the patch. But this is already fixed for 3.0 and I'd rather take
>> the
>> upstream fix to keep the diff minimal. The relevant commits seem to be:
>>
>> 5707f03f17980d294cda103892d80d76458dae
On 09 Nov, Andreas Cadhalpun wrote :
> > So, if you want a recent ffmpeg with VLC, you need 3.0.
>
> Is there an estimated release date for VLC 3.0?
In a month or two, for freeze.
With my kindest regards,
--
Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic
On Sun, Nov 08, 2015 at 09:19:11PM +0100, Jonas Smedegaard wrote:
> Version: 1.4.5+dfsg1-3
curious, why do you have -3 and not -4?
-3 is gone since a while now.
> Try install hyphen-en-gb 1:5.0.3-1, got to Scribus Document Setup, and
> Hyphenator: You will then find English (UK) but no English (Z
Hi Sebastian,
Please feel free to commit your patch to git.
Cheers!
--
Alessio Treglia | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A
Package: genometools-common
Version: 1.5.7-2
User: ncur...@packages.debian.org
Usertags: hardcoded-dependency
The genometools-common package hardcodes many library dependencies,
which is going to be a problem if any of those libraries changes
soname. In the case of libncurses5, this is going to h
Quoting Christian Hofstaedtler (2015-10-30 16:11:48)
> I've tried again to build your package with ruby2.2, and it failed
> with pretty much the same error message.
Thanks for reopening. Please do not bump severity, however:
This bug was only partly solved by 2.0.11.1-1: It requires a sourceful
Package: mutt
Version: 1.5.24-1
Followup-For: Bug #803405
Dear Maintainer,
This bug is also in Stretch since the upgrade of ncurses5/libtinfo5
(occurred on November 5) from the previous version 6.0+20150810-1 to the
current 6.0+20151024-1.
-- Package-specific info:
Mutt 1.5.24 (2015-08-30)
Copyr
Source: atlas
Version: 3.10.2-8
Severity: wishlist
Tags: patch
Hi,
atlas takes a lot of time to build on mips64el as the package doesn't
have pre-computed timings for this architecture. I have done the work
on etler.debian.org, the mips(64)el porterbox. Please find attached the
file GENERIC64.ta
Package: logol-bin
Version: 1.7.2-2
User: ncur...@packages.debian.org
Usertags: hardcoded-dependency
The package logol-bin has, apparently since its first upload to Debian,
a hardcoded dependency on libncursesw5 for which I have been unable to
find a justification. The only reference to ncursesw
On 30/10/15 09:49, Andreas Beckmann wrote:
Control: reassign -1 ftp.debian.org
Control: severity -1 normal
Control: retitle -1 RM: opal/experimental -- ROM; obsolete release series
On 2014-11-12 13:05, Eugen Dedu wrote:
On 08/11/14 15:24, Andreas Beckmann wrote:
Package: opal
Version: 3.12.8~d
Package: aeskulap
Version: 0.2.2b1-13
Severity: serious
Your package build-depends on libdcmtk2-dev, which is no longer
built by src:dcmtk. You should build-depend on libdcmtk-dev now.
Note that if you want to use alternatives, then libdcmtk-dev
should be the first one, as Debian buildds only loo
Package: cereal
Version: 0.24-1
Severity: normal
Thanks for maintaining cereal, I wish I had looked into it sooner!
I'm trying to use cereal with serveral USB tty adapters, but they don't
reliably use the same /dev/ttyUSBn. Some of them have unique symlinks in
/dev/serial/by-id/:
$ sudo cerea
Quoting Mattia Rizzolo (2015-11-09 19:44:42)
> On Sun, Nov 08, 2015 at 09:19:11PM +0100, Jonas Smedegaard wrote:
>> Version: 1.4.5+dfsg1-3
>
> curious, why do you have -3 and not -4?
> -3 is gone since a while now.
Whoops, my mistake: I meant to grab the version _before_ my local
rebuild of stab
On 09.11.2015 19:44, Jean-Baptiste Kempf wrote:
> On 09 Nov, Andreas Cadhalpun wrote :
>>> So, if you want a recent ffmpeg with VLC, you need 3.0.
>>
>> Is there an estimated release date for VLC 3.0?
>
> In a month or two, for freeze.
OK, so it might be an option to package a git snapshot, if vl
Package: redshift-gtk
Version: 1.10-5
Severity: minor
Dear Maintainer,
Please consider to drop python-gtk2 dependency from redshift-gtk. PyGTK2
is not longer used as a python GTK+ binding in redshift-gtk since the
upstream commit b436a6cd8ecee8a15686f3da92f2c66d0b4aa8af [1] where it
was migrated
Source: paramiko
Version: 1.15.3-1
Severity: serious
Justification: fails to build from source
Tags: sid
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
The package fails to build:
Source: python-enable
Version: 4.5.1-2
Severity: serious
Justification: fails to build from source
Tags: sid
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
The package fails to build; I believe swig has
Hi all, (Original message obviously sent to the wrong list)
On Sat, 17 Oct 2015 07:32:15 +0200 Paul Gevers wrote:
> I want to get rid of the player package in Debian in its current state. To
> achieve that I filled a request for the removal of player¹, which is correctly
> not processed yet. Your
Source: php-guzzle
Version: 3.9.3+dfsg-2
Severity: serious
Justification: fails to build from source
Tags: sid
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
The package fails to build:
Time: 8.71 seco
Source: pywbem
Version: 0.8.0~dev650-1
Severity: serious
Justification: fails to build from source
Tags: sid
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
The package fails to build:
debian/rules cle
Hi,
We (the MCabber team) have released a new version of Loudmouth.
Please see https://mcabber.com/files/loudmouth/ABOUT
or our announcement on the JDEV Jabber/XMPP mailing list:
http://mail.jabber.org/pipermail/jdev/2015-November/090136.html
Regards,
--
Mikael, MCabber project.
Control: tags -1 + pending
On 2015-11-09 18:48:34, Alessio Treglia wrote:
> Hi Sebastian,
>
> Please feel free to commit your patch to git.
Thanks, done!
Cheers
--
Sebastian Ramacher
signature.asc
Description: PGP signature
101 - 200 of 378 matches
Mail list logo
