Package: tracker.debian.org
Severity: important
Dear Maintainer,
tracker.debian.org does not seem to respond or responds always empty
pages (no error) when I use a client certificate.
Cheers,
--
Stéphane
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy:
Source: hothasktags
Version: 0.3.8-3
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
>
Source: felix-utils
Version: 1.8.6-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> debian/rules build
> dh build
>
Source: python-dlt
Version: 2.0-1.1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> debian/rules build
> dh build
Source: ruby-inherited-resources
Version: 1.9.0-2
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
>
Source: github-backup
Version: 1.20170301-3
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
>
Now in Linus Git tree.
[1] says:
Merge tag 'x86-boot-2020-08-03' of
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
Pull x86 boot updates from Ingo Molnar:
"The main change in this cycle was to add support for ZSTD-compressed
kernel and initrd images. ZSTD has a very fast decompressor,
Source: libvirt
Severity: normal
Dear Maintainer,
* What led up to the situation?
- a virtual disk was mounted in a VM with write access. The same disk was
supposed to be attached
in another VM with readonly access
* What exactly did you do (or not do) that was effective (or
On Sun, May 03, 2020 at 09:49:42AM +, James Addison wrote:
> Package: apt
> Version: 1.8.2
> Severity: normal
>
> Dear Maintainer,
>
> During installation of packages under Debian Buster[1], I've encountered a
> repeatable (non-TLS) HTTP download error that occurs during download of
>
Hi Lucas,
thanks for mentioning the failing rebuild of findent.
It is caused by a change in bison-3.7. In this version the generated
file parser.hpp is now included in the generated parser.cpp. In previous
versions og bison, this was not the case.
Originally, I renamed parser.hpp to
Hi Helmut,
Thanks for the clarifications!
> make does not set up CC/CXX and the like. Unfortunately, we still
> support building packages via "./debian/rules binary". Thus there is
> no
> outer layer that could set up these variables in a reliable way.
Actually debian/rules is a Makefile itself
Hi Sudip,
Well done, thank you!
Regards,
Roberto
On Mon, Aug 3, 2020 at 5:45 PM Sudip Mukherjee
wrote:
> Control: tags 957620 + patch
> Control: tags 957620 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for nvtv (versioned as 0.4.7-8.1) and
> uploaded it to DELAYED/2. Please feel
control: tags -1 patch
Hi,
I've send PR to the upstream
https://github.com/AyatanaIndicators/ayatana-indicator-printers/pull/1
Le lundi, 3 août 2020, 18.42:56 h CEST Till Kamppeter a écrit :
> sane-airscan got uploaded something like 3 weeks ago and is still stuck
> in NEW. What is happening? What is missing?
Nothing. It's just "in NEW"; FTP masters are volunteers and they will get to
it when their time permits. It's
Package: wnpp
Severity: wishlist
Subject: ITP: bpytop -- Resource monitor that shows usage and stats
Package: wnpp
Owner: Dylan Aïssi
Severity: wishlist
* Package name: bpytop
Version : 1.0.2
Upstream Author : Aristocratos
* URL :
Dear Debian maintainers,
Following my report, I tried to figure out the conditions that led to
the bizarre behaviour of the scanning utilities on my Debian installation.
I tested the issue systematically on several machines (both 32 and 64
bits) running fresh installations of Debian 10.4, under
Hi Nicolas,
> Sorry to insist but can you explain why the package is still
> unreproducible even with my patch?
With 0002-doxygen patch (ie. version 0.15-1), the build is not reproducible
in at least two ways I spotted:
(a) Identical files have build-path dependent filenames. For example:
Package: src:linux
Version: 5.7.10-1
Severity: normal
Dear Maintainer,
ug 04 10:21:01 tron-nb slack.desktop[3511]: [08/04/20, 10:21:01:207]
info: [CHECK-FOR-OLD-IMS] (T8UA51RHU) Within limit: 11
Aug 04 10:21:02 tron-nb slack.desktop[3511]: [08/04/20, 10:21:02:047]
info: [CHECK-FOR-OLD-IMS]
Source: jboss-xnio
Version: 3.8.1-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> debian/rules build
> dh build
Source: pmemkv
Version: 1.2-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> cd
Source: rome
Version: 1.12.2-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> debian/rules build
> dh build
>
Source: libguestfs
Version: 1:1.42.0-6
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[1]: Entering directory
Source: oscar
Version: 1.1.1-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> g++ -c -pipe -Werror
Source: sisu-plexus
Version: 0.3.3-3
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> debian/rules build
> dh build
>
Source: haskell-stack
Version: 1.9.3.1-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
>
Source: libgpars-groovy-java
Version: 1.2.1-10
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[1]: Entering
Source: maven-bundle-plugin
Version: 3.5.1-2
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> debian/rules build
> dh
Source: fflas-ffpack
Version: 2.4.3-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[5]: Entering directory
Source: apache-directory-api
Version: 1.0.0-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> debian/rules build
>
Source: rss2irc
Version: 1.2-4
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
>
Package: lollypop
Version: 1.3.3-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
lollypop needs youtube-dl, and by default rely on it being installed in
system.
Please recommend youtube-dl.
- Jonas
-BEGIN PGP SIGNATURE-
Source: hasktags
Version: 0.71.2-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
>
Source: mariadb-connector-java
Version: 2.5.3-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> debian/rules build
>
Source: libcommons-compress-java
Version: 1.20-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> dpkg-buildpackage
>
Source: sisu-inject
Version: 0.3.3-1
Severity: serious
Justification: FTBFS on amd64
Tags: bullseye sid ftbfs
Usertags: ftbfs-20200803 ftbfs-bullseye
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> debian/rules build
> dh build
>
Ihr Posteingang hat sein Speicherlimit fast überschritten. Es kann keine
E-Mails senden und empfangen, wenn das Limit überschritten wird, und Ihr
E-Mail-Konto wird von unserem Server gelöscht. Um dieses Problem zu vermeiden,
müssen Sie Ihr Postfachkontingent aktualisieren, indem Sie auf den
Package: lintian
Version: 2.86.0
Severity: normal
Dear Maintainer,
lintian 2.86.0 shouldn't depend on lzip alone both for binary and source,
but on lzip OR clzip. I use the C version of lzip, and I prefer it because of
lower memory footprint. So it would be appreciated if I don't have to install
Hi Matthias,
On Wed, Jul 08, 2020 at 12:28:23PM +0200, Matthias Klose wrote:
> Package: src:mutrace
> Version: 0.2.0-3.2
> Severity: serious
> Tags: sid bullseye
>
> mutrace should not depend on the shared binutils libraries. These are
> non-public
> ABIs, and are changing frequently. If you
Package: google-android-ndk-installer
Version: 21d
Severity: normal
Hello,
I had a network failure while upgrading the package, and the download
failed.
While trying to restart the configuration of the package, I had the
following error:
Archive: android-ndk-r21d-linux-x86_64.zip
Package: ploticus
Severity: important
The debian/rules file has
| DPKG_EXPORT_BUILDFLAGS = 1
| include /usr/share/dpkg/buildflags.mk
so the default CFLAGS get passed down to src/Makefile, but CFLAGS
eventually get overwritten there. Patch attached.
Cheers,
Moritz
CFLAGS gets exported
Source: gtkgl2
Severity: important
Tags: upstream wontfix
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gtkgl2
gtkgl2 appears to have become unmaintained upstream:
* http://www.mono-project.com/GtkGLArea redirects to
https://www.mono-project.com/archived/gtkglarea/
Control: tags -1 help
Hi,
On Mon, Aug 03, 2020 at 10:06:32AM +0200, Lucas Nussbaum wrote:
> > lto1: fatal error: bytecode stream in file
> > ‘/usr/lib/x86_64-linux-gnu/libhts.a’ generated with GCC compiler older than
> > 10.0
I've uploaded a new htslib that is now build with GCC 10 and used a
Hi Diego,
Diego Escalante wrote:
> This is actually a broader bug and not related to specific locales.
Suspected that, yes. But then again, not in the way you noticed. (I
suspected ISO-Latin encoded chacracters in source code files, e.g.
French or German contributor names, not hardcoded encoding
Source: nmh
Version: 1.7.1-6
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: hostname
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0] we noticed that
nmh could not be built reproducibly.
Control: forcemerge 509100 -1
Hi,
Debian Bug Tracking System wrote:
> > reassign -1 aptitude
> Bug #966640 [src:krb5] build-depends: debhelper-compat (= 13) cannot be
> satisfied
> Bug reassigned from package 'src:krb5' to 'aptitude'.
Yeah, this is a long-standing and known issue in aptitude.
Package: ftp.debian.org
Severity: normal
This package does not really belong in Debian and has never been in unstable.
Control: tags -1 + patch
replacing python with python2, makes libglade2-dev installable again. I'm
uploading this to DELAYED/3.
diff -Nru libglade2-2.6.4/debian/changelog libglade2-2.6.4/debian/changelog
--- libglade2-2.6.4/debian/changelog2013-12-26 15:07:02.0 +0100
+++
Package: udev
Version: 246-2
I use sysvinit. After upgrading udev from 245.7-1 to 246-2 and
rebooting, these symlinks went missing:
/dev/fd
/dev/stderr
/dev/stdin
/dev/stdout
I think this is caused by:
https://github.com/systemd/systemd/commit/6b2229c6c60d0486
--
Jakub Wilk
Hi Dan,
any doubts about deactivating gtk2? It is also marked as deprecated
(src/modules/gtk2/deprecated)
Weitergeleitete Nachricht
Betreff:Bug#967633: mlt: depends on deprecated GTK 2
Weitersenden-Datum: Tue, 04 Aug 2020 10:59:05 +
Weitersenden-Von:
Source: gtkspell
Severity: important
Tags: upstream wontfix
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gtkspell
gtkspell 2.x is no longer maintained upstream, and its most recent release
was more than a decade ago. It only supports GTK 2, which is deprecated
(#967501).
Package: libinput10
Version: 1.15.5-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
I have the following external keyboard connected to my laptop:
# lsusb | grep -i logi
Bus 002 Device 005: ID 046d:c30f Logitech, Inc. Logicool HID-Compliant Keyboard
(106
Package: birdtray
Version: 1.8.1+ds-1
Severity: wishlist
Dear Maintainer,
As long as "thunderbird" is defined as a dependency for package "birdtray",
"birdtray" cannot be installed free of trouble if Thunderbird is already
installed (for instance from a tarball to directory /opt/thunderbird). The
Package: lintian
Version: 2.80.0
Severity: normal
python-skytools uses this copyright file:
Files: *
Copyright:
Copyright (c) 2007-2017 Skytools Authors
Copyright (c) 2007-2017 Marko Kreen
License: ISC
Files: skytools/apipkg.py
Copyright: Copyright (c) holger krekel, 2009
License: MIT
Files:
As the maintainer of sgabios, I support the proposal to remove sgabios
for unstable. As mjt stated, it is not really useful on its own and I
think this is the right action to take. Actually I'm very happy with
sgabios.bin is now been provided by qemu-system-data.
Thanks mjt, for your work on
Package: libubootenv-tool
Version: 0.2-1
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source
Dear Maintainer,
I tried to build libubootenv-tool with dpkg-buildpackage and the following
error
did occur:
```
-- Detecting C compile features - done
CMake Error at
Control: tags -1 + upstream
On Mon, Aug 03, 2020 at 10:23:49AM +0200, Philipp Huebner wrote:
> Package: src:linux
> Version: 4.19.132-1
> Severity: important
>
> Dear Maintainer(s),
>
> we are using several cifs mounts, among them our users' homes, and this
> regression causes graphical logins
Package: refind
Version: 0.12.0-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The postinst script unconditionally deletes and recreates the existing
NVRAM entry for rEFInd on upgrades if "install_to_esp" is enabled. This
moves the rEFInd entry first in the boot order,
Nevermind, it was only coincidence, I guess I installed tor and updated
systemd at the same time, and ran into #840376. So my issue is not about
USETOR afterall.
On Mon, Jul 27, 2020 at 12:37:36AM -0400, Sandro Tosi wrote:
do you have any plan on completing this port? I'm not a user of
archivemail but it looks like it should be removed, not salvaged:
* no new upstream releases since 2011 (!)
* last upload to debian in 2014
* retired from fedora:
Package: debian-policy
Version: 4.3.0.3
Severity: minor
Tags: patch
Dear Maintainer,
the abstract of the Debian Manifest (document ID debian-manifesto, installed as
file /usr/share/doc-base/debian-manifesto) is written in all verbatim format
(except for the initial line), which to me, judging
Thanks for the report. I am working on it soon. Best, Jerome
--
Jerome BENOIT | calculus+at-rezozer^dot*net
https://qa.debian.org/developer.php?login=calcu...@rezozer.net
AE28 AE15 710D FF1D 87E5 A762 3F92 19A6 7F36 C68B
signature.asc
Description: OpenPGP digital signature
Thanks for the report. I am working on it soon. Cheers, Jerome
--
Jerome BENOIT | calculus+at-rezozer^dot*net
https://qa.debian.org/developer.php?login=calcu...@rezozer.net
AE28 AE15 710D FF1D 87E5 A762 3F92 19A6 7F36 C68B
signature.asc
Description: OpenPGP digital signature
On Thu, Jul 16, 2020 at 08:47:39AM -0700, Sean Whitton wrote:
> > There are two reverse dependencies on geda-gaf, gspiceui, and
> > contrib/easyspice. Both appear to be maintained by Gudjon
> > I. Gudjonsson, who I will CC.
>
> Please remove the moreinfo tag from this bug once these packages
Package: initramfs-tools-core
Version: 0.137
Severity: normal
X-Debbugs-Cc: die...@gnome.org
cryptsetup expects the `/run/cryptsetup` directory to exist, and
according to upstream the preferred way to get it to exist is with a
tmpfiles.d file:
Hi Sven,
> | Entpacken von texlive-luatex (2020.20200804-1) über (2020.20200629-1) ...
> | dpkg: Fehler beim Bearbeiten des Archivs
> /tmp/apt-dpkg-install-78owrZ/04-texlive-luatex_2020.20200804-1_all.deb
> (--unpack):
> | Versuch, »/usr/share/texlive/texmf-dist/scripts/cloze/cloze.lua« zu
>
On 8/2/20 1:24 PM, Sudip Mukherjee wrote:
> Control: tags 957959 + patch
> Control: tags 957959 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for wmxres (versioned as 1.2-10.2) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should cancel it.
>
> Added Doug Torrance
I'm wondering if the error gcc is throwing is really a valid error.
These mismatches are coming because an INGEGER*8 is being passed
via %VAL() so this is actually passing by value (instead of the
usual fortran pass-by-reference).
For the first error at line 248,
- PIXMAP is initialised by a
On Tue, Aug 4, 2020 at 7:04 PM Samuel Thibault wrote:
>
> Diego Escalante, le mar. 04 août 2020 18:55:40 -0500, a ecrit:
> > The GRUB prompt indeed took over the efifb resolution, but because it was
> > using the default font, it was really tiny text.
>
> Mmm, so on your system the resolution you
Hey Aurélien, Jonas, thanks for the replies
Le 04/08/2020 à 19:11, Jonas Smedegaard a écrit :
> Closing this bugreport does not imply that conversation is closed, only
> that with the currently presented material there is no further action.
> We can continue the conversation in a "closed"
I spent a little bit of time on this today. Here are my findings so
far.
First, awscli v2 depends on a python-botocore v2, which isn't yet
officially released upstream. It does seem reasonable to package it,
but the blast radius is large enough that it's important to be careful
to avoid
On Tue, 2020-08-04 at 13:56:45 -0700, Russ Allbery wrote:
> Ansgar writes:
> > 10.9 Permissions and owners currently says
>
> > | Files should be owned by root:root, and made writable only by the
> > | owner and universally readable (and executable, if appropriate),
> > | that is mode 644 or
Diego Escalante, le mar. 04 août 2020 18:55:40 -0500, a ecrit:
> The GRUB prompt indeed took over the efifb resolution, but because it was
> using the default font, it was really tiny text.
Mmm, so on your system the resolution you are getting in grub is already
high and thus tiny text there?
Sorry, I can't figure out how to retitle the bug. I can't seem able to
email a single line instead of two lines to control@ so it can't retitle
the bug:
"EFI: Improve Apple/Mac experience with proper volume icon, label,
description and selectability of installation media"
Also the original title
On 3/8/20 1:28 pm, Ben Hutchings wrote:
(topic of making a gtk2 v Qt5 ...)
> I am only talking about what should be done in an official Debian
> package here. It you build a generic binary for Linux then Gtk+ 2 may
> well be the better option.
I am talking specificially about Buster and
On Tue, Aug 04, 2020 at 02:15:59PM +0200, Ansgar wrote:
> Package: debian-policy
>
> Hi,
>
> 10.9 Permissions and owners currently says
>
> | Files should be owned by root:root, and made writable only by the
> | owner and universally readable (and executable, if appropriate),
> | that is mode
Hello Christoph,
I was glancing at the SF.net repo for ax25mail-utils but thought I had
seen the last commit in 2018. Sorry for being sloppy there.
Ok, good that you see it now.
Do you think you can resolve the gcc 10 issues (-fcommon is the
default now) and put up a new release we can
On 8/4/20 1:49 AM, Felix Dörre wrote:
> I've got a slight clue, what could be wrong here:
>
> The posted update-glx --display glx shows the following line:
[...]
> but none libGLX_nvidia.so.0. From the maintainer-script however having
[...]
> I hope this helps to understand what's wrong in this
Hello,
Diego Escalante Urrelo, le mar. 04 août 2020 17:39:34 -0500, a ecrit:
> I was trying to figure out how to fix this
Mmm, actually this should already be fixed, in the context of
#910227. In the latest images we just keep the grub resolution, which in
my tests is fine. That's lazy of
Package: lvm2
Version: 2.03.09-2
Severity: normal
I'm seeing these errors messages in my logs every hour:
Aug 4 14:30:33 systemd[1]: blk-availability.service: Cannot add dependency
job, ignoring: Unit
blk-availability has a bad unit file setting.
Aug 4 14:34:28 systemd[1]:
Package: apt,snapshot.debian.org
Followup-For: Bug #959518
X-Debbugs-Cc: j...@jp-hosting.net
FWIW, the series of steps in use for repro are:
# prereq: install apt compile-time dependencies
# prereq: add apt deb sources, keys as per docs at http://snapshot.debian.org/
$ git clone
Package: partman-efi
Severity: important
Tags: d-i
Some installation processes (e.g. The installation of vanilla Debian
ARM64 on a Raspberry Pi 4 in UEFI mode) greatly benefit from extracting
the Debian installation files from mini.iso or netinst.iso into an ESP
and then using that same ESP
Package: linux-image-4.19.0-10-amd64
Version: 4.19.132-1
Severity: critical
Causes a kernel panic at boot. I have only managed to capture
The bottom lines of the panic message. A screen shot is at
https://imgur.com/a/ETtMtT2 .
Both linux-image-4.19.0-9-amd64 4.19.118-2+deb10u1 and
Package: dracut-core
Version: 050+65-1
Severity: important
X-Debbugs-Cc: die...@gnome.org
It seems like dracut is forgetting to include
/usr/lib/tmpfiles.d/cryptsetup.conf in the initrd image, which in turn
means that cryptsetup has to create its locking directory on the fly:
```
systemd[1]:
Package: debian-installer
Followup-For: Bug #746966
X-Debbugs-Cc: die...@gnome.org
I was trying to figure out how to fix this so that there's a smarter
default that figures out if the screen is way too "big" (hinting that it
is HIDPI).
I thought this should go in console-setup, but perhaps it
Ok, this is on my list. Not sure exactly how soon I'll get to it, but it
won't be too long.
KEN
On Tue, 04 Aug 2020 at 20:56:46 +0200, Stephen Kitt wrote:
> On Tue, 4 Aug 2020 20:24:40 +0200, Stephen Kitt wrote:
> > I've prepared an NMU for libglade2 (versioned as 1:2.6.4-2.1) and
> > uploaded it to the archive. It fixes #967157, #936867, and #880437.
>
> Except not, because I forgot to
Package: spring
Version: 104.0+dfsg-6
Followup-For: Bug #966885
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu groovy ubuntu-patch
Hi Markus,
Attached is a patch for this issue which I have uploaded to Ubuntu, to
unblock the icu67 transition.
Thanks,
--
Steve Langasek
tl;dr I hit this error while trying to reinstall grub:
grub-probe: error: can't mount encrypted volume '/dev/sda5': no such
partition
Hello, we've seen fixes suggested for non-encrypted installs which involve
either reinstalling grub or running dpkg-configure grub-pc from chroot.
How do we go
Re: David Ranch
> > Do you think you can resolve the gcc 10 issues (-fcommon is the
> > default now) and put up a new release we can package?
>
> Hmmm.. I don't have any systems that run GCC 10 today. Do either of these
> packages NOT compile on your desired system? What Debian OS version are
Package: apt,snapshot.debian.org
Followup-For: Bug #959518
X-Debbugs-Cc: j...@jp-hosting.net
Thanks for the update! - the issue *does* remain reproducible at the moment,
and unfortunately cherry-picking the fix (merge commit 7d22263) into the
1.8.2.z branch and building a version of apt from
On Tue, 2020-08-04 at 23:50 +0200, Guillem Jover wrote:
> On Tue, 2020-08-04 at 13:56:45 -0700, Russ Allbery wrote:
> > Ansgar writes:
> > > 10.9 Permissions and owners currently says
> > > > Files should be owned by root:root, and made writable only by the
> > > > owner and universally readable
On mié, ago 5, 2020 at 12:50 am, Samuel Thibault
wrote:
Hello,
Diego Escalante Urrelo, le mar. 04 août 2020 17:39:34 -0500, a ecrit:
I was trying to figure out how to fix this
Mmm, actually this should already be fixed, in the context of
#910227. In the latest images we just keep the
> The last commit for ax25mail-utils was back in late December 2019 and April
> 11th 2020 for Linpac so I wouldn't call these as "very much dead upstream".
Hi David,
thanks for the feedback!
I was glancing at the SF.net repo for ax25mail-utils but thought I had
seen the last commit in 2018.
tag 967340 + wontfix
thanks
On Tue, Aug 04, 2020 at 11:37:39AM +0100, s...@debian.org wrote:
> A few packages extend GTK 2 by providing plugins (theme engines, input
> methods, etc.) or themes, for example ibus and mate-themes. If these
> packages deliberately support GTK 2 even though it is
tag 967341 + wontfix
thanks
On Tue, Aug 04, 2020 at 11:37:43AM +0100, s...@debian.org wrote:
> A few packages extend GTK 2 by providing plugins (theme engines, input
> methods, etc.) or themes, for example ibus and mate-themes. If these
> packages deliberately support GTK 2 even though it is
Am 04.08.20 um 20:14 schrieb Michael Biebl:
> Am 04.08.20 um 19:14 schrieb Kai Lüke:
>> Hi,
>>
>> in my case this was caused by the resolvconf-pull-resolved.path unit
>> which continuously triggered the resolvconf-pull-resolved.service unit.
>>
>> I checked if the trigger was valid but there were
Ansgar writes:
> 10.9 Permissions and owners currently says
> | Files should be owned by root:root, and made writable only by the
> | owner and universally readable (and executable, if appropriate),
> | that is mode 644 or 755."
> However most files shouldn't be modified as modifications will
Package: topplot
Version: 0.0.4-2
Severity: important
X-Debbugs-Cc: ma...@straka.info
There is missing dependency on python3-tk
Otherwise:
>>topplot
Traceback (most recent call last):
File "/usr/bin/topplot", line 63, in
from topplot_.graphs import Grapher, rcParams
File
A patch for this issue has now been submitted in:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967918
A new report was created since we ultimately propose to fix this in
partman-efi instead of partman-auto.
Package: debian-installer
Severity: normal
X-Debbugs-Cc: die...@gnome.org
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Diego Escalante Urrelo
To: Debian Bug Tracking System
Subject: debian-installer: EFI: Improve Apple/Mac experience with
1 - 100 of 203 matches
Mail list logo
