Bug#951709: /boot should get a bigger share of disk in default installation

On 2/20/20 2:20 PM, Pirate Praveen wrote: > With initrd around 60+ MBs, 236 MB /boot in a 300 GB hard disk can hold only > 2 versions > of the kernels at the same time. When installing a 3rd kernel /boot gets > filled up. Please note that the default partition layout and hence the size of

Bug#951709: /boot should get a bigger share of disk in default installation

Package: debian-installer Version: 20190702+deb10u3 Severity: important With initrd around 60+ MBs, 236 MB /boot in a 300 GB hard disk can hold only 2 versions of the kernels at the same time. When installing a 3rd kernel /boot gets filled up. I think it should be able to store at least 3

Bug#951641: mini-buildd: MD5 conflict with doc packages when compiling "any" arch

So the good news is that it is not something general, ... No, I've checked it only for amd64 I also had exactly the same issue backporting 1.16.2 from sid :-/ [image: Screenshot from 2020-02-20 14-14-42.png] On Thu, 20 Feb 2020 at 14:01, Stephan Sürken wrote: > Hi Marc, > > On Wed,

Bug#951641: mini-buildd: MD5 conflict with doc packages when compiling "any" arch

Hi Marc, On Wed, 2020-02-19 at 12:17 +0100, Marc Leeman wrote: (...) > older platforms) and amd64 (current). I've come accross the following > while backporting GStreamer 1.14.4 from buster to stretch. just tried it here with no issues. Ftr, I did a portext to stretch with

Bug#951686: education-workstation: add gvfs-fuse under Recommends: field

Hi Wolfgang, On Do 20 Feb 2020 12:03:25 CET, Wolfgang Schweer wrote: Moin Mike, On Thu, Feb 20, 2020 at 07:30:02AM +, Mike Gabriel wrote: It becomes even more urgent on Roaming Workstations, where the server-side HOMEs are mounted via gvfsd as SMB shares. If users shall be able to

Bug#950716: transition: ruby2.7

On 20/02/2020 06:11, Graham Inggs wrote: > All binNMUs have been scheduled. > There were some packages that seem to have been rebuilt unnecessarily, > but no harm done. Thanks! > I noticed Ubuntu's ben file is quite different. > Should we update the Debian one to match? > >

Bug#951708: Info received (Bug#951708: buildd.debian.org: "which" command doesn't find /sbin/ssdisk causing script failure)

as superuser, makeHDD script ran fine in Debian 9 On 2/20/20 6:21 AM, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message

Bug#951708: buildd.debian.org: "which" command doesn't find /sbin/ssdisk causing script failure

I was trying to run attached script makeHDD, and it failed saying /sbin/sfdisk was not found. I ran the "which" command from the command line and it returned no result. I went to /sbin and found sfdisk is there. I also found blockdev in /sbin but the "which" command did not find it. So the

Bug#951708: buildd.debian.org: "which" command doesn't find /sbin/ssdisk causing script failure

Package: buildd.debian.org Severity: normal 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)? * What was the outcome of this

Bug#942764: gdisk bug #942764

Hi Jonathan! Jonathan Carter (2020-02-20): >> since a recent upgrade of my sid system (I would say, withing the >> last 7 days or so), any sgdisk operation fails. >> >> For example: >> >> $ dd if=/dev/zero of=/tmp/test.img bs=1M count=64 && sgdisk --print >> /tmp/test.img >> 64+0 records in >>

Bug#942764: gdisk bug #942764

