apport information
** Attachment added: "ProcCpuinfoMinimal.txt"
https://bugs.launchpad.net/bugs/1853273/+attachment/5306907/+files/ProcCpuinfoMinimal.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
apport information
** Attachment added: "Snap.Info.chromium.txt"
https://bugs.launchpad.net/bugs/1853273/+attachment/5306913/+files/Snap.Info.chromium.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
apport information
** Attachment added: "Lspci.txt"
https://bugs.launchpad.net/bugs/1853273/+attachment/5306905/+files/Lspci.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1853273
Title:
apport information
** Attachment added: "ProcModules.txt"
https://bugs.launchpad.net/bugs/1853273/+attachment/5306910/+files/ProcModules.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1853273
apport information
** Attachment added: "Snap.Info.gtk-common-themes.txt"
https://bugs.launchpad.net/bugs/1853273/+attachment/5306916/+files/Snap.Info.gtk-common-themes.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
apport information
** Tags added: apport-collected eoan snap wayland-session
** Description changed:
When creating a init file at ~/.chromium-browser.init chromium is
supposed to read flags from there. However these do not work correctly.
What I expected to happen:
Starting
apport information
** Attachment added: "Snap.ChromiumPrefs.txt"
https://bugs.launchpad.net/bugs/1853273/+attachment/5306911/+files/Snap.ChromiumPrefs.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
apport information
** Attachment added: "Dependencies.txt"
https://bugs.launchpad.net/bugs/1853273/+attachment/5306904/+files/Dependencies.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
apport information
** Attachment added: "ProcInterrupts.txt"
https://bugs.launchpad.net/bugs/1853273/+attachment/5306909/+files/ProcInterrupts.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
apport information
** Attachment added: "ProcEnviron.txt"
https://bugs.launchpad.net/bugs/1853273/+attachment/5306908/+files/ProcEnviron.txt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1853273
Okay, I just did, you can find it under
https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1853273
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1851896
Title:
[snap] Changes in
Public bug reported:
When creating a init file at ~/.chromium-browser.init chromium is
supposed to read flags from there. However these do not work correctly.
What I expected to happen:
Starting chromium with the --force-dark-mode flag in the init file should make
it use a dark UI (as long as
When I however add in the init file it gets sourced and shows up in
chrome://version but does not work as prefers-color-scheme is still
light. If I supply it at the command line it correctly works but shows
up twice on chrome://version. Should I report this in a seperate bug or
in the chromium bug
Okay and theoretically I should be able to remount the /usr/share folder
as a loopback in media, right? But that would be a needlessly
complicated solution. Would reinstalling the snap in classic mode fix
the problem?
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Yes it probably was. I did not thought about snap overwriting that file.
Thanks for the tip, I will do so.
I am curious though - is the init file generally looked for by the
default chromium build or the snap?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
*** This bug has been marked as a duplicate of bug 1503662 ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1850803
Title:
Wrong wrap length when composing emails
To manage notifications about
First of all, TB 68.2.1 with gData 68.2.1 installed from
https://addons.thunderbird.net/en-GB/thunderbird/addon/provider-for-
google-calendar/ should work. The workaround is described in comment
#22.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
This also (kinda obvious, but did not thought about it first) affects
saving files outside of ones home folder.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1851895
Title:
No access to local files
18.04.3 LTS !, still reproduced, which makes me sad.
As a workaround: `sudo apt-get install resolvconf-admin`
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1688018
Title:
DNS server from vpn
Which version of Thunderbird is this? 68.x?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1850081
Title:
Folder pane text overflows
To manage notifications about this bug go to:
Public bug reported:
Changes in the chromium_chromium.desktop file get overwritten.
This includes flags like --force-dark-mode etc.
** Affects: chromium-browser (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Public bug reported:
Due to the fact that snaps are very restricted one is unable to open local
files outside of ones own home directory.
An example where such an access is common are files from *-doc packages like
`/usr/share/doc/python3-doc/html/index.html`.
I don't know if this is fixable
That's for plaintext mail, I assume. Somehow that rings a bell. Maybe
some font-scaling at play. I recommend to install the add-on
ThunderHTMLedit and check in the HTML tab which is displayed even for a
plaintext e-mail.
That should show: ``
--
You received this bug notification because you are
Thanks for letting us know. I don't think we'll address this.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1850803
Title:
Wrong wrap length when composing emails
To manage notifications about
*** This bug is a duplicate of bug 1846557 ***
https://bugs.launchpad.net/bugs/1846557
Thanks Miroslav for opening this bug, two weeks after me opening bug #1846557.
Unfortunately, it took proving that gdb couldn't debug properly _any_ 32-bit
program, not just kernels running on QEMU, in
A fix was released after bug #1848200, reporting the same problem, was
opened.
** Changed in: gdb (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
*** This bug is a duplicate of bug 1846557 ***
https://bugs.launchpad.net/bugs/1846557
** This bug has been marked a duplicate of bug 1846557
Unable to debug any kernel on i386 qemu machine
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
TB 68.2.1 (follow-up):
https://hg.mozilla.org/releases/comm-esr68/rev/c540ca7f085dcc455cf0250bb7dc5a4d0d02eddd
I'll land the C-C part soon after review, yes, a little unorthodox ;-)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Yes, what I'm about to land on 68 is not required for 71+. We can
deliberate whether we still want if for consistency.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail folder
I've done a bit more debugging here.
On trunk, at startup, the events fire in this order: intl:app-locales-
changed en-US, final-ui-startup. So we get the folder names when the
latter event fires, and we're cool. All working as observed on beta.
On TB 68 I see: intl:app-locales-changed es-ES,
> Since TB71 is far from being published, I would give your patch a try.
Thx.
Available as beta now from https://www.thunderbird.net/en-
US/thunderbird/beta/all/
@Axel: OK, we'll land the C-C part then as well.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
TB 71 beta 2:
https://hg.mozilla.org/releases/comm-beta/rev/5da939a404338d73dd43e51cb5d360cdceabc8f6
(In reply to :aceman from comment #123)
> Thanks, I think this will be useful on trunk too.
I doubt it. If the language changes without a restart, we can re-
initialise the folder name cache all
Comment on attachment 9104194
1575512-follow-up-trunk.patch
I guess it's hard to review since it makes no difference on trunk. You
have have to trust me that is fixes TB 68 or do the experiment yourself
of getting a version from treeherder and patching the file.
--
You received this bug
Eckard, if you're not bored yet, this version will do it:
https://queue.taskcluster.net/v1/task/WQERYcM6Ty68YSs7ngJnNQ/runs/0/artifacts/public/build/target.dmg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Created attachment 9104193
1575512-follow-up.patch
OK, this makes my TB 68.2.1 work.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail folder names are not localized in
Created attachment 9104179
1575512-follow-up-trunk.patch
Easy tweak to finally get this working across the board.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail folder names
Created attachment 9104180
1575512-follow-up-trunk.patch
Hold on, I assume that intl:app-locales-changed doesn't fire in a stock-
standard installation with no language packs. We still need to
initialisation to make sure the IMAP processing is unblocked.
--
You received this bug notification
Created attachment 9104194
1575512-follow-up-trunk.patch
Sigh, `fs` was declared twice.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail folder names are not localized in
Created attachment 9104178
1575512-follow-up.patch
This is the beta/ESR 68 version, trunk to follow.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail folder names are not
I've played with it a bit more. It works OK as long as the offending
language isn't listed in the "Alternatives". So removing Spanish from
the alternatives brings the English folder names back. So I guess
there's a bug in the Mozilla platform which we won't get fixed for TB
68.
--
You received
Please get them from here:
http://ftp.mozilla.org/pub/thunderbird/releases/71.0b1/linux-x86_64/xpi/
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail folder names are not
> I'd suggest to invalidate that caching on intl:app-locales-changed
Wow, that works, I've locally patched my TB 68.2.1 installation. That's
an easy fix on top of what we have already, thanks, Axel!!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
So what are we doing here then? I've spent an extra-ordinary about of
time on the niche feature which is clearly quite buggy in mozilla68. I'm
not inclined to dedicate more time to it. So either I remove the patch
again from TB 68 and you never get localised folder names, or we leave
it "as is"
Public bug reported:
idk
ProblemType: Bug
DistroRelease: Ubuntu 19.10
Package: ubiquity 19.10.21
ProcVersionSignature: Ubuntu 5.3.0-18.19-generic 5.3.1
Uname: Linux 5.3.0-18-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
ApportVersion: 2.20.11-0ubuntu8
Architecture:
OK, I'm running with 68.2.1 now and something terrible has happened. I have a
Spanish language pack installed, and although it's not active, the folders are
now all in Spanish. Eckard, can you please try this version. You're on Mac,
right?
Yes, I'm thinking about when to ship this. I think it's too risky for
68.2.0, so it will likely be in 68.2.1 in more than a week. You can
always run the SQL given in the summary on your permissions.sqlite file.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
TB 68.2.1 ESR:
https://hg.mozilla.org/releases/comm-esr68/rev/b25e9210922d1efe596ea5a5b281c9cb2fff3cbb
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail folder names are not
Created attachment 9102751
1575512-glue-mark2.patch
Here's the whole thing reshuffled. We don't call into the glue any more
but the glue calls the folders.
This is the simpler solution although the patch is bigger due to all the
boilerplate.
--
You received this bug notification because you
Created attachment 9102703
fix-tests.patch
OK, this makes the tests pass. I'll merge it onto the main patch if you
approve.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail
Created attachment 9102752
folder-debug-mark2.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail folder names are not localized in thunderbird 68
To manage notifications
Created attachment 9102763
1575512-glue-mark2.patch (v1c).
Fixed typo and added more comments.
We've discussed improved error handling on IRC. initializeStrings()
shouldn't really fail, unless someone removes some of the eight folder
name strings or the system is so damaged that it can't find
Created attachment 9102753
1575512-glue-mark2.patch (v1b)
Slightly optimised, we only check the app name once, so if there are
thousands of URI in the permissions file, we don't get the app name
repeatedly. Debug patch doesn't apply any more.
--
You received this bug notification because you
Changing that event to profile-after-change doesn't help. In the IMAP
code `ready` is always false :-( - Setting it to true makes the test
pass as expected.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Thinking about this, I had a better idea: We should not handle the
final-ui-startup in the folder code (where the observer is attached too
late), but elsewhere, like in MailGlue.
When the event arrives call into the folders code to re-read the
strings. Also, in IMAP's NewURI() suppress folder
Comment on attachment 9101990
1575512-mail-startup-done.patch (v3)
We can't use this, see comment #72.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail folder names are not
Created attachment 9101930
1575512-mail-startup-done.patch (v2)
OK, we only add observers until our event fires.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail folder names
> Can this be made 'attribute boolean finalUiStartupDone' ?
You mean "readonly". I don't think so. I don't have an instance of
nsIMailGlue. I just get the service and run one of its methods.
I'll worry about the other comments tomorrow.
--
You received this bug notification because you are a
Created attachment 9102586
folder-debug-glue.patch
Here's the debug patch that goes with it.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail folder names are not localized in
> The hard part is to create a folder API that MailGlue can call.
Or it could be the other way around: Folder code checks somewhere if
final-ui-startup has already run.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Hmm, two Xpcshell test failures:
TEST-UNEXPECTED-TIMEOUT |
comm/mailnews/db/gloda/test/unit/test_index_messages_imap_offline.js | Test
timed out
TEST-UNEXPECTED-TIMEOUT |
comm/mailnews/db/gloda/test/unit/test_index_messages_imap_online_to_offline.js
| Test timed out
Most likely they fail
OK, with the patch we see the main window come up and the names of local
folders are already localised, the ones of IMAP folders aren't. They get
corrected a little later. Debugging shows that this happens during
nsImapIncomingServer::PossibleImapMailbox() which calls SetPrettyName().
Looks like
Created attachment 9102698
1575512-glue.patch (v1b)
Here's the final patch with added comments and error checking as well as
added #ifdef since otherwise SeaMonkey won't compile since it doesn't
have mailGlue (but suiteGlue instead).
Try:
Comment on attachment 9101510
1575512-mail-startup-done.patch (v1b)
I guess that would add an observer to every folder created. That's not
so desirable. Perhaps we should remember whether the event already
happened and after that not create any observers any more. That's a
refinement I can make
Created attachment 9102588
1575512-glue.patch - Simplified
Here's a simplified version of the idea. The folder code doesn't check
any more whether the strings are ready, it just assumes that they are
ready when really needed. This works just as well as the other patch but
is less secure.
--
You
Created attachment 9102074
folder-debug-jit.patch
OK, here's the debug patch. It shows:
=== NewURI start block
=== accessing string INBOX in SetPrettyName, blocked=1
=== accessing string Archives in SetPrettyName, blocked=1
=== accessing string Drafts in SetPrettyName, blocked=1
=== accessing
Created attachment 9101990
1575512-mail-startup-done.patch (v3)
Aceman was worried that we might not run the code that fixes the folder
names. So here's a different approach. We don't do the "folder stuff" in
nsImapService::NewURI() which is mostly optional anyway. Surely we don't
need it when
Created attachment 9102048
folder-debug.patch
This matches v2b.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail folder names are not localized in thunderbird 68
To manage
Created attachment 9102584
1575512-glue.patch
OK, here comes the (hopefully) final solution. It features:
- Using the existing observer in mailGlue which is guaranteed to fire.
- Suppressing throw-away IMAP NewURI folder processing while strings aren't
ready
- No starting up with wrong folder
Created attachment 9102073
1575512-jit-strings.patch (v3c)
Thinking about it, the JIT approach also has its merits. Aceman was
concerned that the SetPrettyName() would happen while we don't have the
strings, so I fixed this in this version. I'll attach a matching debug
patch in a minute.
--
You
Created attachment 9101999
folder-debug.patch
Here's a debug patch.
Aceman observed correctly, that without a faulty permissions.sqlite the
observer never fires. Looking at the debug, it is is attached after the
system has already fired the event. Whether it fires or not is
irrelevant, it will
Comment on attachment 9101968
1575512-mail-startup-done.patch (v2b)
OK, I think this works well enough. DiscoveryDone() will always run and
if there's a short delay, so be it. We'd have to try this on an opt
build.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
You can see the simplification in the interdiff:
https://bugzilla.mozilla.org/attachment.cgi?oldid=9102584=interdiff=9102588=1
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
E-mail
Created attachment 9101968
1575512-mail-startup-done.patch (v2b)
Even better, we attach the observer only to the very first folder.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1847772
Title:
Hi Ehsan, thanks for your continued interest and comments. I'll have the
final patch ready in the next hour according to my idea in comment #78.
I think the right solution is not to do the "damaging operations" in the
IMAP code why the system hasn't fully started up.
--
You received this bug
Hi guys,
any update on this?
Just to be sure, I tried to the Linux kernel 4.19.16 in the same
scenario and I got the same result. I built the kernel with buildroot
and I launched QEMU with:
qemu-system-i386 -kernel bzImage -S -s -append 'nokaslr'
I know it needs an initrd and a hdd img in order
Hey Ehsan, thanks for your further comment. Let's face it: SeaMonkey is
dead beyond the equivalent of mozilla60 (sixty, no typo), which they
haven't even released yet. TB with about 10 staff has replaced all
overlays, XBL bindings and are now working on the XUL to XHTML
transition. SM has done
Created attachment 9101418
1575512-jit-strings.patch (v3b)
This is a bit better since it counts the enable/disable calls. The
effect is the same, for IMAP folders, the correct names show up a little
later. I'll try the observer solution tomorrow.
--
You received this bug notification because
Created attachment 9101408
1575512-jit-strings.patch (v3)
This does the trick. I didn't add the observer, it seems more useful to
block the undesired string lookup during IMAP's creation of the URI
which also messes with folders. The visual effect is that folders first
show in English and get
Created attachment 9101510
1575512-mail-startup-done.patch (v1b)
Listening to final-ui-startup works a bit better, still delays on the
IMAP folder names.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Created attachment 9101508
1575512-mail-startup-done.patch
OK, here is the observer variation. Correct folder names lag behind just like
with the other patch. I think I prefer the other solution since we're not using
big observer guns and we're not affecting people who don't use IMAP.
EDIT: I
Typically those outlook.office365.com accounts don't have IMAP enabled,
so you need to use an add-on to connect via their Exchange protocol.
In TB 60.9 we've made this more discoverable: https://www-
stage.thunderbird.net/en-US/thunderbird/60.9.0/releasenotes/
--
You received this bug
Same bug in 19.04 Gnome Compiz flashback. I'm pretty damn fed up with it
by now.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1558537
Title:
Windows being ejected into wrong workspaces
To manage
Public bug reported:
Hi,
On my x86_64 machine [running Ubuntu 18.04.3 LTS] with gdb version 'Ubuntu
8.1-0ubuntu3' I could happily debug any kernel running on a i386 qemu VM
(qemu-system-i386) by just doing the following:
> target remote localhost:1234
> b term.c:694
and then, when the
*** Bug 1584390 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1215882
Title:
Emails are silently discarded on 554 reply to STARTTLS
To manage
Are there any updates regarding this patch? Personally I am using Fedora
30 right now on my ThinkPad L380 Yoga and have the same problem with MAC
Passthrough. The Dock I am using is a Lenovo USB-C Dock (vid_17ef
pid_a359). I guess it uses the same RTL8153 chip as the thunderbolt
dock. I would
We'll release TB 70 beta 2 early next week.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1813471
Title:
Thunderbird crashes with GTK_USE_PORTAL environment variable.
To manage notifications about
This bug is still happening, and it's starting to get annoying.
If anyone has any information as to what it is related to, so that we
can at least attempt a workaround, that would be appreciated.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
I can describe that on latest Ubutnu 18.04.3 LTS (Linux local 5.0.0-29-generic
#31~18.04.1-Ubuntu SMP Thu Sep 12 18:29:21 UTC 2019 x86_64 x86_64 x86_64
GNU/Linux) that there is following behavior for suspend (on HP Spectre x360
15").
- For Nvidia GPU Prime profile, the reliability of wake-up
it was working with ubuntu 19.10 until my last update today. the screen
is now in portrait. :(
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1831964
Title:
Miix 320 10ICR install ubuntu 19.04
To
[root@localhost ~]# xfs_repair /dev/VG1/PV1
xfs_repair: /dev/VG1/PV1 contains a mounted filesystem
xfs_repair: /dev/VG1/PV1 contains a mounted and writable filesystem
fatal error -- couldn't initialize XFS library
[root@localhost ~]# umount -a
[root@localhost ~]# xfs_repair /dev/VG1/PV1
Phase 1
Ah thank you. So each time the kernel updates a minor version I need to
do the backport command:
sudo apt update
sudo apt install git build-essential
git clone
https://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/backport-iwlwifi.git
cd backport-iwlwifi/
make defconfig-iwlwifi-public
sed -i
Here there, here's the information below.
ccusce@AVAccusce:~/dev/gosrc/github.com/ava-labs/gecko$ dkms status
nvidia, 430.50, 4.15.0-62-generic, x86_64: installed
nvidia, 430.50, 4.15.0-64-generic, x86_64: installed
rtl8821ce, v5.5.2_34066.20190614, 4.15.0-62-generic, x86_64: installed
rtl8821ce,
Not sure if system clock was related, but for some reason the backport-
iwlwifi fix worked this time.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1842686
Title:
Wifi adapter not found after -60
I just rebooted. There was a bios update today. Now it doesn't work
again. Tried backport-iwlwif again. No luck. Doing it again, this time
with a correct system clock (mine was off because it had no internet
connection).
--
You received this bug notification because you are a member of Ubuntu
Comment on attachment 9091741
bug1514605_GTK_USE_PORTAL.patch
Typically for a QI, a bad status and returning null are synonymous. I
wouldn't check both, but there's no harm done.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
TB 68.1.1 or TB 68.2:
https://hg.mozilla.org/releases/comm-esr68/rev/d741c4f6b95c5f3e063738d171b2fccea3695263
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1813471
Title:
Thunderbird crashes with
TB 70 beta 2:
https://hg.mozilla.org/releases/comm-beta/rev/366991cd4304a6d424f25a10d8899b83e2ae8469
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1813471
Title:
Thunderbird crashes with
I dont know what that means.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1842686
Title:
Wifi adapter not found after -60
To manage notifications about this bug go to:
I dont know what 'useful' looks like, but I attached iwlwifi.log in case
it helps.
Remember: the problem was fixed with the backport-iwlwifi fixes the
issue as directed in this thread:
https://askubuntu.com/questions/1156167/unable-to-get-wifi-adapter-
kernel log
** Attachment added: "kern.log"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1843152/+attachment/5287296/+files/kern.log
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs,
401 - 500 of 5391 matches
Mail list logo
