Source: vte3
Severity: serious
The src:vte3 and packages built from it should be removed ASAP.
It is obsoleted by src:vte2.91 and all reverse dependencies
should move to using that (eg. via build-dep on libvte-2.91-dev
instead of libvte-2.90-dev).
This bug report should help keep src:vte3 out of
On 25.08.2015 19:17, Gianfranco Costamagna wrote:
Control: owner -1 !
Hi Daniel, I would appreciate if you could provide the python3 package, or
both.
What do you think? according to setup.py the package is python3 ready, so
maybe
running pybuild --with python3, or providing two
This is blocked until we have GNOME-Software 3.18, which supports the new
API (needs GNOME 3.18 release).
Also, the specification will have to be updated (in progress, almost done).
Cheers,
Matthias
Simply upgrading the package restores a working Wacom setup in GNOME.
Fix confirmed; thank you!
--
Andrew Chadwick
tags 796891 +pending
severity 796891 important
thanks
Hi Frederic,
On 06-08-15 17:07, Sebastiaan Couwenberg wrote:
On 06-08-15 16:50, Frederic Junod wrote:
Can you please consider enabling memcache support in mapcache?
See attached patch.
We should have a recent enough apr to support it, so I've applied your
patch in git and the memcache
Source: gnome-desktop
Version: 2.32.1-2
Severity: serious
Filing this bug with RC severity, to make sure we don't release
gnome-desktop with Stretch.
Bugs against all reverse-dependencies have been filed.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy:
Colin Watson wrote:
Here's LD_DEBUG=all output, which suggests it might relate to NSS.
22014: symbol=fclose; lookup in file=/lib/x86_64-linux-gnu/libc.so.6
[0]
22014: binding file /lib/x86_64-linux-gnu/libnss_compat.so.2 [0] to
/lib/x86_64-linux-gnu/libc.so.6 [0]: normal
Source: gcc-5
Version: 5.1.1-13
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Trying to build a stage1 cross compiler for kfreebsd-any, e.g.
kfreebsd-amd64 fails with the following error:
From https://jenkins.debian.net/job/rebootstrap_kfreebsd-amd64_gcc5/2/console
|
On Tue, 25 Aug 2015 15:33:51 +0300, Andrei Demekhov
and...@appl.sci-nnov.ru said:
Should we hope that this important bug fix will propagate back to the
stable version?
Since this bug is only of severity normal, there's little hope to get
this acknowledged by the release team.
Maybe
* Riley Baird (bm-2cvqnduybau5do2dfjtrn7zbaj246s4...@bitmessage.ch) wrote:
This is listed in the FTP master's cruft report, so if I'm correct, it
shouldn't be necessary to request a removal from unstable.
Yeah and you have the right conflicts/replaces. I'm surprised it's
complaining about this.
On 08/07/2015 04:25 PM, Sunil Mohan wrote: On 08/07/2015 04:09 PM,
Petter Reinholdtsen wrote:
[Sunil Mohan]
Can we not have Tor listen on 0.0.0.0:9050 even when transparent
proxying is enabled?
Sure, but I am unsure how that will work with iptables redirects.
Services (web, mumble, etc.)
Quoting Adrian Knoth (2015-08-25 17:42:28)
On 10/27/14 16:24, Jonas Smedegaard wrote:
Quoting YunQiang Su (2014-10-27 15:16:44)
On Mon, Oct 27, 2014 at 9:58 PM, Jonas Smedegaard d...@jones.dk wrote:
If I understand your patch correctly (have only read it briefly) the
first lines are
Hi Jakub,
Thanks for the feedback. If you are an expert on multi-arch support, I
would really appreciate your assistance.
On 24/08/15 19:50, Jakub Wilk wrote:
Package: libm17n-dev
Version: 1.7.0-1
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
retitle 775490 ITP: natron -- Natron is an open-source, crossplatform,
nodal compositing software
owner 775490 !
--
I'd like to package Natron.
Thanks,
Thomas.
signature.asc
Description: OpenPGP digital signature
Source: python-scipy
Version: 0.16.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Builds of python-scipy in minimal environments geared for building
only its architecture-dependent binary packages have been failing with
errors along the lines
On 16-08-15 01:50, Simon McVittie wrote:
I believe this one is ready for binNMUs.
nmu gdal_1.10.1+dfsg-9 . ALL . -m 'Rebuild against libdap17v5'
nmu grads_2:2.0.2-5 . ALL . -m 'Rebuild against libdap17v5'
The libdap transition is pretty much done, only the old gdal packages
still keep the
Am 24.08.2015 um 14:56 schrieb Werner Koch:
On Mon, 24 Aug 2015 12:02, bi...@debian.org said:
Is this a bug in enigmail then? Any ideas why this worked with gpg2.0?
pinentry-gnome requires some extra information for proper working thus
Enigmail needs to be changed as well. IIRC, 2.0 does
Control: owner -1 !
Hi Daniel, I would appreciate if you could provide the python3 package, or both.
What do you think? according to setup.py the package is python3 ready, so maybe
running pybuild --with python3, or providing two packages might be good.
what do you think?
Control: retitle -1 ITP: variety -- beautiful wallpaper changing program
Hi everyone,
I'm interested in adopting this package.
Best,
James
signature.asc
Description: OpenPGP digital signature
On Tue, Aug 25, 2015 at 7:13 PM, Chris Lamb la...@debian.org wrote:
Sure. Are you able to modify the test before running it on the relevant
system
and find a timing that works reliably?
lamby, do I have access to the system on which the tests don’t pass?
I fear gaining access to this
Am 25.08.2015 um 19:33 schrieb Andreas Henriksson:
Source: vte3
Severity: serious
The src:vte3 and packages built from it should be removed ASAP.
It is obsoleted by src:vte2.91 and all reverse dependencies
should move to using that (eg. via build-dep on libvte-2.91-dev
instead of
Control: tags 785979 + patch
Control: tags 785979 + pending
Dear maintainer,
I've prepared an NMU for ckanclient (versioned as 0.9-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
--
WBR, wRAR
diff -u ckanclient-0.9/debian/control
This is causing me sadness as well.
My reading of this split out is that all the users of the Qt parts of VTK will
need to update their build-depends. I think it would be appropriate to file
bugs against the relevant packages so they know.
Scott K
On Tuesday, August 25, 2015 05:14:04 PM Anton Gladky wrote:
I think the second
Package: src:linux
Version: 3.16.7-ckt11-1+deb8u3
Severity: wishlist
Is it possible do backport DP 1.2 MST support in Debian Jessie stable Kernel?
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=0e32b39ceed665bfa4a77a4bc307b6652b991632
-- Package-specific info:
**
On 25/08/15 17:41, Phil Schwartz wrote:
Re: coreutils 8.21
These mount points are different as are the targets:
loui-nac01:/vol/vol_pdbuild /srv/builds nfs defaults,nosuid 0
0
loui-nac01:/vol/vol_archive /srv/archives nfs defaults,nosuid 0
Control: tags -1 pending
On 2015-08-25 Andreas Pflug pgad...@pse-consulting.de wrote:
Fixed upstream.
[...]
Thanks a lot for chasing this.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
On Tue, Aug 25, 2015 at 3:46 AM, Rene Engelhard r...@debian.org wrote:
Either you can upload it yourself or I can do a team upload, whatever you
prefer.
Thanks for figuring this out, I don't currently have the time to work
through the transition. Team upload would be appreciated.
Best,
Miles
I've done a little bit more testing on this.
Removing IPv6 nameservers from /etc/resolv.conf does seem to resolve this
issue on my test system. I must have goofed the initial testing on that.
So does that mean that libvtk6-dev should depend on libvtk6-qt-dev or perhaps
/usr/include/vtk-6.2/QVTKWidget.h should move there as well?
Scott K
On Tuesday, August 25, 2015 04:26:23 PM Anton Gladky wrote:
It is in libvtk6-qt-dev [1].
[1]
Package: cpuset
Version: 1.5.6-4
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I was looking into setting up a cset shield in order to move kernel
threads off of an isolated CPU when I ran into this:
```
$ sudo cset shield -v
cset: ** [Errno 2] No such file or
On Sat, Aug 22, 2015 at 10:41:52AM -0700, Ben Pfaff wrote:
On Fri, Aug 21, 2015 at 10:28:46AM +0100, Jonathan McDowell wrote:
I don't see any sign that autoconf 2.70 is imminent, and I'd quite like
to be able to make use of this macro. Any ETA for when it might possibly
hit the Debian 2.69
Hi Riku!
* Riku Voipio riku.voi...@iki.fi, 2015-08-24, 11:00:
These obsolete urls are already checked with duck[1][2]. I think what
would make sense would be to make lintian recommend duck. Then lintian
can run duck if it has been installed.
Leaving aside privacy issues, that would make
❦ 25 août 2015 16:23 +0200, Daniel Stender deb...@danielstender.com :
I'm looking for an uploader for my new package of American Fuzzy Lop (afl),
which
is on ITA [1].
Hi Daniel!
I don't see any obvious problem. Did you already contact Jakub about
this RFS? It's always easier for the
I have the same problem, trying to install jitsi from sid, using
apt-pinning, the system is jessie otherwise.
My /etc/apt/preferences.d/98jitsi file is as follows:
```
Package: jitsi
Pin: release a=unstable
Pin-Priority: 1000
Package: *
Pin: release a=jessie
Pin-Priority: 500
Package: *
Pin:
package apt-cacher
fixed 792206 1.7.6
forcemerge 688890 792206
thanks
I have loked at this some more and I think it is a spurious piuparts result
which is a duplicate of fixed bug #688890 (fixed since 1.7.6).
So I propose merging this report with that.
Mark
It is in libvtk6-qt-dev [1].
[1] https://packages.debian.org/sid/amd64/libvtk6-qt-dev/filelist
Anton
2015-08-25 15:44 GMT+02:00 Scott Kitterman deb...@kitterman.com:
Package: libvtk6-dev
Version: 6.2.0+dfsg1-3
Severity: grave
Tags: upstream
Justification: renders package unusable
I was
Package: aptitude
Version: 0.7-1+b1
Severity: serious
Justification: unusable
Dear aptitude maintainers,
since the update to the +b1 version and a general libstdc++
upgrade orgy, the aptitude on my computer is now more or
less broken. When ever there is a conflict/problem (red status line,
Package: openssh-server
Version: 1:6.9p1-1
Severity: normal
/lib64/ld-linux-x86-64.so.2 /usr/bin/ssh
Segmentation fault
This is puzzling, AFAICS it should be the same as running ssh
directly. Happens on amd64, not on i386, and didn't used to happen
before probably version 1:6.9p1-1.
-- System
reassign 796899 libc6
found 796899 2.19-19
thanks
This also happens with curl, not just ssh, so reassigning to libc6.
/lib64/ld-linux-x86-64.so.2 /usr/bin/curl
Segmentation fault
Since curl 7.44.0-1 works when run via ld.so, and curl 7.43.0-1
segfaults, I think this might have to do with the
Control: tag -1 + confirmed
On Tue, 25 Aug 2015 15:34:40 +0200, Dominic Hargreaves wrote:
Source: libtest-distmanifest-perl
Version: 1.014-1
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch
This package FTBFS with perl 5.22
-1_amd64-20150825-1547.build
Mentors upload:
http://mentors.debian.net/debian/pool/main/a/afl/afl_1.86b-1.dsc
Due to problems with clang-3.5 on arm64 [2] I've disabled the build for this
arch
temporarily, as Jakub suggested to do. Gianfranco has found out that the package
builds again fine
Package: lintian
Version: 2.5.36.1
Severity: normal
When enabling the brand new automatic debug packages, one get lintian warnings
such as:
W: python-rrdtool-dbgsym: wrong-section-according-to-package-name
python-rrdtool-dbgsym = python
N:
N:This package has a name suggesting that it
❦ 25 août 2015 14:46 GMT, Gianfranco Costamagna
costamagnagianfra...@yahoo.it :
1) please don't set architectures fields that way.
Either choose !arm64 (it should work) or (in my opinion the best way)
leave any.
When llvm will transition (and it should transition as soon as gcc is sorted
Package: ftp.debian.org
Severity: grave
tracker.debian.org has been failing to import new source packages for
4 days. I have such failures during apt-get update:
[...]
FetchFailedException: W:Failed to fetch
file:/srv/mirrors/debian/dists/jessie-backports/main/source/Sources Hash Sum
mismatch
Package: xtitle
Version: 1.0.2-6
The xtitle executable does not need xterm, as it works fine remotely
(e.g., in an ssh session), so the Requires: xterm ... is much too
strong. I'd suggest a gentle Enhances: xterm ...
--Barak.
--
Barak A. Pearlmutter
On 08/24/15 18:46, Chris Lamb wrote:
Source: jackd2
Version: 1.9.10+20140719git3eb0ae6a~dfsg-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
The attached patch removes locale and
Le 04/08/2015 18:41, Valentin Lorentz a écrit :
While working on the “reproducible builds” effort [1], we have noticed
that ocamlopt relies on temporary files whose names are generated
randomly and are part of the output files' symbols.
See #795784, #796336 and #786913.
Therefore, we need a
On 2015-08-25 15:39, Dominic Hargreaves wrote:
Control: retitle -1 lintian: FTBFS with perl 5.22: test failures/regex
deprecation warnings
[...]
Hi,
Here is the full build log from lintian under perl 5.22. Apologies
it's taken so long to get to this.
Do let me know if the perl team
On Tue, Aug 25, 2015 at 04:00:41PM +0200, Niels Thykier wrote:
On 2015-08-25 15:39, Dominic Hargreaves wrote:
Control: retitle -1 lintian: FTBFS with perl 5.22: test failures/regex
deprecation warnings
[...]
Hi,
Here is the full build log from lintian under perl 5.22.
found 792053 0.15.1+ds-1
notfixed 792053 0.15.1+ds-1
thanks
Aaron M. Ucko u...@debian.org writes:
Builds of prometheus on those architectures on which its build
dependencies are available (so far just armel, armhf, and i386, aside
from amd64) have been failing with assorted test suite errors:
Hi,
On Sun, Aug 23, 2015 at 10:13:04AM -0400, James McCoy wrote:
On Aug 23, 2015 9:33 AM, Osamu Aoki os...@debian.org wrote:
Hi,
Its been almost 2 years.
As I read the source of the current uscan of version 2.15.3, around L865:
$keyring = first { -r $_ }
Control: owner -1 !
Control: tag -1 moreinfo
Hi Daniel
some issues I found:
1) please don't set architectures fields that way.
Either choose !arm64 (it should work) or (in my opinion the best way)
leave any.
When llvm will transition (and it should transition as soon as gcc is sorted
out),
a
I think the second option should be better.
Anton
2015-08-25 16:49 GMT+02:00 Scott Kitterman deb...@kitterman.com:
So does that mean that libvtk6-dev should depend on libvtk6-qt-dev or perhaps
/usr/include/vtk-6.2/QVTKWidget.h should move there as well?
Scott K
On Tuesday, August 25, 2015
❦ 25 août 2015 17:05 +0200, Daniel Stender deb...@danielstender.com :
I don't see any obvious problem. Did you already contact Jakub about
this RFS? It's always easier for the previous maintainer to check a new
upload.
I would also suggest to move the package to a more modern packaging by
On Sun, Aug 23, 2015 at 04:34:19PM +0200, Paul Wise wrote:
On Sun, 2015-08-23 at 22:45 +0900, Osamu Aoki wrote:
This should do:
uscan: option to *download* current upstream tarball
Just downloading the tarball for the current upstream version does not
verify the tarball that is on disk
found 789826 2.2.2+dfsg1-1
notfixed 789826 2.2.2+dfsg1-1
thanks
Aaron M. Ucko u...@debian.org writes:
Builds of ignition-math2 wound up failing with test suite errors on a
few platforms:
2.2.2+dfsg1-1 indeed fixed the UNIT_Line2_TEST errors in *i386, but
still encountered test suite errors on
Source: python-pykmip
Severity: serious
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
python-pykmip currently includes Depends and Build-Depends on
python3-enum34. This package is incompatible with Python 3.5 and
unnecessary for Python 3.4 since the stdlib already contains
Hi Peter!
* Peter Spiess-Knafl d...@spiessknafl.at, 2015-08-14, 20:54:
This inconsistency comes from using the combination of python's
argparse and help2man.
The alternative would be to generate it once and fix the errors, but
than additionally options might be out of sync with the program.
On 25-08-15 09:09, Tomasz Buchert wrote:
Hi,
do you understand this lintian warning about incomplete translation?
It complains about the templates file, it looks strange to me.
I believe it complains that there are no translations for the debconf
templates yet. I'm not sure how to get
On Fri, 21 Aug 2015 22:21:02 +0200, Dominic Hargreaves wrote:
Source: libur-perl
Version: 0.430-3
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.22-transition
Tags: sid stretch patch fixed-upstream
Forwarded: https://github.com/genome/UR/issues/40
This package
Control: tag -1 +moreinfo
Hello,
This ticket has been opened as a submission update however there is no
mirrors.mit.edu on the official mirrors list. May I assume this is a new
submission?
The http://mirrors.mit.edu/debian/ directory does not display the README.html
file for the directory
On Sat, 25 Jul 2015 15:17:40 +0200 Andreas Beckmann a...@debian.org wrote:
Source: gammaray
Version: 2.2.1-1
Severity: serious
Justification: fails to build from source (but built successfully in the
past)
As can be seen on
On Thursday 06 August 2015 12:49:56 Daniele Tricoli wrote:
I will ping stefanor once the package is ready.
A quick update: stefanor will look at my RFS. I just talked to him on IRC.
Kind regards,
--
Daniele Tricoli 'eriol'
https://mornie.org
signature.asc
Description: This is a digitally
On Tue, 25 Aug 2015 18:41:59 +0200 Luca Bruno lethalma...@gmail.com wrote:
I've tried this patch and looks like adding another bug to me. Please
confirm what I'm experiencing. It's true, it does not remove cgroups
created by systemd, but then it doesn't cleanup cgroups that systemd
created
On 05/15/15 01:27, Martin Langer wrote:
Hi,
Hi!
I run into the same bus error with a freshly installed jessie on my
powerpc (1GHz Powerbook, G4). Nevertheless this small patch fixes the
bus error and jack is running fine now with jessie.
Thanks for reporting back. I've applied the patch
On 10/27/14 16:24, Jonas Smedegaard wrote:
Quoting YunQiang Su (2014-10-27 15:16:44)
On Mon, Oct 27, 2014 at 9:58 PM, Jonas Smedegaard d...@jones.dk wrote:
If I understand your patch correctly (have only read it briefly) the
first lines are better written without making shell calls, like
Package: python3-matplotlib
Version: 1.4.2-3.1
Severity: normal
[ Apologies if this is a duplicate. I've submitted this yesterday already, but
never got an email confirmation nor does the bug show up on bugs.debian.org ]
Since upgrading from Wheezy, the startup of matplotlib seems extremely
Hi,
I can't reproduce the unreproducibility on my computer.
However, reading debian/rules, I think setting PYTHONHASHSEED=0 when
calling dh_sphinxdoc should work. Actually, modifying dh_sphinxdoc to
set this variable may be better (in case someone copy-pastes it to their
own package).
If it
Re: coreutils 8.21
These mount points are different as are the targets:
loui-nac01:/vol/vol_pdbuild /srv/builds nfs defaults,nosuid 0 0
loui-nac01:/vol/vol_archive /srv/archives nfs defaults,nosuid 0 0
Yet the latest df doesn't show them both:
df -h
Filesystem
Control: unarchive -1
On Thu, 12 Feb 2015 15:43:30 +0100 Martin Pitt mp...@debian.org wrote:
Hello again,
so the patch that got proposed at
http://lists.freedesktop.org/archives/systemd-devel/2014-September/023276.html
actually makes a lot of sense: This makes systemd only clean up
Hi Simon,
thanks again for taking care of this transition - it's really appreciated!
I think I fixed the package, could you have a look and sponsor it if it fits
for you?
http://anonscm.debian.org/cgit/collab-maint/gtkspellmm.git
Thanks,
Philip
signature.asc
Description: OpenPGP digital
On 25/08/15 17:59, Oxan van Leeuwen wrote:
On 25-08-15 09:09, Tomasz Buchert wrote:
Hi,
do you understand this lintian warning about incomplete translation?
It complains about the templates file, it looks strange to me.
I believe it complains that there are no translations for the debconf
Control: tag -1 + confirmed
Control: block -1 with 795741
On Fri, 21 Aug 2015 20:57:34 +0100, Chris Lamb wrote:
Source: libopengl-image-perl
Version: 1.03-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Source: gcc-5
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
m68k implements does not have hardware supported atomics, so it falls
back to linux syscalls to implement atomics on that architecture even
when one builds a stage1 (without libc). However the Build-Depends do
not reflect
* Jelmer Vernooij jel...@debian.org [2015-08-22 22:45]:
Are you building with sbuild?
You are possibly hitting http://bugs.debian.org/750593
I was using sbuild but I also see it in a normal chroot. Are you
saying you don't see it?
--
Martin Michlmayr
Linux for HP Helion, Hewlett-Packard
tags 796903 + pending
thanks
Hi!
Helmut Grohne wrote:
However this does not suffice to build it in a bootstrap setting,
because libc0.1-dev is unavailable when kfreebsd-kernel-headers is
needed. Thus please mark that dependency with !nocheck.
Of course. Thanks.
The moving of headers to
Control: tags 779803 + fixed pending
Upstream fix to not reveal realname:
https://github.com/meebey/smuxi/commit/f21cc42e087e93f621b1a368770f46e41d6cff2f
trivial on purpose in order to not introduce regressions
signature.asc
Description: OpenPGP digital signature
tags 777833 patch
thanks
Hello all,
I tried to rebuild digikam on sid today. The current version still
misses libsoprano-dev dependency and fails with:
make[3]: *** No rule to make target '/usr/lib/libsoprano.so', needed
by 'lib/libkvkontakte.so.1.0.0'. Stop.
Once a build-time dependency on
Hello,
A newer version of libjs-jquery (1.11.3) as require by bootstrap is
available now in Debian unstable. I have tested with this library and
Bootstrap Javascript and consequently its menus etc. are working again.
--
Sunil
signature.asc
Description: OpenPGP digital signature
On 05/25/15 04:53, Frank Heckenbach wrote:
Package: jackd1
Version: 1:0.124.1+20140122git5013bed0-3
Severity: normal
Tags: upstream patch
When the -n option is given, jackd crashes when accessing
properties (which it seems to do implicitly for any client, e.g.
jack_lsp).
Forwarded to
Source: kfreebsd-kernel-headers
Version: 10.1~6
Severity: wishlist
User: helm...@debian.org
Usertags: rebootstrap
Hi Steven,
I see that you already implemented DEB_BUILD_OPTIONS=nocheck in the
unreleased version 10.1~6 in SVN. Thank you.
However this does not suffice to build it in a bootstrap
On 25/08/15 17:59, Oxan van Leeuwen wrote:
On 25-08-15 09:09, Tomasz Buchert wrote:
Hi,
do you understand this lintian warning about incomplete translation?
It complains about the templates file, it looks strange to me.
I believe it complains that there are no translations for the debconf
package apt-cacher
reassign 795284 apt
thanks
I have looked at this some more and I think apt-cacher is following the spec
correctly. It seems as if apt-get doesn't realise that the 416 response with the
Content-Range denominator equal to the size it already has indicates the file is
complete.
package apt-cacher
notfound 792206 1.7.11
thanks
Am 25.08.2015 um 18:41 schrieb Luca Bruno:
I've tried this patch and looks like adding another bug to me. Please
confirm what I'm experiencing. It's true, it does not remove cgroups
created by systemd, but then it doesn't cleanup cgroups that systemd
created either.
Example:
1) set
Sure. Are you able to modify the test before running it on the relevant
system
and find a timing that works reliably?
lamby, do I have access to the system on which the tests don’t pass?
I fear gaining access to this machine would serve no real purpose; the
solution here is not to bump
Sent from Samsung Mobile
Control: tags -1 upstream
The segfaults resulting from installing libc6.1-alphaev67 on an Alpha
ev67 (or better) system have been isolated down to ld reloc sorting
causing crashes in glibc as reported upstream:
https://sourceware.org/bugzilla/show_bug.cgi?id=18867
I'll leave it for the glibc
Thanks again for your NMU which accelerated my upload of further
changes.
NMU..? Where?
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Package: release.debian.org
Tags: jessie
User: release.debian@packages.debian.org
Usertag: pu
Control: submitter -1 Norbert Preining prein...@logic.at
X-Debbugs-Cc: Norbert Preining prein...@logic.at,
debian-tex-ma...@lists.debian.org, Osamu Aoki os...@debian.org
Filing this properly.
On
Source: piuparts
Version: 0.65
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,
piuparts fails to build from source in unstable/amd64 due
to
Package: kpartx
Version: 0.5.0-7
Severity: normal
Man page:
kpartx -av disk.img
This will output lines such as:
loop3p1 : 0 20964762 /dev/loop3 63
Reality:
root@darkstar:/home/joeykpartx -avs disk
add map loop0p1 (254:0): 0 192512 linear
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
Dear release managers,
Would it be acceptible to upload a fix for #792685 to jessie?
In short, the S3QL version currently in jessie is unable to read file
system created with the
control: tag -1 -upstream -patch +moreinfo
On Wed, Aug 26, 2015 at 2:10 AM, Richard Jasmin frazzledj...@gmail.com wrote:
Package: reportbug
Version: 6.6.3
Severity: normal
Tags: upstream patch
I dont see any patch here, nor the upstream tag has sense in this
contect. please dont use tags
Package: obnam
Version: 1.15-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I was attempting to run obnam backup and received the following python stack
trace.
Traceback (most recent call last):
File /usr/lib/python2.7/dist-packages/cliapp/app.py, line 189, in _run
On Fri, Aug 21, 2015 at 10:10 AM, Chris Lamb la...@debian.org wrote:
Source: tcplay
Version: 1.1-2
Severity: serious
Justification: fails to build from source
CMake Error at CMakeLists.txt:30 (message):
Could not find the devmapper library
From a cursory glance, devmapper.pc
On 08/16/2015 11:14 PM, Oliver Meißner wrote:
Hello,
the following file should do autocompletion in bash for
clusterssh-clusters:
Hello Oliver,
Thank you for the patch. I'll work on getting it into the next upload
of clusterssh.
Cheers,
tony
signature.asc
Description: OpenPGP digital
On Tue, Aug 25, 2015 at 12:51 PM, Ryan Tandy r...@nardis.ca wrote:
No hurry. Revised patch attached... I think it's correct, but would
appreciate a thumbs-up when you have time. Thanks a lot for your help!
That patch looks good to me.
--
Daniel
1 - 100 of 306 matches
Mail list logo
