On Sun, 2019-01-20 at 22:08 +0100, Bernhard Übelacker wrote:
> Dear Maintainer,
> just a confirmation.
> I tested a new Stretch installation and upgraded to current
> Buster/testing and it went through without any issue.
>
> Thank you very much.
Awesome, thanks for letting me know!
Ian.
>
On 1/21/19 2:53 PM, Jeremy Bicha wrote:
> Respectfully, Debian Policy doesn't cover every single point. I think
> the principle that you should be able to smoothly upgrade unstable is
> such an undisputed principle that it hasn't needed to be stated in
> Policy yet. piuparts is one tool to monitor
Control: reassing -1 caja
On Mi 26 Aug 2015 03:25:49 CEST, Richard Jasmin wrote:
Package: mate-desktop-environment
Version: 1.8.0+9
Severity: normal
Tags: upstream
If you make a shell script or text file executable you get a dialog asking if
you want to run or open the file.
But what I dont
Control: reassing -1 caja-sendto
On Fr 12 Mai 2017 15:15:52 CEST, Daniel Auth wrote:
Package: mate-desktop-environment
Version: 1.16.0+1
Severity: normal
Dear Maintainer,
I am running debian-stretch, a fresh install, with mate desktop environment.
I use the programs simplescan for scanning
Control: reassing -1 mate-screensaver
On Di 25 Jul 2017 20:13:14 CEST, Sergio B. wrote:
Package: mate-desktop-environment
Version: 1.16.0+1
Severity: important
Dear Maintainer,
I do not know what package this issue exactly belongs to and I hope you know
that better and can forward this
Hello John,
>No, it didn't. What makes you think so? The version of sane-backends with
>the libsane1 package was never migrated to testing, see:
you are right, I'm not sure why I missed this :)
If you want to cancel or reschedule my delayed upload, feel free to do it,I
still would like to know
On 21.01.19 13:27, Marc Haber wrote:
> On Mon, Jan 21, 2019 at 01:15:09PM +0100, Sven Hartge wrote:
>> I think you can just delete all old statistics files, since they are
>> useless with the new atop. sysstat does this all the time (after a
>> debconf prompt).
>
> I'd rather go without debconf
On 1/21/19 8:57 AM, Debian Bug Tracking System wrote:
> Processing control commands:
>
>> tag -1 pending
> Bug #919599 [python3-httpretty] python3-httpretty: Fails to match hostname
> with different case
> Added tag(s) pending.
>
Hi Ben,
Finally, I had to add a bit more .lower() calls in your
Source: nacl
Version: 20110221-6
Severity: serious
Hi,
Should't nacl be built with -fPIC?
You also might want to follow the *FLAGS set in the environment during
the build.
On fedora they are doing both:
https://src.fedoraproject.org/cgit/rpms/nacl.git/tree/nacl-20110221-dist-flags.patch
Upstream fixes, located by juliank:
https://github.com/ruby/ruby/commit/f234e6c3d3170f37508e214cdaef78d4b2584e5a
https://github.com/ruby/ruby/commit/1e0b49a293d3792826c67b7e05c5fcbd09c9ea6e
On Mon, Jan 21, 2019 at 4:08 AM John Paul Adrian Glaubitz
wrote:
> If someone can point me to the point in the policy where it says that
> upgrades and migrations in unstable need to be smooth and without
> such issues, I am happy to revise my point of view.
Respectfully, Debian Policy doesn't
Control: tags -1 help
Hi,
I can confirm that cmtk[1] really fails to build from source and
most probably this is due to changes in dcmtk. Any help would be
more than welcome.
Kind regards,
Andreas.
[1] https://salsa.debian.org/neurodebian-team/cmtk
--
http://fam-tille.de
Hi Simon,
On Di 29 Nov 2016 10:33:37 CET, Simon McVittie wrote:
On Tue, 29 Nov 2016 at 08:39:27 +, Mike Gabriel wrote:
On Di 30 Aug 2016 11:52:49 CEST, Simon McVittie wrote:
> For the moment, dbus-user-session does make sure DBUS_SESSION_BUS_ADDRESS
> is set, to be nice to packages that
hi
i plan to put auditd on several hundred servers to control.
I saw this bug, but i can't confirmed it on debian jessie or stretch, and i was
thinking
it didn't exist anymore i discover the same case and behavior on ubuntu 18.40.
So now i'm in doubt :)
Jessie, 8.11 version
Hi,
On Mon, 21 Jan 2019 at 12:40:47 +0200, Peter Pentchev wrote:
> Hmm, as a Perl programmer, I do understand the spirit of "there's more
> than one way to do it", so please do not take this as an objection of
> any kind, but still I feel curious: what are pullimap's advantages over
> fetchmail?
Here is the (closed) corresponding upstream issue that explains why
upstream intents to keep the current behavior:
https://github.com/pypa/virtualenv/issues/1279
Hi,
Would you have any idea how to resolve this Debian bug?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919196
I'm not sure, but to me, it looks like the unit tests are running in
loop in the ::handshake() method.
Cheers,
Thomas Goirand (zigo)
On Mon, 21 Jan 2019 at 10:12, Dylan Aïssi wrote:
> - Should I do a NMU or co-maint is fine for you?
Either way is fine.
> - Since the old git repo is gone with alioth, I have created a new one
> with gbp --debsnap [1], is it ok if I move it to the debian group in
> salsa (i.e. [2])?
I'm ok
To be clear, dropping the test dependency on monotone does result in the
following test being skipped:
test-convert-mtn.t
test-convert-mtn.t ... # Test test-convert-mtn.t
# Running sh "/tmp/hgtests.8zWoOH/child253/test-convert-mtn.t.sh"
skipped missing feature: monotone client (>= 1.0)
# Ret
Package: ruby2.3
Version: 2.3.3-1+deb9u4
Severity: important
Hi Ruby maintainers,
I tried to rebuild ruby2.3 2.3.3-1+deb9u4 and it fails with the following four
test
failures:
1) Failure:
IMAPTest#test_imaps_with_ca_file
On maandag 21 januari 2019 13:34:19 CET Michael Stone wrote:
> On Mon, Jan 21, 2019 at 01:15:13PM +0100, Diederik de Haas wrote:
> >On zondag 20 januari 2019 16:59:11 CET Thorsten Glaser wrote:
> >> I’m very much against just saying this package
> >> “should not exist”
> >
> >I'm inclined to agree
On Mon, Jan 21, 2019 at 01:42:38PM +0100, Vincent Lefevre wrote:
> If too complex, it should be sufficient to announce what will be
> done in NEWS.Debian (with apt-listchanges, the user could do a
> backup first, and if he doesn't use apt-listchanges, he probably
> doesn't care) and choose one of
Package: wnpp
Severity: wishlist
* Package name: fonts-b612
Version : 1.003
Upstream Authors: 2012 AIRBUS
2012 Laurent Spaggiari
* URL : https://github.com/polarsys/b612
* License : OFL 1.1
Description : legible font designed to
On 2019-01-21 12:48:59 +0100, Vincent Lefevre wrote:
> On 2019-01-21 12:28:40 +0100, Vincent Lefevre wrote:
> > If not, another (better?) possibility is to ask the user if he
> > wishes to convert these old files to the new format.
>
> After thinking more about it, I think that the choice should
On 2019-01-21 13:15:09 +0100, Sven Hartge wrote:
> I think you can just delete all old statistics files, since they are
> useless with the new atop. sysstat does this all the time (after a
> debconf prompt).
I disagree. They may still be useful to analyze a past problem,
even with the new atop
On Mon, Jan 21, 2019 at 01:15:13PM +0100, Diederik de Haas wrote:
On zondag 20 januari 2019 16:59:11 CET Thorsten Glaser wrote:
I’m very much against just saying this package
“should not exist”
I'm inclined to agree with this as the source (+ features/parameters) for this
package is
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: node-domino
Version : 2.1.1
Upstream Author : Felix Gnass
* URL : https://github.com/fgnass/domino
* License : BSD-2-clause
Programming
On Mon, Jan 21, 2019 at 12:28:40PM +0100, Vincent Lefevre wrote:
> On 2019-01-21 11:20:52 +0100, Marc Haber wrote:
> > What do you think, would it be an acceptable workaround to move the
> > current day file away in postinst and document that fact?
>
> Are the old files still readable by the new
On Mon, Jan 21, 2019 at 01:15:09PM +0100, Sven Hartge wrote:
> I think you can just delete all old statistics files, since they are
> useless with the new atop. sysstat does this all the time (after a
> debconf prompt).
I'd rather go without debconf and gazillions of translations.
Greetings
Marc
On 21-Jan-2019, Thomas Goirand wrote:
> Thanks a lot for your pull request, I did merge it, however, now the
> package fails to build, with an error in the test you've added, as per
> below. Could you look into it once more?
Okay. I failed to properly back-port the patch to version 0.9.5 (the
Dear Cyril,
Thank you for your review and timely merge.
> That's looking good but I'm seeing new warnings because of gzip's being
> unhappy about the GZIP environment variable.
Interesting. However when you say "new" warnings I don't believe my
patch set actually added/changed this; indeed, it
Package: src:gcc-9
Version: 9-20190120-1
Priority: important
/<>/build/./gcc/xgcc -B/<>/build/./gcc/
-B/usr/x86_64-kfreebsd-gnu/bin/ -B/usr/x86_64-kfreebsd-gnu/lib/ -isystem
/usr/x86_64-kfreebsd-gnu
/include -isystem /usr/x86_64-kfreebsd-gnu/sys-include -isystem
/<>/build/sys-include
On zondag 20 januari 2019 16:59:11 CET Thorsten Glaser wrote:
> I’m very much against just saying this package
> “should not exist”
I'm inclined to agree with this as the source (+ features/parameters) for this
package is substantially different from rng-tools/rng-tools5.
AFAICT the problem
On 21.01.19 11:20, Marc Haber wrote:
> I am downgrading this to important though, since I consider the
> statistics writing an auxillary feature, and I suspect that the issue
> will fix itself next midnight.
But until then, the daemon will be non-functional and since there is no
message *why*
Package: fuse-posixovl
Version: 1.2.20120215+gitf5bfe35-1
Severity: important
Dear Maintainer,
i noticed that posixovl 1.3 is out for 4 months ! It would be awesome to have it
in buster.
Ciao,
Thierry
-- System Information:
Debian Release: 9.6
APT prefers stable-updates
APT policy: (500,
Package: src:deltacheck
Version: 0.39.0-1+ds
Severity: serious
Tags: sid buster
deltachat-core has unsatisfied hard-coded dependencies on library packages.
Package: libdeltachat0
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, libsasl2-2, libetpan17,
libssl1.0.2, libsqlite3-0
Control: tags -1 + patch
I've checked, and the autopkgtest succeeds when monotone is simply
dropped from the test dependencies, as below:
--- a/debian/tests/control
+++ b/debian/tests/control
@@ -1,3 +1,3 @@
Tests: testsuite
-Depends: @, zip, unzip, netbase, python-subversion, monotone, cvs,
Hello Dmitry,
I can look after this package for some time, if there are no other takers and
if that is OK with you.
I should be able to enlist additional assistance in case of major
issues/changes.
Kind regards,
Davor
On 2019-01-21 12:28:40 +0100, Vincent Lefevre wrote:
> On 2019-01-21 11:20:52 +0100, Marc Haber wrote:
> > What do you think, would it be an acceptable workaround to move the
> > current day file away in postinst and document that fact?
>
> Are the old files still readable by the new atop?
Since
Hey,
the fix of this bug is not complete, the installation of the JS-stuff is
still excluded in debian/rules. Could you please take another look into
the bug?
Best regards,
Jan
On Fri, 16 Nov 2018 11:20:44 +0200 Timo Aaltonen
wrote:
> On 15.11.2018 18.22, Jan Luca Naumann wrote:
> > Package:
We investigated the problem further:
The systemd-tmpfiles call in the postinstall script is added by dh_installinit
(debhelper).
debhelper Version 12 (sid) and Version 12~bpo9+1 (stretch-backports) already
fixed this using basename, as we initially suggested.
However, apparently packages for
Package: ftp.debian.org
Please remove the "python-astropy-helpers" source package from unstable.
Upstream will stop supporting the Python 2 package by the end of the
year, and so it should not appear in Buster or later. Python 3 support
is provided by the "astropy-helpers" source package.
All
Hi,
after some debugging I found a solution which works fine for me and
successfully builds
Images and ISOs in Docker again.
Commenting out this line in debootstrap makes it work again:
https://sources.debian.org/src/debootstrap/1.0.114/functions/#L1161
So either the issue is in debootstrap
On 2019-01-21 11:20:52 +0100, Marc Haber wrote:
> What do you think, would it be an acceptable workaround to move the
> current day file away in postinst and document that fact?
Are the old files still readable by the new atop?
If not, another (better?) possibility is to ask the user if he
Package: drbl
Version: 2.20.11-6
Severity: wishlist
Dear Maintainer,
Your package is the only one that use the package ash as dependency.
If you can change it for the package dash, the functionality remain unchanged
and the dash source package can remove the creation of the ash package.
Also,
El dg 20 de 01 de 2019 a les 13:20 +0100, Ross Gammon va escriure:
> Would you like me to remove you from the uploaders list?
Do as you wish, I do not have upload permission.
smime.p7s
Description: S/MIME cryptographic signature
On Thu, Jan 17, 2019 at 01:48:24PM -0800, Brad Warren wrote:
> I just wanted to make sure this was still on everyone’s radar. The
> change server side where tens of thousands of Debian users will begin
> being unable to renew their certificates is in less than a month.
>
It is, but the initial
Package: clusterssh
Version: 4.13.2-2
Severity: important
Hi,
ClusterSSH in Buster sometimes fails to open one or more sessions with:
> Cannot open pipe for reading when talking to linux1 : Interrupted system call
> Use of uninitialized value $win in concatenation (.) or string at
Hi Andreas,
> On 2019-01-21 10:13, Chris Lamb wrote:
> >> Packages should not install and ship headers in /usr/include/python3.7/
> >> but in /usr/include/python3.7m/ (or /usr/include/python3.7dm/),
> >
> > Why? I'll need such an explanation for the long description. :)
>
> Installing files
Package: rust-dhcp4r
Version: 0.1.0-1
Hello,
Where to find upstream of rust-dhcp4r?
A websearch did yield https://tracker.debian.org/pkg/rust-dhcp4r
and I hoped to be able to click on Homepage, but is it not stated.
Opening
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
As reported in #600109, /etc/cron.daily/chkrootkit contains a regular
expression to filter out dhclient3 and dhcpd3 as false positives from the
packet sniffer test. However, the
On Sun, Jan 20, 2019 at 07:50:50PM +0100, Hans van Kranenburg wrote:
> tags 836896 + moreinfo
> thanks
>
> Hi,
>
> This is about the bug report about xenstore that you filed before in the
> Debian bug tracker, against the Xen packages.
>
> Your bug report was targeted at a Xen package in a
I'm going to test this (or get someone else to if I don't hear back from
DSA soon) on a porter box before I upload to unstable
signature.asc
Description: OpenPGP digital signature
Control: tag -1 - moreinfo
On 2019-01-21 10:13, Chris Lamb wrote:
>> Packages should not install and ship headers in /usr/include/python3.7/
>> but in /usr/include/python3.7m/ (or /usr/include/python3.7dm/),
>
> Why? I'll need such an explanation for the long description. :)
Installing files
On Sun, Jan 20, 2019 at 05:33:02PM +0100, Guilhem Moulin wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Guilhem Moulin
>
> * Package name: pullimap
> Version : 0.4
> Upstream Author : Guilhem Moulin
> * URL : https://git.guilhem.org/interimap/about/
> * License
Package: goo
Version: 0.155-16
Severity: serious
thanks
Hi Aaron,
please change the license of src/samurui/treegoo.* from GPL to LGPL in
your debian/copyright.
Thanks!
Thorsten
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear release team,
I packaged this library as a build dependency of the docker.io package.
It turns out that we don't use it to build docker.io.
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-askpass
Version : 1.1
Upstream Author : Jeroen Ooms
* URL : https://cran.r-project.org/package=askpass
* License : MIT
Programming Lang: GNU R
Description : safe password
tags #919922 confirmed upstream
severity #919922 important
thanks
Hi Sven,
thanks for spotting this. Strangely, this didn't happen on my test
box, but I can confirm this behavior for my workstation.
I am downgrading this to important though, since I consider the
statistics writing an auxillary
bts notfound 919981 mathjax/2.7.4+dfsg-1 '# fixing version information'
. found 919981 mathjax/2.7.0-2
thanks
This bug affects version 2.7.0 and seems to be fixed in the 2.7.4
version available in testing.
Package: src:jupyter-sphinx-theme
Version: 0.0.6+ds1-4
Severity: normal
Tags: sid buster
Control: block 917705 by -1
Hi Jerome,
ipywidgets depends on python-jupyter-sphinx-theme which is no longer built by
jupyter-sphinx-theme. I haven't checked if ipywidgets could be changed not to
depend on
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-sys
Version : 2.1
Upstream Author : Jeroen Ooms, Gábor Csárdi
* URL : https://cran.r-project.org/package=sys
* License : MIT
Programming Lang: GNU R
Description : Powerful and
Hello,
Just want to add that it behaves as intended in Firefox 64.0.2, but not
in gnome-terminal or gedit.
Best regards
Robert
signature.asc
Description: PGP signature
Hi Alessio,
Le lun. 21 janv. 2019 à 02:23, Alessio Treglia a écrit :
> On Fri, 18 Jan 2019 at 16:39, Dylan Aïssi wrote:
> > If you don't have time, I can help you to update the package.
>
> Please go ahead.
Thanks :-)
Last questions:
- Should I do a NMU or co-maint is fine for you?
- Since
Hello Jeremy,
Am 20.01.19 um 02:45 schrieb Jeremy Bicha:
> Source: mgba
> Version: 0.6.3+dfsg1-2
> X-Debbugs-CC: sergio_...@yahoo.com.br
>
> The AppStream metadata that was added to the Debian package isn't
> being used because its metadata_license isn't on the short list of
> approved licenses.
Hello,
Samuel Thibault wrote:
> Thanks! Just to make sure, is this while Orca is running?
Yes, it is.
Best regards
Robert
signature.asc
Description: PGP signature
Hello,
Am 20.01.19 um 23:37 schrieb Nikolas Nyby:
> Package: blockattack
> Version: 2.3.0-1+b1
> Severity: normal
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>
> I started blockattack with no
Source: gyoto
Version: 1.3.0-1
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Hi Maintainer
Since the upload of 1.3.0-1, gyoto has been failing its autopkgtests on
i386 [1] with the following error:
Reading parameter file:
Package: fonts-mathjax
Version: 2.7.4+dfsg-1
Severity: important
Tags: upstream
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* Jupyter notebook mathematics formulas are ugly with bad spacing,
* short integrals and parenthesis, even some
Hello,
Robert Schindler, le jeu. 17 janv. 2019 07:48:01 +0100, a ecrit:
> Is attached.
Thanks! Just to make sure, is this while Orca is running?
Samuel
Santiago Vila :
> This is still happening, both in reproducible-builds and also in my
> own autobuilders. The reproducible-builds logs are available here:
>
>
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/neutron.html
>
> and I've just put my build logs here:
>
>
tags 919979 + moreinfo
severity 919979 wishlist
thanks
Hi Andreas,
> Packages should not install and ship headers in /usr/include/python3.7/
> but in /usr/include/python3.7m/ (or /usr/include/python3.7dm/),
Why? I'll need such an explanation for the long description. :)
Best wishes,
--
On 1/21/19 9:52 AM, Gianfranco Costamagna wrote:
>>If someone is using unstable, I expect them to be able to resolve
>>such issues themselves. unstable isn't a release, it's a development
>>version of Debian.
>
> ehm, this bug hit testing too :/
No, it didn't. What makes you think so? The
Package: nodm
Got an idea:
As there is a very high chance the user is using nodm at the time he
runs apt-get upgrade etc. thinking ho-hum, just another upgrade of 50
packages...
and an even higher chance if pidof nodm returns positive,
and a good chance that he was browsing something
Package: lintian
Severity: normal
libpython3.7-dev ships /usr/include/python3.7 -> python3.7m
Packages should not install and ship headers in /usr/include/python3.7/
but in /usr/include/python3.7m/ (or /usr/include/python3.7dm/),
otherwise they will trigger piuparts installs_over_symlink_error.
On Mon, 21 Jan 2019 08:39:27 +0200 Adrian Bunk wrote:
> On Sun, Jan 20, 2019 at 03:45:35PM -0800, Josh Triplett wrote:
> > I'd love to see lintian catch issues like this:
> >
> > $ ldd -u /sbin/badblocks
> > Unused direct dependencies:
> > /lib/x86_64-linux-gnu/libblkid.so.1
> >
> > Lintian
Hello,
>If someone is using unstable, I expect them to be able to resolve
>such issues themselves. unstable isn't a release, it's a development
>version of Debian.
ehm, this bug hit testing too :/
>I don't understand why some users install unstable without understanding>the
>ramifications of
Control: reassign -1 tracker.debian.org
Re: Mattia Rizzolo 2018-12-21 <20181221211515.gn19...@mapreri.org>
> > Not sure if this is a duplicate of #910987, but I see the problem.
>
> Not quite. However, it's not a problem coming from tracker, rather by
> the data source it uses.
It's somewhat
Hallo d-l,
the situation of dwarves-dfsg improved a lot over the weekend, the
only knot left is now the license of hash.h
This file is also present in the kernel [0] with an updated copyright
but still without license.
I received a private email from somebody in the kernel community who
Ian Jackson writes:
...
>
> * Declare that no-one is allowed the binary package name
>/usr/bin/dune other than the C++ library dune-common
^
I suspect you meant 'dune' there.
BTW I agree (having followed the thread) that the consensus on
debian-devel was that the choice of
Package: security-tracker
Severity: important
Dear Maintainer,
the JSON stream of the Debian Security Bug Tracker seems to report stale
data since the beginning of January 2019:
$ curl -I https://security-tracker.debian.org/tracker/data/json
HTTP/2 200
date: Mon, 21 Jan 2019 08:10:06 GMT
...
please try pocl from experimental which is built against llvm-7
Andreas
tag 919677 pending
thanks
Date: Fri Jan 18 15:28:00 2019 +0100
Author: Michael Prokop
Commit ID: 414292838ac45665e36455a57ff034fddf5a3b7a
Commit URL:
https://git.sigxcpu.org/cgit/git-buildpackage//commit/?id=414292838ac45665e36455a57ff034fddf5a3b7a
Patch URL:
Package: ibus-keyman
Version: 11.0.103-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.
>From
On 1/19/19 4:35 AM, Ben Finney wrote:
> [patch]
Hi Ben!
Thanks a lot for your pull request, I did merge it, however, now the
package fails to build, with an error in the test you've added, as per
below. Could you look into it once more?
Cheers,
Thomas Goirand (zigo)
Package: mailman3-web
Version: 0+20180916-2~bpo9+1
Dear Maintainer,
After upgrading from earlier python2-based packages, I ran into this problem of
Whoosh databases between python2 and python3 being incompatible:
$ sudo -u www-data /usr/share/mailman3-web/manage.py update_index_one_list
301 - 386 of 386 matches
Mail list logo