Bug#969889: linux-image-5.8.0-1-amd64: fails to load kernel modules, X does not work

2020-09-08 Thread Bastian Blank
Control: reassign -1 src:nvidia-graphics-drivers-legacy-390xx On Tue, Sep 08, 2020 at 02:14:54PM +0200, Vincent Lefevre wrote: > Sep 08 13:31:20 zira systemd-modules-load[408]: Error running install command > 'modprobe nvidia-modeset ; modprobe -i nvidia-legacy-390xx-drm ' for module >

Bug#969889: linux-image-5.8.0-1-amd64: fails to load kernel modules, X does not work

2020-09-08 Thread Bastian Blank
Control: tag -1 moreinfo Control: severity -1 important On Tue, Sep 08, 2020 at 01:36:45PM +0200, Vincent Lefevre wrote: > This version fails to load kernel modules (no issues with previous > Linux kernels provided by Debian). As a consequence, X does not work. > ** Loaded modules: > rfcomm >

Bug#968940: linux: please add patch to support virtualbox on kernel 5.8

2020-08-24 Thread Bastian Blank
Control: severity -1 important On Mon, Aug 24, 2020 at 12:11:08PM +0200, Gianfranco Costamagna wrote: > Hello, as explained on upstream ticket [1], the new kernel broke virtualbox, > and the only fix that has been found > so far is to export map_kernel_range and __get_vm_area_caller to modules

Bug#964812: linux: Pulling Google Compute Engine Virtual Ethernet Driver into Debian

2020-08-12 Thread Bastian Blank
Hi Zach On Tue, Aug 11, 2020 at 01:26:42PM -0700, Zach Marano wrote: > Yes there is a feature on the image resource which will (currently) enable > the device instead of virtio-net. If you add the "GVNIC" guestOS feature to > and image or disk resource it will do this. >

Bug#964812: linux: Pulling Google Compute Engine Virtual Ethernet Driver into Debian

2020-08-04 Thread Bastian Blank
Hi David On Fri, Jul 10, 2020 at 06:21:14PM +, David Awogbemila wrote: > Google would like to have its cloud networking driver, the Google > Compute Engine Virtual Ethernet driver (GVE) pulled into Debian > releases. I'm just working on this. Is there a way for me to actually test it? I

Bug#908908: turn lvm2-dbusd Architecture: all

2020-08-02 Thread Bastian Blank
Hi Helmut On Sun, Aug 02, 2020 at 07:25:50PM +0200, Helmut Grohne wrote: > On Sun, Aug 02, 2020 at 06:15:39PM +0200, Bastian Blank wrote: > > https://salsa.debian.org/lvm-team/lvm2/-/compare/master...lvmdbusd-arch-all > Thank you very much for sitting down and implementing this. >

Bug#908908: turn lvm2-dbusd Architecture: all

2020-08-02 Thread Bastian Blank
On Fri, Jul 31, 2020 at 05:59:48PM +0200, Helmut Grohne wrote: > Beyond that, https://bootstrap.debian.net/botch-native/amd64/stats.html > reports src:lvm2 -> python3-pyudev as a strong bridge. I have no idea how to read that, but okay. > Trust me, the python bindings need to be droppable for

Bug#966451: cloud.debian.org: systemd-growfs@-.service fails on arm64 instance types

2020-07-29 Thread Bastian Blank
On Tue, Jul 28, 2020 at 12:33:48PM -0400, Noah Meyerhans wrote: > Jul 28 16:14:54 debian systemd-growfs[271]: Partition size 8455699968 is not > a multiple of the blocksize 4096, ignoring 3584 bytes That's normal, we may fix the initramfs grow stuff to make better decisions. > Jul 28 16:14:54

Bug#966451: cloud.debian.org: systemd-growfs@-.service fails on arm64 instance types

2020-07-29 Thread Bastian Blank
On Tue, Jul 28, 2020 at 03:40:14PM -0700, Noah Meyerhans wrote: > Actually, the problem seems to have been caused by > https://salsa.debian.org/cloud-team/debian-cloud-images/-/merge_requests/192/ > Prior to that MR, we weren't using systemd-growfs at all. Prior to that we did not have any grow

Bug#908908: turn lvm2-dbusd Architecture: all

2020-07-26 Thread Bastian Blank
Hi Helmut On Sat, Sep 15, 2018 at 09:01:02PM +0200, Helmut Grohne wrote: > * There is a longer dependency cycle between lvm2 (via systemd) through >python3. Turning lvm2-dbusd Architecture: all means that all of the >python depends can be moved to Build-Depends-Indep solving the cycle.

Bug#859388: Bug#908908: lvm2 NMU

2020-07-26 Thread Bastian Blank
03.07/debian/control > --- lvm2-2.03.07/debian/control 2020-01-07 14:46:03.0 +0100 > +++ lvm2-2.03.07/debian/control 2020-07-18 20:53:01.0 +0200 > @@ -5,7 +5,6 @@ > Uploaders: Bastian Blank > Build-Depends: > debhelper (>= 10.9.2), > - dh-pyth

Bug#966173: libc6: __atan2_finite reference in dlopened module no longer found in executable linked to libm

