Still happens. it_IT.UTF-8, Ubuntu 24.04.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2066388
Title:
decimal point gnored with LC_NUMERIC=it_IT.UTF-8
To manage notifications about this bug go
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2019247
Title:
perf should be compiled with libtraceevent
To manage notifications
Then I think it's OK (if you are satisfied me me being the only one
testing the fix) :).
Thanks again for your help.
--
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
** Attachment added: "initramfs_proposed_testing.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5777133/+files/initramfs_proposed_testing.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Attachment added: "dmesg_proposed_testing.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5777132/+files/dmesg_proposed_testing.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Hello Timo.
Sure, I just tested it and I get relatively good Results.
See my Conclusion below. Maybe some extra discussions needed about the
`--noarp` NOT being included in the patch, which causes the Boot time to
go from approx. 22s (with `--noarp`) to approx. 28s (without `-noarp`,
i.e. the
** Attachment added: "initramfs_proposed_testing.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2064926/+attachment/5776985/+files/initramfs_proposed_testing.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Hello Timo.
Sure, I just tested it and I get to the (same) Result I was getting
while performing preliminary Investigations. The boot time is around 22
Seconds (down from the Original 300 Seconds).
So it's Good, from what I can tell :).
# Test Procedure & Log
# Pin noble-proposed Packages with
** Attachment added: "dmesg_proposed_testing.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2064926/+attachment/5776984/+files/dmesg_proposed_testing.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Yeah I can do that, that's lower-priority ish. The good thing is that it
works. If I cannot see what's happening, that's secondary, I can just
look at `dmesg` once the boot is completed, if I really wanted (or
`/run/initramfs/initramfs.debug`).
Will you write a Patch for this issue here, like you
Just for my understanding (I had a look at that Wiki Page but didn't
understand very well) ... Did you create a SRU Bug Template ? I only see
a Patch here and the Upstream Bug Reports.
Is the SRU Bug Template creation part an automatic Pipeline ran by a Bot
?
--
You received this bug
** Attachment added: "initramfs_v9_new_norap_main_workstation.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776545/+files/initramfs_v9_new_norap_main_workstation.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs,
So the good news is that the Fix can be replicated on 2 Machines now :).
ZFS Pool gets mounted at 19.679602 Seconds on the Main Workstation,
while it was getting mounted at 20.698236 Seconds on the Secondary
Laptop.
That's a bit surprising since the Main Workstation needs to unlock 2
Disks via
I had to reboot my Main Workstation due to some GTK/Mate/Desktop
Environment Issue (maybe related to NVIDIA Drivers ?).
Anyhow I took the opportunity to implement quickly the fixes we discussed:
- `/usr/lib/dhcpcd/dhcpcd-hooks/30-hostname`: `need_hostname || return 0`
-
Now I just tried with `dhclient` on my Main Workstation to check the
time it takes "from scratch" to bring up and get an IP from DHCP on
eno1.
Keep in mind that the "path" to the Router/Gateway (OPNSense Router:
192.168.1.7 master and 192.168.1.8 slave, or 192.168.1.1 Virtual IP) is
much longer
** Attachment added: "initramfs_v9_new_norap.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776538/+files/initramfs_v9_new_norap.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Not sure how relevant it is, but **on a booted system**, if I call
`dhclient -v` the Interface gets automatically detected, up and offered
an IP by the DHCP Server in less than 5 seconds (probably even less than
3 seconds ...).
A bit better with `--no-arp` but not by much.
Output of
** Attachment added: "dmesg_v9_new_noarp.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776537/+files/dmesg_v9_new_noarp.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Yeah, I should have done that. I'm really getting tired and sleepy,
sorry about that.
The 28 seconds is the one we had before as well (the 27-28 s in ... v9,
wasn't it ?
But this error caused the script / function to behave similarly to v4 in
terms of timings. Could this indicate something else
** Attachment added: "initramfs_v9_new_b.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776402/+files/initramfs_v9_new_b.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Attachment added: "dmesg_v9_new_b.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776403/+files/dmesg_v9_new_b.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Maybe that was the issue indeed ...
Output of `systemd-analyze` after applying the beforementioned fix:
```
Startup finished in 28.780s (kernel) + 24.552s (userspace) = 53.333s
graphical.target reached after 24.517s in userspace.
```
--
You received this bug notification because you are a
Probably I had an error in the code, although no error was raised (or at least
I didn't catch it):
```
if [ -z "${DEVICE}" ]; then
# _set_available_devices_to_up
fi
```
An empty if-statement is not valid (at least in BASH it's not
About `cut -f1 -d' ' /proc/uptime` ... Wouldn't it be better to also
indicate where we are when that timestamp is registered ?
If it were BASH I'd probably do a echo "${FUNCNAME[0]} - $(cut -f1 -d' '
/proc/uptime)" but in busybox/dash I really do not know ...
--
You received this bug
Correct me if I'm wrong, but at one point you told me to ADD an `wait_for_udev
10` call before
(the now disabled) call to `_set_available_devices_to_up`.
Attached the latest `/usr/share/initramfs-tools/scripts/functions` just
to make sure we are on the same page with the Modifications.
**
v9_new output of `systemd-analyze`:
```
Startup finished in 47.314s (kernel) + 27.100s (userspace) = 1min 14.415s
graphical.target reached after 27.063s in userspace.
```
Do I need to repeat `v4_new` ? Looking at `dmesg` I don't see a need
since dmesg shows very similar results for v4_new and
** Attachment added: "initramfs_v9_new.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776399/+files/initramfs_v9_new.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Attachment added: "dmesg_v9_new.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776398/+files/dmesg_v9_new.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Attachment added: "initramfs_v4_new.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776397/+files/initramfs_v4_new.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Attachment added: "dmesg_v4_new.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776396/+files/dmesg_v4_new.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Alright ...
So I issued:
- `apt-get install --reinstall initramfs-tools-core`
- `apt-get install --reinstall dhcpcd-base`
v4_new:
- applied `need_hostname || return 0` in
`/usr/lib/dhcpcd/dhcpcd-hooks/30-hostname`
- issued the usual `update-initramfs -k all -u; update-grub; update-initramfs
I think you deleted the _set_available_devices_to_up from the functions
file yourself when you wanted me to test a custom `functions` File.
I cannot find that function call (or function declaration for that
matter) anymore at least ...
I got a bit lost now though ...
So you want me to re-run:
Please be aware, not sure if relevant, that I applied a fix in attempt
to speedup the boot time.
As we discussed, this was mainly due to DHCPCD, but before we got to that
conclusion I had attempted to apply the fix described here (a few days ago):
I cannot compare the timing at `initramfs_v9.debug` because I didn't
save `dmesg` output then.
I only have `dmesg_v4.debug` and `dmesg_v10.debug` / `dmesg_v11.debug`.
But you can argue that 5-6 seconds difference is not that big of a deal.
I could also re-run with v9 and save dmesg this time.
** Attachment added: "initramfs_v11.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776176/+files/initramfs_v11.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
And now another attempt with `for ROUNDTTT in 5 5 30 60 90 120; do`
(including also --noipv4ll).
Still approximatively 24 seconds, that seems to be the minimum thus far.
** Attachment added: "dmesg_v11.debug"
I did an attempt with `for ROUNDTTT in 5 15 30 60 90 120; do` (including
also --noipv4ll).
This brings it down from 30 seconds to approx. 24 seconds.
** Attachment added: "dmesg_v10.debug"
** Attachment added: "initramfs_v10.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776174/+files/initramfs_v10.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Attachment added: "dmesg_v9.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776171/+files/dmesg_v9.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I'd say we went from 45 seconds until ZFS mounting to 30 seconds until
ZFS mounting with --noipv4ll (although I did NOT save all `dmesg` until
now, I am comparing the current `dmesg_v9.debug` with --noipv4ll against
`dmesg_v4.debug` that I had provided before at
** Attachment added: "initramfs_v9.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776172/+files/initramfs_v9.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
OK I reverted as you instructed.
I then replaced the functions file with your version: `wget
https://launchpadlibrarian.net/728520148/functions -O
/usr/share/initramfs-tools/scripts/functions`
Followed by the usual:
`update-initramfs -k all -u; update-grub; update-initramfs -k all -u;
Here it is
** Attachment added: "initramfs_v8.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776089/+files/initramfs_v8.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Here you have it
** Attachment added: "initramfs_v7.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776025/+files/initramfs_v7.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Also the updated /usr/share/initramfs-tools/scripts/functions file since
it changed so much now ...
** Attachment added: "functions_v7.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5776026/+files/functions_v7.debug
--
You received this bug
** Attachment added: "initramfs_v6b.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5775933/+files/initramfs_v6b.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Attachment added: "initramfs_v6a.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5775932/+files/initramfs_v6a.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Sure. Here is the result. Before (v6a) and After (v6b) adding the
"wait_for_udev 10" call after the _set_available_devices_to_up 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:
Also the updated /usr/share/initramfs-tools/scripts/functions file since
it changed so much now ...
** Attachment added: "functions_v6b.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5775934/+files/functions_v6b.debug
--
You received this bug
Here it's the result
** Attachment added: "initramfs_v5.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5775867/+files/initramfs_v5.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Pretty sure the same/similar occurs in Mantic and probably even before
(even if I believe dhcpcd version is different).
But maybe it's too much effort for little benefit to fix those (Mantic
will be anyways EOL July 2024 so just a few months away). I had upgraded
all Systems that I own to Ubuntu
Super, many thanks. But I'll basically have to "patch" it locally,
because I guess this will not make it to Ubuntu before 24.10 at best,
right ?
New BUG Report at (hope I did it correctly):
https://bugs.launchpad.net/ubuntu/+source/dhcpcd/+bug/2065037
EDIT 1: I accidentally assigned it to
** Attachment added: "dmesg_v4.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2065037/+attachment/5775839/+files/dmesg_v4.debug
** Package changed: initramfs-tools (Ubuntu) => dhcpcd (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Public bug reported:
In automatically encrypted Clevis+Tang unlock of LUKS encrypted device
(dmcrypt/cryptsetup) - on top of which the ZFS Pool for / resides,
dhcpcd is used in order to obtain automatically an IP address during
initramfs boot.
During this phase, dhcpcd is called before
Alright.
Can you please tell me what I should report in the other bug exactly
though ?
My original idea in the first post ?
>>A possible workaround would be to manually edit
>>/usr/share/initramfs-tools/scripts/functions
>>Changing this:
>>`for ROUNDTTT in 30 60 90 120; do`
>>To this:
>>`for
** Attachment added: "dmesg_v4.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2064926/+attachment/5775772/+files/dmesg_v4.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
It seems, looking at `dmesg` at least, that the "frozen" / "hang" state
went from 300 Seconds to 45 Seconds.
PS: is it normal that I cannot attach multiple files at once ?
** Attachment added: "initramfs_v4.debug"
Yes, I can confirm. Without a precise clock but just counting in my
head, it's around 45 seconds. Definitively much less than before.
Maybe I'll try to quickly play with PXE Boot / TFTP Server settings on
my OPNSense Router and see if that's responsible for the slowdown
(dhcpcd reported those
Sure, I can change it.
I'll do the change and reboot ... We'll have an answer in about 30
Minutes.
Another thing that I was thinking about is ... The `/etc/hostname` of
the System is `ubuntuworkstation01` and the DHCP-assigned (or should I
say "registered" ?) hostname is apparently
Seems like only PATH and PWD are set ...
EDIT: correction, these variables are set (I ignored the lowercase ones because
I expected everything in ENV to be uppercase):
```
PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/bin
PWD=/
hostname_fqdn=no
if_configured=true
if_down=false
if_up=false
Updated /run/initramfs/initramfs.debug with env | sort (and also set -x
immediately afterwards) in dhcpcd Script (v3)
** Attachment added: "initramfs_v3.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2064926/+attachment/5775624/+files/initramfs_v3.debug
--
You
** Attachment added: "initramfs_v3.debug"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2064926/+attachment/5775623/+files/initramfs_v3.debug
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Could it be related to the fact that I completely uninstalled `netplan`
from my Ubuntu Desktop ?
I saw lots of References to Netplan in `/usr/share/initramfs-
tools/scripts/functions`.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Sure. Do I also need to add set -x there as well ?
--
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) during Boot Process
(LUKS/Clevis
No worries, you are super quick to reply, I appreciate that a lot.
But ... What does this mean ? Is it a BUG that lingered around for 1.5
years without anybody else reporting it ?
Or is it a (mis)configuration Issue somewhere on my side ?
--
You received this bug notification because you are a
I had uploaded it ... it's approximately 300 more lines than before.
--
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) during Boot Process
Updated /run/initramfs/initramfs.debug with set -x in dhcpcd Script
** Attachment added: "Updated /run/initramfs/initramfs.debug with set -x in
dhcpcd Script"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2064926/+attachment/5775551/+files/initramfs_v2.debug
--
You
Thank you for your quick answer.
a1. Why no network configured ? I think that clevis initramfs unlock
would just use DHCP and get a lease from the DHCP Server. Is an IP entry
really needed ?
https://www.kernel.org/doc/Documentation/frv/booting.txt shows some
examples in specifying ip just by
Also adding DMESG Output immediately after Boot Process finishes.
** Attachment added: "dmesg"
https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/2064926/+attachment/5775478/+files/dmesg.debug
** Tags added: cryptsetup
--
You received this bug notification because you are a
Public bug reported:
This is a long-lingering issue, probably affecting Ubuntu 23.04, surely
Ubuntu 23.10 and now surely Ubuntu 24.04.
Due to other Priorities I kept having my PC on Standby/Sleep instead of
turning it off all the time, since I would incur in 5 Minutes (300
Seconds) Boot being
Public bug reported:
Italian Message:
Si è verificato un problema irresolubile durante il calcolo
dell'avanzamento.
Ciò può essere causato da:
* Pacchetti software non ufficiali non forniti da Ubuntu
Utilizzare lo strumento «ppa-purge» incluso nel pacchetto
ppa-purge per rimuovere software
Fixed in 1.4.3-5, I think.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2047147
Title:
mmebstrap creates non-usr-merged Ubuntu releases
To manage notifications about this bug go to:
Public bug reported:
Il pacchetto mysql-server-8.0 non è ancora configurato.
dpkg: errore nell'elaborare il pacchetto mysql-server (--configure):
problemi con le dipendenze - lasciato non configurato
Elaborazione dei trigger per man-db (2.9.4-2)...
Segnalazione apport non scritta poiché il
I'm experiencing the same issue on my Ubuntu 22.04 LTS server with Budgie
desktop.
Both shutdown and reboot hang, both from GUI and command line.
This happens most of the time, but about once in 8-10 times shutdown or reboot
end regularly.
Operating System: Ubuntu 22.04 LTS
I send you another type of file .
** Attachment added: "screenshot help office"
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1970757/+attachment/5585726/+files/Schermata%20da%202022-05-02%2007-55-39.png
--
You received this bug notification because you are a member of Ubuntu
Public bug reported:
When I open libreoffice help (F1) in some reports (as pages ""PDF Export
links or "Filter screenshots") I have no specific images but only a
generic icon (see attached PDF)
Ubuntu 21.10 Lenovo Ideapad 5
** Affects: libreoffice (Ubuntu)
Importance: Undecided
This is by design. See: https://lists.debian.org/debian-
python/2022/03/msg00039.html
There was a Debian bug tracking the effect on Meson, apparently the issue was
fixed upstream.
See: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1009097#32
** Bug watch added: Debian Bug tracker #1009097
** Also affects: distro-info-data (Ubuntu Jammy)
Importance: Undecided
Status: New
** Also affects: distro-info-data (Ubuntu Impish)
Importance: Undecided
Status: New
** Also affects: distro-info-data (Ubuntu Trusty)
Importance: Undecided
Status: New
** Also
FFe approved.
** Changed in: cl-plus-ssl (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1960615
Title:
[FFe] cl-plus-ssl does not support OpenSSL 3.0
To
LGTM, approved.
** Changed in: lxc (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1967620
Title:
[FFe] LXC 5.0 LTS
To manage notifications about this bug
** Changed in: python-molotov (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1947751
Title:
Python 3.10 is not supported
To manage
Fixed in
python-molotov (2.1-3) unstable; urgency=medium
* Team upload.
[ Debian Janitor ]
* Remove obsolete field Name from debian/upstream/metadata (already present in
machine-readable debian/copyright).
[ Stefano Rivera ]
* Patch: Python 3.10 support (Closes: #1001423
FYI, I filed https://salsa.debian.org/cpython-
team/python3/-/merge_requests/18 including a fix for this.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1962791
Title:
python3 -m venv installs pip
Fixed in 3.10.2-3.
** Changed in: python3.10 (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1940705
Title:
distutils and sysconfig returns
** Changed in: python3.10 (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/1955742
Title:
`ModuleNotFoundError: No module named 'pip'` for python3.10 virtual
Thanks, I just noticed this bug too.
** Changed in: python3.10 (Ubuntu)
Assignee: (unassigned) => Stefano Rivera (stefanor)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1964588
Title:
pip was fixed by fixing python3.10 and dh-python.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1960608
Title:
python-pip >= 21.3.1+dfsg-3 fails pip3-root.sh autopkgtest with
python3.10
To
python3.10 was fixed in 3.10.2-4, which is in the release pocket.
** Changed in: python3.10 (Ubuntu)
Status: Fix Committed => Fix Released
** Changed in: python-pip (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs,
As a very inactive release-team member, this request sounds fine to me,
but the details are still somewhat vague here.
We need to get that new dependency packaged and in the archive ASAP.
As to a new upstream version for 3.10 support, sure if that's the easiest way
to got 3.10 support, do it.
And no, this is a bug in pathlib itself, not pip or python3.10 in
debian:
root@warm-bird:/tmp/pathlib-1.0.1# python3
Python 3.10.2 (main, Feb 26 2022, 08:21:15) [GCC 11.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import pathlib
Traceback (most
> The latest 22.04 updates have broken pathlib.
If you're referring to a bug in the Debian-packaged python3-pathlib,
unrelated to the pip issue described, then please expand on that. If
there's a problem in pathlib we should get that fixed, ASAP. Currently
there are no open bugs filed against
Random happens, last time last week. Firefox constantly update it
together with the system.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1945776
Title:
Firefox freezes continuously on Ubuntu 20.04
Yes, it's required. My fix was resolving the python-pip FTBFS you
reported with that patch.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1960608
Title:
python-pip >= 21.3.1+dfsg-3 fails
)
Status: New => In Progress
** Changed in: dh-python (Ubuntu)
Assignee: (unassigned) => Stefano Rivera (stefanor)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1960608
Title:
pyth
NEW isn't currently public, you can see what is in the NEW queue, but
you can't download them.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1960851
Title:
[pull-debian-source] Pull from Debian
As I understand it, this is because pip expects the installation layouts
in sysconfig to be correct since Python 3.10. Previously it used the
layouts in distutils.sysconfig.
See:
* LP: #1940705
* LP: #1408092
* https://github.com/pypa/pip/pull/10358
The correct resolution here is to enable
** Summary changed:
- python-pip >= 21.3.1+dfsg-3 fails pip3-root.sh autopkgtest
+ python-pip >= 21.3.1+dfsg-3 fails pip3-root.sh autopkgtest with python3.10
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
devscripts doesn't depend on every dependency needed for every command
to work, to keep the dependency stack down.
Instead, it tells you what you need to make mk-build-deps work, at
runtime.
This is intentional.
** Changed in: devscripts (Ubuntu)
Status: Confirmed => Invalid
--
You
Given the inconsistency, marking as invalid. Unless that was caused by
something in the archive, there's not much we can do here.
** Changed in: python3-defaults (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
What was the dpkg state of ibus-hangul?
It sounds like it wasn't installed, but the rtupdate file still existed
on disk.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1958266
Title:
package
1 - 100 of 5338 matches
Mail list logo