Created attachment 124801
daemon: don't call getspnam for local users
We're already iterating over the whole shadow file, so
just cache the entries instead of calling getspname a
few lines later.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
*** Bug 106119 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/1041790
Title:
[snb] GPU lockup IPEHR: 0x0b160001 IPEHR: 0x0b140001, workaround
Created attachment 124799
user: check if user is in wheel more efficiently
We currently get all the groups a user belongs to in one pass,
then check each one to see if it's wheel.
It's much more efficient to just get the wheel group and check if
any of its members are the user.
--
You received
(In reply to samuel.rakitnican from comment #260)
> I doesn't seem to be getting mentioned Gnome crashes on my sandybridge
> anymore with mainline kernels, that is currently 4.11 and I think even with
> 4.10 I was not getting any issues, with mainline longterm 4.4.61 and default
> centos 7 kernels
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has
been closed from further activity.
You can subscribe and participate further through the new bug through
this link to our GitLab instance:
No feedback, closing
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1176647
Title:
[snb] random hard lockup whilst using Xv
To manage notifications about this bug go to:
-- GitLab Migration Automatic Message --
This bug has been migrated to freedesktop.org's GitLab instance and has
been closed from further activity.
You can subscribe and participate further through the new bug through
this link to our GitLab instance:
Did somebody tested Russian rulemak keyboard layout? It is between the
extra layouts. It is based on russian layout with latin letters. I' m
not a russian man, but I think, just testing first is a good idea!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Viktor, could you please elaborate how exactly that may be useful here?
I would also like to ask you to make sure you contribute useful content
to this discussion, or if you cannot, resist from posting. I don’t think
it helps anyone to to support flamewars in this bug report, or even make
the
Just tested simple idea on Ubuntu 16.04.4 LTS with MATE DE.
Out-the-box it has Xorg 1.18.4 which perfectly allow user to set for example
keyboard shortcut for keyboard layout switching.
But when I install HWE on 16.04 LTS I get newer Xorg 1.19.5.
Debian 8 (Xorg 1.16.4) and 9 (Xorg 1.19.2) have
(In reply to Kovács Viktor from comment #181)
> Sorry, on newer Linux you can set up hot key combination for that problem as
> graphical UI settings, older Linux versions will not be updated. May I close
> It?
Please do not close this bug. If you do not want to receive any further
updates on it,
There seems to have been a proposed protocol extension (comment #159
etc.) Can anyone shed light, for the outside user, as to the current
status of this proposal? Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
(In reply to Zebediah Figura from comment #189)
> Can anyone shed light, for the outside user, as to the current status of
> this proposal? Thanks.
No news since. Apart from the formal proposal, there are some old patches for
its implementation:
Did you changed your opinion after for years of not fixing this bug?
Users still need this functionality (see https://community.ubuntu.com/t
/keyboard-layout-switching-problems-and-poll/2876 and
https://askubuntu.com/q/1009352/66509 as examples).
--
You received this bug notification because
(In reply to Andreas Wettstein from comment #190)
> No news since. Apart from the formal proposal, there are some old patches
> for its implementation:
> https://lists.x.org/archives/xorg-devel/2012-November/034427.html
> https://lists.x.org/archives/xorg-devel/2012-November/034430.html
>
(In reply to Jan Pohanka from comment #182)
> (In reply to Kovács Viktor from comment #181)
> > Sorry, on newer Linux you can set up hot key combination for that problem as
> > graphical UI settings, older Linux versions will not be updated. May I close
> > It?
>
> With all respect to you... Why
(In reply to k0fe from comment #185)
> (In reply to Alex Efros from comment #184)
> > There is a patch, working good enough for years without creating any new
> > (practical) issues. In comment #161 is was proposed to make it configurable
> > option to make everyone happy and let users choose
(In reply to Alex Efros from comment #184)
> There is a patch, working good enough for years without creating any new
> (practical) issues. In comment #161 is was proposed to make it configurable
> option to make everyone happy and let users choose between using compliant
> protocol or working
(In reply to Kovács Viktor from comment #181)
> Sorry, on newer Linux you can set up hot key combination for that problem as
> graphical UI settings, older Linux versions will not be updated. May I close
> It?
With all respect to you... Why do you want to close well described bug
moreover that it
(In reply to Alex Efros from comment #184)
> (In reply to Kovács Viktor from comment #181)
> > Sorry, on newer Linux you can set up hot key combination for that problem as
> > graphical UI settings, older Linux versions will not be updated.
>
> What exactly "newer Linux" is supposed to mean? I'm
(In reply to Alex Efros from comment #186)
> (In reply to k0fe from comment #185)
> > (In reply to Alex Efros from comment #184)
> > > There is a patch, working good enough for years without creating any new
> > > (practical) issues. In comment #161 is was proposed to make it
> > > configurable
>
Sorry, on newer Linux you can set up hot key combination for that
problem as graphical UI settings, older Linux versions will not be
updated. May I close It?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
All current Ubuntu versions are affected and RHEL too. And nobody cares.
14 years of doing nothing. My congratulations!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/36812
Title:
Keyboard
(In reply to Kovács Viktor from comment #181)
> Sorry, on newer Linux you can set up hot key combination for that problem as
> graphical UI settings, older Linux versions will not be updated.
What exactly "newer Linux" is supposed to mean? I'm using yesterday's
updated Gentoo Linux with
(In reply to Daniel Stone from comment #191)
> Another, probably better, way to do it would be to define a new flag like
> XkbSA_HasGroupFlags inside the XkbModAction flags field when group_flags and
> group_XXX are valid rather than potentially garbage. That would avoid the
> whole
@ Martin Dauskardt: I cloned the current git repository and applied the
patch from comment 30. Renaming a single file produced again a "SIGSEV
in thunar_file_compare_by_name()" error after around the 20th attempt.
So this patch doesn't help at me at least. (On XUbuntu 16.04)
--
You received
You are not the only one.
I use 15.10, but 16.04 is obviously also effected.
If you have the 64 bit version, you could try my binary. It also works on
16.04.
Have a look here: https://forum.ubuntuusers.de/post/8172653/
You need to rename the attachment, make it executable, change the owner to
Still present in xubutu 16.04 LTS
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To manage notifications about this bug go to:
Created attachment 6636
Use reference counting to avoid crash in deferred reload
I've got a semi-reliable way of triggering this (two side-by-side
windows, showing two different dirs, a lot of image files, drag and drop
and it crashes)
The attached diff increments the refcount before creating
The patch from Harald Judt in comment 30 of this thread resolves all my
problems with thunar. There was an earlier patch from him (Deactivate-
SEND_MOVED-code-paths) which is no longer necessary when thunar is
patched with Check-if-a-thunar-file-is-still-valid-before-
reloading.patch from comment
This bug definitely seems to be related to race conditions as has been
suggested before.
You can do the test by hitting F2, entering an new name immediately
followed by [ENTER]. Thunar is likely to crash. The same happens when
you click OK too fast after entering a new name (put the mouse cursor
Sorry, I mentioned Harald's post #30 instead of #14.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To manage notifications about this bug go
I can confirm that Thunar patched as in #14 doesn't crash when running
the test loop suggested by Harald in #32 (I tried it with 100 files as
well).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
No success changing thunar default view to compact list. It crashed
after a few file moves.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To
Are you really sure that new compiled thunar was running?
I suggest to remove the old /usr/bin/thunar and make a reboot
I did not use the git as base but patched the Ubuntu 15.10 source
instead. You can find my compiled binary in the ubuntuusers forum. It
should also work with Xubuntu 16.04
--
Created attachment 6658
Martin's Patched Thunar Binary
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To manage notifications about this bug go
Another positive testimonial for Martin's patch from me.
Not quite 24 hours of testing and more like half-an-hour of intensive
renaming, copy-and-paste, drag-and-drop, all of which were previously
causing Thunar to crash, now working flawlessly.
I'm running Xubuntu 16.04 (64-bit) - hope this
Just an additional update on my experiences.
Thunar using Martin's binary (with the just Harald's patch). Not one
crash.
I have managed to crash the desktop again, however. I downloaded the
latest Firefox archive and extracted it to the desktop. When file-roller
finished extracting and went to
Late to the party here. I have a feeling that there are multiple
issues, and some of the patches may be addressing symptoms and not the
root causes. One big issue that I see is in thunar-file.c, where there
is one central hash table of ThunarFile objects, which are accessed
concurrently from
(In reply to Frank from comment #66)
> After renaming a few files Thunar may crash after hitting enter in the
> rename dialog.
>
> In an attempt to resolve this I used this patch:
> -
> ---
Still no crashes for me. Curiously, I have detected one of the related
bugs is still present though. I'll mention it here because I think it is
related to the crashing bugs.
After dragging and dropping a file from one thunar window to another,
sometimes to source window adds a ghost entry of the
Created attachment 6660
64 bit binary with patches from comment 7,14,30,31,41 and master git patch from
30.11.15
With further testing using the example commands shown in #32 I recognize
still crashes when using the patch from #30.
Same happens with Emils Patch in #41 (If used only or in
> I discovered another patch in a BSD forum:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208341
Hello Martin,
according to the links provided by Matthias Petermann, the mentioned
patch is the one shared by Harald Judt in #30. In fact Matthias links to
a related thread on Slackware's
(In reply to Emil Mikulic from comment #41)
> Could someone please take a look?
Work for me, thunar doesn't crash on drag and drop any more.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Fine to hear that. Credit goes of course to Harald Judt who made the
patch. I am only the compiler :-)
I discovered another patch in a BSD forum:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208341
Peter, maybe you can try this?
--
You received this bug notification because you are a
@ Martin Dauskardt
Are you using Xubuntu 16.04? Aren't you experiencing any of these crashes?
I don't understand why I am the only one seemingly affected. I did a
clean install of xubuntu 16.04. No PPAs added. All xfce configuration
were deleted with the clean install. Yet for me thunar crashes
Thank you, Martin. I will explore changing my default view. I've always
had it on detailed view so I'll be able to see the effect of that
quickly.
If that fails I'll try the thunar file you directed me too.
I remember I tried 15.10 when it came out but there were so many issues
with it I went
I now feel confident in saying that Martin's patched thunar binary is
worth trying for anyone who has had enough of thunar crashing all the
time.
I do not know why the "patched" version from the official 16.04
repositories is so unstable but I have not had a single crash in 24
hours with
I don't want to proclaim the problem has gone, but I've been trying
Martin's patched thunar binary and after dozens and dozens of attempts
to trip it I have not yet managed to crash it yet. I'm using detailed
view and dragging and dropping between two thunar windows, each pointing
to directories
After renaming a few files Thunar may crash after hitting enter in the
rename dialog.
In an attempt to resolve this I used this patch:
-
--- Thunar-1.6.10/thunar/thunar-file.c 2015-05-22 15:25:36.0 +0200
+++
(In reply to Kip from comment #121)
> (In reply to Yuri R. Sucupira from comment #120)
> > And
> > unfortunately I didn't succeed in uploading data to the PPA (I'm using dput,
> > but something's going wrong). I thought I could push the DEB files to the
> > PPA, but it's actually forbidden: one
(In reply to Kip from comment #117)
> (In reply to Yuri R. Sucupira from comment #116)
> > I've managed to build and install the (actually five) "patched" DEB
> > packages. Now Thunar seems to be back to normal, although I still have more
> > testing to do.
> >
> > I've uploaded those packages to
(In reply to Roy Richardson from comment #114)
> Created attachment 6801 [details]
> Notes for patching Thunar on Ubuntu with patch #6779
>
>
> I've successfully tested patch #6779 on Debian Stretch i386, Debian Stretch
> amd64, Xubuntu 16.04 amd64 and Arch x86_64. Here are my notes for patching
(In reply to xb from comment #118)
> (In reply to Yuri R. Sucupira from comment #116)
> > (In reply to xb from comment #115)
> > > (In reply to Roy Richardson from comment #114)
> > > > Created attachment 6801 [details]
> > > > Notes for patching Thunar on Ubuntu with patch #6779
> > > >
> > > >
(In reply to Yuri R. Sucupira from comment #123)
> After a LOT of pain (it took me some hours) I finally managed to sign my
> sources and upload'em to a PPA. Here's the PPA:
>
> https://launchpad.net/~yuri-sucupira/+archive/ubuntu/thunar1.6.10-patched
>
> However, I noticed that APT is
Could we please keep the support and packaging stuff to a minimum here?
I appreciate the work people do on getting these critical fixes
packaged, but this isn't a support forum. This section is for the bug
itself.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
Hey Yuri. I just tried your Thunar packages for Yakkety and I can
confirm that I am unable to reproduce the crash we've all been having on
file / directory rename.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I have applied the patch (in my Gentoo system) and have intensively tested it.
Not even a single crash since 3 weeks ago. I do a lot of moving and renaming
every day and I always try to do it differently to trigger any crash, but
thunar has become really robust.
It seems that we can close this
(In reply to haarp from comment #126)
> Could we please keep the support and packaging stuff to a minimum here?
>
> I appreciate the work people do on getting these critical fixes packaged,
> but this isn't a support forum. This section is for the bug itself.
Ok, sorry.
Well, if anyone doesn't
Correction. Looks like I still have this issue, but more rarely with #98
patch.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1335492
Title:
[4.11.8] Desktop icons rearrange on each login
To
(In reply to Ponec from comment #106)
> Hi Jan Do.
>
> Yes, the workaround #89 works well for me, thank you.
> However I'm afraid that the bug discourages many beginners of XFCE.
It discouraged me long time ago...
I left xfce with no regret
--
You received this bug notification because you
(In reply to Gerold Schellstede from comment #95)
> 2) Unfortunately the patch has no effect at all.
Ok, are you sure that xfdesktop is emerged with the patch applied?
If so, I'd guess there is at least one file on the desktop, that wasn't
there on logout and therefore the icons are reordered
can somebody confirm. that after logout from xfce. desktop configuration
file has correct data about icons position.. and this file changed on
xfdesktop init time? you need to disable login manager to access console
after logout to check configuration file.
--
You received this bug notification
I can confirm that desktop icons order resets. During relogin. As
mentioned by Yan Pas in Comment 8.
I do not use any graphical login manager. I start xfce by run startxfce4
from xinit script. I have only one rc file in ~/.config/xfce4/desktop
according to my screen size.
Problem does not occur:
Patch from #89 solve issue with desktop icons order reset for me.
Thanks a lot!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1335492
Title:
[4.11.8] Desktop icons rearrange on each login
To
The files that are created in ~/.config/xfce4/desktop should contain the
resolution in the name and not the size of the workarea. At least for me almost
every time i rebooted the values of the workarea were a little bit different
and so the icons where all rearanged to the top left side.
I
problem persists here for xfdesktop 4.12.3 (OpenSuSE Tubleweed)
auditing (summary) shows the following after logon:
lots of reads from /home/thomas/.config/xfce4/desktop/icons.screen0-2544x971.rc
and then suddenly
a create icons.screen0-2544x971.rc.new.16834.tmp
a rename/move
Hi Ponec. Can you please try solution script from post 89.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1335492
Title:
[4.11.8] Desktop icons rearrange on each login
To manage notifications about
I can also confirm this bug.
"Jan Do wrote:
Problem does not occur:
- after reboot computer and first time login.
- when I stop and restart xfdesktop (xfdesktop --quit; xfdesktop &)
- when a screen size change."
For me this was true with xfdesktop 4.10.*.
Nowadays with 4.12.2 or 4.12.3 the
> @ Gerold Schellstede:
>
> Could you try this patch? Maybe this solves it for you, too...
1) Installed it and deleted the old icon file, rebooted the machine,
sorted the icons, rebooted again --> Icons were on place
2) Rebooted again, to test it again --> icons were rearranged in wrong
order.
can somebody confirm. that after logout from xfce. desktop configuration
file has correct data about icons position.. and this file changed on
xfdesktop init time? you need to disable login manager to access console
after logout.
--
You received this bug notification because you are a member of
@ Andreas Prieß:
1) Your were right. The suggested slight changes do the trick and the
patch installs.
2) Unfortunately the patch has no effect at all.
@ Jan Do: I can confirm that.
Best regards
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
(In reply to Andreas Prieß from comment #96)
Thanks for your answer and time!
> Ok, are you sure that xfdesktop is emerged with the patch applied?
Yes, 100%. Emerge tells me so and after emerging the patched version the
xfce-desktop it needs a little more time to load the xfce-session.
> If
@ Andreas Prieß:
Tested your patch with gentoo. Does not work, because of the following
error (extracted from xfdesktop-file-icon-manager.patch.out)
PATCH COMMAND: patch -p0 -g0 -E --no-backup-if-mismatch --dry-run -f <
'/etc/portage/patches//xfce-base/xfdesktop-4.12.3/xfdesktop-file-icon-
I cheered to soon. Today the icon order was wrong again. So forget what
I said before.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1335492
Title:
[4.11.8] Desktop icons rearrange on each login
Andreas Prieß, sorry, i think your patch did wrong thing. Because if
your icons are rearranged and you have good copy of icons-rc file. Just
replace rearranged icon-rc with copy. and press F5. How can you see
icons goes back to right place - it means xfdesktop works without
problems. the problem
The bug is noticeable on two connected monitors only, in my case.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1335492
Title:
[4.11.8] Desktop icons rearrange on each login
To manage
Hi Jan Do.
Yes, the workaround #89 works well for me, thank you.
However I'm afraid that the bug discourages many beginners of XFCE.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1335492
Title:
Created attachment 6763
Patch for xfdesktop-file-icon-manager.c in version 4.12.3 to read icon
positions from open file.
The attached patch adds three methods to replace calls to
xfdesktop_file_icon_manager_get_cached_icon_position().
Before, the file icons.screen-???.rc with the saved icon
I have the same bug for the last 2 years including Xubuntu 16.10:
desktop icons are re-arranged after restart.
My hotfix is an autostarting batch, where the 'backup*' directory
contains my original files:
sleep 1
(cd ~/.config/xfce4/desktop/backup-2016-10-20/ && cp *.* ..)
xfdesktop --reload
--
I made an eventually interesting observation (I am on gentoo):
I changed more or less accidentally my desktop theme from "Clealooks" as
part of the "Clealooks-phenix" package to "Clearlooks" as part from the
"mate-themes" package. Thereby I uninstalled the "clearlooks-phenix" and
installed the
Public bug reported:
I think it solved
ProblemType: Package
DistroRelease: Ubuntu 18.04
Package: grub-efi-amd64-signed 1.93+2.02-2ubuntu8
ProcVersionSignature: Ubuntu 4.15.0-22.24-generic 4.15.17
Uname: Linux 4.15.0-22-generic x86_64
ApportVersion: 2.20.9-0ubuntu7
AptOrdering:
(In reply to kyak from comment #140)
> Created attachment 129860 [details] [review]
> The same patch, but based on 1.19.1
You are missing dereference in XkbSA_LockMods case...
> case XkbSA_LockMods:
>+filter = _XkbNextFreeFilter(xkbi);
>+sendEvent=_XkbFilterLockMods(xkbi,
With some help I was able to compile thunar with the new patch for
xubuntu 16.04
Curiously, I wasn't able to trigger a crash running the renaming test
but it just crashed during a renaming session using thunar's batch
renaming tool.
Has anyone else had a crash with the patch?
--
You received
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: fonts-ubuntu (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1768312
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: grub2 (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1768312
Title:
EFI
** Tags added: id-5b04b5dd6052dc18608ce46a
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1766534
Title:
libguestfs cannot start the qemu process on s390x
To manage notifications about this bug go
i'm going to push these patches to master. They're loosely based on
ritz work in this bug, but they diverge in some significant ways:
1) i set a limit on the number of local users returned (ala comment 2)
2) i redid the wheel check to avoid needing an admin user cache
3) i cache shadow
Attachment 124799 pushed as c85b41d - user: check if user is in wheel more
efficiently
Attachment 124800 pushed as 98f4287 - daemon: get local users from /etc/shadow
not /etc/passwd
Attachment 124801 pushed as 14ca424 - daemon: don't call getspnam for local
users
Attachment 124802 pushed as
Unconditioned #include breaks the build on FreeBSD.
FreeBSD doesn't have shadow.h and /etc/shadow. Hashed passwords are
stored in /etc/master.passwd, which is a /etc/passwd with additional
fields. There is no API specifically made to read /etc/master.passwd
because getpwent on FreeBSD
Created attachment 124802
daemon: constrain max local users to 50
Systems with tens of thousands of users don't want all those users
showing up in the user list.
Set a cap at an even 50, which should cover the lion's share of use
cases well. Of course, if a user not in the list explicitly
logs
Same on OpenBSD. Since that change, accountsservice is broken here 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/941673
Title:
performance of accounts-daemon is very poor
To manage
Created attachment 124803
daemon: don't source user list from wtmp
wtmp can get rather large on some systems from ssh logins.
Furthermore it's pretty much completely redundant given the user
cache in /var/lib/AccountService
This commit changes the wtmp code to only get used for maintaining
login
** Bug watch added: github.com/mozilla/pdf.js/issues #2373
https://github.com/mozilla/pdf.js/issues/2373
** Bug watch added: GNOME Bug Tracker #785169
https://bugzilla.gnome.org/show_bug.cgi?id=785169
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Bug watch added: bugzilla.opensuse.org/ #771521
https://bugzilla.opensuse.org/show_bug.cgi?id=771521
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/883319
Title:
xrandr --scale restricts area
Created attachment 126752
xorg-server-1.18.4-xkb-switch-on-release.patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/36812
Title:
Keyboard layout change on hotkeys press instead of
is it common practice on BSD to rsync /etc/passwd around? Maybe bsd
could go back to using /etc/passwd?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/941673
Title:
performance of accounts-daemon is
Closing resolved+invalid. No activity on >4 years.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/906086
Title:
[arrandale] kernel OOPS setting external monitor to a higher
resolution
To manage
** Bug watch added: GNOME Bug Tracker #786257
https://bugzilla.gnome.org/show_bug.cgi?id=786257
** Bug watch added: Debian Bug tracker #891915
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891915
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Bug watch added: bugzilla.opensuse.org/ #771521
https://bugzilla.opensuse.org/show_bug.cgi?id=771521
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/881046
Title:
Panning in a virtual monitor
401 - 500 of 891 matches
Mail list logo
