On Wed, Apr 14, 2021 at 10:36:27PM -0700, Ross Vandegrift wrote:
> Here is my draft following today's discussion. Please send along any
> feedback.
Sounds good.
Bastian
--
Knowledge, sir, should be free to all!
-- Harry Mudd, "I, Mudd", stardate 4513.3
Hi Marco
On Fri, Apr 16, 2021 at 05:04:03PM +0200, Marco d'Itri wrote:
> On Apr 15, Bastian Blank wrote:
> > After this time we really should try to get rid of this package, which
> > even is NMU maintained since three years.
> I am not persuaded. I maintain libberkeleydb-perl
Hi Marco
On Fri, Apr 16, 2021 at 05:04:03PM +0200, Marco d'Itri wrote:
> On Apr 15, Bastian Blank wrote:
> > After this time we really should try to get rid of this package, which
> > even is NMU maintained since three years.
> I am not persuaded. I maintain libberkeleydb-perl
Hi Gerardo
On Fri, Apr 16, 2021 at 10:30:08AM +0200, Gerardo Ballabio wrote:
> Bastian Blank wrote:
> > Berkeley DB was relicensed to AGPLv3 almost eight years ago.
> Sorry but I don't understand, why is that a problem?
> I believe the AGPL (you mean the GNU Affero General Public L
Hi Gerardo
On Fri, Apr 16, 2021 at 10:30:08AM +0200, Gerardo Ballabio wrote:
> Bastian Blank wrote:
> > Berkeley DB was relicensed to AGPLv3 almost eight years ago.
> Sorry but I don't understand, why is that a problem?
> I believe the AGPL (you mean the GNU Affero General Public L
Package: release.debian.org
Severity: wishlist
Hi
I would like to propose a release goal:
Remove Berkeley DB (finally)
Berkeley DB was relicensed to AGPLv3 almost eight years ago. Since
then, Debian stayed with the last version before the license change.
The license change means, we can't
Package: release.debian.org
Severity: wishlist
Hi
I would like to propose a release goal:
Remove Berkeley DB (finally)
Berkeley DB was relicensed to AGPLv3 almost eight years ago. Since
then, Debian stayed with the last version before the license change.
The license change means, we can't
On Mon, Apr 12, 2021 at 10:30:49PM -0700, Josh Triplett wrote:
> On Tue, Apr 13, 2021 at 06:39:26AM +0200, Bastian Blank wrote:
> > Where was that discussed?
> It was discussed in
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=947759
> , with responses from
On Mon, Apr 12, 2021 at 10:30:49PM -0700, Josh Triplett wrote:
> On Tue, Apr 13, 2021 at 06:39:26AM +0200, Bastian Blank wrote:
> > Where was that discussed?
> It was discussed in
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=947759
> , with responses from
Hi Lucas
I would like to add:
- Removing Berkeley DB.
Bastian
--
Violence in reality is quite different from theory.
-- Spock, "The Cloud Minders", stardate 5818.4
Hi Lucas
I would like to add:
- Removing Berkeley DB.
Bastian
--
Violence in reality is quite different from theory.
-- Spock, "The Cloud Minders", stardate 5818.4
Hi Ivo
On Sun, Apr 11, 2021 at 12:39:05PM +, Debian Bug Tracking System wrote:
> On Sat, Apr 03, 2021 at 09:29:03PM +0200, Paul Gevers wrote:
> > What do you mean with "it's too late for that"? We *could* (not saying
> > we should) drop the package.
> I added a hint to remove the package.
No
Hi Ivo
On Sun, Apr 11, 2021 at 12:39:05PM +, Debian Bug Tracking System wrote:
> On Sat, Apr 03, 2021 at 09:29:03PM +0200, Paul Gevers wrote:
> > What do you mean with "it's too late for that"? We *could* (not saying
> > we should) drop the package.
> I added a hint to remove the package.
No
Hi
On Mon, Apr 12, 2021 at 11:18:43PM +0200, Ben Hutchings wrote:
> I think I missed or forgot about that change when it happened. I'm not
> super happy about it, to be honest. It's been half-assed in that the
> cloud flavours still have a dependency on an initramfs builder, that
> should be a
Hi
On Mon, Apr 12, 2021 at 11:18:43PM +0200, Ben Hutchings wrote:
> I think I missed or forgot about that change when it happened. I'm not
> super happy about it, to be honest. It's been half-assed in that the
> cloud flavours still have a dependency on an initramfs builder, that
> should be a
Control: tag -1 wontfix
Hi
On Sat, Apr 10, 2021 at 02:11:06PM -0700, Josh Triplett wrote:
> For cloud instances and VMs, it's helpful to be able to use ip=dhcp as a
> minimal network configuration. Enabling this option will do nothing
> unless the kernel command line includes ip=dhcp.
We don't
Control: tag -1 wontfix
Hi
On Sat, Apr 10, 2021 at 02:11:06PM -0700, Josh Triplett wrote:
> For cloud instances and VMs, it's helpful to be able to use ip=dhcp as a
> minimal network configuration. Enabling this option will do nothing
> unless the kernel command line includes ip=dhcp.
We don't
Hi Helmut
On Sat, Apr 10, 2021 at 06:05:40PM +0200, Helmut Grohne wrote:
> On Sat, Apr 10, 2021 at 01:39:15PM +0200, Bastian Blank wrote:
> > Exactly, it requires working udev and udev rules for it's primary
> > function. To change that, it either needs
> I fear that you
Hi Helmut
On Sat, Apr 10, 2021 at 11:41:49AM +0200, Helmut Grohne wrote:
> On Sat, Apr 10, 2021 at 10:34:50AM +0200, Bastian Blank wrote:
> > libdevmapper1.02.1 needs the udev rules, the udev rules need dmsetup,
> > dmsetup needs libdevmapper1.02.1.
> This is technically incor
Control: reassign -1 dmsetup
Control: forcemerge 586424 -1
There is already a bug report about this, merging.
On Thu, Apr 08, 2021 at 10:54:05PM +0200, Helmut Grohne wrote:
> However, shared libraries should not depend on tools. The higher level
> users of libraries should have these
Hi Lucas
On Thu, Apr 08, 2021 at 04:01:38PM +0200, Lucas Nussbaum wrote:
> Is that a real issue in practice? If you can export the changes made to
> upstream sources as a single big diff, surely you can also export them
> as separate patches in 3.0 (quilt)?
How do you export changes? And no,
On Thu, Apr 08, 2021 at 11:33:31AM -0700, Noah Meyerhans wrote:
> In order for that to work, though, the
> key needs to be available in *binary* format. So we still do need gpg
> to do the conversion.
No, apt does not require a binary key file. Just give it the
On Thu, Apr 08, 2021 at 11:33:31AM -0700, Noah Meyerhans wrote:
> In order for that to work, though, the
> key needs to be available in *binary* format. So we still do need gpg
> to do the conversion.
No, apt does not require a binary key file. Just give it the
Hi Lucas
On Wed, Apr 07, 2021 at 02:03:47PM +0200, Lucas Nussbaum wrote:
> - source format 1.0 with direct changes in .diff.gz (no patch system)
For this I disagree. At least until we have something acceptable that
can be used in modern git workflows including operations like cherry
picking and
Hi
On Sun, Apr 04, 2021 at 05:39:18PM +0200, John Paul Adrian Glaubitz wrote:
> In case you didn't get my mail off-list. I would be interested and
> I'm in Berlin so shipping is cheap.
I didn't get that e-mail and I actually forgot to ask you first.
Anyway, you can have it. I won't send the
On Wed, Apr 07, 2021 at 12:05:43PM -0500, Richard Laager wrote:
> > - no support for build-arch and build-indep
> That seems fine, but I'm not sure I'm knowledgeable enough to say for
> certain. I assume that these Just Work if I'm using modern debhelper?
You mean "dh"? Yes.
Bastian
--
Bones:
On Tue, Apr 06, 2021 at 12:01:58PM +0200, Jonas Smedegaard wrote:
> Description : dkms driver sources for EC ACPI in Purism Librem devices
>
> The driver librem_ec_acpi provides Linux kernel support
> for the ACPI embedded controller of the following devices:
> * Purism Librem 14 laptop
On Tue, Apr 06, 2021 at 12:01:58PM +0200, Jonas Smedegaard wrote:
> Description : dkms driver sources for EC ACPI in Purism Librem devices
>
> The driver librem_ec_acpi provides Linux kernel support
> for the ACPI embedded controller of the following devices:
> * Purism Librem 14 laptop
On Tue, Apr 06, 2021 at 12:01:58PM +0200, Jonas Smedegaard wrote:
> Description : dkms driver sources for EC ACPI in Purism Librem devices
>
> The driver librem_ec_acpi provides Linux kernel support
> for the ACPI embedded controller of the following devices:
> * Purism Librem 14 laptop
On Fri, Apr 02, 2021 at 03:20:03PM +0200, Bastian Blank wrote:
> I found an old iBook G4, unknown variant, in my pile of older
> electronics.
> I would need to check if it actually works and that no data is left on
> it.
I checked it. This is a model A1055, 768MB of DDR RAM install
On Sat, Apr 03, 2021 at 08:00:20AM +0200, Paul Gevers wrote:
> So, I'm very uncomfortable with the union of this key packages tracking
> package
Then please drop the UUD entry that forces it to be a key package and
drop the package from testing. After that we'll stop updating packages
in stable
On Sat, Apr 03, 2021 at 08:00:20AM +0200, Paul Gevers wrote:
> So, I'm very uncomfortable with the union of this key packages tracking
> package
Then please drop the UUD entry that forces it to be a key package and
drop the package from testing. After that we'll stop updating packages
in stable
Hi folks
I found an old iBook G4, unknown variant, in my pile of older
electronics. Could someone make use of that?
I would need to check if it actually works and that no data is left on
it. It's located near Stuttgart, Germany.
Regards,
Bastian
--
It is necessary to have purpose.
On Thu, Mar 25, 2021 at 03:00:06PM +0800, YunQiang Su wrote:
> YunQiang Su 于2021年2月20日周六 下午2:19写道：
> > https://lore.kernel.org/linux-mips/20210220061635.9976-1-yunqiang...@cipunited.com/T/#u
> > This patch for kernel can fix this problem.
> > Let's wait for the reply of kernel upstream community.
On Thu, Mar 25, 2021 at 03:00:06PM +0800, YunQiang Su wrote:
> YunQiang Su 于2021年2月20日周六 下午2:19写道：
> > https://lore.kernel.org/linux-mips/20210220061635.9976-1-yunqiang...@cipunited.com/T/#u
> > This patch for kernel can fix this problem.
> > Let's wait for the reply of kernel upstream community.
On Thu, Mar 25, 2021 at 03:00:06PM +0800, YunQiang Su wrote:
> YunQiang Su 于2021年2月20日周六 下午2:19写道：
> > https://lore.kernel.org/linux-mips/20210220061635.9976-1-yunqiang...@cipunited.com/T/#u
> > This patch for kernel can fix this problem.
> > Let's wait for the reply of kernel upstream community.
Control: tags -1 moreinfo
On Mon, Mar 22, 2021 at 08:40:34AM +0100, Mihai Moldovan wrote:
> Currently, mounting an EXT4-formatted volume with the case-insensitivity
> feature
> is impossible since CONFIG_UNICODE is not enabled in the kernel configuration.
Why would anyone want to do that?
> My
Control: tags -1 moreinfo
On Mon, Mar 22, 2021 at 08:40:34AM +0100, Mihai Moldovan wrote:
> Currently, mounting an EXT4-formatted volume with the case-insensitivity
> feature
> is impossible since CONFIG_UNICODE is not enabled in the kernel configuration.
Why would anyone want to do that?
> My
Hi Mathieu
On Tue, Mar 16, 2021 at 10:23:15AM +0100, Mathieu Baudier wrote:
> What I can observe is that:
> - Neighbor sollicitations between the host and the CentOS VMs are being
> exchanged regularly
> - With the Debian guest:
> - Neighbor sollicitations are exchanged when the VM is rebooted
On Sun, Mar 14, 2021 at 11:51:05AM +0100, Juri Haberland wrote:
> You should get this information from the AR-header. It should look like
> this:
> Authentication-Results: mx.example.org; dmarc=pass (p=quarantine
> dis=none) header.from=example.com;
> See the "p=quarantine dis=none" in the
Hi Ivo
On Sat, Mar 13, 2021 at 03:30:39PM +0100, Ivo De Decker wrote:
> > The binary package is in testing since some time. Please add it to the
> > key packages list.
> Added.
Thanks.
Regards,
Bastian
--
Our way is peace.
-- Septimus, the Son Worshiper, "Bread and Circuses",
Hi Ivo
On Sat, Mar 13, 2021 at 03:30:39PM +0100, Ivo De Decker wrote:
> > The binary package is in testing since some time. Please add it to the
> > key packages list.
> Added.
Thanks.
Regards,
Bastian
--
Our way is peace.
-- Septimus, the Son Worshiper, "Bread and Circuses",
Hi
Sorry that I missed to follow up on that task for some time.
On Wed, Jun 12, 2019 at 05:57:00PM +0200, Ivo De Decker wrote:
> > | Package: debian-cloud-images-packages
> > | Architecture: amd64
> > | Depends: apparmor, awscli, chrony, cloud-init, cloud-initramfs-growroot,
> >
Hi
Sorry that I missed to follow up on that task for some time.
On Wed, Jun 12, 2019 at 05:57:00PM +0200, Ivo De Decker wrote:
> > | Package: debian-cloud-images-packages
> > | Architecture: amd64
> > | Depends: apparmor, awscli, chrony, cloud-init, cloud-initramfs-growroot,
> >
Hi Winn
On Thu, Mar 04, 2021 at 01:51:30PM +, Winn Johnston wrote:
> I am interested in learning how to verify the cloud images in Azure.
What are you trying to verify? In theory you can verify that you get
the same image as we publish on our own storage, but it's not easy.
There is no real
On Mon, Mar 01, 2021 at 09:44:46AM +0100, Erwan David wrote:
> Google demands a reverse in IPv6, Thomas, does your server have one ?
Worse, Google tells you and Postfix will show it in the logs and tell
the sender. So Thomas needs to provide error messages and stop wasting
out time for guessing.
Control: tags -1 wontfix
On Thu, Feb 18, 2021 at 04:50:05PM +1100, Hamish Moffatt wrote:
> ecryptfs has been silently removed from the 5.10 kernel packages. This
> is not mentioned in the changelog.
Actually it is mentioned:
| * [cloud] Disable some further filesystems. (closes: #977005)
Control: tags -1 wontfix
On Thu, Feb 18, 2021 at 04:50:05PM +1100, Hamish Moffatt wrote:
> ecryptfs has been silently removed from the 5.10 kernel packages. This
> is not mentioned in the changelog.
Actually it is mentioned:
| * [cloud] Disable some further filesystems. (closes: #977005)
On Tue, Feb 16, 2021 at 04:16:17PM +0100, Andreas Tille wrote:
> On Thu, Feb 11, 2021 at 09:14:34AM -0600, Dirk Eddelbuettel wrote:
> > let
> > Andreas figure what is up with RcppParallel (maybe not patching it is the
> > best path, I don't know)
> I do not think that this is the best path since
On Mon, Feb 15, 2021 at 09:21:30AM +0100, Thomas Lange wrote:
> One solution would be to not set it for cloud images, but during first
> boot check if it's unset and then try to determine the device name and
> fill debconf to make grub happy.
The cloud images don't use grub-pc at all since
On Mon, Feb 15, 2021 at 09:21:30AM +0100, Thomas Lange wrote:
> One solution would be to not set it for cloud images, but during first
> boot check if it's unset and then try to determine the device name and
> fill debconf to make grub happy.
The cloud images don't use grub-pc at all since
Hi
On Thu, Feb 11, 2021 at 12:32:25PM +0300, Eugene Podshivalov wrote:
> Is it safe enough nowadays to drop dmarc failed incoming mail with
> opendmarc?
No. You can reject them however.
Bastian
--
Prepare for tomorrow -- get ready.
-- Edith Keeler, "The City On the Edge of
Hi
On Thu, Feb 11, 2021 at 01:14:59PM +0100, Zsombor B wrote:
> Can you help me please why does this fall into a loop?
> postfix > localhost:1 > localhost:1 > localhost:1 > etc. until
> too much hops.
> --- master.cf
> 127.0.0.1:1 inet n - y - - smtpd
>-o
Hi Johannes
On Thu, Feb 11, 2021 at 09:26:48AM +0100, Johannes Ranke wrote:
> dyn.load is used in base R to load compiled code from R packages.
Can you show some examples please? I know C and POSIX, but not much
about R.
> As
Moin
On Thu, Feb 11, 2021 at 10:15:02AM +0800, YunQiang Su wrote:
> > Could the mips porters comment on this? Given that we're close to the
> > release
> > of bullseye, I'm not convinced it's a good idea to change this now.
This option is also a dependency of several types of CPU support. So
Moin
On Thu, Feb 11, 2021 at 10:15:02AM +0800, YunQiang Su wrote:
> > Could the mips porters comment on this? Given that we're close to the
> > release
> > of bullseye, I'm not convinced it's a good idea to change this now.
This option is also a dependency of several types of CPU support. So
Moin
On Thu, Feb 11, 2021 at 10:15:02AM +0800, YunQiang Su wrote:
> > Could the mips porters comment on this? Given that we're close to the
> > release
> > of bullseye, I'm not convinced it's a good idea to change this now.
This option is also a dependency of several types of CPU support. So
Moin
On Thu, Feb 11, 2021 at 10:15:02AM +0800, YunQiang Su wrote:
> > Could the mips porters comment on this? Given that we're close to the
> > release
> > of bullseye, I'm not convinced it's a good idea to change this now.
This option is also a dependency of several types of CPU support. So
Hi Jonathan
On Mon, Aug 31, 2020 at 06:21:10PM +0200, Jonathan Carter wrote:
> * Have accounts with the major hosting providers so that
> they can also create new instances whenever there's a
> new request from a developer
I opened an issue for the AWS side of that:
On Wed, Feb 10, 2021 at 01:30:10PM -0600, Dirk Eddelbuettel wrote:
> Thanks for the CVE. I am happy to discuss this with R Core and one fellow in
> particular.
> Before I do so can you clarify what you think the issue is? Loading from
> user directories as eg ~/R/lib/mypackage/libs/mypack.so ?
Hi Dirk
On Wed, Feb 10, 2021 at 12:18:04PM -0600, Dirk Eddelbuettel wrote:
> As for your suggested patch to R's own dynload.c: that is very well tested
> and robust system code I do not have any real intention of changing because
> one package out of 17k at CRAN is having hickups under one
: #-1)
+
+ -- Bastian Blank Wed, 10 Feb 2021 17:37:12 +
+
r-base (4.0.3-1) unstable; urgency=medium
* New upstream version released this morning
diff -Nru r-base-4.0.3/debian/patches/dynload-system
r-base-4.0.3/debian/patches/dynload-system
--- r-base-4.0.3/debian/patches/dynload-system
Control: sverity -1 important
On Wed, Feb 10, 2021 at 01:06:34PM +0300, Mc.Sim wrote:
> MEDIA ~ # grep kernel /var/log/syslog | grep "Code\|vgremove"
> Feb 10 11:28:37 MEDIA kernel: [ 1672.765313] vgremove[5983]: segfault at 40
> ip b7cb5b40 sp bfa75b98 error 4 in libc-2.24.so[b7c26000+1b1000]
Control: sverity -1 important
On Wed, Feb 10, 2021 at 01:06:34PM +0300, Mc.Sim wrote:
> MEDIA ~ # grep kernel /var/log/syslog | grep "Code\|vgremove"
> Feb 10 11:28:37 MEDIA kernel: [ 1672.765313] vgremove[5983]: segfault at 40
> ip b7cb5b40 sp bfa75b98 error 4 in libc-2.24.so[b7c26000+1b1000]
Package: ftp.debian.org
Severity: normal
Please remove package kfreebsd-11. It is EOL since February 28, 2015.
The whole 11 series will be EOL on September 30, 2021.
Package: ftp.debian.org
Severity: normal
Please remove the package kfreebsd-10. It is EOL since April 30, 2018
and the whole 10 series is EOL since October 31, 2018.
Bastian
Package: ftp.debian.org
Severity: normal
Please remove package ctfutils. It comes from an EOL branch of freebsd.
It is unused as of now.
Hi Ivo
On Mon, Feb 08, 2021 at 10:12:14AM +0100, Ivo De Decker wrote:
> I tried a rebuild of git 1:2.28.0-1, 1:2.29.2-1 and 1:2.30.0-1 in an unstable
> chroot on barriere.debian.org, and they all succeeded. It also seems the
> builds on the buildds succeeded for all the versions recently
Hi Ivo
On Mon, Feb 08, 2021 at 10:12:14AM +0100, Ivo De Decker wrote:
> I tried a rebuild of git 1:2.28.0-1, 1:2.29.2-1 and 1:2.30.0-1 in an unstable
> chroot on barriere.debian.org, and they all succeeded. It also seems the
> builds on the buildds succeeded for all the versions recently
On Sat, Feb 06, 2021 at 12:05:44PM +0100, OzyMate wrote:
> TLS is required, but was not offered by host 127.0.0.1
127.0.0.1 is not Amazon SES. So you are not showing stuff or running
into the wrong direction. Please follow the instructions laid down in
Hi
The current debian.org web site uses wml, which is both aged and pretty
slow. I was told that even the upstream of wml suggested to go moving
away.
Once upon a time, wouter tried to use the CI on our GitLab instance.
A single build burned like ten CPU hours, which is insane. So it got
On Tue, Jan 26, 2021 at 09:56:46AM +, Simon McVittie wrote:
> Oh, I see. So when you say "both" in 1a, you're referring to the overall
> system - like the fact that we have both /bin/bash and /usr/bin/perl.
Yes.
> I don't see how we can force all packages to only ship files in /usr/*
> (your
On Tue, Jan 26, 2021 at 09:56:46AM +, Simon McVittie wrote:
> Oh, I see. So when you say "both" in 1a, you're referring to the overall
> system - like the fact that we have both /bin/bash and /usr/bin/perl.
Yes.
> I don't see how we can force all packages to only ship files in /usr/*
> (your
On Tue, Jan 26, 2021 at 09:01:12AM +, Simon McVittie wrote:
> On Tue, 26 Jan 2021 at 08:02:06 +0100, Bastian Blank wrote:
> > On Mon, Jan 25, 2021 at 09:22:29PM +, Simon McVittie wrote:
> > > Some developers seem to be using "merged /usr" to refer to mul
On Tue, Jan 26, 2021 at 09:01:12AM +, Simon McVittie wrote:
> On Tue, 26 Jan 2021 at 08:02:06 +0100, Bastian Blank wrote:
> > On Mon, Jan 25, 2021 at 09:22:29PM +, Simon McVittie wrote:
> > > Some developers seem to be using "merged /usr" to refer to mul
On Mon, Jan 25, 2021 at 09:22:29PM +, Simon McVittie wrote:
> Some developers seem to be using "merged /usr" to refer to multiple
> concrete layouts:
> 1. an arrangement where all regular files that have traditionally been
>in /bin, /sbin, /lib and /lib64 are physically located in /usr,
>
On Mon, Jan 25, 2021 at 09:22:29PM +, Simon McVittie wrote:
> Some developers seem to be using "merged /usr" to refer to multiple
> concrete layouts:
> 1. an arrangement where all regular files that have traditionally been
>in /bin, /sbin, /lib and /lib64 are physically located in /usr,
>
Hi Dennis
On Sat, Jan 23, 2021 at 10:26:33AM +0100, Dennis Filder wrote:
> I recently filed #980212 against gnome-screensaver
Are you a copyright holder of any of the code?
Also I looked at the alleged code segment. Yes, the comments are the
same and the code shows some resemblance, but you
Hi
To fix this cycle, which makes any package dependency on
default-jre-headless unstable, I propose to change the dependency in
ca-certificates-java to just specify openjdk-11-jre-headless, without
any default-jre-headless alternative.
Yes, this will cause the default java version to be
Hi
To fix this cycle, which makes any package dependency on
default-jre-headless unstable, I propose to change the dependency in
ca-certificates-java to just specify openjdk-11-jre-headless, without
any default-jre-headless alternative.
Yes, this will cause the default java version to be
Hi
To fix this cycle, which makes any package dependency on
default-jre-headless unstable, I propose to change the dependency in
ca-certificates-java to just specify openjdk-11-jre-headless, without
any default-jre-headless alternative.
Yes, this will cause the default java version to be
On Thu, Jan 21, 2021 at 06:28:16AM -0500, John Scott wrote:
> As discussed on the mailing list(s), I'm looking into making a udeb for
> firmware-ath9k-htc with kernel-wedge.
You missunderstood something. All the firmware stuff is _only_ shipped
as deb, not as udeb.
> To avoid clashing with the
On Thu, Jan 21, 2021 at 06:28:16AM -0500, John Scott wrote:
> As discussed on the mailing list(s), I'm looking into making a udeb for
> firmware-ath9k-htc with kernel-wedge.
You missunderstood something. All the firmware stuff is _only_ shipped
as deb, not as udeb.
> To avoid clashing with the
Control: tag -1 moreinfo
On Wed, Jan 20, 2021 at 10:03:00PM +0800, GengYu Rao wrote:
> The kernel missed ec_sys module, as ec_sys.ko.gz in archlinux here:
> https://wiki.archlinux.org/index.php/ACPI_modules
> Could you please add this module to the kernel package?
What would you need this module
Control: tag -1 moreinfo
On Wed, Jan 20, 2021 at 10:03:00PM +0800, GengYu Rao wrote:
> The kernel missed ec_sys module, as ec_sys.ko.gz in archlinux here:
> https://wiki.archlinux.org/index.php/ACPI_modules
> Could you please add this module to the kernel package?
What would you need this module
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
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
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
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
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
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
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,
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
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
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
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.
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.
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.
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
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
901 - 1000 of 14573 matches
Mail list logo
