I see that this is a result of LP #1764794, I've adjusted my copy
debian-installer source package to compensate (using bionic version as a
template).
This however, should be fixed for xenial if there is going to be another
point release.
** Summary changed:
- xenial 4.4.0-145 image udeb overwrit
Public bug reported:
The payload in the xenial package kernel-signed-image-4.4.0-145-generic-
di_4.4.0-145.171_amd64.udeb doesn't have the proper suffix and
overwrites the unsigned version of the same kernel image:
(from data.tar.xz from the package):
./
./boot/
./boot/vmlinuz-4.4.0-145-generic
Would it be possible to get a backport of this to xenial 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/1760713
Title:
getlogin_r is performing NSS lookups when loginid isn't set
To manage
Public bug reported:
This the eglibc duplicate of
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1760713 (which is
for glibc)
For configurations that use networked naming services for passwd (in
particular LDAP), processes that have no login UID, there are excessive
delays when getlogin_r()
Public bug reported:
For configurations that use networked naming services for passwd (in
particular LDAP), processes that have no login UID, there are excessive
delays when getlogin_r() is called.
For such processes, /proc/self/loginid is set to a sentinel value (-1),
when files is the only back
We use Ubuntu trusty directly for some custom corporate installation
which uses germinate to construct an APT repository.
If this is built automatically, then I'm confused as to the resistance
to just respin the package without the incompatible schema in the
control file.
--
You received this bu
Right now we are stuck because we can't issue security updates
internally because we can't construct our APT repository.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1716047
Title:
rustc control fi
Our builds use germinate to create a custom ISO installer. Germinate
attempts to parse all of the index files from an APT repository
including Sources. The rustc source package contains restriction
formulas which are too new (read as: schema change) for germinate and/or
python-apt to understand a
This is a debdiff for Trusty applicable to
1.15.1+dfsg0-1~exp1ubuntu2~14.04.7. I built this in pbuilder (within
the ubuntu:trusty docker container) and it builds successfully, and I
installed it, the patch works as intended.
** Patch added: "1-1~exp1ubuntu2~14.04.7ubuntu1.debdiff"
https://bug
** Summary changed:
- rustc dsc Build-Depends breaks apt
+ rustc control file contains unsupported restriction formulas in control file
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1716047
Title:
Public bug reported:
The trusty back port of the rustc source package breaks dependency
computation using apt because it contains qualifiers in the Build-
Depends that are not understood by the trusty version of apt.
Build-Depends: debhelper (>= 9), rustc (>= 1.14.0+dfsg) [!powerpc], rustc (<=
1
Ping: has anyone looked at this ticket yet? It seems like a trivial fix
to incorporate into eglibc. Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1635360
Title:
res_query.c:262: __libc_res
Public bug reported:
Debian report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816669
Upstream report https://sourceware.org/bugzilla/show_bug.cgi?id=19791
Whenever, in resolv.conf, there are both IPv6 and IPv4 server entries
and either protocol is not routable on a system, resolv throws a
13 matches
Mail list logo