Thursday, 8 November 2018

Re: /usr-merge by default for new installations, with backwards compat

Hi Dimitri,

I see that you blocked the SRU for debootstrap in LP: #1773496 / LP:
#1800945 on a usr-merge problem. Please can you resolve this, given that
you chose to drive this change in Ubuntu? I believe this is what is
causing the sbuild autopkgtests in stable releases to fail - because
distro-info-data now mismatches what debootstrap knows about.

Alternatively, can we just land the debootstrap SRUs anyway? Given that
users release upgrading won't be converted to usr-merge anyway and we
have to support that, I don't see it being much of a problem if users
running debootstrap for Disco while running Bionic also get
non-usr-merge. Perhaps it would even be a good thing to get better
dogfooding coverage on both supported combinations.

Thanks,

Robie

Thursday, 1 November 2018

Re: server seed: remove acpid?

On Wed, Oct 31, 2018 at 04:54:54PM -0300, Andreas Hasenack wrote:
> Hi,

> we are reviewing the server seeds
> (https://code.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu/+ref/disco)
> and the acpid package came up. It's currently in the server seed,
> meaning it's installed by default.

> I did some tests in a VM, and a bare metal machine, running cosmic,
> and the power and suspend buttons, both from an usb keyboard and the
> box itself, worked just fine without acpid running.
> In fact, it's not even running on a default install unless the admin
> either enables it explicitly, or installs a package that populates
> /etc/acpi/events, or connects to the unix socket in /run/acpid.socket.

> Does anybody know what we would miss by not having it installed by default?

The above is what I expected to see, which is why I proposed it for dropping
from the seed. I expect systemd to handle the core acpi events (shutdown,
suspend) directly, with no need for acpid; so acpid is only needed if you
have other custom ACPI event handlers. If you have custom ACPI event
handlers on your server, you can install the acpid package as needed; but it
is no longer part of our platform and should not be installed by default.

(It is separately still being included by default in the desktop seed
because it is a dependency of acpi-support, which ships a handful of event
handlers that had never been ported elsewhere; it is worth revisiting
whether these are now handled elsewhere or if they should be dropped as
obsolete, but in any case that should not stop us from dropping acpid from
the server seed.)

--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
slangasek@ubuntu.com vorlon@debian.org

Wednesday, 31 October 2018

Re: server seed: remove acpid?



On Thu., 1 Nov. 2018, 08:55 Andreas Hasenack <andreas@canonical.com wrote:
Hi,

we are reviewing the server seeds
(https://code.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu/+ref/disco)
and the acpid package came up. It's currently in the server seed,
meaning it's installed by default.

I did some tests in a VM, and a bare metal machine, running cosmic,
and the power and suspend buttons, both from an usb keyboard and the
box itself, worked just fine without acpid running.
In fact, it's not even running on a default install unless the admin
either enables it explicitly, or installs a package that populates
/etc/acpi/events, or connects to the unix socket in /run/acpid.socket.

That's good I think. Systemd has built in ACPI event support, better not be processing sleep twice.

As far as I know removing it should be fine.

Rob

server seed: remove acpid?

Hi,

we are reviewing the server seeds
(https://code.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/ubuntu/+ref/disco)
and the acpid package came up. It's currently in the server seed,
meaning it's installed by default.

I did some tests in a VM, and a bare metal machine, running cosmic,
and the power and suspend buttons, both from an usb keyboard and the
box itself, worked just fine without acpid running.
In fact, it's not even running on a default install unless the admin
either enables it explicitly, or installs a package that populates
/etc/acpi/events, or connects to the unix socket in /run/acpid.socket.

Does anybody know what we would miss by not having it installed by default?

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

Re: Ubuntu Hardware database

This feature is already in the TODO list and called "Probe Review".  In Probe Review mode you'll be able to modify auto-detected statuses for devices and write comments w/o the need to register (manually reviewed by the admin + intelligent spam protection). As usual all contributions will be dumped to a new github repository: https://github.com/linuxhw
 
Hope next version of smartmontools will help us to detect failure status of nvme drives automatically)
 
Thank you!
 
27.10.2018, 20:36, "Christopher Patti" <feoh@feoh.org>:
Thank you for this. Very cool.
 
I wish I could tell it that some devices are in fact working - like my nvme SSD drives on which my current LInux is running :)
 
 
However seeing all my devices and chipsets enumerated is pretty neat :)
 
-Chris
 
 
 
On Wed, Oct 24, 2018, at 3:33 AM, Andrey Ponomarenko wrote:
Hi,
 
Good news for everyone interested in Linux-compatibility and reliability of hardware!
 
The Linux-Hardware.org database has been divided into a set of databases, one per each Linux distro. You can now select your favorite distro on the front page:
 
 
In this mode you'll not see data collected from other Linux distros.
 
One can submit computer hardware info to the database by:
 
1) https://snapcraft.io/hw-probe (limited functionality due to strict confinement)
 
Enjoy!
 
 

Saturday, 27 October 2018

Re: Ubuntu Hardware database

Thank you for this. Very cool.

I wish I could tell it that some devices are in fact working - like my nvme SSD drives on which my current LInux is running :)


However seeing all my devices and chipsets enumerated is pretty neat :)

-Chris



On Wed, Oct 24, 2018, at 3:33 AM, Andrey Ponomarenko wrote:
Hi,

Good news for everyone interested in Linux-compatibility and reliability of hardware!

The Linux-Hardware.org database has been divided into a set of databases, one per each Linux distro. You can now select your favorite distro on the front page:


In this mode you'll not see data collected from other Linux distros.

One can submit computer hardware info to the database by:

1) https://snapcraft.io/hw-probe (limited functionality due to strict confinement)

Enjoy!

--
ubuntu-users mailing list

Wednesday, 24 October 2018

Ubuntu Hardware database

Hi,

Good news for everyone interested in Linux-compatibility and reliability of hardware!

The Linux-Hardware.org database has been divided into a set of databases, one per each Linux distro. You can now select your favorite distro on the front page:

https://linux-hardware.org/?d=Ubuntu

In this mode you'll not see data collected from other Linux distros.

One can submit computer hardware info to the database by:

1) https://snapcraft.io/hw-probe (limited functionality due to strict confinement)
2) https://github.com/linuxhw/hw-probe#appimage

Enjoy!

--
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel