Bug#980225: lvm2-lockd: lvmlockd.service fails to start as of the latest update to 2.03.11-1 in sid

2021-01-16 Thread Bastian Blank
Control: tag -1 confirmed Hi On Sat, Jan 16, 2021 at 02:41:30PM +0100, Giacomo Mulas wrote: > after the update of lvm2 packages to version 2.03.11-1 in sid, > the lvmlockd.service fails to start and just hangs till > systemctl times out and exits with an error. The previous version > worked

Bug#980203: linux-image-5.10.0-1-686:i386 ipw2200 returns bogus MAC address. Security implications????

2021-01-16 Thread Bastian Blank
Control: tag -1 moreinfo Hi Charles On Fri, Jan 15, 2021 at 05:55:47PM -0700, Charles Curley wrote: > On boot, NetworkManager does its thing correctly, and gets the machine > on the network. However, I use DHCP with fixed addresses. Getting the > wrong MAC address throws this off, which is how

Bug#980203: linux-image-5.10.0-1-686:i386 ipw2200 returns bogus MAC address. Security implications????

2021-01-16 Thread Bastian Blank
Control: tag -1 moreinfo Hi Charles On Fri, Jan 15, 2021 at 05:55:47PM -0700, Charles Curley wrote: > On boot, NetworkManager does its thing correctly, and gets the machine > on the network. However, I use DHCP with fixed addresses. Getting the > wrong MAC address throws this off, which is how

Re: Allowing specific sender(s) to send otherwise banned attachmeent

2021-01-15 Thread Bastian Blank
On Fri, Jan 15, 2021 at 09:20:11AM +0100, Danilo Godec wrote: > What would be the best / easiest way to allow these legitimate sender's > encrypted ZIP files to pass? $enable_dkim_verification and @author_to_policy_bank_maps But my crystal ball is currently in maintenance, so I don't know what

Re: Naming convention for udebs: -udeb/-installer suffix

2021-01-13 Thread Bastian Blank
On Wed, Jan 13, 2021 at 03:49:40PM -0500, John Scott wrote: > It's going to take a while for me to figure out how to incorporate it into > the > installer for Bookworm, but just because it's otherwise ready I'm thinking of > doing an upload of firmware-ath9k-htc adding a udeb. We don't ship

Re: Azure Buster image

2021-01-12 Thread Bastian Blank
Hi Matteo On Tue, Oct 06, 2020 at 02:58:22PM +0200, Matteo Croce wrote: > The official Debian Buster image breaks when upgrading to bullseye. > GRUB fails like: I can't reproduce this. Which image did you use? What did you do? Bastian -- Landru! Guide us! -- A Beta 3-oid,

Re: Azure Buster image