Hi Intrigeri > since a recent upgrade of my sid system (I would say, withing the > last 7 days or so), any sgdisk operation fails. > > For example: > > $ dd if=/dev/zero of=/tmp/test.img bs=1M count=64 && sgdisk --print > /tmp/test.img > 64+0 records in > 64+0 records out > 67108864 bytes (67

Bug#951707: gringo ftbfs with Python 3.8

Package: src:gringo Version: 5.3.0-10 Severity: important Tags: sid bullseye User: debian-pyt...@lists.debian.org Usertags: python3.8 gringo ftbfs with Python 3.8: [...] packages/tmp/p/gringo-5.3.0/libclingo/clingo.hh:3871:32: warning: catching polymorphic type ‘struct

Bug#909708: Working tests seem to exist for epcr

Hi Andreas, Thanks for looking into this and sending the guide about packages. I saw the CI page for epcr, and I have a follow-up query about the same - I had added autopkgtests to altree the other day, and I've now added to loki

Bug#951706: gdspy hard-codes python3.7, without depending on it

Package: src:gdspy Version: 1.4.2-1 Severity: serious Tags: sid bullseye User: debian-pyt...@lists.debian.org Usertags: python3.8 override_dh_installdocs hard-codes the use of python 3.7, which will break with 3.8. Please make the rules file independent of the python version.

Bug#869617: Acknowledgement (libutempter0: Helper executable multiply broken: can't add, can't del)

Hi Dmitry, Thanks for getting back to me. Unfortunately I remember little of what I learned while digging into this two years ago, so I don't know how to recognise a properly configured pseudo-terminal master device or a mis-configured operating system with a broken ptsname: I'm just running

Bug#951686: education-workstation: add gvfs-fuse under Recommends: field

Moin Mike, On Thu, Feb 20, 2020 at 07:30:02AM +, Mike Gabriel wrote: > It becomes even more urgent on Roaming Workstations, where the server-side > HOMEs are mounted via gvfsd as SMB shares. If users shall be able to access > their home from a terminal, then gvfs-fuse daemon needs to be

Bug#951654: new upstream (5.0.2)

Hi, On 2/20/20 10:29 AM, Sascha Steinbiss wrote: > Should not hurt much and will probably get things going a bit more. ack. > Any comments and/or ideas? sounds good.. looking forward to it. Regards, Daniel

Bug#951705: Do not link with OpenSSL

Package: mupdf Version: 1.15.0+ds1-1 Severity: serious mupdf is AGPL licensed and does not come with an OpenSSL linking exception. According to ftp-master this is a serious violation (https://ftp-master.debian.org/REJECT-FAQ.html). Not linking with libssl does not lead to any package errors and

Bug#951704: ImportError: /lib/x86_64-linux-gnu/libjemalloc.so.2: cannot allocate memory in static TLS block

Package: libjemalloc2 Version: 5.2.1-1 Severity: important Tags: patch I cannot import the pyopenvdb module on Debian sid (amd64). It fails like this: $ python3 Python 3.7.6 (default, Jan 19 2020, 22:34:52) [GCC 9.2.1 20200117] on linux Type "help", "copyright", "credits" or "license" for more

Bug#951703: swig: does not install /usr/bin/swig anymore

Package: swig Version: 4.0.1-2 Severity: serious Affects: astrometry.net Tags: +patch The "swig" binary package does not install a symlink /usr/bin/swig --> swig4.0 anymore. Since this breaks the build of a number of packages, I set the severity to "serious". Typical error message: swig -python

Bug#951702: subvertpy ftbfs on 64bit big endian targets

Package: src:subvertpy Version: 0.11.0~git20191228+2423bf1-1 Severity: serious Tags: sid bullseye seen on ppc64 and s390x at least: [...] Generating objects inventory at apidocs/objects.inv make[2]: Leaving directory '/<>' make[1]: Leaving directory '/<>' dh_auto_test -a

Bug#950675: upstream does support it, but ...

I do wonder if doxygen-latex should instead be replaced by docbook output + docbook2pdf.

Bug#940555: Debian 10 Buster - gnome logiciels (gnome softwares) v. 3.30.6

Hello, More still some problem this day with gnome software update function, it not work correctly (look print screen in attachment). Regards. Philippe

Bug#951701: ITP: r-cran-lavasearch2 -- GNU R tools for model specification in the latent variable framework

Package: wnpp Severity: wishlist Subject: ITP: r-cran-lavasearch2 -- GNU R tools for model specification in the latent variable framework Package: wnpp Owner: Andreas Tille Severity: wishlist * Package name: r-cran-lavasearch2 Version : 1.5.4 Upstream Author : Brice Ozenne *

Bug#951700: RM: python-cobra [mips64el] -- ROM; Missing Build-Depends on mips64el prevents testing migration

Package: ftp.debian.org Severity: normal Hi, the build-dependency python3-sbml was lost inbetween two uploads of python-cobra. If the package would be removed for architecture mips64el from testing the package could migrate. Kind regards Andreas. Note: this was a request for a

Bug#951687: #951687 mawk vs gawk incompatibility

The referenced script uses "asort", which is a gawk extension (rather than, for instance, being a POSIX feature). It's not part of BWK (one-true-awk), either. According to the bug-reporting guidelines, that makes this a feature request, aka "wishlist" item. -- Thomas E. Dickey

Bug#951699: openvswitch: please update to new upstream release 2.13 to allow dpdk 19.11's upload to unstable

Source: openvswitch Version: 2.11.0+2019.06.25+git.9ebe795035+ds1-8 Severity: wishlist X-Debbugs-CC: pkg-dpdk-de...@lists.alioth.debian.org Dear Maintainer(s), Openvswitch 2.13 was released last week. This release adds compatibility with DPDK 19.11, the latest LTS version, which we'd like to

Bug#951698: linux kernel 5.x does not work with disk encryption 4.19 works

Package: linux-image-amd64 Version: 5.4.19-1, 5.5~rc5-1~exp1 Control: notfound -1 4.19.67-2+deb10u2 Severity: critical justification: makes system unbootable When trying to unlock an encrypted disk it fails with error (the encryption was setup by buster debian installer). libgcc_s.so.1 must be

Bug#951697: GDM crashing after last upgrade

Package: gdm (but not sure) Version: Package: 3.30.2-3 After last update GDM crashing after provided credentials to login in. It displays grey background and I can't switch to other terminal with ctrl+alt+function key. It only reacts to hardware power button - shut down normally. Going to other

Bug#951654: new upstream (5.0.2)

Hi Daniel, thanks for your request! > It would be nice if you could upgrade to the current upstream version > (5.0.2) and upload it to unstable. Indeed I have been testing the 5.x branch in experimental [1] and have so far refrained from uploading to unstable because of some issues with the

Bug#951696: certbot: Incompatibility with python3-urllib3=1.25.8-1

Package: certbot Version: 1.1.0-1 Severity: important Dear Maintainer, When run with python3-urllib3=1.25-8-1, certbot fails to run with a traceback : Traceback (most recent call last): File "/usr/lib/python3/dist-packages/requests/models.py", line 379, in prepare_url scheme, auth, host,

Bug#951695: mirror submission for mirrors.nipa.cloud

Package: mirrors Severity: wishlist User: mirr...@packages.debian.org Usertags: mirror-submission Submission-Type: new Site: mirrors.nipa.cloud Type: leaf Archive-architecture: amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x

Bug#950716: transition: ruby2.7

All binNMUs have been scheduled. There were some packages that seem to have been rebuilt unnecessarily, but no harm done. I noticed Ubuntu's ben file is quite different. Should we update the Debian one to match? https://people.canonical.com/~ubuntu-archive/transitions/html/ruby2.7-add.html

Bug#950063: influxdb-python FTBFS with pandas 0.25.3

Hi Alexandre, On Wed, Feb 19, 2020 at 09:51:43AM -0500, Alexandre Viau wrote: > Feel free to move influxdb-python to DPMT. Thanks. > However, if you do, please remove me from the maintainers and > delete/move the existing salsa project. For sure I can transfer the project on Salsa. Regarding

Bug#951693: libmodbus: please backport to buster

Source: libmodbus Version: 3.1.6-2 Severity: wishlist My colleague needs a new feature ("New functions to define the indication timeout (#95)") in stable. It is in 3.1.5, but stable has 3.1.4. I can do the backport myself and also push it to salsa.

Bug#951117: libecore1: .xsession-errors eats all disk space

On 17/02/2020 09:03, Ross Vandegrift wrote: > Okay great- about how long it was from the time the session started to the > time > you saw the log messages? I'm monitoring .xsession-errors and can't say anything definite. Sometimes it takes several hours, sometimes I don't see it for a day or

Bug#951692: fusioninventory-agent: Does not purge ucf when purging package

Package: fusioninventory-agent Version: 1:2.5.2-1 Severity: normal 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)? * What was

Bug#951691: src:ruby-prawn-svg: fails to migrate to testing for too long

Source: ruby-prawn-svg Version: 0.28.0-3 Severity: serious Control: fixed -1 0.29.1-1 Tags: sid bullseye User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), As recently announced [1], the Release Team now considers packages that are out-of-sync between testing