2020-07-24 Thread Bastian Blank
On Fri, Jul 24, 2020 at 10:11:04AM +0100, Simon McVittie wrote: > The bug (#966150) is that a version of uix86_64.so compiled with a slightly > older (2020-02-18) toolchain fails to load on an up-to-date sid system, with: > undefined symbol: __atan2_finite Because the binary was not linked

Bug#963191: RFH: aufs

2020-06-29 Thread Bastian Blank
Hi Timo On Mon, Jun 29, 2020 at 09:32:09AM +0200, Timo Weingärtner wrote: > 20.06.20 13:26 Bastian Blank: > > Since the kernel supports overlayfs since some time now, what blocks > > it's removal? > There are Debian installations on filesystems that are incompatible with > o

Bug#963887: UDD: 'duck' importer broken since 2020-05-25

2020-06-28 Thread Bastian Blank
On Sun, Jun 28, 2020 at 09:40:12PM +0200, Mattia Rizzolo wrote: > On Sun, Jun 28, 2020 at 05:32:05PM +0200, Lucas Nussbaum wrote: > > The importer uses http://duck.debian.net/ which doesn't resolve anymore. duck.d.n in the past pulled git repositories from salsa.d.o, not sure what exactly it did

Bug#963191: RFH: aufs

2020-06-20 Thread Bastian Blank
Hi Jan On Sat, Jun 20, 2020 at 12:14:17PM +0200, Jan Luca Naumann wrote: > At the moment aufs is nearly unmaintained since I do not have time due to > personal issues. Therefore, I would be happy if there is somebody to > co-maintain the package. Since the kernel supports overlayfs since some

Bug#963155: libsquashfs1 - Wrong Section: kernel

2020-06-19 Thread Bastian Blank
Package: src:squashfs-tools-ng Version: 1.0.0-1 Severity: normal The source defines libsquashfs1 (I haven't checked older versions) with section kernel instead of the correct one libs. This can produce headaches, as release team tooling and others assign special behaviour to packages with libs

Bug#963090: mig - Undistributable (GPL + advertisement clause)

2020-06-18 Thread Bastian Blank
Package: mig Version: 1.8-7 Severity: serious mig mixes two incompatible licenses: GPL and a BSD derivative including an advertisement clause (included in cpu.sym and message.h): |and (3) all advertising | materials mentioning features or use

Bug#963089: mig - Set priority to optional

2020-06-18 Thread Bastian Blank
Package: mig Version: 1.8-7 Severity: important mig is a development package. So installing it by default, by virtue of being defined with priority "standard", is not appropriate. I've overriden the priority already to "optional". Please fix the package itself. Bastian -- Not one hundred

Bug#932943: hex or base64

2020-06-06 Thread Bastian Blank
On Sat, Jun 06, 2020 at 07:16:59PM +0200, Bastian Blank wrote: > That's exactly what this change does: > https://salsa.debian.org/cloud-team/debian-cloud-images/-/merge_requests/203 Now the remaining question is: GNU or BSD style checksum files? GNU: "checksum filename" - No i

Bug#932943: hex or base64

2020-06-06 Thread Bastian Blank
On Mon, May 18, 2020 at 11:56:15AM +0200, Thomas Lange wrote: > I've checked some other distributions in may 2020. They all use hex. Well, they ship a single file for consumption by "sha512sum", which we currently don't. > Maybe provide base64 and hex in our manifest but also sha{265,512}sum >

Bug#961363: slirp4netns - Fails on Linux 5.5: enable_seccomp failed

2020-05-23 Thread Bastian Blank
Hi Reinhard On Sat, May 23, 2020 at 04:09:42PM -0400, Reinhard Tartler wrote: > Can you please elaborate on your use-case and ideally demonstrate with a > minimal testcase? - What kind of namespaces are shared/unshared? The > command-line looks like it was generated by some other proram. Please

Bug#961363: slirp4netns - Fails on Linux 5.5: enable_seccomp failed

2020-05-23 Thread Bastian Blank
Package: slirp4netns Version: 1.0.1-1 Severity: important slirp4netns fails with the following command line: | /usr/bin/slirp4netns --disable-host-loopback --mtu 65520 --enable-sandbox --enable-seccomp -c -e 3 -r 4 --netns-type=path /run/user/1000/netns/cni-b5f1fc5... tap0 Excerpt from strace

Bug#959486: cloud-init - Enable fallback data source if nothing is detected in ds-identify

2020-05-09 Thread Bastian Blank
On Tue, May 05, 2020 at 04:18:36PM -0400, Noah Meyerhans wrote: > By fallback datasource, you mean "None"? Yes. > We could always reintroduce the use of debconf for datasource selection, > and avoid depending on ds-identify at all. The nice thing about that is > that we could then pre-fill that

Bug#959486: cloud-init - Enable fallback data source if nothing is detected in ds-identify

2020-05-02 Thread Bastian Blank
Package: cloud-init Version: 20.1-2 Severity: wishlist cloud-init does some basic tasks, like - network config (currently completely shadowed by our own), - ssh host keys. I think the most sensible setup would always enable cloud-init, and if it only runs with the fallback datasource. Currently

Bug#959037: lintian: FPOS? for executable-in-usr-lib

2020-04-30 Thread Bastian Blank
On Thu, Apr 30, 2020 at 11:41:44AM +0200, Bastian Blank wrote: > The _other_ d-i parts are only looking in the specified directories in > /usr/lib. Okay, let's expand on this. The following directories are part of the API of several d-i components: - /usr/lib/post-base-installer.d/ - /u

Bug#959037: lintian: FPOS? for executable-in-usr-lib

2020-04-30 Thread Bastian Blank
Hi Mattia On Wed, Apr 29, 2020 at 06:40:07PM +0200, Mattia Rizzolo wrote: > On Tue, Apr 28, 2020 at 11:38:44PM +0100, Steve McIntyre wrote: > > ACK. d-i won't be looking in /usr/libexec. Please leave things where > > they are... > Good, then @lintian-maint: please exclude udebs from this check :)

Bug#955547: buster-pu: package waagent/2.2.45-4~deb10u1

2020-04-30 Thread Bastian Blank
On Sat, Apr 25, 2020 at 07:23:11PM +0100, Adam D. Barratt wrote: > Please go ahead. Uploaded. Bastian -- A father doesn't destroy his children. -- Lt. Carolyn Palamas, "Who Mourns for Adonais?", stardate 3468.1.

Bug#959099: RFP: core-setup -- Helper library for MSbuild .NET Core support

2020-04-29 Thread Bastian Blank
On Wed, Apr 29, 2020 at 02:00:05PM +0300, EoflaOE wrote: > * Package name: core-setup core-setup is pretty generic as name. Please rename it to something more descriptive. I don't now if the dotnet stuff got a naming schema. Bastian -- There's a way out of any cage. --

Bug#958300: linux: enable infiniband kconfig in cloud images for Azure/HyperV

2020-04-26 Thread Bastian Blank
Hi Luca On Mon, Apr 20, 2020 at 10:19:22AM +, Luca Boccassi wrote: > Azure VMs can get accelerated networking for DPDK applications via the > NETVSC driver (https://doc.dpdk.org/guides/nics/netvsc.html), but this > requires enabling the Infiniband kernel modules. I have to say, I'm not so

Bug#958722: grub-efi-amd64-signed - Uninstallable

2020-04-24 Thread Bastian Blank
Package: grub-efi-amd64-signed Version: 1+2.04+5 Severity: grave grub-efi-amd64-signed got a strict = dependency on grub-common, but those packages are from different source packages. This makes this package uninstallable. | The following information may help to resolve the situation: | | The

Bug#955620: cloud-init - debian/rules clean fails from git repo

2020-04-03 Thread Bastian Blank
Package: cloud-init Version: 20.1-X Severity: important Currently running debian/rules clean from git repository fails: | % ./debian/rules clean | py3versions: no X-Python3-Version in control file, using supported versions | dh clean --with python3,systemd --buildsystem pybuild |

Bug#955553: haproxy - unreachable maintainer

2020-04-02 Thread Bastian Blank
Package: src:haproxy Severity: serious Mail to the maintainer address hapr...@tracker.debian.org bounces: | host ticharich.debian.org [2607:f8f0:614:1::1274:64] | SMTP error from remote mail server after RCPT TO:: | 550 Unrouteable address Do you mean

Bug#955356: shim-signed-* - Uninstallable

2020-03-30 Thread Bastian Blank
Package: shim-helpers-amd64-signed Version: 1.33+15+1533136590.3beb971-7 Severity: grave Binary packages in shim-signed and shim-unsigned have = dependencies, leading to them being uninstallable: | The following information may help to resolve the situation: | | The following packages have

Bug#954321: in the Debian AWS-images cloud-init network fails if ipv6 is disabled

2020-03-20 Thread Bastian Blank
Control: reassign -1 debian-cloud-images Control: severity -1 minor Control: tags -1 ipv6,help Hi Bas On Fri, Mar 20, 2020 at 09:00:08AM +0100, Bas Zoetekouw wrote: > On these machines, ipv6 is disabled by setting > /proc/sys/net/ipv6/conf/all/disable_ipv6 to 1. This causes the network > to

Bug#954276: cloud-init - RuntimeError: dictionary keys changed during iteration

2020-03-19 Thread Bastian Blank
Package: cloud-init Version: 20.1-1 Severity: serious cloud-init 20.1-1 fails to provision Azure: | 2020-03-19 14:31:48,840 - util.py[DEBUG]: Running module disk_setup () failed | Traceback (most recent call last): | File "/usr/lib/python3/dist-packages/cloudinit/stages.py", line 848, in

Bug#953941: igraph - Incomplete debian/copyright

2020-03-14 Thread Bastian Blank
Source: igraph Version: 0.8.0-1 Severity: serious Justication: Policy §12.5 X-Debbugs-CC: ftpmas...@debian.org debian/copyright on igraph is incomplete. Examples: - src/drl_layout_3d.cpp (BSD-3) - src/CHOLMOD/Modify/cholmod_rowdel.c (Timothy A. Davis) Please verify the whole copyright status.

Bug#953875: runit - default installation wants to remove systemd

2020-03-14 Thread Bastian Blank
Source: runit Version: 2.1.2-35 Severity: critical An installation attempt on a default system (with recommends enabled) of runit wants to replace the installed init: | $ sudo apt install runit | Reading package lists... Done | Building dependency tree | Reading state information... Done | The

Bug#950079: grub-cloud-amd64: prompting due to modified conffiles which were not modified by the user: /etc/default/grub

2020-02-17 Thread Bastian Blank
Control: severity -1 important On Tue, Jan 28, 2020 at 09:25:28PM +0100, Andreas Beckmann wrote: > during a test with piuparts I noticed your package failed the piuparts > upgrade test because dpkg detected a conffile as being modified and then > prompted the user for an action. As there is no

Bug#950167: Acknowledgement (icinga2-bin - Racy timeout in API: No data received on new API connection)

2020-01-29 Thread Bastian Blank
Hi It seems like I found a workaround: hard disable TLS 1.3 in OpenSSL: /etc/ssl/openssl.conf: | [system_default_sect] | MinProtocol = TLSv1.2 | MaxProtocol = TLSv1.2 | CipherString = DEFAULT@SECLEVEL=2 Bastian -- Military secrets are the most fleeting of all. -- Spock, "The

Bug#950167: icinga2-bin - Racy timeout in API: No data received on new API connection

2020-01-29 Thread Bastian Blank
Package: icinga2-bin Version: 2.10.3-2 Severity: important Hi I upgraded the master and one satelite of a larger Icinga2 setup to Buster. After the upgrade those two instances where unable to establish a working API connection. Connections between the new master and the Stretch instances still

Bug#947847: please install systemd-sysusers using update-alternatives

2020-01-29 Thread Bastian Blank
On Wed, Jan 29, 2020 at 05:06:31PM +0100, Svante Signell wrote: > * E) systemd is not available on non-Linux - You don't need an alternative for something that does not exist. - Have you ever tried to build those parts of the systemd package on your favorite glibc non-Linux? Bastian --

Bug#949788: s390-dasd FTCBFS: strips with the build architecture strip

2020-01-24 Thread Bastian Blank
Moin On Sat, Jan 25, 2020 at 05:50:40AM +0100, Helmut Grohne wrote: > s390-dasd fails to cross build from source, because it strips using the > build architecture strip during build. Beyond breaking cross > compilation, this also breaks DEB_BUILD_OPTIONS=nostrip as well as > generation of -dbgsym

Bug#948041: impossible to update libbpf without updating the kernel

2020-01-18 Thread Bastian Blank
On Wed, Jan 15, 2020 at 12:50:16PM +, Sudip Mukherjee wrote: > On Wed, Jan 15, 2020 at 06:12:05AM +, Jonathan Nieder wrote: > > I agree --- if upstream development were happening in > > https://github.com/libbpf/libbpf then this would be a no-brainer. It > > appears to instead be a mirror

Bug#948041: impossible to update libbpf without updating the kernel

2020-01-12 Thread Bastian Blank
Hi Sudip On Sun, Jan 12, 2020 at 12:28:20AM +, Sudip Mukherjee wrote: > On Fri, Jan 03, 2020 at 08:23:58PM +, Sudip Mukherjee wrote: > > > What are the benefits of doing so? > > The only benefit will be that we will be able to update the libraries > > irrespective of kernel update. libbpf

Bug#947220: lvm2: System unbootable with cached root and latest kernel

2020-01-09 Thread Bastian Blank
Control: reassign -1 thin-provisioning-tools Control: forcemerge 931514 -1 Moin On Mon, Dec 23, 2019 at 03:05:15AM +, Stefanos Harhalakis wrote: > Justification: breaks the whole system No, it does not. However, this is fixed in thin-provisioning-tools. Bastian -- Peace was the way.

Bug#948041: impossible to update libbpf without updating the kernel

2020-01-03 Thread Bastian Blank
Hi Marco On Fri, Jan 03, 2020 at 06:59:36PM +0100, Marco d'Itri wrote: > On Jan 03, Sudip Mukherjee wrote: > > Do we package libbpf from their github repo independent of the kernel > > update? Then we will need to remove the libbpf building bits from the > > Debian kernel source and create a

Bug#925411: Removing kernel-package? (was: kernel-package: Not suitable for release)

2019-12-25 Thread Bastian Blank
Hi Manoj Do you oppose that we finally shoot kernel-package dead, aka remove it from the archive? Regards, Bastian -- Youth doesn't excuse everything. -- Dr. Janice Lester (in Kirk's body), "Turnabout Intruder", stardate 5928.5.

Bug#947340: linux-base: can't be upgraded

2019-12-25 Thread Bastian Blank
Hi Christoph On Wed, Dec 25, 2019 at 03:06:19AM +0100, Christoph Anton Mitterer wrote: > Since last April, the package can't be upgraded as it conflicts with > the current version of kernel-common. kernel-common was neither released in Stretch, nor in Buster. > but then this should be reflected

Bug#947024: ipxe-qemu: grub2 tests fail after upgrade to 1.0.0+git-20190125.36a4c85-2

2019-12-19 Thread Bastian Blank
Control: tags -1 pending Hi Colin On Thu, Dec 19, 2019 at 05:14:11PM +, Colin Watson wrote: > OK, I bisected this to this commit: > > https://salsa.debian.org/waldi/ipxe/commit/56212b3037321d709184c5aed48b91b0a1bbd06e > Happy to try further tests if you have any suggestions. I feared it

Bug#945542: [Pkg-rust-maintainers] Bug#945542: debcargo -- Randomly adds and removes binary packages

2019-11-30 Thread Bastian Blank
Hi Russ On Fri, Nov 29, 2019 at 10:35:04AM -0800, Russ Allbery wrote: > Procedurally in Debian neither of these are justifications for setting the > severity to serious. This is not a Policy requirement that has reached > consensus, and the release team is the team in Debian that has the >

Bug#945542: [Pkg-rust-maintainers] Bug#945542: Bug#945542: debcargo -- Randomly adds and removes binary packages

2019-11-29 Thread Bastian Blank
On Fri, Nov 29, 2019 at 02:49:21PM +0100, Sylvestre Ledru wrote: > Le 29/11/2019 à 14:07, Bastian Blank a écrit : > > The output of debcargo breaks the Debian archive by increasing the > > Package file much more then it needs to do. > Breaks seems a strong word, no? It adds blo

Bug#945542: [Pkg-rust-maintainers] Bug#945542: debcargo -- Randomly adds and removes binary packages

2019-11-29 Thread Bastian Blank
Hi Ximin On Fri, Nov 29, 2019 at 12:24:38PM +, Ximin Luo wrote: > > On Tue, Nov 26, 2019 at 10:25:51PM +, Ximin Luo wrote: > > Please stop fiddling with severities. > The maintainer of a package decides the severities and whether things are > bugs or not. Neither have you provided a

Bug#945542: debcargo -- Randomly adds and removes binary packages

2019-11-29 Thread Bastian Blank
Hi Ximin On Tue, Nov 26, 2019 at 10:25:51PM +, Ximin Luo wrote: > Control: severity -1 normal Please stop fiddling with severities. > The more precise reason, as I have explained many times already, is because > the cargo package manager supports crates having optional dependencies. It is

Bug#945542: debcargo -- Randomly adds and removes binary packages

2019-11-29 Thread Bastian Blank
Control: severity -1 serious On Tue, Nov 26, 2019 at 10:25:51PM +, Ximin Luo wrote: > The more precise reason, as I have explained many times already, is because > the cargo package manager supports crates having optional dependencies. It is > not feasible to automatically merge

Bug#945542: debcargo -- Adds and removes binary packages

2019-11-26 Thread Bastian Blank
Hi Sylvestre On Tue, Nov 26, 2019 at 07:31:05PM +0100, Sylvestre Ledru wrote: > > I'm filling this as bug now. Please discuss this issue there. > First, this isn't random. This is generated from the features of the crate. > I am not sure to understand what is wrong with that? It isn't uncommon

Bug#945542: debcargo -- Randomly adds and removes binary packages

2019-11-26 Thread Bastian Blank
Package: debcargo Severity: serious Hi Sylvestre I'm filling this as bug now. Please discuss this issue there. I'm setting it to serious as several ftp team members told you not to do that. On Thu, Oct 17, 2019 at 06:57:33PM +0200, Sylvestre Ledru wrote: > Le 17/10/2019 à 18:52, Ansgar a

Bug#944920: Revise terminology used to specify requirements

2019-11-17 Thread Bastian Blank
On Sun, Nov 17, 2019 at 10:10:11AM -0800, Russ Allbery wrote: > +The Release Team may, at their discretion, downgrade a Policy requirement > +to a Policy recommendation for a given release of the Debian distribution. > +This may be done for only a specific package or for the archive as a > +whole.

Bug#944839: linux-image-5.2.0-0.bpo.3-rt-amd64-unsigned: issues for application crash with this kernel

2019-11-16 Thread Bastian Blank
On Fri, Nov 15, 2019 at 11:23:09PM -0500, westlake wrote: > When this kernel is used, the latest version of chrome crashes saying it > can't launch because it is not able to create its own sandbox. > (chrome "Version 78.0.3904.97 (Official Build) (64-bit)") Please try: | sysctl -w

Bug#944039: ITP: docker-systemctl-replacement -- daemonless "systemctl" command to manage services without SystemD

2019-11-03 Thread Bastian Blank
Hi Dmitry On Sun, Nov 03, 2019 at 07:33:59PM +1100, Dmitry Smirnov wrote: >Package name: docker-systemctl-replacement "docker" only shows up in the name of the package. What is this about? Also "docker" is the trademark of the software called "moby". > Description: daemonless

Bug#943536: lintian: Stop shipping profile 'debian/ftp-master-auto-reject'

2019-10-25 Thread Bastian Blank
On Fri, Oct 25, 2019 at 02:37:33PM -0700, Felix Lechner wrote: > Based on information from #debian-ftp, which is recorded in part below, the > profile is no longer being used. It will be removed in the near future. How will this command line option work afterwards? | -F, --ftp-master-rejects |

Bug#942893: ftp.debian.org: please drop MD5sum lines from Packages

2019-10-24 Thread Bastian Blank
Hi Ansgar On Tue, Oct 22, 2019 at 11:51:56PM +0200, Ansgar wrote: > We could look into either > - writing MD5sum in a separate file only used by debian-cd (if present, >otherwise debian-cd should fall back to using Packages), or We still do that, see /indices/md5sum.gz. Bastian --

Bug#942576: RM: icinga2 [armel mips64el mipsel s390x] -- ROM; Unblock testing migration

2019-10-18 Thread Bastian Blank
Control: reassign -1 src:icinga2 Control: retitle -1 icinga2 - FTBFS on release architectures Control: severity -1 serious Hi Bas On Fri, Oct 18, 2019 at 02:22:17PM +0200, Sebastiaan Couwenberg wrote: > On 10/18/19 2:11 PM, Bastian Blank wrote: > > On Fri, Oct 18, 2019 at 01:53:22PM +

Bug#942576: RM: icinga2 [armel mips64el mipsel s390x] -- ROM; Unblock testing migration

2019-10-18 Thread Bastian Blank
Control: reassign -1 src:icinga2 Control: retitle -1 icinga2 - FTBFS on release architectures Control: severity -1 serious Hi Bas On Fri, Oct 18, 2019 at 01:53:22PM +0200, Bas Couwenberg wrote: > Please remove icinga2 from armel, mips64el, mipsel & s390x to unblock testing > migration due to

Bug#942456: python-flask-marshmallow - Incomplete debian/copyright

2019-10-16 Thread Bastian Blank
Source: python-flask-marshmallow Version: 0.10.1-1 Severity: serious Justication: Policy §12.5 X-Debbugs-CC: ftpmas...@debian.org, guptautkarsh2...@gmail.com, python-modules-t...@lists.alioth.debian.org I just accepted python-flask-marshmallow from NEW. docs/_themes/flask/static/flasky.css_t

Bug#942326: debugging

2019-10-16 Thread Bastian Blank
On Wed, Oct 16, 2019 at 06:32:31PM +0200, Thomas Lange wrote: > When creating the generic image using > files/etc/apt/sources.list.d/backports.list/BACKPORTS This file stays in this image. > files/etc/apt/sources.list/BUSTER_BUILD This file is overriden later by:

Bug#942325: /etc/hosts not updated in the generic image

2019-10-14 Thread Bastian Blank
On Mon, Oct 14, 2019 at 05:47:04PM +0200, Thomas Goirand wrote: > The /etc/hosts isn't getting updated by cloud-init. > Normally, the hostname of the VM should appear there > after boot. Please explain what the /etc/hosts update fixes. All the environments do DNS for exactly this name. Bastian

Bug#942325: /etc/hosts not updated in the generic image

2019-10-14 Thread Bastian Blank
On Mon, Oct 14, 2019 at 07:13:34PM +0200, Thomas Goirand wrote: > On 10/14/19 5:58 PM, Bastian Blank wrote: > > Which exact image did you use? What is the log output? > Both the daily generic and genericcloud image have the issue. > Logs attached. The log shows: > 2019-

Bug#942325: /etc/hosts not updated in the generic image

2019-10-14 Thread Bastian Blank
Control: reassign -1 cloud-init On Mon, Oct 14, 2019 at 05:47:04PM +0200, Thomas Goirand wrote: > The /etc/hosts isn't getting updated by cloud-init. > Normally, the hostname of the VM should appear there > after boot. This is handled by cloud-init. Which exact image did you use? What is the

Bug#938962: Bug#941720: linux-headers-4.19.0-0.bpo.6-amd64 depends on linux-headers-4.19.0-0.bpo.6-common=4.19.67-2+deb10u1~bpo9+1 but only linux-headers-4.19.0-0.bpo.6-amd64=4.19.67-2~bpo9+1 is avail

2019-10-13 Thread Bastian Blank
On Sun, Oct 13, 2019 at 07:20:35PM +0530, Ritesh Raj Sarraf wrote: > It is maintained. It is just that the latest upload is blocked by DBug: > #938962 No, it is not maintained. It depends on packages not longer in the archive. Regards, Bastian -- Bones: "The man's DEAD, Jim!"

Bug#942051: debian-policy: [4.9] requirement to write only to /tmp, /var/tmp, ${TMPDIR} is too strict

2019-10-10 Thread Bastian Blank
On Wed, Oct 09, 2019 at 05:51:53PM +0200, Ansgar Burchardt wrote: > While checking the upgrade checklist I noticed this new requirement: > +--- > | 4.9 > |Required targets must not write outside of the unpacked source > |package tree, except for TMPDIR, /tmp and /var/tmp. > +--- > The

Bug#940801: missing virtio block Kernel Objects

2019-09-19 Thread Bastian Blank
On Thu, Sep 19, 2019 at 10:56:55PM +0200, Geert Stappers wrote: > The netboot tarball misses virtio block drivers. > This makes it unnessecary tiresome > to install Debian VMs on not-Internet-connected server. This is intentional. netboot is for booting from _network_. On the network you got a

Bug#939258: RM: tortoisehg -- RoQA; Unmaintained, RC buggy, obsolete libs (python2)

2019-09-17 Thread Bastian Blank
On Tue, Sep 17, 2019 at 01:46:42PM +0200, Andrej Shadura wrote: > I’m going to reintroduce it ASAP. So you are adopting the package and porting it to Python 3? Regards, Bastian -- There's coffee in that nebula! -- Capt. Kathryn Janeway, Star Trek: Voyager, "The Cloud"

Bug#940307: libevent - excessive-priority-for-library-package

2019-09-15 Thread Bastian Blank
Source: libevent Severity: normal The library package libevent-2.1-6 (and the newly uploaded libevent-2.1-7) have exessive priority defined. Please change to "normal". I've overriden it while accepting from NEW. See https://lintian.debian.org/tags/excessive-priority-for-library-package.html

Bug#931173: Configuring static networking via NoCloud with Network Config Version 2 does not work

2019-08-13 Thread Bastian Blank
Hi Sven On Thu, Jun 27, 2019 at 02:38:53PM +0200, Sven Bartscher wrote: > The specified network-config doesn't seem to have any actual effect on > what actually happens when the system boots. From what I see, > cloud-init generates a configuration file from my specified > configuration in

Bug#908678: Update on the security-tracker git discussion

2019-08-06 Thread Bastian Blank
Moin On Tue, Jul 02, 2019 at 01:38:10PM +0200, Moritz Muehlenhoff wrote: > On Tue, Jul 02, 2019 at 01:25:43PM +0200, Salvatore Bonaccorso wrote: > > p.s.: Question is if we should do a split as well for the other types of > > files which are supported (DSA, TDSA, ...) while at it. > We can

Bug#932943: Missing SHA512 and gpg signature

2019-08-05 Thread Bastian Blank
On Sun, Aug 04, 2019 at 10:05:32PM +0100, Chris Boot wrote: > On 04/08/2019 17:29, Bastian Blank wrote: > > Only one of them. And I would go directly to SHA3 for new stuff. > > Buster doesn't have any SHA3 tools in coreutils. While I don't have > anything against calculat

Bug#932943: Missing SHA512 and gpg signature

2019-08-04 Thread Bastian Blank
On Sat, Aug 03, 2019 at 09:23:58PM +0100, Chris Boot wrote: > Currently the build tools generate the raw image using FAI, then wrap it > into a tarball. The tarball is then xz compressed outside > debian-cloud-images in the GitLab CI job. > Is there any reason to keep it that way? Why don't we

Bug#932943: Missing SHA512 and gpg signature

2019-08-04 Thread Bastian Blank
On Sat, Aug 03, 2019 at 03:06:39PM +0100, Chris Boot wrote: > - Which checksums should we include? Our Apt repos use MD5 and SHA-256, > and our ISOs use MD5, SHA-1, SHA-256 and SHA-512. I'd be inclined to > suggest SHA-256 and SHA-512 only, personally. Only one of them. And I would go directly

Bug#932163: RM: ossim [mips64el] -- ROM; FTBFS on mips64el

2019-07-15 Thread Bastian Blank
On Tue, Jul 16, 2019 at 07:26:02AM +0200, Bas Couwenberg wrote: > Please remove ossim from mips64el where it FTBFS. Why? Please follow the instructions given: | Please submit a full bug report, | with preprocessed source if appropriate. | See for instructions. Bastian -- Killing is stupid;

Bug#931341: linux-image-4.19.0-5-cloud-amd64 does not have /dev/rtc, used by GCE images

2019-07-02 Thread Bastian Blank
Control: severity -1 important On Tue, Jul 02, 2019 at 04:50:09PM +0200, Santiago Vila wrote: > On a virtual machine running buster on Google Compute Engine, where > this kernel package is the default, I get the following messages: I remember a different report about this, but don't know where.

Bug#930856: autopkgtest-build-qemu: captures something from host

2019-06-30 Thread Bastian Blank
On Sat, Jun 29, 2019 at 04:44:32PM +0200, Bastian Blank wrote: > On Sat, Jun 29, 2019 at 02:25:55PM +, Dmitry Bogatov wrote: > > Note that APT tries to use Devuan keyring to validate Debian release and > > fail. How does `debootstrap' decides, which keyring to use? > &q

Bug#930856: autopkgtest-build-qemu: captures something from host

2019-06-29 Thread Bastian Blank
On Sat, Jun 29, 2019 at 02:25:55PM +, Dmitry Bogatov wrote: > Note that APT tries to use Devuan keyring to validate Debian release and > fail. How does `debootstrap' decides, which keyring to use? "dpkg -s debootstrap"? How did that keyring get on the system in the first place? Bastian --

Bug#930905: unblock: lvm2/2.03.02-3

2019-06-22 Thread Bastian Blank
+++ b/debian/changelog @@ -1,3 +1,9 @@ +lvm2 (2.03.02-3) unstable; urgency=medium + + * Stop lvm2-lvmetad on upgrade. (closes: #929080) + + -- Bastian Blank Fri, 21 Jun 2019 12:29:17 +0200 + lvm2 (2.03.02-2) unstable; urgency=medium * Remove lvm2-lvmetad init script as well. (closes

Bug#925545: busybox: please provide runscript file

2019-06-15 Thread Bastian Blank
Hi Dmitry On Sat, Jun 15, 2019 at 06:37:03PM +, Dmitry Bogatov wrote: > But, after all, we all volonteers here. So hereby I inform you, > following advice in Developer reference, section 5.11, that I plan to > do non-maintainer upload in two weeks or so. As we are before a release, NACK.

Bug#929214: release.debian.org - Add package constraint for cloud images

2019-06-13 Thread Bastian Blank
Hi On Wed, Jun 12, 2019 at 08:01:08PM +0200, Bastian Blank wrote: > On Wed, Jun 12, 2019 at 05:57:00PM +0200, Ivo De Decker wrote: > > If you create such a package, having a binary per architecture as you > > describe, should do what you want. It can be added to t

Bug#929214: release.debian.org - Add package constraint for cloud images

2019-06-12 Thread Bastian Blank
Hi Paul On Wed, Jun 12, 2019 at 08:42:27PM +0200, Paul Gevers wrote: > On 12-06-2019 20:01, Bastian Blank wrote: > > I'm also not sure if the Debian autopkgtest infrastructure would be able > > to do that and build images. The actual testing runs via the Gitlab > > CI

Bug#929214: release.debian.org - Add package constraint for cloud images

2019-06-12 Thread Bastian Blank
Hi On Wed, Jun 12, 2019 at 05:57:00PM +0200, Ivo De Decker wrote: > If you create such a package, having a binary per architecture as you > describe, should do what you want. It can be added to the list as soon as it > is in testing. Okay, thank you. > Also, just as a suggestion: if it is

Bug#929557: Please revert LTS kernel change that will break ZFS for Buster point releases

2019-06-03 Thread Bastian Blank
Control: severity -1 wishlist On Mon, Jun 03, 2019 at 06:39:39PM -0700, Mo Zhou wrote: > I believe this is a kernel bug. Instead of submitting > a grave RC for the 10.1 release, we'd better sort it out > right now before the Buster release. We already stated that we wont change it by marking

Bug#929557: linux: restore __kernel_fpu needed for zfs for AES-NI/AVX support [mainline not in debian yet]

2019-05-26 Thread Bastian Blank
Hi Chris On Sat, May 25, 2019 at 10:03:07PM -0400, Chris Zubrzycki wrote: > GKH has been purging __kernel_fpu_{begin,end}() from all kernels > including LTS (4.19/5) and it's needed for AES-NI/AVX support in the zfs > package. The commit also tells you why this was done. Please bring this up to

Bug#929214: release.debian.org - Add package constraint for cloud images

2019-05-19 Thread Bastian Blank
Package: release.debian.org Severity: normal Hi release team To make your and our work easier, we would like to ask you to add a package constraint for all the packages included into the official Debianm cloud images. >From what I read, the easiest way for you would be to specify a single

Bug#929195: ITP: golang-github-bradfitz-iter -- Range over integers [0,n). Seriously, that's it.

2019-05-19 Thread Bastian Blank
On Sun, May 19, 2019 at 03:12:01PM +0800, Drew Parsons wrote: > This package was intended to be an educational joke when it was > released in in 2014. People didn't get the joke part and started > depending on it. That's fine, I guess. (This is the Internet.) But > it's kinda weird. It's one line,

Bug#929013: closed by Mattia Rizzolo (Bug#929013 fixed in jenkins.debian.org)

2019-05-16 Thread Bastian Blank
Hi Mattia On Thu, May 16, 2019 at 09:50:50AM +0200, Mattia Rizzolo wrote: > On Wed, May 15, 2019 at 08:51:14PM +0200, Bastian Blank wrote: > > Please add the word "Bot" in it and add contact information. > I can do that, but could you please explain why you find the wor

Bug#929013: closed by Mattia Rizzolo (Bug#929013 fixed in jenkins.debian.org)

2019-05-15 Thread Bastian Blank
Control: reopen 929013 On Wed, May 15, 2019 at 03:21:07PM +, Debian Bug Tracking System wrote: > > set a special userAgent for git, so server can more easily recognize us > > Closes: #929013 > Signed-off-by: Mattia

Bug#929014: Stop polling salsa.d.o

2019-05-15 Thread Bastian Blank
Hi Mattia On Wed, May 15, 2019 at 05:01:05PM +0200, Mattia Rizzolo wrote: > On Wed, May 15, 2019 at 11:07:13AM +0200, Bastian Blank wrote: > > Please stop polling git repositories on salsa.debian.org. > Could you please provide more data? I'm not sure what exactly the rela

Bug#929013: Set user-agent for git

2019-05-15 Thread Bastian Blank
Package: jenkins.debian.net Please set a useful user-agent for git to identify yourself and identify it as a bot. | git config --system http.userAgent "jenkins.d.n git Bot (jenkins.debian.net; $email)" Regards, Bastian -- Warp 7 -- It's a law we can live with.

Bug#929014: Stop polling salsa.d.o

2019-05-15 Thread Bastian Blank
Package: jenkins.debian.net Please stop polling git repositories on salsa.debian.org. Regards, Bastian -- You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0

Bug#908678: security-tracker - Breaks salsa.d.o

2019-05-13 Thread Bastian Blank
Hi Salvatore On Thu, Sep 13, 2018 at 01:37:35PM +0200, Salvatore Bonaccorso wrote: > On Wed, Sep 12, 2018 at 03:10:56PM +0200, Bastian Blank wrote: > > As the problems caused by the state of this repo now causes user visible > > outages, this needs to be fixed. Please provide a pl

Bug#923091: That merged-usr is mandatory is RC

2019-05-13 Thread Bastian Blank
Control: severity -1 wishlist Hi Ian On Mon, May 13, 2019 at 11:22:35AM +0100, Ian Jackson wrote: > In #923091, Guillem (with dpkg maintainer hat on) asks for a > base-installer option to allow installing buster without merged-usr. No, he did not mention dpkg. But as always, please provide a

Bug#919621: lvm2: Update unexpectedly activates system ID check, bypassing impossible

2019-05-05 Thread Bastian Blank
Hi Colin On Sun, May 05, 2019 at 12:12:00AM +0100, Colin Watson wrote: > > I also ran into this on upgrading from stretch to buster. Fortunately I > > was keeping enough of an eye on console output from the upgrade that I > > was able to find this bug and I worked around it as you describe here.

Bug#928382: unblock: waagent/2.2.34-4

2019-05-03 Thread Bastian Blank
@@ -1,3 +1,9 @@ +waagent (2.2.34-4) unstable; urgency=medium + + * Fix stray backup file due to incorrect sed call. (closes: #928179) + + -- Bastian Blank Mon, 29 Apr 2019 16:45:57 +0200 + waagent (2.2.34-3) unstable; urgency=medium * Set proper access rights on swap file. diff --git

  1   2   3   4   5   6   7   8   9   10   >