This failure is gone.
** Changed in: initramfs-tools (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2051407
Title:
qemu-net autopkgtest fails: Failed to send
** Changed in: apport (Ubuntu)
Status: New => Triaged
** Changed in: apport (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2048845
Title:
Kubuntu
The ARP check is done to verify that the assigned IP address is not used
in the network. So using --noarp will skip this safety-check. IMO the
users should do such change explicitly if they want to trade safety by
speed (e.g. via a dhcpcd config setting that will be included in the
initrd).
--
** Tags removed: verification-needed verification-needed-noble
** Tags added: verification-done verification-done-noble
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2065037
Title:
dhcpcd is called
** Tags removed: verification-needed verification-needed-noble
** Tags added: verification-done verification-done-noble
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064926
Title:
dhcpcd stuck for
** Description changed:
+ [ Impact ]
+
+ The boot time can be longer on system that configure their network in
+ the initrd.
+
+ [ Test Plan ]
+
+ The affected systems show "Sleeping $time seconds before retrying
+ getting a DHCP lease" in their boot log. Once applying the fix, this
+ message
Yes, here is the debdiff for the uploaded SRU fix.
** Patch added: "initramfs-tools_0.142ubuntu25.1.debdiff"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776988/+files/initramfs-tools_0.142ubuntu25.1.debdiff
--
You received this bug notification
All autopkgtest runs succeeded except four autopkgtest fail on armhf
with tmpfail:
* dateparser
* golang-github-rickb777-date
* prometheus-alertmanager
* reposurgeon
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I cannot reproduce this behaviour. I set `Send error reports to Canonical` to
`Automatic` and it worked on my noble laptop:
```
$ ls /var/crash/ -1
_usr_bin_divide-by-zero.1000.crash
_usr_bin_divide-by-zero.1000.upload
_usr_bin_divide-by-zero.1000.uploaded
```
Can you share the journal log
** Description changed:
- In the gnome-control-center Diagnostics settings, set the `Send error reports
to Canoncail` to Automatic. Then generate a crash (eg. divide-by-zero from
chaos-marmosets package), the .upload fill is missing, hence whoopise does not
send the error to the error tracker.
*** This bug is a duplicate of bug 798414 ***
https://bugs.launchpad.net/bugs/798414
Thank you for taking the time to report this bug and helping to make
Ubuntu better. The relevant dpkg terminal log says:
cp: error writing
For the black screen, can you open a separate bug report and document
what graphic card you use on that machine and what driver is used on the
running system?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
For the black screen, can you open a separate bug report and document
what graphic card you use on that machine and what driver is used on the
running system?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Yes, I edited the bug description to add the SRU bug sections. There is
no automation for that.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064926
Title:
dhcpcd stuck for 5 Minutes (300 Seconds)
** Also affects: initramfs-tools (Ubuntu Noble)
Importance: Undecided
Status: New
** Changed in: initramfs-tools (Ubuntu)
Importance: Undecided => Medium
** Changed in: initramfs-tools (Ubuntu Noble)
Importance: Undecided => Medium
** Changed in: initramfs-tools (Ubuntu)
21.67 - 4.42 = 17.25 for the dhcpcd call is quite long. So the remaining
initrd takes only 10 seconds.
dhcpcd claims the IP via ARP which takes some time. You can call dhcpcd
with `--noarp` to check how much time that takes. Besides of that dhcpcd
needs to bring up the interfaces and wait for
You could comment out the complete if-condition instead of adding a
dummy variable. BTW, you can check the code with shellcheck after your
modification:
```
shellcheck -s sh -e SC3043,SC1090,SC1091
/usr/share/initramfs-tools/scripts/functions
```
Reducing the kernel+initrd time from 47 seconds
Yes, FUNCNAME is only available in bash. You can echo some hard-coded
text, e.g.
```
configure_network() {
echo "$(cut -f1 -d' ' /proc/uptime) configure_network start"
[...]
echo "$(cut -f1 -d' ' /proc/uptime) configure_network end"
}
--
You received this bug notification because
The additional `wait_for_udev 10` is not needed (but it should not
consume any time at that place).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2065037
Title:
dhcpcd is called before interfaces
dmesg_v9_new.debug has:
```
[ 47.337075] systemd[1]: Setting '/proc/sys/kernel/printk_devkmsg' to 'on'
```
That matches roughly 47.314s (kernel) from systemd-analyze. So no need
to redo v4_new.
v4_new shows 30 seconds of sleep and v9_new does not. Can you sprinkle
the code with `cut -f1 -d' '
Looking at dmesg_v4_new.debug:
```
[ 47.841914] systemd[1]: Setting '/proc/sys/kernel/printk_devkmsg' to 'on'
```
This is the first log line from systemd after the initrd handed over the
control. So the initrd took roughly 48 seconds.
--
You received this bug notification because you are a
Can you run `systemd-analyse` after boot to get the boot time?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2065037
Title:
dhcpcd is called before interfaces have carrier causing a 29 seconds
I suggest to restore the package versions by using `apt install
--reinstall` on those package. Then apply the changes that you mentioned
plus removing _set_available_devices_to_up in the v9 test. The IPv6
dhcpcd line is not relevant for our case since that code path is not
used in your case.
--
** Changed in: debvm (Ubuntu)
Status: New => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2046544
Title:
debvm 0.2.13 autopkgtest fails on ppc64el
To manage notifications
** Changed in: debvm (Ubuntu)
Importance: Undecided => High
** Changed in: debvm (Ubuntu)
Status: New => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064921
Title:
debvm
You can use systemd-analyze to measure the boot speed. This should be
more reliable. For some data, it would be useful to boot three times and
average over the boot times (plus calculated deviation). The 5-6 seconds
difference is not plausible to me since v4 has a 29 seconds sleep. Could
you rerun
Synced libcec 6.0.2-5
** Changed in: libcec (Ubuntu)
Status: New => Fix Released
** Changed in: libcec (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
dracut-install is used in initramfs-tools to speed up the build time.
I tested `time update-initramfs -u` in chroots on my amd64 laptop.
Results there:
* jammy: 15.585s
* mantic: 5.925s
* noble: 6.466s
So noble is a bit slower than mantic on my hardware. Is this slowdown
hardware related or are
** Summary changed:
- Please merge 6.0.2-5 into Oracular
+ Please merge libcec 6.0.2-5 into Oracular
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2065138
Title:
Please merge libcec 6.0.2-5 into
I opened bug #2065149 because I saw this failure in the logs.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2065037
Title:
dhcpcd is called before interfaces have carrier causing a 29 seconds
Public bug reported:
As seen on Ubuntu 24.04 (noble) in the logs of bug #2065037:
```
+ /scripts/local-bottom/clevis
ps: invalid option -- 'o'
BusyBox v1.36.1 (Ubuntu 1:1.36.1-6ubuntu3) multi-call binary.
Usage: ps
Show list of processes
w Wide output
l Long output
The "-K --noipv4ll" is the solution. Looking at initramfs_v9.debug,
dhcpcd is only called once and you do not see any "Sleeping" log
messages.
initramfs_v10.debug takes longer because it calls dhcpcd twice. The
first call is killed due to "timed out". initramfs_v11.debug calls
dhcpcd three times.
Thank you for taking the time to report this bug and contributing to
Ubuntu. I am re-assigning this bug to aoetools because the aoe
initramfs-tools hook should only call configure_networking in case a
network configuration is needed in the initrd.
This bug could be considered a duplicate of bug
configure_networking tries to configure the network. It takes around
five minutes for it to give up. So the boot will take five minutes
longer but will not fail.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
In the first try it only gets a link local address, but no DHCP address.
Can you test calling dhcpcd with --noipv4ll?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2065037
Title:
dhcpcd is called
That strange. dhcpcd gets the carrier now, but it still retries it.
Can you test the attached functions file? I changed some logging there.
BTW, you can revert the dhcpcd debugging, e.g. `sudo apt install
--reinstall dhcpcd-base` and then apply the `return 0` fix.
** Attachment added:
Can you test commenting out the call to _set_available_devices_to_up and
add "--nolink" as parameter to the dhcpcd call?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2065037
Title:
dhcpcd is
Thanks. Next iteration. Here is the updated logging function:
```
log_flags() {
echo "***"
for device in /sys/class/net/*; do
if [ ! -f "${device}/flags" ]; then
echo "*** ${device}/flags missing"
Can you add following function to /usr/share/initramfs-
tools/scripts/functions:
```
log_flags() {
for device in /sys/class/net/*; do
echo "*** flags for $device";
if [ -f "${device}/flags" ]; then
cat "${device}/flags";
fi;
done
}
```
Please call this
mantic and before are not worth the backport, but noble is a LTS
release.
Once the SRU team accepts the upload, it will land in noble-proposed and
you will get asked to test the fix. See
https://wiki.ubuntu.com/StableReleaseUpdates
--
You received this bug notification because you are a member
Public bug reported:
Bug #1520154 introduced UBUNTU_CODENAME, but the final name that landed
in the os-release specification is VERSION_CODENAME. Ubuntu specifies
VERSION_CODENAME since Ubuntu 16.04 "xenial" (see bug #1598212).
So let's finally drop UBUNTU_CODENAME from os-release starting with
Debdiff for noble
** Description changed:
+ [ Impact ]
+
+ Systems that use clevis will have a 5 minutes boot delay, because dhcpcd
+ fails and retries until the retry loop exits.
+
+ [ Test Plan ]
+
+ Use a system with clevis and zfs where /etc/hostname is set and differs
+ from the hostname
We can include the fix in Ubuntu 24.04 via a stable release update.
** Changed in: initramfs-tools (Ubuntu)
Status: New => Invalid
** Also affects: dhcpcd (Ubuntu Noble)
Importance: Undecided
Status: New
** Also affects: initramfs-tools (Ubuntu Noble)
Importance: Undecided
** Package changed: dhcpcd (Ubuntu) => initramfs-tools (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2065037
Title:
dhcpcd is called before interfaces have carrier causing a 29 seconds
Suggested title for the second bug: dhcpcd is called before interfaces
have carrier causing a 29 seconds boot delay
The bug title and description can be updated afterwards.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Forwarded fix upstream: https://github.com/NetworkConfiguration/dhcpcd/pull/320
and to Debian: https://salsa.debian.org/debian/dhcpcd/-/merge_requests/6
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
The Launchpad UI only allows to attach one file at once. So that is
normal.
I'll prepare the upload containing the fix. That your boot takes around
45 seconds instead of 15 seconds is caused by a separate issue. Please
file another bug for that. Here is the relevant log:
```
dhcpcd-10.0.6
This bug was fixed in the package ruby-fast-gettext - 2.0.3-2
Sponsored for Zixing Liu (liushuyu-011)
---
ruby-fast-gettext (2.0.3-2) unstable; urgency=medium
[ Debian Janitor ]
* Remove constraints unnecessary since buster:
+ Build-Depends: Drop versioned constraint on
This bug was fixed in the package st - 1.9-3.4
Sponsored for Zixing Liu (liushuyu-011)
---
st (1.9-3.4) unstable; urgency=medium
* Non-maintainer upload.
* debian/patches/02-implicit-declarations.patch: Fix an improper macro
feature check. Thanks to Zixing Liu .
(Closes:
If I understand the code correctly, 30-hostname only changes the
hostname if it was the default like `(none)` or if it was set by dhcpcd
previously (that's why need_hostname checks for the old hostname).
In case /etc/hostname is included in the initrd (which is probably the
case for your initrd),
Looking for reason environment variable in initramfs_v3.debug, we have
following result: reason=PREINIT, reason=NOCARRIER, and reason=CARRIER
have no problems.
reason=BOUND and reason=REBOOT show the failure. environment variables
there:
```
hostname_fqdn=no
if_configured=true
if_down=false
No additional "set -x" is needed there since that file is sourced and
therefore your initial "set -x" is still set.
This bug does not look like being related to netplan at all. initramfs-
tools generates configs for netplan, but this is unrelated to the dhcpcd
hooks.
--
You received this bug
Can you add a call to `env | sort` at the beginning of
/usr/lib/dhcpcd/dhcpcd-hooks/30-hostname to log what environment
variables are set?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064926
Title:
It's a bug in /usr/lib/dhcpcd/dhcpcd-hooks/30-hostname when executed
with "set -e" that nobody has noticed/reported in 1.5 years.
If I understand correctly, need_hostname returns 0 in case the hostname
is already set to the correct name. It return 1 if the hostname needs to
be set. "need_hostname
Scratch my last comment. My test should have called `busybox sh test`
instead of `busybox test`.
The failing code is a bit later. need_hostname hits the last else part
and calls false (after the "No old hostname" comment). The caller code
in set_hostname:
```
need_hostname || return
```
I started writing my comment before you posted your log output. That's
why I saw it only afterwards.
I tracked it down to: /usr/lib/dhcpcd/dhcpcd-run-hooks ->
/usr/lib/dhcpcd/dhcpcd-hooks/30-hostname -> need_hostname function:
```
is_default_hostname "$hostname" && return 0
```
Thanks. So clevis-initramfs (from the clavis source package) ships
/usr/share/initramfs-tools/scripts/local-top/clevis which calls
configure_networking. As you described configuring the network is
desired. So clevis and initramfs-tools behave as expected and the bug is
inside dhcpcd. Let's see
I requested to standardize forwarding crashes to containers:
https://github.com/uapi-group/specifications/issues/102
** Bug watch added: github.com/uapi-group/specifications/issues #102
https://github.com/uapi-group/specifications/issues/102
--
You received this bug notification because you
What scripts do you have on your system?
```
find {/etc/initramfs-tools,/usr/share/initramfs-tools}/scripts ! -type d | sort
```
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064926
Title:
dhcpcd
Thank you for taking the time to report this bug and helping to make
Ubuntu better. The first question is: Why is the network configured in
the initrd in the first place? Your dmesg says that the ZFS is used to
boot and no "ip" parameter is specified there.
The second question is: Why did
Public bug reported:
Running "debvm-create -r noble -z 2G" as normal user will fail to delete
the temporary directory due to missing permissions:
```
$ debvm-create -r noble -z 2G
[...]
rm: cannot remove '/tmp/tmp.f7EohykzQc/etc/tmpfiles.d': Permission denied
rm: cannot remove
An alternative is to avoid installing the linux-firmware and linux-
modules-extra on Ubuntu.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064921
Title:
debvm 0.3 autopkgtest fails: Copying files
Installed-Size:
linux-firmware: 473705
linux-image-6.8.0-31-generic: 14604
linux-modules-extra-6.8.0-31-generic: 109988
These three packages already consume 598,297 KB. So I suggest to
increase the default size to 2G.
--
You received this bug notification because you are a member of Ubuntu
```
# du -ht 50M /
77M /boot
56M /usr/lib/x86_64-linux-gnu
106M/usr/lib/modules/6.8.0-31-generic/kernel/drivers
147M/usr/lib/modules/6.8.0-31-generic/kernel
154M/usr/lib/modules/6.8.0-31-generic
154M/usr/lib/modules
78M /usr/lib/firmware/mellanox
72M
Public bug reported:
The autopkgtest fails:
```
Copying files into the device: __populate_fs: Could not allocate block in ext2
filesystem while writing file
"ftpmaster.internal_ubuntu_dists_oracular_universe_source_Sources"
mkfs.ext4: Could not allocate block in ext2 filesystem while
On a created noble VM:
```
root@testvm:~# df -h
Filesystem Size Used Avail Use% Mounted on
tmpfs96M 616K 96M 1% /run
/dev/vda2.0G 1.1G 705M 62% /
tmpfs 479M 0 479M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
```
--
You received
Yes, on 0.3 the fallback works.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2046544
Title:
debvm 0.2.13 autopkgtest fails on ppc64el
To manage notifications about this bug go to:
And debdiff for focal.
** Patch added: "tzdata_2024a-0ubuntu0.20.04.1_v3.debdiff"
https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/2055718/+attachment/5774503/+files/tzdata_2024a-0ubuntu0.20.04.1_v3.debdiff
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Debdiff for jammy.
** Patch added: "tzdata_2024a-0ubuntu0.22.04.1_v3.debdiff"
https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/2055718/+attachment/5774480/+files/tzdata_2024a-0ubuntu0.22.04.1_v3.debdiff
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Third iteration of the SRU patches to include the final and working fix
from bug #2062522
** Patch added: "tzdata_2024a-0ubuntu0.23.10.1_v3.debdiff"
https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/2055718/+attachment/5774407/+files/tzdata_2024a-0ubuntu0.23.10.1_v3.debdiff
--
You
Verified that the testcase does not crash any more after updating
tzdata:
```
$ ./testcase
$ dpkg -s tzdata | grep ^Version
Version: 2024a-3ubuntu1.1
```
** Tags removed: verification-needed verification-needed-noble
** Tags added: verification-done verification-done-noble
--
You received
Verified for xenial:
```
(xenial)bdrung@host:~$ dpkg -s distro-info-data | grep ^Version
Version: 0.28ubuntu0.19
(xenial)bdrung@host:~$ ubuntu-distro-info -df
Ubuntu 24.10 "Oracular Oriole"
(xenial)bdrung@host:~$ ubuntu-distro-info --supported-esm | grep xenial
xenial
```
** Tags removed:
Verified for bionic:
```
(bionic)bdrung@host:~$ ubuntu-distro-info -df
Ubuntu 24.10 "Oracular Oriole"
(bionic)bdrung@host:~$ dpkg -s distro-info-data | grep ^Version
Version: 0.37ubuntu0.18
(bionic)bdrung@host:~$ ubuntu-distro-info --supported-esm | grep xenial
xenial
```
--
You received this
Uploaded tzdata 2024a-3ubuntu1.1 to apply the follow-up fix.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2062522
Title:
std::chrono::locate_zone("Asia/Chungking") fails
To manage notifications
Uploaded 0.37ubuntu0.18 to bionic and 0.28ubuntu0.19 xenial to bring
ubuntu.csv and debian.csv to the current state to fix "ubuntu-distro-
info --supported-esm" for xenial (added that as test case).
** Description changed:
[ Impact ]
Several tools rely on the `distro-info` package to tell
** Also affects: distro-info-data (Ubuntu Xenial)
Importance: Undecided
Status: New
** Also affects: distro-info-data (Ubuntu Bionic)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Verification failed. The C++ code seems to read
/usr/share/zoneinfo/tzdata.zi which still has the wrong link:
```
$ dpkg -s tzdata | grep ^Version
Version: 2024a-3ubuntu1
$ grep Asia/Chungking /usr/share/zoneinfo/tzdata.zi
L Asia/Chongqing Asia/Chungking
$ ls -l /usr/share/zoneinfo/Asia/Chungking
I did not fix it for me. The logout still takes a long time (could be
around a minute / 90 seconds) even with no applications running.
```
$ dpkg -l | grep 46.0-1ubuntu4.1
ii gnome-session 46.0-1ubuntu4.1
all GNOME Session
Verified:
```
(noble)bdrung@host:~$ ubuntu-distro-info -df
Ubuntu 24.10 "Oracular Oriole"
(noble)bdrung@host:~$ dpkg -s distro-info-data | grep ^Version
Version: 0.60ubuntu0.1
```
```
(mantic)bdrung@host:~$ ubuntu-distro-info -df
Ubuntu 24.10 "Oracular Oriole"
(mantic)bdrung@host:~$ dpkg -s
I'll test this fix (since I am experience the bug).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2063383
Title:
[SRU] Ubuntu Unity takes 90 seconds to log out
To manage notifications about this
Verified that tzdata-legacy 2024a-2ubuntu1 crashes with the test case.
** Description changed:
+ [ Impact ]
+
forwarded from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114770
```
#include
int main()
{
- (void) std::chrono::locate_zone("Asia/Chungking");
+ (void)
Waiting for the package to hit the mirror...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2062522
Title:
std::chrono::locate_zone("Asia/Chungking") fails
To manage notifications about this bug
Second iteration of the SRU patches to include the fix from bug #2062522
** Patch added: "tzdata_2024a-0ubuntu0.23.10.1_v2.debdiff"
https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/2055718/+attachment/5773375/+files/tzdata_2024a-0ubuntu0.23.10.1_v2.debdiff
--
You received this bug
This is a follow-up fix for the fix in bug #2055718
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2062522
Title:
std::chrono::locate_zone("Asia/Chungking") fails
To manage notifications about
** Changed in: distro-info-data (Ubuntu)
Status: New => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064136
Title:
Please add a new entry for Ubuntu 24.10 Oracular Oriole
To
Uploaded SRUs for noble, mantic, jammy, and focal.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064136
Title:
Please add a new entry for Ubuntu 24.10 Oracular Oriole
To manage notifications
Uploaded 0.61 to Debian unstable.
** Also affects: distro-info-data (Ubuntu Noble)
Importance: Undecided
Status: New
** Also affects: distro-info-data (Ubuntu Jammy)
Importance: Undecided
Status: New
** Also affects: distro-info-data (Ubuntu Mantic)
Importance: Undecided
Thanks. And milestones are in https://launchpad.net/ubuntu/oracular
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064136
Title:
Please add a new entry for Ubuntu 24.10 Oracular Oriole
To manage
Do we have the name officially announced somewhere yet (besides having
it mentioned on https://www.phoronix.com/news/Ubuntu-24.10-Oracular-
Oriole and https://discourse.ubuntu.com/t/ubuntu-24-10-oracular-
oriole/44633/3)?
--
You received this bug notification because you are a member of Ubuntu
And I haven't seen a release schedule for it yet. I need the proposed
release date.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064136
Title:
Please add a new entry for Ubuntu 24.10 Oracular
** Summary changed:
- mk-sbuild fails to add user to group on first run
+ mk-sbuild fails to add user to group on first run if $USER is not set
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064112
** Changed in: apport
Importance: Undecided => Medium
** Changed in: apport
Status: New => In Progress
** Changed in: apport (Ubuntu)
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Apport cannot do anything useful with these crash reports, because the
information about the crashed process does not contain the process
number seen from inside the container and because the crashed process is
already gone when Apport gets the crash from systemd-coredump.
So let Apport just
Nick, it works if you have systemd-coredump installed in the container.
If you do not have systemd-coredump installed in the container, apport
on the host should do the forwarding.
** Changed in: apport (Ubuntu)
Status: Incomplete => Triaged
--
You received this bug notification because
dart 6.13.2+ds-0ubuntu1 and ros-urdf 1.13.2-8build3 uploaded.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2053254
Title:
[FFe] Update urdfdom and dart for Noble (Open Robotics packages)
To
I'll upload dart once urdfdom 4.0.0-0ubuntu1 has been built.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2053254
Title:
[FFe] Update urdfdom and dart for Noble (Open Robotics packages)
To manage
Sponsored urdfdom 4.0.0-0ubuntu1 upload.
** Also affects: urdfdom (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2053254
Title:
[FFe] Update
** Changed in: apport (Ubuntu)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2056758
Title:
ubuntu-bug doesn't let me file bugs for Snap thunderbird
To
https://github.com/canonical/apport/pull/324 got merged.
** Changed in: apport
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2056758
Title:
ubuntu-bug
Proposed fix for apport: https://github.com/canonical/apport/pull/324
** Also affects: apport
Importance: Undecided
Status: New
** Changed in: apport
Milestone: None => 2.29.0
** Changed in: apport
Status: New => In Progress
** Changed in: apport
Importance: Undecided
1 - 100 of 6939 matches
Mail list logo