2021-01-12 Thread Bastian Blank
Hi Michael On Tue, Jan 12, 2021 at 09:12:11AM +0100, Michael Kesper wrote: > I had that issue on images where grub was meant to use paravirtualized drives > (/dev/vda) but used virtual scsi (/dev/sda) instead. (KVM on an old > Cloudstack which didn't > recognize the Debian version... That might

Re: RFC: Support for zstd in .deb packages?

2021-01-10 Thread Bastian Blank
Moin On Sun, Jan 10, 2021 at 08:20:33PM +0100, Balint Reczey wrote: > I'm not a fan of CLAs either, but as I understand upstream requiring a > CLA is not a blocker for compression libraries. Well, it means that the library might get incompatible with upstream, because upstream will refuse

Re: RFC: Support for zstd in .deb packages?

2021-01-10 Thread Bastian Blank
Moin On Sun, Jan 10, 2021 at 08:20:33PM +0100, Balint Reczey wrote: > I'm not a fan of CLAs either, but as I understand upstream requiring a > CLA is not a blocker for compression libraries. Well, it means that the library might get incompatible with upstream, because upstream will refuse

Bug#977484: check disabled as workaround

2021-01-09 Thread Bastian Blank
Control: severity -1 important Control: tags -1 help I disabled the check in 5.10.1-1~exp1. There is no way to make the kernel fit again without disabling major parts of it. Downgrading the bug as nothing can be done. Bastian -- Lots of people drink from the wrong bottle sometimes.

Bug#977484: check disabled as workaround

2021-01-09 Thread Bastian Blank
Control: severity -1 important Control: tags -1 help I disabled the check in 5.10.1-1~exp1. There is no way to make the kernel fit again without disabling major parts of it. Downgrading the bug as nothing can be done. Bastian -- Lots of people drink from the wrong bottle sometimes.

Bug#977484: check disabled as workaround

2021-01-09 Thread Bastian Blank
Control: severity -1 important Control: tags -1 help I disabled the check in 5.10.1-1~exp1. There is no way to make the kernel fit again without disabling major parts of it. Downgrading the bug as nothing can be done. Bastian -- Lots of people drink from the wrong bottle sometimes.

Bug#979488: i915: Boot hangs on Razer Blade Stealth 13

2021-01-07 Thread Bastian Blank
Moin On Thu, Jan 07, 2021 at 10:33:55AM +0100, Drexl Johannes wrote: > which blocks bootup. Disabling the module in modprobe.d via > install drm_kms_helper /bin/true > lets the system boot up, but remain in 800x600 px mode. SecureBoot is off, > System is updated to todays sid; previous kernels

Bug#979488: i915: Boot hangs on Razer Blade Stealth 13

2021-01-07 Thread Bastian Blank
Moin On Thu, Jan 07, 2021 at 10:33:55AM +0100, Drexl Johannes wrote: > which blocks bootup. Disabling the module in modprobe.d via > install drm_kms_helper /bin/true > lets the system boot up, but remain in 800x600 px mode. SecureBoot is off, > System is updated to todays sid; previous kernels

Bug#979313: podman - fails with: Error: open /proc/sys/net/ipv4/ping_group_range: Permission denied

2021-01-05 Thread Bastian Blank
Package: podman Version: 2.1.1+dfsg1-3 Severity: grave The podman version in unstable fails to run anything without root permissions: | $ podman run --rm --net host docker.io/library/debian:bullseye-slim echo test; echo $? | Error: open /proc/sys/net/ipv4/ping_group_range: Permission denied:

Bug#979313: podman - fails with: Error: open /proc/sys/net/ipv4/ping_group_range: Permission denied

2021-01-05 Thread Bastian Blank
Package: podman Version: 2.1.1+dfsg1-3 Severity: grave The podman version in unstable fails to run anything without root permissions: | $ podman run --rm --net host docker.io/library/debian:bullseye-slim echo test; echo $? | Error: open /proc/sys/net/ipv4/ping_group_range: Permission denied:

[pkg-go] Bug#979313: podman - fails with: Error: open /proc/sys/net/ipv4/ping_group_range: Permission denied

2021-01-05 Thread Bastian Blank
Package: podman Version: 2.1.1+dfsg1-3 Severity: grave The podman version in unstable fails to run anything without root permissions: | $ podman run --rm --net host docker.io/library/debian:bullseye-slim echo test; echo $? | Error: open /proc/sys/net/ipv4/ping_group_range: Permission denied:

Bug#977715: dwarves - pahole fails to handle vmlinux on all 32bit arches

2020-12-19 Thread Bastian Blank
Package: dwarves Version: 1.17-1 Severity: important Linux can use pahole to generate BTF debugging info for embedding. This fails on what looks like all 32bit arches with segmentation fault: | + printf %-7s %s\n BTF .btf.vmlinux.bin.o | BTF .btf.vmlinux.bin.o | + LLVM_OBJCOPY=objcopy

Re: Bug#977651: ITP: sphinx-prompt -- Sphinx directive to add unselectable prompt

2020-12-18 Thread Bastian Blank
Hi Christian On Fri, Dec 18, 2020 at 09:56:23AM +0100, Christian Kastner wrote: > Description : Sphinx directive to add unselectable prompt I'm trying to decipher what this (short) description is trying to tell me. "Sphinx directive", okay. "prompt" still okay, however "command line

Bug#977651: ITP: sphinx-prompt -- Sphinx directive to add unselectable prompt

2020-12-18 Thread Bastian Blank
Hi Christian On Fri, Dec 18, 2020 at 09:56:23AM +0100, Christian Kastner wrote: > Description : Sphinx directive to add unselectable prompt I'm trying to decipher what this (short) description is trying to tell me. "Sphinx directive", okay. "prompt" still okay, however "command line

Bug#977651: ITP: sphinx-prompt -- Sphinx directive to add unselectable prompt

2020-12-18 Thread Bastian Blank
Hi Christian On Fri, Dec 18, 2020 at 09:56:23AM +0100, Christian Kastner wrote: > Description : Sphinx directive to add unselectable prompt I'm trying to decipher what this (short) description is trying to tell me. "Sphinx directive", okay. "prompt" still okay, however "command line

Bug#969140: linux-image-5.7.0-0.bpo.2-amd64: Please enable CONFIG_F2FS_FS in the cloud image kernel

2020-12-17 Thread Bastian Blank
Control: tag -1 wontfix On Fri, Aug 28, 2020 at 10:41:42PM +0100, Ben Hutchings wrote: > On Fri, 2020-08-28 at 14:43 +0800, Hamish Moffatt wrote: > > Could you please enable CONFIG_F2FS_FS in the cloud kernel? > What makes you think f2fs will be commonly used in cloud deployments? Marking it was

Bug#969140: linux-image-5.7.0-0.bpo.2-amd64: Please enable CONFIG_F2FS_FS in the cloud image kernel

2020-12-17 Thread Bastian Blank
Control: tag -1 wontfix On Fri, Aug 28, 2020 at 10:41:42PM +0100, Ben Hutchings wrote: > On Fri, 2020-08-28 at 14:43 +0800, Hamish Moffatt wrote: > > Could you please enable CONFIG_F2FS_FS in the cloud kernel? > What makes you think f2fs will be commonly used in cloud deployments? Marking it was

Bug#977372: linux-image-cloud-amd64: please add e1000 module to the cloud image

2020-12-17 Thread Bastian Blank
Control: tags -1 wontfix Control: close -1 Hi nameless On Mon, Dec 14, 2020 at 03:06:55PM +0100, mc36 wrote: > please enable e1000 module in the cloud images > the rationale here is that qemu, virtualbox and openstack > defaults to this device so it would ease the life... Sorry, but no.

Bug#977372: linux-image-cloud-amd64: please add e1000 module to the cloud image

2020-12-17 Thread Bastian Blank
Control: tags -1 wontfix Control: close -1 Hi nameless On Mon, Dec 14, 2020 at 03:06:55PM +0100, mc36 wrote: > please enable e1000 module in the cloud images > the rationale here is that qemu, virtualbox and openstack > defaults to this device so it would ease the life... Sorry, but no.

Re: [Question] Why disable CRYPTO_SM4/CRYPTO_SM3?

2020-12-14 Thread Bastian Blank
Hi On Mon, Dec 14, 2020 at 05:26:33AM +, 张 宁 wrote: > I find in master branch, CRYPTO_SM4/CRYPTO_SM3 are disabled without clean > justification. SM2, SM3 and SM4 have always been disabled, as everything that does not show up is implicitely disabled. So those commits don't change anything,

Bug#976354: git - tests fail with dash

2020-12-03 Thread Bastian Blank
Package: git Version: 1:2.29.2-1 Severity: serious Some of the tests fail with dash, which is the default /bin/sh in Debian. Example: | bbl@debian-sid:~/git-2.29.2+next.20201030/t$ bash ./t3070-wildmatch.sh | tail -n 3 | # still have 40 known breakage(s) | # passed all remaining 1850 test(s) |

Bug#976354: git - tests fail with dash

2020-12-03 Thread Bastian Blank
Package: git Version: 1:2.29.2-1 Severity: serious Some of the tests fail with dash, which is the default /bin/sh in Debian. Example: | bbl@debian-sid:~/git-2.29.2+next.20201030/t$ bash ./t3070-wildmatch.sh | tail -n 3 | # still have 40 known breakage(s) | # passed all remaining 1850 test(s) |

Re: About messages bounced due name resolution issues using IPv6

2020-12-03 Thread Bastian Blank
Hi Sergio On Thu, Dec 03, 2020 at 05:34:45PM -0300, Sergio Belkin wrote: > Is quite interesting that I find the following in logs: > Dec 2 23:53:09 muteriver postfix/smtp[28063]: warning: no MX host for > another-example.com has a valid address record Well, more serious: another-example.com

Re: Results of the salsa sprint

2020-12-01 Thread Bastian Blank
Hi Steve On Sun, Nov 29, 2020 at 03:53:24PM +, Steve McIntyre wrote: > Have people been pushing the other way - to remove the suffix? Just > curious. That was me. It's because of the maintenance overhead. That name restriction isn't a feature of upstream GitLab. It requires to function -

Bug#972268: ipxe-signed - PXE boot firmware EFI signed binary

2020-11-17 Thread Bastian Blank
Control: tags -1 wontfix Hi Thomas On Thu, Oct 15, 2020 at 04:54:54PM +0200, Thomas Gaugler wrote: > I would like to enable PXE booting within the win32-loader package under > an UEFI Secure Boot regime. I'm sorry, but this is not gonna happen, at least in the short term. Someone needs to do a

Bug#974939: machine does not boot

2020-11-17 Thread Bastian Blank
Control: severity -1 important On Mon, Nov 16, 2020 at 07:41:05PM +, Toni wrote: > Severity: critical Sorry, no. This problem does not break the package for everyone. > On the console, after dmesg, these three lines repeat ad nauseum: > mdadm: No arrays found in config file or

Bug#974939: machine does not boot

2020-11-17 Thread Bastian Blank
Control: severity -1 important On Mon, Nov 16, 2020 at 07:41:05PM +, Toni wrote: > Severity: critical Sorry, no. This problem does not break the package for everyone. > On the console, after dmesg, these three lines repeat ad nauseum: > mdadm: No arrays found in config file or

Re: Unable to send email

2020-11-16 Thread Bastian Blank
On Mon, Nov 16, 2020 at 10:34:08AM +0100, Enrico Morelli wrote: > 5F2E68092A2 335691 Mon Nov 16 10:00:40 i...@mydomain.it > (Host or domain name not found. Name service error for > name=recipient-it.mail.protection.outlook.com type=A: Host not found, > try again) recipi...@recipient.it | %

Re: Transport_map error

2020-10-30 Thread Bastian Blank
Hi Piette On Fri, Oct 30, 2020 at 09:50:12AM +0100, Pierre Couderc wrote: > postmap -q "yahoo.fr" pgsql:/etc/postfix/sql/transport_map.cf > yahoo.fr,relay:[mx-eu.mail.am0.yahoodns.net] > I do not understand the error, and partiucularly the "private"... You asked Postfix to use the transport

Re: postfix queue perms' control for pflogsumm reporting? avoiding "warning: mail_queue_enter: create file maildrop/...: Permission denied"

2020-10-28 Thread Bastian Blank
Hi Viktor On Wed, Oct 28, 2020 at 01:00:35PM -0400, Viktor Dukhovni wrote: > On Wed, Oct 28, 2020 at 09:01:38AM -0700, PGNet Dev wrote: > > Oct 28 15:02:40 svr019 postfix/postdrop[64624]: warning: > > mail_queue_enter: create file maildrop/553726.64624: Permission denied > > Oct 28

Bug#973051: The generic bulseye image is configured without metadata list

2020-10-27 Thread Bastian Blank
On Tue, Oct 27, 2020 at 04:54:13PM +0100, Thomas Goirand wrote: > Testing to start the OpenStack image (well, the "genericcloud" image), I > couldn't login into it, because there isn't any metadata service configured > in it. This is incorrect. The package uses

Bug#973051: The generic bulseye image is configured without metadata list

2020-10-27 Thread Bastian Blank
On Tue, Oct 27, 2020 at 04:54:13PM +0100, Thomas Goirand wrote: > Testing to start the OpenStack image (well, the "genericcloud" image), I > couldn't login into it, because there isn't any metadata service configured > in it. This is incorrect. The package uses

Bug#973051: The generic bulseye image is configured without metadata list

2020-10-27 Thread Bastian Blank
On Tue, Oct 27, 2020 at 04:54:13PM +0100, Thomas Goirand wrote: > Testing to start the OpenStack image (well, the "genericcloud" image), I > couldn't login into it, because there isn't any metadata service configured > in it. This is incorrect. The package uses

Re: Postfix smtp gets stuck with XCLIENT when using smtps

2020-10-23 Thread Bastian Blank
On Fri, Oct 23, 2020 at 11:55:20AM -0400, Demi M. Obenour wrote: > On 10/22/20 12:47 PM, Aki Tuomi wrote: > > I stumbled upon a possible bug with postfix. I am using postfix 3.4.14, and > > when I use XCLIENT command over smtps (not starttls), the session gets > > stuck until further input,

Bug#898446: Please reconsider enabling the user namespaces by default

2020-10-23 Thread Bastian Blank
On Thu, Oct 22, 2020 at 10:55:33PM +0200, Salvatore Bonaccorso wrote: > TBH, I think not having it enabled by default until now saved us a > couple of time from needing to release urgent fixes. It is more a gut > feeling and might not have enough weight: but having it still disabled > in bullseye

Bug#898446: Please reconsider enabling the user namespaces by default

2020-10-23 Thread Bastian Blank
On Thu, Oct 22, 2020 at 10:55:33PM +0200, Salvatore Bonaccorso wrote: > TBH, I think not having it enabled by default until now saved us a > couple of time from needing to release urgent fixes. It is more a gut > feeling and might not have enough weight: but having it still disabled > in bullseye

Re: sanity-check postfix XCLIENT usage ?

2020-10-22 Thread Bastian Blank
Hi name less On Wed, Oct 21, 2020 at 10:13:54AM -0700, PGNet Dev wrote: > I've online-checked SPF/DMARC records for 'intuit.com'; all _seems_ to be ok. > I've cranked up opendmarc logging level to > MilterDebug 5 > with that, on failed attempt, I see only an unhelpful > Oct 21

Bug#972457: FTBFS - not ok 3 - progress display breaks long lines #1

2020-10-18 Thread Bastian Blank
Package: git Version: 1:2.28.0-1 Severity: serious A rebuild of git 1:2.28.0-1 reports test failures and FTBFS on both unstable and stable. | expecting success of 0500.3 'progress display breaks long lines #1': | sed -e "s/Z$//"

Bug#972457: FTBFS - not ok 3 - progress display breaks long lines #1

2020-10-18 Thread Bastian Blank
Package: git Version: 1:2.28.0-1 Severity: serious A rebuild of git 1:2.28.0-1 reports test failures and FTBFS on both unstable and stable. | expecting success of 0500.3 'progress display breaks long lines #1': | sed -e "s/Z$//"

Re: implementing offline/maintenance mode, with SMTP reply?

2020-10-16 Thread Bastian Blank
On Fri, Oct 16, 2020 at 10:51:52AM -0700, PGNet Dev wrote: > is there an already built-in maintenance-mode, or somesuch, in postfix? > it'd be most convenient; if it's in docs, i've missed it. Just shut down Postfix, that's equivalent to returning 4xx. Bastian -- Intuition, however illogical,

Re: [linux-lvm] raid0 - no performance increase??

2020-10-12 Thread Bastian Blank
On Sat, Oct 10, 2020 at 05:52:32PM +0100, lejeczek wrote: > I have a simple raid0 lvm comprising of two NVME devices. > I'd expect performance of such a volume to be higher than a > "regular" volume ran of a single NVME, but simple dbench > shows such raid0 volume to the same "slow" as a single

Re: debian 9 s390 security updates

2020-10-06 Thread Bastian Blank
On Tue, Oct 06, 2020 at 11:57:10AM +0200, Konstantin Maksimov wrote: > Are there any plans to add security updates for debian 9 for s390? > http://security.debian.org/debian-security/dists/stretch/updates/main No. Debian 9 reached it's EOL date in july. Debian LTS currently support Stretch, but

Bug#971692: ITP: openzfs-docs -- OpenZFS Documentation

2020-10-05 Thread Bastian Blank
On Mon, Oct 05, 2020 at 07:52:04AM +, Mo Zhou wrote: > * License : CC-BY-SA I hope you checked that? Example: | % head -n 6 docs/msg/ZFS-8000-14/index.rst | .. |CDDL HEADER START | |The contents of this file are subject to the terms of the |Common Development and

Bug#971692: ITP: openzfs-docs -- OpenZFS Documentation

2020-10-05 Thread Bastian Blank
On Mon, Oct 05, 2020 at 07:52:04AM +, Mo Zhou wrote: > * License : CC-BY-SA I hope you checked that? Example: | % head -n 6 docs/msg/ZFS-8000-14/index.rst | .. |CDDL HEADER START | |The contents of this file are subject to the terms of the |Common Development and

Bug#971692: ITP: openzfs-docs -- OpenZFS Documentation

2020-10-05 Thread Bastian Blank
On Mon, Oct 05, 2020 at 07:52:04AM +, Mo Zhou wrote: > * License : CC-BY-SA I hope you checked that? Example: | % head -n 6 docs/msg/ZFS-8000-14/index.rst | .. |CDDL HEADER START | |The contents of this file are subject to the terms of the |Common Development and

Bug#971521: varnish-modules: autopkgtest needs update for new version of varnish: Depends on old ABI

2020-10-01 Thread Bastian Blank
On Thu, Oct 01, 2020 at 09:54:05AM +0200, Paul Gevers wrote: > https://ci.debian.net/data/autopkgtest/testing/amd64/v/varnish-modules/7232545/log.gz Why is a simple ABI transition now also a autopkgtest failure? | The following packages have unmet dependencies: | varnish-modules : Depends:

Bug#971521: varnish-modules: autopkgtest needs update for new version of varnish: Depends on old ABI

2020-10-01 Thread Bastian Blank
On Thu, Oct 01, 2020 at 09:54:05AM +0200, Paul Gevers wrote: > https://ci.debian.net/data/autopkgtest/testing/amd64/v/varnish-modules/7232545/log.gz Why is a simple ABI transition now also a autopkgtest failure? | The following packages have unmet dependencies: | varnish-modules : Depends:

Bug#970796: cloud-init: Please add gnupg to Recommends

2020-09-25 Thread Bastian Blank
On Wed, Sep 23, 2020 at 10:57:50AM -0400, Daniel Watkins wrote: > cloud-init uses gnupg in two ways: directly, to fetch and export keys > (when specified by ID, see [0]), and via apt-key to add keys to the system > (whether specified via ID or in full, see [1]). (Even once we remove > apt-key

Re: Send only configuration best practices?

2020-09-24 Thread Bastian Blank
On Wed, Sep 16, 2020 at 04:39:12PM -0600, Bob Proulx wrote: > What's the best configuration for a web server that does not receive > mail but needs to send mail? Send only does not exist. Every e-mail can produce bounces, which are sent to the sender of the original e-mail and needs to be

Re: DAM Key and identity requirements

2020-09-24 Thread Bastian Blank
Hi Enrico On Sun, Sep 13, 2020 at 09:11:04AM +0200, Enrico Zini (DAM) wrote: > * Minimum key size and acceptable algorithms are actually the domain of >keyring-maint, and we just check those for them. >At the time of writing this, a new key must be larger than 1024bits, >ideally at

Re: Call for ideas & agenda items for remote cloud sprint 2020

2020-09-17 Thread Bastian Blank
Hi Thomas On Sat, Sep 12, 2020 at 11:27:27PM +0200, Thomas Goirand wrote: > 2/ Get the Octavia images pushed (as well as the raw image, without a > wrapping format like tar...) Please extract the things that actually need discussion, not implementation. The first one waits on responses from

Re: Call for ideas & agenda items for remote cloud sprint 2020

2020-09-17 Thread Bastian Blank
On Thu, Sep 10, 2020 at 10:06:25PM -0700, Ross Vandegrift wrote: > Format ideas > > > I doubt that 2 days of video calls will be feasible. So we need some ideas > for > acceptable formats. How much time are you willing to commit? How should that > time be scheduled? How should

Re: Strange build issue on for bart affecting testing migration

2020-09-17 Thread Bastian Blank
On Thu, Sep 17, 2020 at 11:38:46AM +0200, Andreas Tille wrote: > The package has built before and the latest changes are: > Am I > missing something? It built months before, with a lot of other changes surrounding it. E.g. glibc

Re: Strange build issue on for bart affecting testing migration

2020-09-17 Thread Bastian Blank
On Thu, Sep 17, 2020 at 11:38:46AM +0200, Andreas Tille wrote: > The package has built before and the latest changes are: > Am I > missing something? It built months before, with a lot of other changes surrounding it. E.g. glibc

Re: strangely incoming mails

2020-09-13 Thread Bastian Blank
On Sun, Sep 13, 2020 at 10:17:16PM +0200, Zsombor B wrote: > I'm confused and need your help. And we need information, see http://www.postfix.org/DEBUG_README.html#html Bastian -- The more complex the mind, the greater the need for the simplicity of play. -- Kirk, "Shore

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: 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#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#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 >

Re: Debian.net Team

2020-09-01 Thread Bastian Blank
Hi Jonathan On Mon, Aug 31, 2020 at 06:21:10PM +0200, Jonathan Carter wrote: > The services ran under the debian.net domain are typically run by > individual Debian Developers or small teams, and range from a toy > service to something that's short lived or even a service that's even > considered

Re: Go issues wrt. Debian infrastructure: moving forward

2020-08-26 Thread Bastian Blank
Hi Clement On Wed, Aug 26, 2020 at 12:39:36PM +0200, Clément Hermann wrote: > - a way for dak to get the orig tarball from main archive when it's not > already in the security archive (or at least, as a workaround, a way to > find and upload all needed source easily) As soon as you stop emitting

Re: [linux-lvm] Regarding the configure error while updating the LVM2 package

2020-08-26 Thread Bastian Blank
On Mon, Aug 24, 2020 at 02:56:33PM +0530, KrishnaMurali Chennuboina wrote: > While updating the LVM2 package to lvm2-2_02_180, configure is failing with > biling out error. > Error Message Observed: > checking for langinfo.h... yes > checking libaio.h usability... no > checking libaio.h

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#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#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

Re: Tagging in Salsa -> upload: status?

2020-08-21 Thread Bastian Blank
On Thu, Aug 20, 2020 at 10:24:18AM +0200, Bernd Zeimetz wrote: > On 8/19/20 7:28 PM, Ansgar wrote: > > Well, I can't fix it without creating dgit-ng (and setting up > > infrastructure for that) as dgit upstream won't accept patches from me. > That is just one of the reasons why I think that salsa

Re: Limiting smtpd_upstream_proxy_protocol to certain IPs

2020-08-20 Thread Bastian Blank
Hi Andreas On Thu, Aug 20, 2020 at 01:28:38PM +0200, Andreas Thienemann wrote: > My plan was to setup a proxy on a backup machine somewhere else and just > proxy 25/tcp to my primary MX. My initial plan was to use > smtpd_upstream_proxy_protocol = haproxy and thus inform the smtpd of the > real

Re: Proposal: Allowing access to dmesg for users in group adm

2020-08-17 Thread Bastian Blank
Hi On Mon, Aug 17, 2020 at 03:50:37PM +1200, Matthew Ruffell wrote: > 2) Following changes to /bin/dmesg permissions in package 'util-linux' > - Ownership changes to root:adm > - Permissions changed to 0750 (-rwxr-x---) You mean 0754? > - Add cap_syslog capability to binary. Can

Re: Follow-up on last IRC meeting (ie: 12 Aug 2020)

2020-08-14 Thread Bastian Blank
Hi Ross On Thu, Aug 13, 2020 at 11:02:55PM -0700, Ross Vandegrift wrote: > Could it be the GPT partition table at the end of the disk? Even truncating > off 1M breaks it. Nothing will use the copy at the start of the disk, I > wonder > what the point of it is. Yes. GPT got a copy of it's

Re: smaller cloud images, raw cloud images

2020-08-12 Thread Bastian Blank
On Tue, Aug 11, 2020 at 10:47:20PM -0700, Ross Vandegrift wrote: > I think 15:00UTC was good for everyone except me. If that's the best time for > everyone else, and if someone takes over organizing, it'd be okay with me to > reschedule. I'm usually not able to make 1500. It's end of business

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-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. >

Re: smaller cloud images, raw cloud images

2020-08-09 Thread Bastian Blank
On Sun, Aug 09, 2020 at 06:57:05PM +0200, Bastian Blank wrote: > Maybe someone can just implement that properly in our tool? The file > is: > https://salsa.debian.org/cloud-team/debian-cloud-images/-/blob/master/src/debian_cloud_images/images/public/image.py > There are existing metho

Re: smaller cloud images, raw cloud images

2020-08-09 Thread Bastian Blank
Hi Thomas On Fri, Aug 07, 2020 at 01:55:31PM +0200, Thomas Lange wrote: > IMO we can easily provide raw uncompressed Openstack images for our > users right now. > Can't we just run a script on petterson after each release (not on the > dailys) to untar the disk image, rename it (because it's

coinmp_1.8.4-2_amd64.changes REJECTED

2020-08-09 Thread Bastian Blank
REJECT Your debian/copyright file is way out-of-date or does not match. Also it lists files as excluded, that are actually included. Because I can't really see what is the actual license state, I'm rejecting this. lintian shows for example: W: coinmp source:

vtkplotter_2020.2.3+dfsg1-1_amd64.changes REJECTED

2020-08-09 Thread Bastian Blank
REJECT This uploaded added a file licensed according to https://pixabay.com/service/terms/#license. This license is not free. === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. --

Re: Using Postfix sendmail without having Postfix daemon running all the time?

2020-08-06 Thread Bastian Blank
On Thu, Aug 06, 2020 at 09:44:24AM +0300, Otto Kekäläinen wrote: > Is it possible to send email using the Postfix provided > /usr/sbin/sendmail command on a system where Postfix is installed, but > not running permanently as a service? Sure, the sendmail command will just deposit the mail into

Using GCC 10 for all architectures

2020-08-04 Thread Bastian Blank
Hi folks I'll bump the compiler version to GCC 10 on the master branch soonish, i.e. for 5.8 and later kernel versions. If there are any supported architectures where GCC 10 is known to cause regressions, this can be reverted *temporarily* for those architectures, but needs to be fixed for the

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#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

Re: Removing cloud-init 20.2-2~bpo10+1 from buster-bpo

2020-08-02 Thread Bastian Blank
On Sun, Aug 02, 2020 at 12:49:43PM +0200, Thomas Goirand wrote: > The last point release of Buster was released with cloud-init > 20.2-2~deb10u1. So it doesn't make sense to keep 20.2-2~bpo10+1 in > official backports anymore. Does it's existence break anything? It makes sense to keep it,

Re: Debian Jessie images are removed

2020-07-31 Thread Bastian Blank
On Fri, Jul 31, 2020 at 12:43:27AM +, Luca Filipozzi wrote: > Doesn't archive.debian.org remain available for EOL releases? Yes. It remains on a different mirror, not readily available. To actually use it, you need to change several things, manually. Once the signature key expires it get's

Re: Debian Jessie images are removed

2020-07-30 Thread Bastian Blank
Hi Oleksandr On Thu, Jul 30, 2020 at 09:49:01AM +, Oleksandr Sozanskyi wrote: > Recently some Debian Jessie images were removed from Azure. The latest > available Debian 8 image has version is 8.0.201901221 from Jan 22 2019. Can > you tell if Debian 8 images which were built after Jan 22

Re: [RFE] - Resolving of SRV records

2020-07-29 Thread Bastian Blank
Hi Peter On Wed, Jul 29, 2020 at 02:46:55PM +1200, Peter wrote: > On 29/07/20 8:19 am, Jaroslaw Rafa wrote: > > Could anybody explain *why* using this record by Postfix is needed at all? > > As far as I understand, SRV records are meant to be use by mail *clients*, > > to > > simplify MUA

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#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

Re: Access forbidden to disk images in http://cdimage.debian.org/cdimage/cloud/

2020-07-25 Thread Bastian Blank
On Sat, Jul 25, 2020 at 09:07:46AM +0200, Renzo Davoli wrote: > On Fri, Jul 24, 2020 at 12:37:09PM +0200, Renzo Davoli wrote: > > > I am confident that it will not happen tomorrow as you > > > have fixed the problem. > ... this morning the directories 20200725-??? have been

<    6   7   8   9   10   11   12   13   14   15   >