Package: policycoreutils-python-utils
Version: 2.6-2
When working on SELinux login settings, it seems that semanage is not
aware of already existing entries.
Example usage:
root@desktopdebian:/home/christian# semanage login -a -s unconfined_u christian
libsemanage.add_user: user system_u not in
Hi Arturo,
> should we upload suricata with hyperscan to debian experimental for
> testing pourposes?
Sure, good idea.
> If so, what would be the suggested versioning scheme?
Well, we could go with 3.2-2~exp1 or the like -- this would allow us to
test potential upcoming bug fixes to the
On 15/12/16 11:44, Daniel Pocock wrote:
>
>
> On 14/12/16 23:41, Ben Hutchings wrote:
>> On Tue, 2016-12-13 at 20:55 +0100, Daniel Pocock wrote: [...]
>>> Thanks for providing this feedback
>>>
>>> I've done the following: - forked the upstream repository
>>
>> The existing packaging repos are
On 15 December 2016 at 14:26, Andreas Tille wrote:
| This was discussed before. The output above is from a previous package
| version where I simply forgot to actually use xvfb. Since this error
| of mine the package was build without RGL - thus the warning. Later I
| was using xvfb correctly
Package: freerdp2-dev
Version: 2.0.0~git20161130.1.e60d0d5+dfsg1-1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to
Package: src:gbrowse
Severity: serious
Justification: FTBFS
Hi,
when trying to build gbrowse it fails to build from source:
...
CGI::param called in list context from
/build/gbrowse-2.54+dfsg/t/../lib/Bio/Graphics/Browser2/Render.pm line 2348,
this can lead to vulnerabilities. See the warning
Package: snapd
Version: 2.16-1
Severity: important
Tags: newcomer upstream
snapctl does not have a manpage.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.8.0-rc5+
On 15 December 2016 at 14:42, Christian Seiler wrote:
| On 12/15/2016 02:37 PM, Dirk Eddelbuettel wrote:
| > On 15 December 2016 at 14:26, Andreas Tille wrote:
| > | Sorry, but I have no idea how since I'm totally clueless currently and
| > | upstream also did not yet responded to this after the
On 12/15/2016 11:48 AM, Brian Potkin wrote:
On Thu 15 Dec 2016 at 10:35:00 +, Brian Potkin wrote:
The same behaviour can be reproduced with the commands:
logrotate -f /etc/logrotate.d/cups-daemon
or
systemctl restart cups cups-browsed.service
or
systemctl restart cups ; sleep 3 ;
Hi,
Quoting Niko Tyni (2016-12-15 14:04:19)
> > But then on IRC, HW42 suggested to approach this problem differently.
> > Instead of integrating the functionality of figuring out the right
> > repositories to reproduce the contents of a buildinfo file into sbuild,
> > write a tool that can drive
Hi,
On Wed, Dec 14, 2016 at 03:57:13PM -0600, Dirk Eddelbuettel wrote:
> | RGL: unable to open X11 display
> | Warning: 'rgl_init' failed, running with rgl.useNULL = TRUE
> | Error: segfault from C stack overflow
> | * removing
>
This bug can be closed. I no longer have the setup and won't be able to
produce any additional information.
On 15 December 2016 at 14:15, Daniel Pocock wrote:
>
> Thanks for providing a bug report for nfs-utils.
> https://bugs.debian.org/559296
>
> There are over 100 open
Package: sphde
Version: 1.3.0-1
Severity: important
Tags: sid + patch
Justification: FTBFS
User: debian-m...@lists.debian.org
Usertags: mips-patch
Package sphde_1.3.0-1 FTBFS on mips and mipsel with following error:
> /usr/bin/ld: /usr/lib/gcc/mipsel-linux-gnu/6/crtbeginT.o: relocation
>
Package: txwinrm,winrm
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Control: found -1 0.0~git20160323.0752679-1
Control: found -1 1.1.28-1
Hi,
automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency
This bug is still present, and the fix I give will still work.
--
http://rrt.sc3d.org
tags 848231 fixed-upstream
thanks
On 15 December 2016 at 13:55, Ian Jackson
wrote:
> Package: manpages-dev
> Version: 3.74-1
> Severity: minor
>
> I cut and pasted the example program from scandir(3) and found that it
> had some bugs which caused compiler
The README.Debian.nfsv4 file is now ten years old. My previous comments
apply, only more so (owing to the passing of time).
--
http://rrt.sc3d.org
On 12/15/2016 02:37 PM, Dirk Eddelbuettel wrote:
> On 15 December 2016 at 14:26, Andreas Tille wrote:
> | Sorry, but I have no idea how since I'm totally clueless currently and
> | upstream also did not yet responded to this after the initial idea that
> | it might be some ape related issue was
On Thu 15 Dec 2016 at 10:35:00 +, Brian Potkin wrote:
> The same behaviour can be reproduced with the commands:
>
> logrotate -f /etc/logrotate.d/cups-daemon
> or
> systemctl restart cups cups-browsed.service
> or
> systemctl restart cups ; sleep 3 ; systemctl restart
Michael Kerrisk (man-pages) writes ("Re: Bug#848231: bugs in scandir example
program"):
> tags 848231 fixed-upstream
> thanks
...>
> On 15 December 2016 at 13:55, Ian Jackson
> > int
> > main(void)
> > @@ -18,4 +20,5 @@
> > }
> > free(namelist);
>
Package: mc
Version: 3:4.8.13-3
Severity: normal
File: mc
When I run mc as normal user, diacritics is broken (chars like e.g.
"ěščřžýáíé").
When I run "locale" before running mc, I get this:
LANG=cs_CZ.UTF-8
LANGUAGE=
LC_CTYPE="cs_CZ.UTF-8"
LC_NUMERIC=cs_CZ.UTF-8
LC_TIME=cs_CZ.UTF-8
Hi Daniel
I am no longer in conditions to check if the problem is solved.
Unless any of the other reporters believes that it is not the case the bug can
be closed.
--
Com os melhores cumprimentos
Pedro
__
Pedro Celestino dos Reis Rodrigues
Faculdade de
Package: dh-sysuser
Version: 1.3
Severity: wishlist
I think that, under certain circumstances, users should be completely
removed along with their $HOME directory when the package is purged.
I think this is a reasonable expectation of Debian packages. Some
packages (e.g. mysql, iirc) explicitly
On 12/15/2016 03:03 PM, Dirk Eddelbuettel wrote:
>
> On 15 December 2016 at 14:42, Christian Seiler wrote:
> | On 12/15/2016 02:37 PM, Dirk Eddelbuettel wrote:
> | > On 15 December 2016 at 14:26, Andreas Tille wrote:
> | > | Sorry, but I have no idea how since I'm totally clueless currently and
>
Tags: control + patch
On Sat, 3 Dec 2016 08:23:02 +0100 Lucas Nussbaum wrote:
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part (hopefully):
> > /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H
-I.
Hello Sebastian,
may I ask for confirmation of the following behaviour:
If Orthanc is manually started for a DB upgrade
(say, on Debian:)
/usr/sbin/Orthanc --upgrade --trace /etc/orthanc/
BUT the database is already at the required version THEN
Orthanc will not run the upgrade
Dear Maintainer,
I want to reproduce my error, to get the mpv output in terminal, which
you need
But now, its work.
I have no explanation for this behavior, I can't remember, to change
everything between the failing and working execution of mpv. I used the
same file, no updates and no booting
Matt: oops, I completely forgot about that additional patch, thanks for
reminding.
Mike: to avoid FTBFS with tzdata >= 2016g, you'll also need a patch from
1.16.0-1... It was named
1001_adapt-to-timezone-namechange-for-Asia-Yangon.patch. Since it's removed now
(upstream 1.16.1
already
On Fri, Dec 9, 2016 at 4:09 PM, Sebastian Andrzej Siewior
wrote:
> This bug reached serious and has a patch available which is merged
> upstream. Is there something I can help you with?
I'll try to address this (by backporting the patch, most likely) very soon
--
Package: dbconfig-common
Version: 2.0.6
Severity: wishlist
Tags: l10n patch
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
*
On Thu 15 Dec 2016 at 12:08:28 -0200, Till Kamppeter wrote:
> On 12/15/2016 11:48 AM, Brian Potkin wrote:
> >On Thu 15 Dec 2016 at 10:35:00 +, Brian Potkin wrote:
> >
> >>The same behaviour can be reproduced with the commands:
> >>
> >> logrotate -f /etc/logrotate.d/cups-daemon
> >>or
> >>
On Thu, Dec 15, 2016 at 11:51:40AM +0100, noc wrote:
> dehydrated-apache2 comes with a conf-file that is supposed to make the
> /.well-known/acme-challenge/ directory available in the webserver.
>
> Unfortunately it had no effect on my system: accessing
> /.well-known/acme-challenge/ via my
Breno,
I've upload a new package with requested fixes.
dget -x
https://mentors.debian.net/debian/pool/main/g/ginger-base/ginger-base_2.2.1-1.dsc
Let me know if anything else is necessary for ginger-base.
Thanks,
--
Lucio Correia
Hi,
yes, this looks like #842881.
Note by the way that libtachyon-mpich-0 already depends on libmpich12 on
hurd-i386, m68k, mips, mipsel, ppc64 and sh4.
Best,
Tobias
On 12/15/2016 04:56 PM, Jerome BENOIT wrote:
> Hello,
>
> I can reproduce the issue in schroot Sid environment on an amd64 box.
Eriberto writes:
> Thanks for your message. I don't understand... My debian/control says[1]:
Thanks for the quick response!
That setting is a great start, but alas not enough -- the overrides in
debian/rules are unconditional, so make still tries (and fails) to
On Fri, Sep 23, 2016 at 08:23:05AM +0200, Julien Cristau wrote:
> This now affects a second source package:
>
> projectb=> select source.source, source.version, c1.name, c2.name from
> source, files_archive_map fam1, files_archive_map fam2, component c1,
> component c2 where source.file =
tag 845067 - moreinfo
found 845067 1.7.1-5
thanks
Hi Antonio, I just ran into this again with the current version of
mutt. In this case I was just pressing space to scroll through a multi-
page message. Here's an up-to-date backtrace:
#0 0x55674d18aac2 in hdr_format_str
Hi,
On Wed, 14 Dec 2016, efkin wrote:
> I decided to keep DRF 2.4.3. But i'm happy to change it if you prefer.
> I have no big reasons to prefer one or the other one, so i fallback on
> the fact that if it's on stable i go for it.
stretch is coming in a few months and we are not using Django
Hi Julien,
I've pulled updated upstream code for each of the included modules and
prepared an update for the awesome-extra Debian package. You can find a tar
file containing source and binary packages at [1]. I intend to upload it to
Debian by tomorrow night, if you have no concerns about it.
On Thu, Dec 15 2016, Goedson Paixao wrote:
Hi Goedson,
> I've pulled updated upstream code for each of the included modules and
> prepared an update for the awesome-extra Debian package. You can find a tar
> file containing source and binary packages at [1]. I intend to upload it to
> Debian by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
I can reproduce the issue in schroot Sid environment on an amd64 box.
The Depends fields for the libraries is
${shlibs:Depends}, ${misc:Depends}
and it works fine except for mpich. Before to add it by hand, I want
to understand why
Breno,
I've upload a new package with requested fixes.
dget -x https://mentors.debian.net/debian/pool/main/w/wok/wok_2.3.0-1.dsc
Let me know if anything else is necessary for wok.
Thanks,
--
Lucio Correia
Hi Brett,
> Tags: patch
Thanks for the patch! However, you do not actually call set_locale in the
gzip test, you merely import it.
Whilst you could "just" add this, I was wondering if you could ensure that
pytest *always* calls this so other tests are not affected. I believe there
is some magic
Package: jupyter-notebook
Version: 4.2.3-3
Severity: wishlist
Dear Maintainer,
When starting jupyter-notebook this warning is shown:
/usr/lib/python3/dist-packages/ipywidgets/__init__.py:67: RuntimeWarning: To
use the widgets with your installed Jupyter Notebook version, please install
On 15 December 2016 at 14:56, Ian Jackson
wrote:
> Michael Kerrisk (man-pages) writes ("Re: Bug#848231: bugs in scandir example
> program"):
>> tags 848231 fixed-upstream
>> thanks
> ...>
>> On 15 December 2016 at 13:55, Ian Jackson
>> > int
>> >
On Dec 15, 2016, at 05:39 PM, Matthias Klose wrote:
>disagreed, dput should just remove setuptools from the requires.
I agree that the bug should be fixed in dput. It's up to dput's maintainer to
decide how I suppose. Sounds like there's agreement we should reassign this
bug back to dput.
On Thu, 2016-12-15 at 16:30 +0100, Guido Günther wrote:
[...]
> I'm not sure how you're invoking gbp but in my tests it passes on -tc
> correctly:
Sorry, it's:
gbp buildpackage --git-ignore-new --git-debian-branch=master -tc
> $ gbp buildpackage --git-verbose -tc --git-no-pbuilder
I see the package on mentors now.
Have you read the NMU guidelines at
https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#nmu-guidelines
? I see a lot of packaging changes, including d/compat bump. I also don't
see a nmudiff on #744752.
d/compat: the current recommended
Michael Kerrisk (man-pages) writes ("Re: Bug#848231: bugs in scandir example
program"):
> We've misunderstood each other. Here's how I think i is:
>
> 1. You sent me a patch against a reasonably old version of the program
> (pre 2012 upstream).
>
> 2. In 2012, I made this change in the code:
>
Package: libvirt
Version: 2.5.0-1
Severity: normal
Hi,
I just saw a few minute sago that Guido and intrigeri are working on smoke
tests as well when I fond debbug 847370 which I also hit on Ubuntu btw.
So this might all be known, but I wanted to share what I found
experimenting with libvirt 2.5
2016-12-15 13:25 GMT-02:00 Aaron M. Ucko :
> Eriberto writes:
>
>> Thanks for your message. I don't understand... My debian/control says[1]:
>
> Thanks for the quick response!
Thank you for your tip. I think that this package will be important
for
Package: slop
Severity: wishlist
Dear Maintainer,
this part of the package description:
* Supports simple arguments:
* Change selection rectangle border size.
* Select X display.
* Set padding size, even negative padding sizes!
* Set click tolerance for if you have a shaky mouse.
* Set
Hi Santiago,
I'm not able to reproduce the bug. It looks like if
lemonldap-ng-handler-t-sessions directory wasn't readable by test
process. Could you test another time to see if something has changed in
dependencies since 2016-11-21 ?
Regards,
Xavier
Hi Ben,
On Thu, Dec 15, 2016 at 03:10:55PM +, Ben Hutchings wrote:
> Control: reassign -1 git-buildpackage 0.8.7
>
> On Thu, 2016-12-15 at 13:02 +0100, Guillem Jover wrote:
> > Hi!
> >
> > On Thu, 2016-12-15 at 05:28:18 +, Ben Hutchings wrote:
> > > Package: dpkg-dev
> > > Version:
Control: tags -1 pending
Ondřej Surý:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> Hi,
>
> there's an upcoming new release of ldns that is going to fix OpenSSL
> 1.1.0 RC bug (#846768). Upstream has changed SOVERSION
Dear Maintainer,
I tested this on Stretch with the package from unstable.
First problem: libkf5sane-data is in conflict with libksane-data which means
that I must remove KIPI plugins to install this package -> not acceptable.
Second problem: it crashes with a segfault when run normally
Control: tags -1 moreinfo
On Thu, Aug 14, 2014 at 08:19:54AM -0400, Daniel Schepler wrote:
> On Thu, Aug 14, 2014 at 4:46 AM, Thorsten Glaser wrote:
> > Package: libgl1-mesa-glx
> > Version: 10.2.5-1
> > Severity: normal
> >
> > Hi!
> >
> > After crossgrading from i386 to x32,
On Thu, Dec 15, 2016 at 09:10:43AM +0200, Niko Tyni wrote:
> > What did happen around the time was the removal of '.' from @INC.
>
> That's indeed what caused the regression.
> ...
> Patch attached.
Works. Thanks a lot
Andreas.
--
http://fam-tille.de
Source: diffoscope
Severity: minor
Tags: patch
diffoscope sets the timezone to UTC to ensure that timezones are consistent
from diff output tools. However, it does not call tzset after it does this.
Because of this, C code running in the same process may continue to see and
use the user's
And also #831442, which has a workaround that can be applied to tachyon.
Best,
Tobias
On 12/15/2016 05:03 PM, Tobias Hansen wrote:
> Hi,
>
> yes, this looks like #842881.
>
> Note by the way that libtachyon-mpich-0 already depends on libmpich12 on
> hurd-i386, m68k, mips, mipsel, ppc64 and
Control: notfound -1 4.2.3-3
Hi Paride,
This is fixed in version 4.2.3-3 of the package, it is caused by empty files in
/etc/jupyter/nbconfig/*.json. They should say {} instead.
However, I forgot to write logic to overwrite existing empty files that are
created by version 4.2.3-2, so simply
Hi Sébastien,
> Ideally, your setup.py wouldn't include versioned dependencies
That would mean that `pip install mitmproxy~=0.18` won't work in a year
from now because one of our dependencies released a backwards-incompatible
release in the meantime. From a Python/pip perspective, not specifying
Package: sympow
Version: 1.023-7
Severity: normal
Hello Folks,
it apperas that sympow does not work properly when HOME is non-existent
or non-writable, what can be an issue in sbuild environment.
Thanks,
Jerome
-- System Information:
Debian Release: Jessie*
APT prefers
Hi Chris,
On Thu, Dec 15, 2016 at 10:08:53AM -0500, Chris Fields via RT wrote:
> It's now on CPAN:
>
> https://metacpan.org/pod/Bio::Coordinate
Thanks a lot for the quick confirmation.
> I had actually pushed a release out a month ago but it apparently didn't
> index correctly (it needed a
control: reassign -1 devscripts
On Thu, Dec 15, 2016 at 04:42:40PM +, Ben Hutchings wrote:
> On Thu, 2016-12-15 at 16:30 +0100, Guido Günther wrote:
> [...]
> > I'm not sure how you're invoking gbp but in my tests it passes on -tc
> > correctly:
>
> Sorry, it's:
>
> gbp buildpackage
Source: scap-workbench
Version: 1.1.0-1
Severity: important
Justification: fails to build from source
Builds of scap-workbench for architectures other than amd64 have been
failing:
make[4]: *** No rule to make target
'/usr/lib/x86_64-linux-gnu/libopenscap.so.8', needed by 'scap-workbench'.
On Thu, Dec 15, 2016 at 05:16:33PM +0100, Christian Ehrhardt wrote:
> Package: libvirt
> Version: 2.5.0-1
> Severity: normal
Thanks for these. I've pulled parts in but I thins some are not needed:
>
> d/t/control, d/t/smoke-qemu-session, d/t/smoke-lxc: fix up smoke tests
>
> ERR: error: Failed
On Thu, 15 Dec 2016, crysman wrote:
Running mc as root is OK.
Why is that so and how can I chage it, please? #crysman
Suspect user configuration error; could you please create a new user on
your system, sudo -i -u newuser and run mc to see if it works? If yes,
then it has something with
I can't reproduce the build failures reported here even with dpkg-buildpackage
-A. However, I am going to add the discard-port proxies to d/rules that
pybuild normally adds by default (this package doesn't use pybuild). That at
least will prevent the tests from *actually* hitting the internet.
The error message no longer appears with kernel package,
linux-image-4.8.0-2-amd64, and libc 2.24-8
Morten
Control: tags -1 patch fixed-upstream pending
Hi,
thanks much for your work. I've noticed that upstream has already
merged a patch for compatibility with xserver 1.19 [1]. I've gone
ahead and cherry-picked that patch from upstream (the diff is
identical, but it has proper authorship).
Hi!
On Thu, Dec 15, 2016 at 08:04:05PM +0530, Ritesh Raj Sarraf wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Control: tag -1 +pending
> Control: fixed -1 2.20.4-1
>
> Hello Salvatore,
>
> Thank you very much for the bug report.
>
> On Thu, 2016-12-15 at 06:49 +0100,
On 15.12.2016 16:00, Barry Warsaw wrote:
> I think one of the problems is that while in Debian, pkg_resources and
> setuptools are separate binary packages, it's not entirely clear to me that
> upstream views them as different packages. After all, they are Python
> packages distributed in the
On Tue, Dec 13, 2016 at 01:32:31PM +0100, Fabian Greffrath wrote:
> Jonathan Dowland wrote:
> > Sure, done (and VCS updated). Let's hope I haven't screwed it up :>
>
> Thanks for that! Let's see what it brings...
I've just refreshed my understanding of the issue and I'm afraid I doubt
this
tags 848249 + pending
thanks
Chris Lamb wrote:
> Whilst you could "just" add this, I was wondering if you could ensure that
> pytest *always* calls this so other tests are not affected. I believe there
> is some magic fixture name/decorator in pytest for this.
So, there is indeed some magic and
Control: tags 828395 + pending
Dear maintainer,
I've prepared an NMU for libexosip2 (versioned as 4.1.0-2.1) and
uploaded it to DELAYED/3. Please feel free to tell me if I
should delay it longer.
Regards.
--
WBR, wRAR
diff -Nru libexosip2-4.1.0/debian/changelog
Hi Ben,
Am 14.12.2016 um 23:51 schrieb Ben Hutchings:
> Control: tag -1 wontfix
>
> This code is broken in several ways,
For me it would be interesting to know about them. So I could improve my
skills.
> and I don't want to add this sort
> of complexity anyway. Sorry.
This complexity comes
Package: nmh
Version: 1.6-15+b1
Severity: important
Since the most recent upgrade of nmh, I have encounted an error when
attempting to send mail:
$ What now? send -verbose
-- Posting for All Recipients --
-- Network Recipients --
me at cmhamill.org: address ok
send:
On Sun, 2016-11-27 at 22:31 +0100, Michael Stapelberg wrote:
> Given that the package has cleared the NEW queue by now, I’ve just done the
> rename and uploaded the new package. Will file a request for removal for
> the old one once the new one is in.
Thanks.
Ben.
--
Ben Hutchings
It is easier
On Tue, 8 Nov 2016 01:42:03 +0100 Michael Biebl wrote:
> On Fri, 14 Oct 2016 19:51:47 +0200 =?utf-8?b?SsOpcsOpbXkgTGFs?=
> wrote:
> > Package: gitg
> > Followup-For: Bug #766461
> >
> > Hi Dmitry,
> >
> > just a few words to say that i'm having an
Petter Reinholdtsen writes:
> Hi. I have not had time to rewrite a tool usable with cron jobs, but
> just wanted to you to know the need is still there. Today I made
> another copy of run-with-lockfile into a server where I need to run a
> cron job regularly with locking.
>
>
Package: src:spice-gtk
Version: 0.33-3.1
Severity: serious
Justification: fails to build from source
mips, mipsel and mips64el fail with the same messages. This is what I
get on eller in a mipsel chroot with make V=1:
make[2]: Entering directory '/home/wrar/spice-gtk-0.33/build-gtk3/src'
On Wednesday, 14 December 2016 10:54:16 CET Boyuan Yang wrote:
> The original messy output, as indicated in screenshot in the Ubuntu bug,
> looks like treating a latin-1-encoded binary data as UTF-8-encoded data
> and showing them anyway.
In more details, the problematic code boils down to:
Source: libparanoid-perl
Version: 2.04-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Dear Maintainer,
libparanoid-perl fails to build from source in
Package: piglit
Version: 0~git20150829-59d7066-1.1
Severity: important
Tags: upstream
Hi,
this is a bit of a showstopper here: the CL tests do not actually verify
that the size of the data returned matches the expectation, but rather
they just cast a pointer to the result buffer to a pointer to
Package: ftp.debian.org
Severity: normal
Please remove osrm from experimental, it will never be part of a stable
release.
Kind Regards,
Bas
Package: linux86
Version: 0.16.17-3.1
Severity: normal
Tags: patch pending
Dear maintainer,
I've prepared an NMU for linux86 (versioned as 0.16.17-3.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
--
WBR, wRAR
diff -u
On Thu 15 Dec 2016 at 17:24:56 +, Brian Potkin wrote:
> On Thu 15 Dec 2016 at 12:08:28 -0200, Till Kamppeter wrote:
>
> Not in any significant way, AFAICT. After restarting the cups service it
> takes 5 minutes before the printer disappears. If I restart cups-browsed
> 2 minutes before the 5
On Thu, Dec 15, 2016 at 15:27:01 +, Jonathan Dowland wrote:
> We are 2/10 days into the mandatory migration delay, but PTS still shows
> "block
> request by jcristau", so I'm really not sure what will happen on 23 Dec.
>
Nothing; the block is not specific to a version, and will remain in
Hi,
I created a patch for amarok that switches to using mariadb. I don't see how
the current mysql-defaults system can be used in amarok, as there is no
default-mysqld-dev package.
$ diff -u debian.orig/amarok-2.8.0/debian/control
debian/amarok-2.8.0/debian/control
---
Package: linux-image-amd64
Version: 4.8+76
Severity: wishlist
Hi,
it would be great to have support for the atusb 802.15.4 device
enabled. These config options do the trick on top of 4.8+76:
CONFIG_MAC802154=m
CONFIG_IEEE802154_ATUSB=m
This make sense on all hardware with USB IMHO.
On Thu, 2016-12-15 at 20:15 +0100, Tobias Schlemmer wrote:
> Hi Ben,
>
> Am 14.12.2016 um 23:51 schrieb Ben Hutchings:
> > Control: tag -1 wontfix
> >
> > This code is broken in several ways,
>
> For me it would be interesting to know about them. So I could improve my
> skills.
For one, it has
On 15-Dec-2016, Matthias Klose wrote:
> On 15.12.2016 16:00, Barry Warsaw wrote:
> > Does it ever make sense to install pkg_resources and not install
> > setuptools?
Yes. The ‘pkg_resources’ library allows a program to access its
package resources, while most Python programs don't need to build
On 15.12.2016 21:01, Ben Finney wrote:
> On 15-Dec-2016, Matthias Klose wrote:
>> On 15.12.2016 16:00, Barry Warsaw wrote:
>>> Does it ever make sense to install pkg_resources and not install
>>> setuptools?
>
> Yes. The ‘pkg_resources’ library allows a program to access its
> package resources,
Breno,
I've upload a new package with requested fixes.
dget -x
https://mentors.debian.net/debian/pool/main/g/ginger/ginger_2.3.0-1.dsc
Let me know if anything else is necessary for ginger.
Thanks,
--
Lucio Correia
Am 15.12.2016 um 16:05 schrieb Ben Hutchings:
> On Thu, 2016-12-15 at 11:39 +0100, Michael Biebl wrote:
>> Or we fix the 3 packages which are affected.
>
> 'Fix' them like you did in udev, which results in an error message at
> boot? No thanks.
No, I would not add a fallback but instead add a
Package: hdfview
Version: 2.11.0+dfsg-2+b1
Severity: important
Dear Maintainer,
* What led up to the situation?
Trying to run hdfview
* What exactly did you do (or not do) that was effective (or
ineffective)?
At the shell, run hdfview, either with or without a file argument.
* What
Am 15.12.2016 um 19:42 schrieb Jean-Philippe MENGUAL:
> Now in testing, the packages set properly.
This was most likely a duplicate of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774153
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away
Package: ftp.debian.org
Severity: normal
gprolog (1.4.5-2) unstable; urgency=medium
...
* Temporarily exclude mips and mipsel from the target architectures,
until the old back-end is ported (it's no longer in upstream).
...
-- Salvador Abreu Thu, 08 Dec 2016 16:59:50
On Thu, 15 Dec 2016, Xavier Guimard wrote:
> I'm not able to reproduce the bug. It looks like if
> lemonldap-ng-handler-t-sessions directory wasn't readable by test
> process. Could you test another time to see if something has changed in
> dependencies since 2016-11-21 ?
It still fails (see
1 - 100 of 319 matches
Mail list logo