Hi,
I discovered that this big is triggered when I try to suspend my laptop.
The laptop is never suspended, and the nouveau driver just continues to spam
dmesg.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.n
Removed block-proposed tag after doing one last smoketest to make sure
grub was booting fine.
** Tags removed: block-proposed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1848892
Title:
"error: Un
** Tags added: block-proposed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1848892
Title:
"error: Unknown TPM error." after upgrading to grub 2.04
To manage notifications about this bug go to:
htt
Should be done very soon; we're waiting for the shim review board to
review, then it can be submitted to Microsoft for signing. Expect about
a week turnaround time.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad
** Description changed:
+ [Impact]
+ Some specific system (listed in upstream thread at
https://lists.gnu.org/archive/html/grub-devel/2019-10/msg00104.html)
+
+ Mostly ASUS systems, but also reported on some Dell systems.
+
+ The affected systems are used to boot in UEFI mode and will fail to
+
** Description changed:
+ [Impact]
+ Dual-boot users who have somehow had shim uninstalled from their system /
Secure Boot disabled.
+
+ [Test case]
+ (system with dual-boot setup for Ubuntu and Windows)
+ 1) uninstall shim/shim-signed from the system
+ 2) Run 'sudo grub-install -v'; ensure grub
It has nothing to do with whether the file handle is closed or not; this
is just confusing code because of how it's built.
Shim is supposed to be installed by the installer when you set up the
system in UEFI mode; this is done for you by the installer, and isn't a
dependency of grub because grub d
I've already submitted a possible fix upstream for this issue (well, at
least something that will stop this breaking, and give us more
information to debug and fix it more permanently):
https://lists.gnu.org/archive/html/grub-devel/2019-10/msg00103.html
There isn't concensus there just yet, but I
Public bug reported:
Hi,
I had a bug every now and then with the Nvidia proprietary driver 435
(installed via the "additionals proprietary drivers" GUI) where I try to
suspend my laptop, and the system freezes.
It happens from time to time, but so far, I have this issue quite
frequently, as I'm
No; this patch is wrong.
For starters, you really ought to have shim installed, and that is the
primary cause for such failures -- somehow your install is incomplete,
and shim was removed either because the package was removed, or through
the use of boot-repair (IIRC it replaces shim with using gr
Public bug reported:
net-tools has been replaced by iproute2; so uses of ifconfig should be
replaced with ip ('ip link' or 'ip address').
Similarly, netstat is replaced by ss, and route is replaced by ip ('ip
route').
bind9 has already updated the uses of ifconfig (in ifconfig.sh) to be
able to
Public bug reported:
Hi,
As far as I can tell, the ubuntu-core-meta metapackage and the binary
packages it builds:
- ubuntu-core-libs
- ubuntu-core-libs-dev
Are no longer in use by snapcraft, the core snap or any other consumers;
and is out of date with that is considered the accepted list of
This does not appear to be a new issue; but it is newly visible due to
the changes in 2.04: we've now upgraded to a new major release of GRUB,
and the modules are now no longer compatible with previous releases.
In other words, if you're running into this issue, your system was most
likely already
Thanks. Let's put both tasks as Triaged again then, since it's obviously
not fixed in disco and bionic.
I don't think this qualifies as a regression though, since the feature
was never available before. It's just not finished since the systemd
side of this isn't complete.
** Changed in: systemd (
What if you set SHIM_VERBOSE in firmware, using 'sudo mokutil --set-
verbosity true' after booting with just grub?
There should be debug messages showing up on screen to tell what is
going on in shim in this case, and having those will help in debugging
the issue.
** Changed in: shim (Ubuntu)
Hi,
I upgraded from 19.04 to 19.10, thinking that this would have solved the
bug since Gnome-shell is now 3.34, but the issue is still here.
I have no VPN auto-connect on Wifi network, but doing it manually works.
Please can you finally fix this ?
--
You received this bug notification because
I'll investigate why that
wasn't the case, first by trying to reproduce the issue.
** Changed in: debian-installer (Ubuntu)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (cyphermox)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribe
Public bug reported:
Hi,
Since the upgrade from 19.04 to 19.10, the nouveau driver is continuously
spamming dmesg output
with
nouveau :01:00.0: fifo: SCHED_ERROR 08 []
-> lsb_release
Description:Ubuntu 19.10
Release:19.10
-> hardware
00:02.0 VGA compatible controller: Intel C
Hi,
the upgrade from 19.04 to 19.10 broke this package for me.
I have the same Python traceback.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1734238
Title:
gtk-recordmydesktop crashes on launch
** Tags added: writable-etc
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1849560
Title:
Please revise the files installed in /etc/
To manage notifications about this bug go to:
https://bugs.launch
Public bug reported:
openssh-server and openssh-client install various files under /etc:
/etc/ssh/*
/etc/systemd/system/sshd.service
Please see if these files can be moved elsewhere, in accordance with
FHS: /etc should only contain files writable by the system
administrator, and in Ubuntu Core 2
** Tags added: writable-etc
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1849554
Title:
Please move cache files to a different location
To manage notifications about this bug go to:
https://bugs.l
Public bug reported:
The /etc/dbus-1/system.d/wpa_supplicant.conf is installed in the wrong
location. It is a system-wide default config for dbus, and as such
probably should be in /usr/share/dbus-1/system.d instead; like most
other DBus definitions installed on a typical system.
** Affects: wpa
Public bug reported:
On a typical install of an Ubuntu system, and in particular on a Ubuntu
Core system, there are various files under /etc/cloud.
Most of these files (especially on UC) appear to be default files that
are unmodified, and are furthermore bind-mounted such that they may be
writabl
Public bug reported:
/etc/apparmor.d/cache is currently used to keep cache files for
apparmor. Unfortunately, these files are in a location that is
inconsistent with FHS guidelines for cache.
Moreover, /etc is not a core path for Ubuntu Core 20, which means it is
planned to not be writable; and t
This bug is *not* a duplicate of 1839317; since we're not looking at
ARM-based systems here.
Could you please update your grub-efi-amd64 and grub-efi-amd64-signed
packages (well, make sure your system is fully up to date), then run:
sudo grub-install -v
And include the output here.
Not all the
email. In the end I uninstalled mariadb
because I decided to use
something else for my project (for different reasons).
Le mar. 20 août 2019 à 15:50, Faustin <1840...@bugs.launchpad.net> a écrit :
> Hi Mathieu,
> thank you for your report and for your help making Ubuntu better.
>
&
Hello,
I just added these env variables before the command line and it works
perfectly fine !
For example :
$> __NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia
%command%
It is not necessary to export them first, the best way is to set them in
the command line like I did, in order to
@Rocko
Hello,
Thank you for your help. Unfortunately your solution isn't working for me.
I enabled the "NVIDIA On-Demand" parameter from nvidia-settings, then restarted
my computer and exported all the env variables. I tried to launch a game, CS:GO
for example, and when I type "mat_info" to see
Hello, your repo version (8042) is working perfectly fine on Ubuntu 19.10 with
kernel 5.3.0-18-generic, thank you for your work, really appreciate.
Note that the official version (7906) wasn't compiling too on eoan.
--
You received this bug notification because you are a member of Ubuntu
Bugs, w
I really don't think this is ubiquity's fault; more aiming to grub-
installer, the d-i component we call as part of ubiquity.
And yes, it's not at all a new issue, but something that's been
difficult to handle for a number of years. Install happens properly, but
in some circumstances, grub-probe /
If you use F8 or F12 (or whatever hotkey to get the firmware's boot
menu); can you then run "Windows Boot Manager" and successfully start
Windows?
How was the installation done? Could you please describe how the disk
was partitioned for dual-booting, and the steps taked in the installer?
At this
Immediately after installation and rebooting into the installed system,
are there any files in /var/lib/shim-signed/mok ?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1848142
Title:
package shim-si
There's clearly something odd happening then, because I am unable to
reproduce this on various hardware; installing from USB as I normally
do.
How are the drives partitioned to begin with? I wonder if something is
keeping grub from using the hard-drive on which it installed (as one
certainly right
Setting back to Incomplete: it appears that /boot/efi is not mounted,
we're trying to figure out why not. Furthermore, the files installed
there are not up to date (probably because they were instaleld to the
mountpoint, not to the real location), and SecureBoot is disabled on the
system.
** Chang
After further discussion with Chris; seems like this might have been a
misunderstanding, looking at two different source trees for the
software.
Chris; can you please confirm whether we've reached consensus on the
state of the chainloader code for SB? From my read, the patches look to
be properly
I'm not sure what to think about this failure; what's clear is it's not
'ubiquity', because we're dealing with debian-installer, but I'm not
sure what component. In fact, it looks more subtle than this, some sort
of more obscure failure:
Oct 11 18:42:06 base-installer: 'Ubuntu-Server 19.10 _Eoan E
nee: (unassigned) => Mathieu Trudel-Lapierre (cyphermox)
** Changed in: partman-efi (Ubuntu)
Importance: Undecided => Medium
** Changed in: ubiquity (Ubuntu)
Status: New => Triaged
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscrib
Public bug reported:
QEMU consumes the library and its configure script use the libssh pkg-config
cflags.
The it checks if ssh_get_server_publickey() is present and assume it is a
libssh-0.8 based.
Ubuntu libssh is not based on upstream 0.8 but on the 0.7 branch, with commit
bbd052202 cherry-p
I could reproduce this trivially; a simple netplan config:
network:
version: 2
renderer: networkd
ethernets:
eth0:
dhcp: yes
Will show that my domain "cyphermox.net" here is not passed from DHCP in
networkd to resolved (and does not show in /run/systemd/resolve/stub-
resolv.conf o
As long as any call of 'netplan apply' does not outright fail, that's
good, as this was a comment based on the changes to checking if "SNAP"
is set in the environment.
'netplan apply' was run as part of the autopkgtests, it does not fail
when SNAP environment is missing, and running the dbus Apply
The automatically identified test failures are actually limitations of
the test infrastructure: on s390x and armhf (and arm64), wifi is not
available and this leads to the tests erroring out.
Verification-done for xenial:
ubuntu@ip-172-30-0-137:~$ sudo apt install nplan
sudo: unable to resolve ho
Autopkgtests have been run for both bionic and disco (attached, see
description), all are successful and were so without requiring to be re-
run.
Individual bugs have been verified for bionic and disco, despite not
being labeled for disco due to the reupload Brian did.
Marking verification-done f
** Description changed:
[Impact]
This release contains both bug-fixes and new features and we would like to
make sure all of our supported customers have access to these improvements.
The notable ones are:
- - Added new "feature flags" to identify new features
- - Added support
Verification-done on disco:
ubuntu@ip-172-30-0-243:~$ lsb_release -cs
disco
ubuntu@ip-172-30-0-243:~$ dpkg -l netplan.io systemd | grep ii
ii netplan.io 0.98-0ubuntu1~19.04.1 amd64YAML network
configuration abstraction for various backends
ii systemd240-6ubuntu5.7amd
Verification-done on bionic:
ubuntu@ip-172-30-0-140:/run/systemd/network$ lsb_release -cs
bionic
ubuntu@ip-172-30-0-140:/run/systemd/network$ dpkg -l netplan.io | grep ii
ii netplan.io 0.98-0ubuntu1~18.04.1 amd64YAML network
configuration abstraction for various backends
ubuntu@ip-17
Verification-done on bionic:
ubuntu@ubuntu-XPS-15-9570:~$ lsb_release -cs
bionic
ubuntu@ubuntu-XPS-15-9570:/sys/class/net/bond0/bonding$ dpkg -l netplan.io |
grep ii
ii netplan.io 0.98-0ubuntu1~18.04.1 amd64YAML network
configuration abstraction for various backend
ubuntu@ubuntu-XP
Verification-done for disco:
ubuntu@oddish:~$ lsb_release -cs
disco
ubuntu@oddish:~$ dpkg -l netplan.io | grep ii
ii netplan.io 0.98-0ubuntu1~19.04.1 amd64YAML network
configuration abstraction for various backends
ubuntu@oddish:~$ cat /etc/netplan/01-network-manager-all.yaml
networ
Verification-done on bionic:
ubuntu@ubuntu-XPS-15-9570:~$ lsb_release -cs
bionic
ubuntu@ubuntu-XPS-15-9570:~$ cat /etc/netplan/01-network-manager-all.yaml
# Let NetworkManager manage all devices on this system
network:
version: 2
renderer: networkd
wifis:
wlp59s0:
access-points:
Verification-done on disco as well:
After applying the update I can successfully run 'netplan apply' on a
system on which a label exists; this would otherwise fail even if the
interface isn't mentioned in YAML:
ubuntu@oddish:~$ cat /etc/netplan/01-network-manager-all.yaml
# Let NetworkManager ma
Verification-done on disco:
ubuntu@oddish:~$ lsb_release -cs
disco
ubuntu@oddish:~$ cat /etc/netplan/01-network-manager-all.yaml
# Let NetworkManager manage all devices on this system
network:
version: 2
renderer: networkd
wifis:
wlp58s0:
access-points:
cyphermox.net:
Fix Released in eoan (where netplan is 'netplan.io'); Won't Fix for the
netplan.io xenial task, since the name of the source package is 'nplan'
there.
** Changed in: netplan.io (Ubuntu)
Status: New => Fix Released
** Changed in: netplan.io (Ubuntu Xenial)
Status: New => Won't Fix
-
** Tags removed: rls-y-incoming
** Tags added: rls-ee-incoming
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1612906
Title:
cryptsetup does not support ZFS
To manage notifications about this bug go
This has been fixed for a while; APT::Periodic::Unattended-Upgrade is
set to 0 if you pick No automatic updates; this is how we want things to
be. In the installer, the other option is to "install security updates
automatically".
** Changed in: pkgsel (Ubuntu)
Status: Confirmed => Fix Relea
** Tags removed: rls-y-incoming
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/927636
Title:
plymouthd crashed with SIGSEGV in script_obj_deref_direct()
To manage notifications about this bug go to:
** Tags removed: rls-y-incoming
** Tags added: rls-bb-incoming
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1611256
Title:
X to Y upgrade fails with gconf2 depends on python3:any; however:
Packag
** Tags removed: rls-y-incoming
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1366546
Title:
Ubuntu doesn't provide \EFI\BOOT\BOOTX64.EFI for UEFI systems
To manage notifications about this bug go
** Tags removed: rls-aa-incoming
** Tags added: rls-bb-incoming
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1723390
Title:
lxd containers have become degraded
To manage notifications about this b
Is this still an issue on supported releases?
** Changed in: systemd (Ubuntu)
Status: Confirmed => Incomplete
** Tags removed: rls-aa-incoming
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/172
Public bug reported:
Please remove compiz-plugins-experimental 2:0.8.16-2
All architectures are in Dependency wait; compiz-plugins-experimental is
waiting on the whole compiz stack with 2:0.8.16-2. Past feature-freeze
and DI freeze, this is unlikely to land right now and may be re-synced
later to
Public bug reported:
Please remove node-prismjs from eoan-proposed
- it's blocked on non-existing node-clipboard
- has an RC bug in Debian on that subject,
- only in unstable and blocked there for >200 days
** Affects: node-prismjs (Ubuntu)
Importance: Undecided
Status: New
--
Y
I can't find who promoted this package to main; but it is there right
now, and it seems it also was in previous releases. Closing as Fix
Released based on the ack from Seb128 thatit would be subscribed to by
desktop-bugs.
** Changed in: gssdp (Ubuntu)
Status: New => Fix Released
--
You re
So with my PPA version, what do you have in
/run/usb_modeswitch/current_cfg then?
I suspect the program is crashing, I probably made a small mistake in
the patch?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.
> Mathieu, what's the status of the underlying networking feature?
As you could figure, the feature on the product side is done. I created this
meta bug https://bugzilla.mozilla.org/show_bug.cgi?id=1579856 , I hope that
helps!
The remaining bits should be done in the following days.
** Description changed:
+ [Impact]
+ Snapd will want to make use of the DBus support to call on netplan to apply
network configuration changes live, when asked by snap applications.
+
+ [Test case]
+ Run the following command:
+ $ dbus-send --print-reply --system --type=method_call
--dest=io.ne
MIR approved for both libio-async-loop-epoll-perl and liblinux-epoll-
perl.
Both have a subscriber, and I did a cursory review of the code. These
perl packages are well maintained by the Debian Perl team and the
packaging is simple. I'm approving these as per the usual process: Perl
packages are w
Rather than pasting just a single error line, please include the full
debug log for running usb-modeswitch. You can do that by modifying
/etc/usb_modeswitch.conf:
EnableLogging=1
And looking under /var/log/ for the log file written by usb-modeswitch
after it has run.
Having the full file means w
Public bug reported:
Please backport the DBus feature in netplan to Ubuntu 16.04's version of
netplan.
netplan is used on Core 16; DBus support would be used by snapd.
** Affects: netplan.io (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because
Well, if it was a matter of never having been tested on 32-bits, that's
something we can also address by removing the builds for 32-bits.
The specific errors are here; when running autopkgtests which try to rebuild
the package and run unit tests:
https://objectstorage.prodstack4-5.canonical.com/v
Yes, those probably should be addressed. I don't necessarily do all the
work on these packages though; but I might have time next week to look
at them, and prepare a proper new release (with the testing that should
go with). Mario, let's see if we can block out just a bit of time to do
this?
--
Y
Public bug reported:
link-grammar is blocking migration of some packages from eoan-proposed,
and has been for a number of days:
sqlite3 (3.29.0-1 to 3.29.0-2) in proposed for 14 days
Regressions
link-grammar/5.6.2-1ubuntu1: armhf (log, history), i386 (log, history)
python3.7 (3.7.4-2ubuntu1 to 3
** Description changed:
+ [Impact]
+ Users of netplan who need to configure multiple values for ARP IP targets.
+
+ [Test case]
+ Write a valid configuration for a bond with multiple ARP IP targets:
+
+ network:
+ version: 2
+ renderer: networkd
+ bond:
+ bd0:
+ [...]
+ par
** Description changed:
+ [Impact]
+ netplan users configuring a wireless connection; who would like to use
password hashes for the password (ie. they might not know the real password,
etc.)
+
+ [Test case]
+ Write configuration for netplan wireless interface:
+
+ network:
+ version: 2
+ w
** Description changed:
- # netplan apply
+ [Impact]
+ Running 'netplan apply' when an interface has an alias/label defined for it.
+
+ [Test case]
+ On a system which has a label set for an interface:
+ ip addr add 192.168.0.1/24 dev eth0 label eth0:0
+
+ 1) run 'netplan apply'
+ 2) verify tha
** Description changed:
+ = netplan.io =
+
+ [Impact]
+
+ * IPv6 traffic failing to send/receive due to incompatible/low MTU
+ setting. Specifically, IPv6 traffic may have higher MTU requirements
+ than IPv4 traffic and thus may need to be overridden and/or set to a
+ higher value than IPv6 tra
Please describe the problem here, rather than in forum posts. It's not
helpful to have to go through various pages and posts from different
people, with information that is potentially irrelevant to the bug. To
compound to the situation, pastebins have disappeared by now.
Please include all the de
** Also affects: netplan.io (Ubuntu Disco)
Importance: Undecided
Status: New
** Also affects: netplan.io (Ubuntu Bionic)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bug
Is this tested in VirtualBox or on hardware?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1837934
Title:
There is no warning to remove install media when rebooting
To manage notifications about th
Public bug reported:
[Impact]
This release contains both bug-fixes and new features and we would like to
make sure all of our supported customers have access to these improvements.
The notable ones are:
- Added new "feature flags" to identify new features
- Added support for "use-domains"
** Changed in: netplan
Status: Fix Committed => Fix Released
** Also affects: netplan.io (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/18100
Are we sure that not include "local:" does the right thing with systemd-
networkd? I can't say that I saw any code that hinted towards the fact
that it would be figured out automatically.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Changed in: netplan.io (Ubuntu)
Status: New => 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/1671951
Title:
networkd should allow configuring IPV6 MTU
To manage notifications
** Changed in: netplan
Status: Triaged => Fix Released
** Changed in: netplan.io (Ubuntu)
Status: Triaged => 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/1819831
Title:
b
Since netplan only does writing configuration to be consumed by the
backends like systemd, this would actually be a systemd bug;
reassigning.
I thought that worked though, in some setups, especially with use-
routes: false as it was being done in the config above.
Nevertheless, it needs investiga
Current state appears to be that Desktop Team should look into the
Recommends (gstreamer plugins-ugly), and someone have a review of the
XML parser options (as pointed out in the security review, specifically
for NOENT and RECOVER... maybe NONET should be added?).
** Changed in: rygel (Ubuntu)
I will review this now; but I expect it might need security review as
well.
** Changed in: libbluray (Ubuntu)
Assignee: (unassigned) => Mathieu Trudel-Lapierre (cyphermox)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
ht
Public bug reported:
'netplan info' can list features that have been added to netplan in
recent versions.
However, it does not list renderers. Should we list them? Does it make
sense to?
How do we think having the list of renderers exposed would actually
change the behavior of things like cloud-
A database server living exclusively in /var has no business touching
anything in /home, and has even less business umounting it. But I can't
confirm this from just running the dpkg command, as all it tells me is
"127" even when I run it with option "-D7". /var/log/apt/history.log
is even worse
A database server living exclusively in /var has no business touching
anything in /home, and has even less business umounting it. But I can't
confirm this from just running the dpkg command, as all it tells me is
"127" even when I run it with option "-D7". /var/log/apt/history.log is
even worse
Public bug reported:
no idea, just an automated bug report that didn't tell me what the
actual problem is.
ProblemType: Package
DistroRelease: Ubuntu 18.04
Package: mariadb-server-10.1 1:10.1.41-0ubuntu0.18.04.1
ProcVersionSignature: Ubuntu 4.15.0-55.60-generic 4.15.18
Uname: Linux 4.15.0-55-gene
There was a previous MIR approved, and as per the usual process we do
not require a new MIR bug and review if the package was in Main before
and we can point to the previous MIR bug.
This package is fine to promote back to main.
** Changed in: libnftnl (Ubuntu)
Status: New => Fix Committed
It *was* used in Xenial though, and appears to be in main. It should be
very much evaluated whether people are using it in xenial to display
Japanese, and if that's the case, then it ought to be fixed there as
well. It is possible a straight backport would work well there, since
it's a font.
FWIW,
** Also affects: icu (Ubuntu Xenial)
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/1838322
Title:
Support Japanese new era "令和 (Reiwa)"
To manage notific
** Also affects: glibc (Ubuntu Xenial)
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/1838327
Title:
Support Japanese new era "令和 (Reiwa)"
To manage notif
Public bug reported:
[Background]
Many packages are affected by the requirement to support the new era "Reiwa"
(令和)
[Impact]
Users who run Ubuntu in Japanese.
[Test cases]
== Character maps / font support ==
1) Search for character "SQUARE ERA NAME"
2) Verify that the results include at leas
Public bug reported:
[Background]
Many packages are affected by the requirement to support the new era "Reiwa"
(令和)
[Impact]
Users who run Ubuntu in Japanese.
[Test cases]
== Character maps / font support ==
1) Search for character "SQUARE ERA NAME"
2) Verify that the results include at least
Shouldn't this be fixed in 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/1834406
Title:
Upgrade Noto Sans CJK fonts to version 2.001
To manage notifications about this bug go to:
ht
Public bug reported:
[Background]
Many packages are affected by the requirement to support the new era "Reiwa"
(令和)
This is the meta bug to track packages that need fixes; which packages
have already been SRUd to previous releases, how to prioritize the work
needed, and general test cases for ve
Fixes for this are already included in 2.28/2.29:
https://sourceware.org/bugzilla/show_bug.cgi?id=22964
https://sourceware.org/git/gitweb.cgi?p=glibc.git;a=commit;h=7423da211d1490d9fc76c2f0ce49e5dd90ea9bcc
Already included in Eoan.
** Also affects: glibc (Ubuntu Disco)
Importance: Undecided
Split up unicode-data into its own bug; bug 1838323.
** No longer affects: unicode-data (Ubuntu)
** No longer affects: gnome-characters (Ubuntu Xenial)
** No longer affects: gnome-characters (Ubuntu Disco)
** No longer affects: gucharmap (Ubuntu Xenial)
** No longer affects: gucharmap (Ubuntu
101 - 200 of 10796 matches
Mail list logo