Bug#951689: src:infnoise: fails to migrate to testing for too long

Source: infnoise Version: 0.2.6+dfsg-1 Severity: serious Control: fixed -1 0.3.1+dfsg-1 Tags: sid bullseye User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), As recently announced [1], the Release Team now considers packages that are out-of-sync between

Bug#951690: src:python-cobra: fails to migrate to testing for too long

Source: python-cobra Version: 0.14.1-1 Severity: serious Control: fixed -1 0.14.2-2 Tags: sid bullseye User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), As recently announced [1], the Release Team now considers packages that are out-of-sync between testing

Bug#951671: pdfannotator not yet fixed

Control: tags -1 + pending Am 20.02.2020 um 05:56 teilte Norbert Preining mit: > Hi Bastien, > >> Could you please replace the previous patch with this one ? > > Updated in git, thanks. > Tag pending. H. -- sigfault #206401 http://counter.li.org signature.asc Description: OpenPGP digital

Bug#951688: src:aspell-ta: fails to migrate to testing for too long

Source: aspell-ta Version: 20040424-1-1 Severity: serious Control: fixed -1 20040424-1-2 Tags: sid bullseye User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), As recently announced [1], the Release Team now considers packages that are out-of-sync between

Bug#951623: ruby 2.7 support is merged upstream

On Wed, 19 Feb 2020 11:04:20 +0900 NOKUBI Takatsugu wrote: > Package: swig > Severity: normal > > --- Please enter the report below this line. --- > > I had an error on mecab package building for ruby 2.7. > https://buildd.debian.org/status/fetch.php?pkg=mecab=amd64=0.996-9%2Bb1=1582046522=0 >

Bug#951687: mawk vs gawk incompatibility

Package: mawk Version: 1.3.4.20200120-2 Hi, I have a package where mawk can't be used instead of gawk ; here is the shell script with the problematic command : https://gitlab.com/freedroid/freedroid-src/-/blob/master/po/update-potfiles I see three outcomes to this report : - find there's a bug

Bug#192787: reassign

On Sat, 17 May 2003 15:36:53 -0400 Matt Zimmerman wrote: > reassign 192787 apt-listbugs > thanks > > This is impossible (see #80123), but in any case not apt's bug. As per this comment https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=80123#68 on #80123 now there are hooks which run before

<    1   2