Public bug reported:
It seems an intel video driver update is needed to get Ubuntu 20.04.6
working on the Lenovo X1 Carbon Gen 11. On boot, only a blank screen
appears with a blinking cursor. Here are some details:
# lsb_release -rd
Description:Ubuntu 20.04.6 LTS
Release:20.04
# apt
For reference, I also see this same issue with Firefox set as my default
browser, and I am using the snap version of Slack.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-shell in Ubuntu.
https://bugs.launchpad.net/bugs/1766230
Ti
Seeing this behavior, as well. Others reference vscode (in the comment
above), so I am curious to know if this is related to electron, or if
this is a snap-specific issue.
I do see reference to it as a snap-specific issue here:
https://forum.snapcraft.io/t/slack-opening-file-browser-firefox-and-
c
FWIW, we have the patch for Trusty, and I can test it, but I know that
Trusty will reach EOL in less than four months. I will leave it at your
discretion as to whether to go forward with the update for Trusty.
Also, I thanked Brian for getting the Xenial update into Proposed, but
forgot to thank S
$ apt-cache policy geoclue-ubuntu-geoip
geoclue-ubuntu-geoip:
Installed: 1.0.2+14.04.20131125-0ubuntu2.16.04.1
Candidate: 1.0.2+14.04.20131125-0ubuntu2.16.04.1
Test #1 - Passed - URL includes https on first check
$ gsettings get com.ubuntu.geoip geoip-url
'https://geoip.ubuntu.com/lookup'
Tes
Hi All - I can test this on Xenial tomorrow (Jan 23). I'll report back
after testing.
Thanks to Brian for getting the package into xenial-proposed.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to ubuntu-geoip in Ubuntu.
https://bugs.laun
The patch to resolve this bug was just accepted to upstream gnome-shell
master: see https - gitlab.gnome dot org/GNOME/gnome-
shell/merge_requests/140 (For some reason launchpad is not letting me
submit a comment with a URL).
Might it be possible to back-port this patch to GNOME Shell 3.28 for
Bi
I've added a similar comment / request on this related launchpad bug:
https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1794655
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/17653
The patch to resolve this bug was just accepted to upstream gnome-shell
master: see https - gitlab.gnome dot org/GNOME/gnome-
shell/merge_requests/140 (For some reason launchpad is not letting me
submit a comment with a URL).
Might it be possible to back-port this patch to GNOME Shell 3.28 for
Bio
Might anyone be able to clarify what kinds of additional test cases (if
any) are needed? If so, I would appreciate it. I'm making an attempt to
be helpful in fixing this bug, but am a bit new to Canonical's internal
processes in terms of what they expect to test / resolve these kinds of
bugs. Any a
Adding test case here:
1) Install patches / patched package
2) Confirm that the 'geoip url' is set to a correct 'https' value, and that
this value is set as the default:
`$ gsettings get com.ubuntu.geoip geoip-url` should display
`https://geoip.ubuntu.com/lookup`
`$ gsettings reset com.ubu
Include associated patch to fix this for Trusty. Please update package
after associated packages for Artful and Xenial.
** Patch added: "One-line fix and associated changelog - Trusty"
https://bugs.launchpad.net/ubuntu/+source/ubuntu-geoip/+bug/1617535/+attachment/5081722/+files/ubuntu_geoip_
Include patch to set https geoip url for Xenial. Package should be
updated after the related Artful package, but before the associated
Trusty package.
** Patch added: "One-line fix and associated changelog - Xenial"
https://bugs.launchpad.net/ubuntu/+source/ubuntu-geoip/+bug/1617535/+attachmen
Include associated patch for Artful. This package should be updated
before packages for Trusty and Xenial, although I'm attaching all three
patches at more or less the same time.
** Patch added: "One-line fix and associated changelog"
https://bugs.launchpad.net/ubuntu/+source/ubuntu-geoip/+bug
It appears as though the servers may have been updated to also serve
this over https (previously, https didn't work at the Ubuntu geoip url),
but the default value for desktops is to use the http value, and the
defaults should be updated
Current values:
$ gsettings reset com.ubuntu.geoip geoip-url
Using the:
$ gsettings set com.ubuntu.geoip geoip-url https://freegeoip.net/xml/
Appears to work well enough after initial testing.
1) $ gsettings set com.canonical.indicator.datetime show-auto-detected-location
true
shows my correct location
2) apt install geoclue-examples
and then geoclu
To reset the value to the ubuntu default:
gsettings reset com.ubuntu.geoip geoip-url
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to ubuntu-geoip in Ubuntu.
https://bugs.launchpad.net/bugs/1617535
Title:
geoip.ubuntu.com does not util
You can update to an alternate provider via:
gsettings set com.ubuntu.geoip geoip-url https://freegeoip.net/xml/
and verify the setting via:
gsettings get com.ubuntu.geoip geoip-url
but I have not done extensive testing to see if this breaks anything.
Assistance on this would be appreciated.
Y
Any update to this bug? Seems that it would be adviseable to make the
change to https for any services possible. The less unencrypted traffic
over the web, the better.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to ubuntu-geoip in Ubunt
I can bring this up at the GNOME docs hackfest. We may have the ability
to set a distro-specific variable to direct people to ask.ubuntu.com,
ask.fedoraproject.org, something else, or nothing.
Does that sound good? Let me know if you have any other suggestions.
--
You received this bug notificat
20 matches
Mail list logo
