Source: hurd
Version: 1:0.9.git20190331-8
Tag: ftbfs
User: trei...@debian.org
Usertags: edos-uninstallable
Severity: serious
Hi,
hurd build-depends on libc0.3-dev, which does not exist in the archive on
any release architecture.
-Ralf.
Source: rust-cargo-lichking
Version: 0.7.0-1
Tags: ftbfs
Severity: serious
User: trei...@debian.org
Usertags: edos-uninstallable
Hi,
rust-cargo-lichking build-depends on librust-cargo-0.32+default-dev,
which doesn't exist in the archive.
-Ralf.
Source: golang-github-bradfitz-http2
Version: 0.0~git20150509-2
Severity: serious
Tags: ftbfs
User: trei...@debian.org
Usertags: edos-uninstallable
Hi,
golang-github-bradfitz-http2 build-depends on golang-go.crypto-dev,
which only exists in old[old]stable.
-Ralf.
Hello! I updated ftpsync and the trace file should have the required
information now. Please check it out and tell me if there's still
something else that needs to be fixed.
About the nameservers, sadly, that's not in my hands, but I'll ask about
that to the right people anyway.
Kind regards
I had already tried this approach for disable numlock but does not
work. I solved it only by running numlockx in the auto-start directory
(after the kde desktop was started).
On Fri, Jul 26, 2019 at 1:48 AM Paul Gevers wrote:
> On 25-07-2019 21:49, Samuel Thibault wrote:
> > python2 is being phased out, so something needs to be done for ldtp. The
> > upstream mailing list has been very inactive for a long time. Will there
> > really be interest in porting it to python3
Hello,
mo...@debian.org, le mer. 23 oct. 2019 02:33:30 +, a ecrit:
> Your package either build-depends, depends on Python2, or uses Python2
> in the autopkg tests (the specific reason can be found searching this
> source package in
> https://people.debian.org/~morph/mass-bug-py2removal_take2.t
Package: lazarus
Version: 2.0.2+dfsg-6
Followup-For: Bug #942768
Hello, I was upgrading to 2.0.2+dfsg-6 and I am still getting the file
conflict:
dpkg: error processing archive /var/cache/apt/archives/lazarus-
src-2.0_2.0.2+dfsg-6_all.deb (--unpack):
trying to overwrite
'/usr/lib/lazarus/2.0.2/c
Package: ftp.debian.org
Severity: normal
ldtp is Python2 only and after discussing with upstream it turned out
that they don't have any plan to port it to Python3. I don't have any
time to maintain it as upstream. So, it is better to remove ldtop from
Debian until someone ports. I can reintroduce
On Wednesday, 23 October 2019 1:33:35 PM AEDT mo...@debian.org wrote:
> Source: xpra
> Usertags: py2removal
>
> Your package either build-depends, depends on Python2, or uses Python2
> in the autopkg tests
Are you sure this is not a false-positive??
Xpra is already fully converted to Python3 and
On Sun, Sep 01, 2019 at 10:06:31AM +0200, Mechtilde Stehmann wrote:
> Package: wnpp
> Severity: wishlist
> * Package name: libzxing-core-java
> Version : 3.4.0
> Upstream Author : Jeremias Maerki, ZXing authors
> * URL : http://central.maven.org/maven2/com/google/zxing/c
On Tue, Oct 22, 2019 at 11:06:01PM -0400, Sandro Tosi wrote:
> Hello Nicholas,
> any specific reason to wait this long? it would be very helpful if
> there's a chance for you to speed up the upload to unstable, so that
> we can reduce the number of packages needing python2 in unstable soon,
> and b
On donderdag 26 september 2019 22:56:08 CEST Bob Weber wrote:
> Another trick that worked on 2 machines here is to set the numlock on in
> /etc/sddm.conf.
>
> My general section of sddm.conf looks like this now:
>
> [General]
> HaltCommand=
> RebootCommand=
> Numlock=on
>
> Hope this helps.
Thi
Hello Nicholas,
any specific reason to wait this long? it would be very helpful if
there's a chance for you to speed up the upload to unstable, so that
we can reduce the number of packages needing python2 in unstable soon,
and better assess the situation we are in, and if we can actually
remove py2
Control: tags -1 patch
On Mon, Oct 21, 2019 at 05:17:59PM +0200, Dominique Dumont wrote:
> The data contained in debian/copyright is mapped to a tree structure inside
> cme. You can have a view of this structure by running 'cme dump dpkg-
> copyright' or get a graphical view with 'cme edit dpkg-c
On Wed 2019-10-23 01:28:42 +0200, Thomas Schmitt wrote:
> Daniel Kahn Gillmor wrote:
>> but it's known to be relatively easy to find collisions in MD5.
>
> It is suspected that it is possible to construct byte strings which
> produce a desired particular MD5 value.
I think you're describing a prei
Package: libbpf-dev
Version: 5.3.7-1
Severity: wishlist
Hi,
libbpf-dev is currently packaged from kernel sources.
Please consider switching to GH mirror [1] so there are following advantages:
- Versioning is consistent with ABI
- GH mirror has CI tests
- Be consistent w/ other distros, e.g. Fedor
We have also been experiencing this problem since moving to Buster. We never
saw this with Jessie. I believe it comes down to the following code in
readproc:
if ( (strchr(process_status, 'D') != NULL) ||
(strchr(process_status, 'Z') != NUL
Source: gwyddion
Version: 2.52-1
Severity: serious
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs pygtk
Tags: sid bullseye
pygtk is unmaintained upstream. It has not had a release since GNOME 3
was released in 2011.
The way forward is to port your app to use GObject Introsp
This bug seems to be fixed, in as much as 0.9.0 has been in unstable for a
while. However, I think python 3.8 is going to require 0.10.1, as only
numpy 1.17 is compatible with 3.8 and statsmodel 0.10.1 is the first
release to support numpy 1.17 (as I read things anyway)
Package: torbrowser-launcher
Version: 0.3.2-2
Severity: serious
Tor Browser 9.0 shows only black screens because the default apparmor
profile does not allow write access to /dev/shm/org.mozilla.ipc.*.*
like it does for /dev/shm/org.chromium.* and I was able to fix this
issue by adding this workaro
Package: python3-pluggy
Version: 0.13.0-1
Severity: normal
Control: affects -1 python3-fiat
pluggy does import importlib_metadata, at least with python3.7
python3-pluggy should therefore Depends: python3-importlib-metadata
The bug can be seen in fiat tests,
https://ci.debian.net/data/autopkgtest
[2019-10-22 01:43] Lorenz
> > Sorry, don't follow. Previously no link in /etc/service was created
> > if dh-runit decides that service should not be enabled, now hidden
> > link is created instead. How it is more confusing?
>
> OK, from existing users there are no visible consequences and a bug
[2019-10-14 16:40] Lorenzo Puliti
> Hi,
Hi!
> this is to be consistent with a patch that I'm about to send
> for dh-runit.
> The attached patch here makes update-service create a .symlink
> rather than just removing the symlink to disable a service.
> This will help in preserving local admin c
Please CC me on replies to the bug since it's not particularly easy
for me to subscribe to all of these emails.
Personally, I think porting away from pygtk (to GTK3 and GObject
Introspection) is more urgent than porting to python3, but yes you'll
ultimately need to do both.
Thanks,
Jeremy Bicha
Hi Nicolas,
On Tue, 22 Oct 2019, Nicolas Braud-Santoni wrote:
> How did you get rid of the B-D on Py2, given that python-gi-dev itself Depends
> on it?
Ok, the *indirect* B-D I cannot get rid off, but building the py2
version we did as follows:
--- xapp.git.orig/pygobject/meson.build
+++ xapp.git
Source: joblib
Version: 0.13.0-2
Severity: important
Dear Maintainer,
joblib 0.13.0 does not support Python 3.8. 0.14.0 does and builds fine
but for one wrinkle: some tests import threadpoolctl which is not (yet?)
packaged. For Ubuntu I just patched things to skip those tests.
Cheers,
mwh
-- Sy
Package: debcargo
Version: 2.4.0-1
Control: affects -1 ftp.debian.org
Hi! I'm trying to summarize in this report the state of conversation i
had today between members of the FTP team (and others on #debian-ftp)
and members the debian Rust packaging team.
We seem to be in a bit of an impasse, and
Quoting intrigeri (2019-10-14 11:29:02)
> Control: retitle -1 libmoox-options-perl: test regression with
> librole-tiny-perl 2.001003-1
> Control: forwarded -1 https://github.com/celogeek/MooX-Options/pull/69
>
> Hi again,
>
> intrigeri:
> >> Maybe yesterday's upload of libnamespace-autoclean-pe
Package: antennavis
Version: 0.3.1-4+b1
Severity: minor
Dear Maintainer,
The documentation at /usr/share/doc/antennavis/README references no longer
available nec2 binary sources:
>> In case you can't meet these requirements, you can download a
>> statically linked nec2 version from:
>> http://w
Hi,
Antoine Beaupré wrote:
> I mean "broken" as in "DVD as are not available as normal ISOs over HTTP
> or bittorrent but only jigdo".
Afaik, that's because jigdo uses the package mirror servers as source of
the bulk of its downloads. Those servers experience the same as with a
generously sized i
On Tue, 22 Oct 2019, Jesse Smith wrote:
> >any ideas how it could be possible for process to be discovered by
> >ps(1), but not pidof(1)?
> I can think of a few possibilities, though they seem unlikely. One is
> that the process could be crashing and restarting, making it a zombie
or in
On 2019-10-22 23:10:19, Julien Cristau wrote:
> Control: severity -1 normal
>
> On Tue, Oct 22, 2019 at 03:29:54PM -0400, Antoine Beaupré wrote:
>> Control: severity 887831 grave
>>
> That is entirely unjustified afaict, and doesn't help your case.
I would have thought I made a pretty explicit ju
> Jesse,
>any ideas how it could be possible for process to be discovered by
>ps(1), but not pidof(1)?
>
I can think of a few possibilities, though they seem unlikely. One is
that the process could be crashing and restarting, making it a zombie
for brief periods of time. Testing pidof wi
Can confirm that this bug affects more people. Same symptoms and same
message in syslog
Platform: Dell XPS 13 9360R running the same kernel
Can be reverted by shutting down and booting in to an older kernel
(5.2.17-1+b1)
severity 937926 serious
thanks
The latest upload of src:python-pbr has now removed the python[2]-pbr
binary package, thus making the build dependencies of src:python-mock
uninstallable, and raising the urgency of dropping that build
dependency. (Unless you install an older binary package of pytho
severity 942875 normal
# thanks
Hi,
thanks for reporting this bug. however...
> I suppose this a bug, since debootstrap did warn before it would
> overwrite files!
yes, it's a bug. but not even important one according to
https://www.debian.org/Bugs/Developer#severities
--
cheers,
Ho
Hi László,
Quoting László Böszörményi (GCS) (2019-10-22 21:15:19)
> On Wed, Oct 16, 2019 at 9:45 PM Johannes Schauer wrote:
> > On Thu, 25 Jul 2019 11:51:00 +0200 László Böszörményi (GCS)
> > wrote:
> > > * Package name: squashfs-tools-ng
> > I see the package is still waiting in NEW.
> >
>
control: tags -1 +help
[ Adding to thread "apcupsd" Debian maintainer and "pidof" upstream
maintainer. ]
[2019-10-21 14:27] Martin von Wittich
> Am 20.10.19 um 20:59 schrieb Dmitry Bogatov:
> >
> > That sounds explainable. pidof() scans /proc directory, and it takes some
> > time for kernel
Hi,
On Tue, Oct 22, 2019 at 09:47:32PM +0300, Josh Triplett wrote:
> After upgrading to linux-image-5.3.0-1-amd64, I get messages like those
> seen in the log ("No response from codec, resetting bus" and "Unable to
> sync register"), and eventually a WARN. The mixer doesn't show the audio
> device
On Tue, 22 Oct 2019 13:58:13 -0700 Felicia P wrote:
> Thank you for the transition information
Hi,
when running sid the transition tracker is the best friend one can have.
Second best friend is apt - i might sound old fashioned, but GUI tools
don't give so much hints about not wanted package rem
On Sat 2018-01-20 14:10:28 +0100, Thomas Schmitt wrote:
> as described in
> https://lists.debian.org/debian-cd/2018/01/msg00021.html
> jigdo-file verifies the .template file and the resulting ISO image only
> by MD5 checksums which stem from the .jigdo or from the .template file.
> The .jigdo fil
Package: src:tellico
Version: 3.2.1-2
Severity: serious
Tags: sid bullseye patch
tellico access the network during the build. please don't do this.
http://launchpadlibrarian.net/374519251/tellico_3.1.2-2ubuntu4_3.1.2-2ubuntu5.diff.gz
On Tue 2019-10-22 23:03:49 +0200, Thomas Schmitt wrote:
> It does so for cross-table key matching, where MD5 suffices by all means
> of hash table theory.
I'm unaware of the meaning of "cross-table key matching", but it's known
to be relatively easy to find collisions in MD5.
If the adversary can
Daniel Kahn Gillmor writes:
> The Packages file is growing, and we would like to keep it smaller.
>
> The MD5sum lines are vestigial at this point. Anything that they do
> can be done better with the data from the SHA256sum lines.
I agree it would be nice to remove MD5sum from Packages; there are
On woensdag 16 oktober 2019 03:54:45 CEST you wrote:
> you can change the config of OpenSSL to allow lower TLS versions to work.
> Better would be to urge that mail provider to upgrade their mail software as
> TLS < 1.2 really isn't secure.
>From https://lists.debian.org/debian-kde/2018/11/msg
Source: libidn2
Severity: grave
Tags: security
This was assigned CVE-2019-18224:
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=12420
Patch:
https://github.com/libidn/libidn2/commit/e4d1558aa2c1c04a05066ee8600f37603890ba8c
Cheers,
Moritz
On 2019-10-22 23:03:49, Thomas Schmitt wrote:
> Hi,
>
> Antoine Beaupré wrote:
>> Severity set to 'grave' from 'normal'
>
> This is really overdone.
>
> See jigdo as a peculiar way of downloading the ISO with a MD5 check
> where e.g. wget has none at all.
> And as said, for now jigdo seems indispen
Package: ruby-loofah
Severity: important
Tags: security
Please see https://www.openwall.com/lists/oss-security/2019/10/22/1
Cheers,
Moritz
Package: ftp.debian.org
Severity: normal
The Packages file is growing, and we would like to keep it smaller.
The MD5sum lines are vestigial at this point. Anything that they do
can be done better with the data from the SHA256sum lines.
Removal of the MD5sum lines would reduce the size of the gz
This should be fixed in Aspell 0.60.8 as aspell 0.60.8 increased the score of
suggestions with a ' ', '-' so they no longer appear near the start of the
list.
The first suggestion is now 'transferred'
Package: ftp.debian.org
Severity: normal
Dear FTP masters,
neutron-lbaas is deprecated upstream, and replaced by Octavia, which we have
in Buster already (and which I've been using in production). Therefore, we
should remove neutron-lbaas from Sid/Testing, as it's supposed to be
completely gone
This should be fixed in Aspell 0.60.8 as aspell 0.60.8 increased the score of
suggestions with a ' ', '-' so they no longer appear near the start of the list.
Thank you for the transition information
On 10/22/19 1:12 PM, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the libqt5xdgiconloader3 package:
>
> #942883: libqt5xdgiconloader3: Dependency upon qtbase-abi-5-11-3 prevents
Source: cracklib2
Version: 2.9.6-2
Severity: important
Tags: patch
Dear Maintainer,
When Python 3.8 is supported, as in Ubuntu focal or Debian experimental,
the 3.8 extensions are not built because of this error in the configure
process:
checking for python script directory... Traceback (most re
Control: severity -1 normal
On Tue, Oct 22, 2019 at 03:29:54PM -0400, Antoine Beaupré wrote:
> Control: severity 887831 grave
>
That is entirely unjustified afaict, and doesn't help your case.
Cheers,
Julien
retitle 942069 ITP: python-opentracing -- Python interface to the
OpenTracing.io API
owner 942069 !
thanks
I think I'm ready to package it.
--
Fabrice BAUZAC-STEHLY
PGP 015AE9B25DCB0511D200A75DE5674DEA514C891D
Hi,
Antoine Beaupré wrote:
> Severity set to 'grave' from 'normal'
This is really overdone.
See jigdo as a peculiar way of downloading the ISO with a MD5 check
where e.g. wget has none at all.
And as said, for now jigdo seems indispensible for the fat ISO sets.
> If the ISO image generation is
Package: openssh-server
Version: 1:7.9p1-10+deb10u1
Severity: normal
Dear Maintainer,
After a fresh installation of Debian Buster stable on a HP Proliant Microserver
Gen8,
I found out that the ssh daemon was slow to start after a (re)boot.
It manifests by the fact that the connection is refused
Control: tags -1 +unreproducible
The original report says "This is not reproducible" so tagging as such.
On Fri, Sep 21, 2018 at 01:20:37PM +0200, Vincent Lefevre wrote:
> On 2018-09-21 05:49:19 +0100, Olly Betts wrote:
> > If it's something that happens sporadically I'd suggest you try
> > habit
Source: tuxpaint
Version: 1:0.9.24~git20190922-f7d30d-1~exp2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
tuxpaint/experimental FTBFS on several architectures where tuxpaint/sid
builds:
https://buildd.debian.org/status/package.ph
Thanks Julien,
> Looks ok, go ahead. It would have been helpful to note that and when
> this was fixed in sid, since there's no corresponding debian bug.
I changed d/changelog to mention that this was fixed in upstream's 3.11.1
sid and testing currently have 3.11.2, I hope that helps clear it up
Control: tags -1 +moreinfo
On Mon, Aug 13, 2018 at 09:28:53PM +0200, Simon Richter wrote:
> This is a major showstopper for linking KiCad 5 against GTK3, so this
> requires us to keep GTK2 around longer.
The debian kicad package has now using the GTK3 flavour of wxwidgets3.0
for many months, so h
Hi,
Daniel Kahn Gillmor wrote:
> If jigdo would use the SHA256sum entries instead of the MD5 entries when
> it is doing ISO assembly, then everyone could still fetch full DVD sets
> or BD sized installation ISOs
I am kindof the second-last jigdo export, but not at all with .deb
entrails.
Are you
Hi Dmitry,
On 22-10-2019 22:19, Dmitry Shachnev wrote:
> On Tue, Oct 22, 2019 at 09:57:16PM +0200, Paul Gevers wrote:
>> I have scheduled those. First build failures are appearing. Can you
>> please check?
>>
>> https://buildd.debian.org/status/package.php?p=deepin-qt5dxcb-plugin
>> https://buildd
Hi Jan, Hi Andreas,
> both contains the same file, namely
> /usr/lib/lazarus/2.0.2/components/IdeInspector/ideinspector.lpk
> and removing it from one of them would fix the issue.
That is not a bug, but rather a feature that is solving previous bugs [1] and
[2]
The issue is that I copied some co
On Tue, Oct 22, 2019 at 09:57:16PM +0200, Paul Gevers wrote:
> I have scheduled those. First build failures are appearing. Can you
> please check?
>
> https://buildd.debian.org/status/package.php?p=deepin-qt5dxcb-plugin
> https://buildd.debian.org/status/package.php?p=xdg-desktop-portal-kde
> https
Control: tag 942885 confirmed wontfix
Andreas Beckmann wrote...
> Package: isdnactivecards
> Version: 1:3.12.2007-11-27-1
> Severity: serious
> Tags: sid bullseye ftbfs
Haven't checked, but bullseye /should/ still build. Not for
long, though.
> isdnactivecards cannot be built in sid any longer:
Hi.
Last gbirthday maintainer speaking.
The gbirthday package is more or less dead upstream, unless someone
volunteers to take it over.
I ported gbirthday to qt. Here is qbirthday:
https://github.com/lafrech/qbirthday
https://pypi.org/project/qbirthday/
There are a few changes from GBirthday b
On Mon, 2019-09-02 at 15:09 +0200, Stefano Rivera wrote:
> Your package either build-depends, depends on Python2, or uses
> Python2 in the autopkg tests. Please stop using Python2, and fix
> this issue by one of the following actions.
>
> - Convert your Package to Python3.
I would like to do th
Control: tags -1 -moreinfo
Hi Paul,
> On 15-10-2019 23:53, Sandro Knauß wrote:
> > I'm not sure, what ben rules you want, I can create ben rules for all
> > 38 packages, but as the 57 packages are get a new upload anyways,
> > those get recompiled anyways.
>
> This sounds like one transition,
Package: libsystemd-dev
Version: 243-3
Severity: normal
Dear Maintainer,
libsystemd-dev 243-3 depends on libsystemd0 242-7 and cannot therefore install.
$ sudo apt install libsystemd-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could
Hi Dmitry,
On 22-10-2019 17:49, Dmitry Shachnev wrote:
> You can start scheduling binNMUs already. An extra build-dependency on
> qtbase5-dev (>= 5.12) is enough to make sure it builds against the new
> version. For qtcreator, please also add qbs-dev (>= 1.13).
I have scheduled those. First build
Package: python-fabio
Version: 0.9.0+dfsg-2
Severity: serious
Python-fabio's autopkgtest is failing,
==
ERROR: testFullFormatName (fabio.test.testfabioconvert.TestFabioConvert)
--
On 2019-10-21 10:01:43, Sven Hoexter wrote:
> On Sun, Oct 20, 2019 at 02:38:28PM +0200, Sven Hoexter wrote:
>
> Hi,
>
> > > 2) You can also update it to fio 3.16 and upload that. I would be okay
> > > with an NMU.
> >
> > I currently look into this option. Since we set it up on Salsa in the
> >
Package: src:linux
Version: 5.3.7-1
Severity: important
Dear Maintainer,
After upgrade kernel to linux-image-5.3.0-1-amd64, I can not
modprobe "snd_hda_codec_hdmi" any more, it show the error message,
modprobe: ERROR: could not insert 'snd_hda_codec_hdmi': Key was
rejected by s
Package: isdnactivecards
Version: 1:3.12.2007-11-27-1
Severity: serious
Tags: sid bullseye ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
isdnactivecards cannot be built in sid any longer:
[...]
make[3]: Entering directory '/build/isdnactivecards-3.12.20
Control: tags -1 moreinfo
Hi Sandro,
On 15-10-2019 23:53, Sandro Knauß wrote:
> I'm not sure, what ben rules you want, I can create ben rules for all
> 38 packages, but as the 57 packages are get a new upload anyways,
> those get recompiled anyways.
This sounds like one transition, so I think we
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "zipios"
* Package name: zipios
Version : 2.2.5.0-1
Upstream Author : Thomas Sondergaard
* URL : http://zipios.sourceforge.net/
* License : LGPL-2+
*
Package: firmware-realtek
Version: 20190717-2
Followup-For: Bug #935969
Hi,
The cause of the bug is that the rules.gen file does not include the rtw88
firmware files.
The attached patch solves the problem (at least for me).
Kind regards,
Andrea Palazzi
-- System Information:
Debian Release: b
Package: libqt5xdgiconloader3
Version: 3.3.1-2
Severity: important
Dear Maintainer,
A dependency issue is preventing installation of this package, causing
lxqt-core components to uninstall, thus breaking existing lxqt installation.
See output below:
$ sudo apt install lxqt-core
Reading packag
On 2019-10-22 20:58, Simon McVittie wrote:
On Tue, 22 Oct 2019 at 19:30:51 +0200, Gunnar Hjalmarsson wrote:
@Simon: Any thoughts on the status of your glib MR? Is it safe
enough to patch glib2.0 in Debian, and with that fix this bug?
I don't think we should be applying changes this significant
Control: severity 887831 grave
On 2019-10-22 12:39:47, Daniel Kahn Gillmor wrote:
> I would even posit that temporarily breaking jigdo would be better than
> keeping this additional bandwidth cost in play.
Yes. In fact, right now, I can't think of any use case for Jigdo. It's
been totally superse
We have a job offer for you. Reply to this email for more details.
Wen Li Zhang
On Wed, Oct 16, 2019 at 9:45 PM Johannes Schauer wrote:
> On Thu, 25 Jul 2019 11:51:00 +0200 László Böszörményi (GCS)
> wrote:
> > * Package name: squashfs-tools-ng
> I see the package is still waiting in NEW.
>
> Where did you put the packaging VCS? I'd like to play around with it before
>
On Tue 2019-10-22 19:15:51 +0200, Thomas Schmitt wrote:
> Daniel Kahn Gillmor wrote:
>> I would even posit that temporarily breaking jigdo would be better than
>> keeping this additional bandwidth cost in play.
>
> To my knowledge, jigdo is the only way to get full DVD sets or any BD sized
> instal
Control: tag -1 +patch
Hi,
The attached patch should (I will test it tomorrow) fix the problem.
--
Łukasz Stelmach
Samsung R&D Institute Poland
Samsung Electronics
--- live-config-getty-generator.orig 2019-10-22 21:06:50.858966292 +0200
+++ live-config-getty-generator 2019-05-19 10:11:26.00
On Tue, 22 Oct 2019 at 19:30:51 +0200, Gunnar Hjalmarsson wrote:
> Simon has prepared a fix of this issue via a glib merge request:
>
> https://gitlab.gnome.org/GNOME/glib/merge_requests/1176
>
> I applied the diff from that MR on top of glib2.0 2.62.1-1, and based on my
> limited tests it appear
Package: dh-python
Version: 4.20191017
The handling of the changed extension names in 3.8 is a little bit tricky, and
you suggested to use PYBUILD_NAME and PYBUILD_EXT_DESTDIR_*. Here is a try to
do that The changed packaging has other bugs, but it show that the extensions
are not moved into
Package: src:linux
Version: 5.3.7-1
Severity: normal
After upgrading to linux-image-5.3.0-1-amd64, I get messages like those
seen in the log ("No response from codec, resetting bus" and "Unable to
sync register"), and eventually a WARN. The mixer doesn't show the audio
device at all.
This didn't
On Thu, 30 Nov 2017 16:37:52 +0100 Matthias Klose wrote:
>
> the changelog reads:
>
> - nfs-common: Add Recommends python for mountstats and nfsiostat
>
> Please convert these scripts to python3, and recommend Python3 instead.
>
I think they should already be compatible with python3 since 1.2.9
Package: mate-session-manager
Version: 1.22.2-1
Severity: normal
Dear Maintainer,
I'm running the MATE desktop on Sid and everytime I want to reboot or shutdown
my laptop, a dialog box pops up saying the at-spi-bus-launcher is not
responding. When clicking 'Reboot/Shutdown anyway' there's a tim
Quoting Guilhem Moulin (2019-10-22 19:15:27)
> On Mon, 21 Oct 2019 at 00:26:58 +0200, Jonas Smedegaard wrote:
> > I syncronize multiple accounts into subdirs below ~/Maildir and
> > track them as a whole using a single notmuch database.
>
> AFAIK notmuch doesn't speak IMAP so unfortunately that a
Dear maintainer,
this bug seems to be fixed after updating mesa to v19.2.1-1.
A few details about the error: when running
"bash -x /usr/bin/thunderbird -g",
the command trace ends as follows:
-
+ output_info 'Starting Thunderbird with GDB ...'
+ echo 'INFO -> Starting Thunderbird with GDB ...'
INFO -> Starting Thunderbird with GDB ...
+ output_info 'LANG= /usr/bin/gdb
Package: libbrotli-dev
Version: 1.0.7-3
Severity: normal
Dear Maintainer,
I tried to build a static version of a binary (wget2).
There is no static version of the brotli libraries.
Regards, Tim
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'uns
Package: duplicity
Version: 0.8.05-1
Followup-For: Bug #942593
The bug still exists in the new version, although in a slightly different form:
(during "duplicity full" command)
Backtrace of previous error: Traceback (innermost last):
File "/usr/lib/python3/dist-packages/duplicity/backend.py", li
Package: live-wrapper
Version: 0.10
Severity: important
File: /usr/bin/lwr
Dear Maintainer,
019:10:22T17:27:38ZUTC Calculate some file system statistics ...
2019:10:22T17:27:39ZUTC Size before compression: 20357 MiB
2019:10:22T17:27:41ZUTC Number of files: 547743
2019:10:22T17:27:41ZUTC Number of
Simon has prepared a fix of this issue via a glib merge request:
https://gitlab.gnome.org/GNOME/glib/merge_requests/1176
I applied the diff from that MR on top of glib2.0 2.62.1-1, and based on
my limited tests it appears to fix the issue with IBus in Qt apps.
@Simon: Any thoughts on the stat
Package: goattracker
Version: 2.75-3
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
Trying to start goattracker
* What exactly did you do (or not do) that was effective (or
ineffective)?
run it under gdb. Goattracker quit
1 - 100 of 220 matches
Mail list logo
