[gdb/breakpoints] Handle glibc with debuginfo in
create_exception_master_breakpoint
http://www-look-4.com/computers/huawei-computers/
The test-case nextoverthrow.exp is failing on targets with unstripped libc.
https://komiya-dental.com/category/services/
This is a regression since
This bug is fixed with
https://github.com/CanonicalLtd/subiquity/releases/tag/21.01.1
for Ubuntu releases H, G and F.
I tested it also with a IBM EAV (Extended Address Volume) 3390-A 180 (= 180 x
Mod1).
Just notice that a dasdfmt that subiquity does under the hood may take a very
long time (dep
** Changed in: ubuntu-z-systems
Status: Incomplete => In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1878596
Title:
[Ubuntu 20.04] - Install - problem
To manage notifications abou
** Changed in: subiquity (Ubuntu)
Status: Confirmed => In Progress
** Changed in: subiquity (Ubuntu Focal)
Status: Confirmed => In Progress
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/
So you picked the right image and installer '20.04.1' (live installer), since
you got interactively promped at the console for the basic network
configuration information, indicated by:
"Attempt interactive netboot from a URL?" (and the following questions), great!
(The 20.04 image does not have
> http://cdimage.ubuntu.com/ubuntu-server/focal/daily-live/current/
Please note that development has ceased on the legacy d-i installer, and
although daily images have been produced, we are not intending to update
this installer in future point releases of 20.04. So while the d-i
images may be us
Hi Thorsten, I agree.
And that initial low level format issue is currently looked at based on LP
1887669.
Having that in mind I came up with the suggestion in comment #21
(https://bugs.launchpad.net/ubuntu/+source/subiquity/+bug/1878596/comments/21)
asking for a little detour via the installer sh
Adding a minor mention in the LP Bug, as we had a customer being
affected by the issue while installing 20.04.1 on a z14, atop of z/VM
6.4, using unformatted 3390-M9s.
The workaround provided by Herr Heimes on LP Bug #1878596, Comment #21,
has proven to be a workaround for the issue.
I believe we
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: subiquity (Ubuntu Focal)
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/1878596
Tit
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: subiquity (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/1878596
Title:
Just coming back to the documentation on the new way of doing
installations, especially on s390x with 20.04. It got now reworked and
improved and incl. several (also s390x platform specific) step-by-step
examples.
The landing page is the official Ubuntu Server Guide for 20.04 LTS (chapter
'Instal
After all I think I'm coming to the same conclusion like Thorsten (#18).
The ECKD DASD driver should just be able to handle all ECKD DASD type 3390
disks of any flavour, incl. 3390-ModA EAV and EAV-II DASDs. There is no further
dependency.
Since a brand new disk device was used (#20), I assume t
** Tags added: id-5ef4c46f9c3268663ab2b2bf
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1878596
Title:
[Ubuntu 20.04] - Install - problem
To manage notifications about this bug go to:
https://bugs
** Tags removed: rls-ff-incoming
** Also affects: subiquity (Ubuntu Focal)
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/1878596
Title:
[Ubuntu 20.04] -
Thanks for sharing the configuration details.
Well, I didn't really said that the support is limited to Mod9, 27 and 54,
these were just examples, there are more models, like for example Model-108 and
Model-108 is a 3390 standard size as well afaik.
But tbh. in the last 15 years where I work on s
First of all thanks for sharing the additional information.
I would assume that things worked for you on such a special disk by coincidence
- such DASDs are not tested nor supported by subiquity or d-i.
We only use and test on standard 3390 models (like 9, 27, 54 etc.) and work for
FBA is underwa
I'll ask Heinz-Werner to attach the logs and the screenshots from that
mail conversation.
So you are using a DASD ECKD - since it has about 50 GB I assume it's
probably a 3390 Model54 - I'll try to find a spare one for test and re-
creation.
The storage configuration screen should look like this:
The fact that a parmfile is currently needed for a subiquity installation is
not ideal and there is a Launchpad bug open to change this: LP 1854513
(https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1854513)
You are welcome to join LP 1854513 and to click the green link in the upper
area tha
With Ubuntu Server 20.04 a new installer (called "subiquity") was introduced.
And subiquity is a bit different compared to d-i.
For the transition phase we still have one (last) 20.04 GA image with d-i,
available here (but already marked as legacy):
http://cdimage.ubuntu.com/ubuntu-legacy-server/
19 matches
Mail list logo
