This bug was fixed in the package partman-base - 206ubuntu1
---
partman-base (206ubuntu1) disco; urgency=medium
* Resynchronise with Debian. Remaining changes:
- Ubiquity integration: If PARTMAN_NO_COMMIT is set, then exit rather
than running commit.d and finish.d
This bug was fixed in the package ubiquity - 19.04.6.1
---
ubiquity (19.04.6.1) disco; urgency=medium
* Automatic update of included source packages: partman-base
206ubuntu1 (LP: #1818285).
-- Iain Lane Tue, 05 Mar 2019 12:49:08 +
** Changed in: ubiquity (Ubuntu Disco)
partman-base merged & uploaded.
next up - ubiquity rebuild, iso daily.
** Changed in: partman-base (Ubuntu Disco)
Status: Confirmed => Fix Committed
** Changed in: ubiquity (Ubuntu Disco)
Status: Confirmed => In Progress
--
You received this bug notification because you are a
LGTM - I merged the Debian MR, thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1818285
Title:
[disco desktop] Installation fails with parted_server: No data in
infifo. parted_server: Line
please review: https://bugs.launchpad.net/ubuntu/+source/partman-
base/+bug/1818285
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1818285
Title:
[disco desktop] Installation fails with
nope, that's a self reference :-)
https://salsa.debian.org/installer-team/partman-base/merge_requests/1
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1818285
Title:
[disco desktop] Installation
* An archaic GNU extension to scanf, under which '%as', '%aS', and
'%a[...]' meant to scan a string and allocate space for it with
malloc, is now restricted to programs compiled in C89 or C++98 mode
with _GNU_SOURCE defined. This extension conflicts with C99's use of
'%a' to scan a
e isoc99 are bad ones ideally we should be using gnu14/gnu11
standard from this millennium.
** Also affects: ubiquity (Ubuntu)
Importance: Undecided
Status: New
** Changed in: ubiquity (Ubuntu Disco)
Status: New => Confirmed
** Changed in: ubiquity (Ubuntu Disco)
A diff of the symbol tables of both builds of parted_server shows that
the symbols for sscanf and fscanf are different
$ diff -u <(nm -D 19.04.5/parted_server) <(nm -D 19.04.6/parted_server)
--- /dev/fd/63 2019-03-04 09:24:40.172170149 +0100
+++ /dev/fd/62 2019-03-04 09:24:40.172170149 +0100
@@
I'm reassigning to partman-base.
If I replace /bin/parted_server from Ubiquity 19.04.6 by the version of
the binary package of 19.04.5 it fixes the issue. According to the d-i
manifest and the source diff only user-setup has been updated in .6 but
the following files are different:
** Tags added: id-5c798d83bd99660d50979555
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1818285
Title:
[disco desktop] Installation fails with parted_server: No data in
infifo. parted_server:
Effects Xubuntu 19.04 and Ubuntu-Mate 19.04 20190301, 20190302, 20190303
builds as well for Ubiquity 19.04.6 versions.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1818285
Title:
[disco desktop]
This is actually a regression in Ubiquity 19.04.6 and likely different from the
issue observed starting on feb. 4th.
19.04.5 works fine.
** Package changed: partman-base (Ubuntu Disco) => ubiquity (Ubuntu
Disco)
** Description changed:
Ubuntu Desktop Disco amd64
+
+ Last known good version:
** Summary changed:
- [disco desktop] preseeded installation fails with parted_server: No data in
infifo. parted_server: Line 2387. CRITICAL ERROR!!! EXITING.
+ [disco desktop] Installation fails with parted_server: No data in infifo.
parted_server: Line 2387. CRITICAL ERROR!!! EXITING.
**
14 matches
Mail list logo