> I am struggling to find any use cases where GNOME's VNC should be
preferred to RDP.
1) Teacher screen broadcasting to students. There, a shared VNC session
is much easier to setup and performs better than separate RDP sessions.
Additionally, encrypting e.g. 10 RDP streams comes with significant
I also see it on Ubuntu MATE Jammy.
Will the fix come from Xorg,
or should we add LightDM to the affected projects list?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm3 in Ubuntu.
https://bugs.launchpad.net/bugs/1922414
Title:
** No longer affects: ltsp
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to accountsservice in Ubuntu.
https://bugs.launchpad.net/bugs/206924
Title:
Make it possible to create a guest account
To manage notifications about this bug
Hi, this fix caused a regression in ubiquity: LP: #1892014
Ubiquity doesn't put alt_shift_toggle in XKBOPTIONS anymore, so we
cannot switch to e.g. Greek using Alt+Shift, after going through a
normal installation (or even in the live session).
Are users expected to manually run `dpkg-reconfigure
Anydesk too. Thanks for the fix! :)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to pango1.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1869716
Title:
Removing libpango1.0-0 broke Minecraft Launcher
To manage notifications about
The reason that this regression doesn't affect ubuntu-desktop, might be
that unlike LightDM, GDM doesn't have that Ubuntu-specific patch to use
/usr/share/language-tools/language-options.
So, I subscribed "lightdm (Ubuntu)" to the affected packages, in case we
just want to drop the
Public bug reported:
Since Ubuntu 19.10, for all Ubuntu live CDs that use LightDM (e.g. MATE
and Xubuntu), if a user selects a language in syslinux other than those
with an included langpack, the session is then untranslated.
For example, if one boots Ubuntu MATE 20.04 and selects Greek in
This issue got *much* worse recently, it now affects keyboard layout
switching as well, so many applications like tuxpaint became completely
unusable.
Example: In Ubuntu 14.04, I run `tuxpaint --fullscreen`. I press Win+Space, the
Gnome-defined method to switch my keyboard layout from "us,gr" to
Public bug reported:
Method to reproduce in 1 minute:
1) Download the Ubuntu MATE 18.04 live CD.
2) Press space while booting to display the syslinux language menu. Select
Ελληνικά (Greek) in order for fcitx to autorun. I guess the same will happen in
other languages too.
3) Select Δοκιμάστε το
Public bug reported:
I boot with the current Ubuntu MATE 18.04 daily live CD. I select Greek
on syslinux, "Try Ubuntu before installing", and I start the Ubiquity
installer.
At the step where I'm supposed to type my full name, for example "Διαχειριστής"
(administrator), I can't switch my
Public bug reported:
Test case: remove everything related to fcitx.
Then run: apt install --no-install-recommends fcitx-bin
Then login with some locale that uses dead keys, for example the Greek locale.
Then type e.g. ";"+"a". It's supposed to show "ά", but instead it shows "´α".
At that point,
I just tried it and it indeed solves the performance issues:
Old version 1:3.18.3-1ubuntu3:
$ vblank_mode=0 glxgears
27418 frames in 5.0 seconds = 5483.539 FPS
New version 1:3.18.4-0ubuntu0.1:
$ vblank_mode=0 glxgears
39851 frames in 5.0 seconds = 7970.179 FPS
** Tags removed:
** Also affects: systemd (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1487679
Title:
Breaking ordering cycle by deleting job
@seb128, thanks for releasing the fix, but it appears that not all the patch
from comment #36 was applied:
- auth_self
- auth_self
+ yes
+ yes
is still "auth_self" in accountsservice 0.6.40-2ubuntu10,
and I think that it takes priority over , so the problem
still persists
Yup, I'm using your 1:3.18.3+git20160418-1ubuntu3 metacity many hours per day
on my main work PC.
i386, Xenial, Core i5-4440 @ 3.10 GHz, 8 GB RAM.
I haven't seen any regressions so far, and I cannot even reproduce the
issue Dmitry reported; although I've seen some recent commits of yours
that
Thank you Alberts, yup that indeed increased the performance a lot:
xenial-metacity --no-composite:
30407 frames in 5.0 seconds = 6081.219 FPS
ppa-metacity --no-composite:
37147 frames in 5.0 seconds = 7429.385 FPS
marco --no-composite:
37146 frames in 5.0 seconds = 7429.081 FPS
Alberts,
Alberts I'm mostly using i386 installations so I could only test amd64 in a VM.
I did saw a performance improvement there, but it wasn't as big as in the real
hardware case...
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to metacity
I'm having a hard time applying all the last e.g. 20 upstream commits to
the Xenial tree.
@Dmitry, since you'll be merging the upstream with the Ubuntu tree anyway in
order to test it youself,
would it be possible to push the result somewhere, e.g. in launchpad,
or publish a .deb in a PPA,
so
> only when the windows repainted themselves they started to become
visible.
I've seen that in the past about 5 times in the last 2 years.
I don't remember which LTS gnome-flashback version I was using.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which
Alberts, I'm sorry, the (new) client that I tested with is giving me
very inconsistent results, even by just rebooting it, and I'm not going
to use it in benchmarks again in the future. It's a 3-year-old AMD-based
laptop; maybe the problem is in the radeon driver or in its power
states, anyway,
Hi Alberts,
I tried applying the latest 13 commits from the test-3-18 branch on top
of Xenial's metacity.
If my benchmarks were correct, it made things even slower.
glmark2 score:
xenial-metacity --no-composite: 311
test-3-18-metacity --no-composite: 154
xenial-marco --no-composite: 902
I.e.
Since noone has answered for 4 months, and since some related commits
have been made, I'm marking it fix released in LTSP.
** Changed in: ltsp (Ubuntu)
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
** Bug watch added: freedesktop.org Bugzilla #94895
https://bugs.freedesktop.org/show_bug.cgi?id=94895
** Also affects: accountsservice via
https://bugs.freedesktop.org/show_bug.cgi?id=94895
Importance: Unknown
Status: Unknown
--
You received this bug notification because you
To sum up, two problems:
1) `metacity (and marco) --composite` in 12.04 and 14.04 had only 60% of the
compiz performance.
2) `metacity` (both composite and no-composite) got a lot slower in 16.04, at
60% and 25% respectively of the compiz performance.
--
You received this bug notification
> Any chance that you could track down version when it started to be slow?
> Was composite already slow in previous LTS?
Initial tests show that metacity had about the same performance as marco in
12.04 and in 14.04.
In those versions, `metacity (or marco) --composite` performs only about 60% as
mterry, charlesk, I took the liberty of subscribing you because I think it
involves this commit:
https://code.launchpad.net/~mterry/indicator-messages/tell-accounts-services/+merge/93290
The issue is happening to me as well, on Ubuntu 16.04 gnome-flashback, in 2
cases:
1) sometimes when I try
Yet another benchmark, glmark2, in a very recent core i5 client.
Scores:
No WM: 2058
marco --no-composite: 1894
compiz : 1878
metacity --no-composite: 742
xcompmgr: 716
marco --composite: 708
metacity --composite: 441
In an ideal world, gnome-flashback would support compiz first, then
`metacity
> Probably way easier is to document, to execute in terminal:
> gsettings set org.gnome.metacity compositing-manager false
It's easy for one sysadmin to run a few commands in a terminal.
It's not easy for hundreds of students, e.g. 5-10 years old, to run a few
commands in a terminal.
Sysadmins
> @Alberts, I'll do some more tests and come up with hard numbers
concerning the performance of metacity with or without compositing.
I did some benchmarks and reported them in
https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/1566157
Now I'm more convinced that metacity's
Here's another benchmark, with an SDL 2D game, teeworlds, running full
screen:
no wm: 220 FPS
metacity --no-composite: 220
metacity --composite: 130
compiz: 218
xcompmgr: 130
compton: 129
I really think that the user's choices would be:
1) compiz, for every PC that supports it,
2) metacity
And here are some numbers for glxgears again (on another pc), but with xcompmgr
and compton included.
The first column is the WM used, the second is the FPS for glxgears, and the
third the FPS for glxgears -fullscreen:
no wm 221 15
metacity --no-composite 170 15
metacity --composite
I run another set of benchmarks using x11perf.
I don't know how much they can help in pinpointing the issue(s), but they do
show that `metacity --composite` is extremely slower than `metacity
--no-composite` or `compiz`.
I'm attaching the output in LibreOffice Calc format, I think it's more
Ah, I forgot to include the results without a window manager as a
comparison:
$ killall metacity & sleep 5 && glxgears -fullscreen & sleep 20 && killall
glxgears
44884 frames in 5.0 seconds = 8976.656 FPS
44905 frames in 5.0 seconds = 8980.993 FPS
Normalized: 118 FPS, the fastest of all.
$
Public bug reported:
I did the following benchmarks between `metacity --no-composite`,
`metacity --composite`, and `compiz`, in Ubuntu 16.04.
First, I disabled vsync:
$ cat ~/.drirc
Then I ran glxgears as follows:
$ metacity --no-composite --replace & sleep 5 &&
@Alberts, Dmitry:
> No compositor means - no desktop window or it will be black - you will never
> see background.
> My plan is to fix this in Xenial+1. Less patches will mean less work for me,
> too :P
That's a good example, does that mean that in Ubuntu 16.10 if one
doesn't use compositing he
@Alberts, I'll do some more tests and come up with hard numbers concerning the
performance of metacity with or without compositing. I do believe that in some
cases it will be possible to optimize the performance through appropriate bug
reports and patches; but I also strongly believe that there
> ... I'll try to raise the issue in Debian's im-config, ... I will ask
that ibus isn't running in locales where it's not needed...
I installed Debian Stretch with the Gnome desktop environment and neither
im-config nor ibus were installed by default there.
So I cannot report it in Debian, as it
Thank you very much Gunnar, the latest PPA changes work as expected for me in
gnome-flashback, i.e. ibus isn't running and I can type Greek just fine.
What you have in the PPA is a good compromise for 16.04, please keep it that
way.
For the future, post 16.04, I'll try to raise the issue in
Hi Gunnar,
> May I ask: Which display language are you using? If it's something
else but Greek, can you please switch to Greek, log out, log in again,
and then try to type in Greek (with IBus running). Does that make a
difference?
I tested with display language = Greek. I haven't tested with
> With those changes, im-config (and gnome-language-selector) will
default to IBus in Ubuntu GNOME.
Hi, I've tested the packages from the PPA under Xenial's gnome-flashback, and
now I got ibus running by default.
And it again breaks keyboard layout switching with the default Win+Space, so I
Fix committed in https://launchpad.net/ubuntu/+source/session-
shortcuts/1.1, thank you Dmitry!
** Changed in: session-shortcuts (Ubuntu)
Importance: Undecided => Low
** Changed in: session-shortcuts (Ubuntu)
Status: New => Fix Released
** Changed in: session-shortcuts (Ubuntu)
Public bug reported:
Hi, the new logout/reboot/shutdown shortcuts show up in the Applications
→ Accessories menu of Gnome-flashback and other Desktop Environments.
I don't think they make sense there, maybe they should be marked to only
be shown in the Dash/Unity session.
Btw, they're also not
Martin, I'm seeing a regression for this with systemd 228-2ubuntu1 in Ubuntu
Xenial.
Now I again have to remove the "ExecStop=/sbin/ifdown %I" stanza in order to
get netbooted clients to shut down.
Maybe something else is stopping the ifup service on shutdown now?
I tried to downgrade to the
Is this still an issue in recent Ubuntu/LTSP versions?
** Changed in: ltsp (Ubuntu)
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to system-tools-backends in Ubuntu.
Hi, LDM will be deprecated in LTSP 6, so I don't think anyone's going to work
on this issue.
So I'm marking it "Won't Fix".
** Changed in: ltsp
Status: Triaged => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm
Thank you Dmitry. :)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-panel in Ubuntu.
https://bugs.launchpad.net/bugs/1502570
Title:
gnome-panel indirectly installs evolution
To manage notifications about this bug go to:
Because then we would lose all the other recommended packages:
http://packages.ubuntu.com/wily/gnome-panel
alacarteeasy GNOME menu editing tool
evolution-data-serverevolution database backend server
gnome-appletsVarious applets for the GNOME panel - binary files
Would it be at all possible to have this in Wily?
We're thinking of installing 15.10 in some schools here instead of 14.04, and
it would make things a bit easier for us.
Thank you very much in any case.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs,
Public bug reported:
http://packages.ubuntu.com/wily/gnome-panel
gnome-panel Recommends: evolution-common
...which in turn Recommends: evolution
Is this on purpose?
Could you please lower the "Recommends" to "Suggests"?
Gnome-flashback isn't a flavor with a live CD etc, so it makes more sense to
Public bug reported:
The unit /lib/systemd/system/ifup@.service is Debian and Ubuntu specific, it's
not part of upstream systemd.
On shutdown, it unconditionally ifdowns all interfaces:
ExecStop=/sbin/ifdown %I
This is a regression from previous init systems (sysvinit and upstart)
which cared
*** This bug is a duplicate of bug 453605 ***
https://bugs.launchpad.net/bugs/453605
** Also affects: udisks (Ubuntu)
Importance: Undecided
Status: New
** Also affects: udisks2 (Ubuntu)
Importance: Undecided
Status: New
** No longer affects: nautilus (Ubuntu)
** This
Quotting pitti from comment #2:
We won't change the behaviour in udisks, there needs to be some default after
all.
Please completely remove dmask from the vfat/ntfs mount options, like fmask
already is (absent).
Patch available at LP #482501.
I assume that dmask=0077 was added at some point
P.S. completely removing dmask from the mount options and letting
/media/username cover the permission issues,
couples well with UDISKS_FILESYSTEM_SHARED,
so that people that want USB drives to be shared across users,
can just specify UDISKS_FILESYSTEM_SHARED=1 in udev for those drives.
Then
Input from upstream:
(12:17:39 μμ) rtcm: alkisg: yeah, mutter resolves the ISO_Next_Group keysym to
keycodes and installs passive grabs for all those keycodes
(12:21:00 μμ) rtcm: alkisg: so yeah, compiz would need something like
Public bug reported:
unity-settings-daemon = gsd-keyboard-manager.c has an Ubuntu specific patch
that strips the grp: part in XKB options:
if (n_sources 2 || g_strcmp0 (g_getenv (XDG_CURRENT_DESKTOP),
Unity) == 0)
strip_xkb_option (options, grp:);
The original upstream
I uninstalled ibus and I still had the problem.
I think the Win+Space shortcut to change layouts is handled by
gnome-settings-daemon, so I've put it in the Affects list.
I also think it's a bad idea to have a DE-specific way to change
keyboard layouts, because then we'd need to press e.g.
As Dmitry mentioned in bug 1241284, the layout change is monitored by
some *daemon. It used to be monitored by gnome-settings-daemon, and now
it's monitored by unity*? Dunno I'm not using unity, but I've put gnome-
settings-daemon in the Affects list.
Was the code that we're looking for in
** Also affects: indicator-keyboard
Importance: Undecided
Status: New
** Also affects: ibus (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to indicator-keyboard in Ubuntu.
By old-style you mean XKB? And new-style is IBus?
IBus is too buggy, keyboard layout switching only works if one types slowly
(LP: #1241284), and sometimes it doesn't work at all, and sometimes the
indicator doesn't get updated even if you use the new-style switching, and it
needs 40+ MB RAM
OK Dmitry and thank you for trying it,
but in my opinion if the ibus keyboard indicator is shown twice, that's an ibus
bug and not a gnome-panel bug,
and it should be solved by making that setting default to false:
$ grep systray /etc/dconf/db/ibus.d/00-upstream-settings
That said, if nm-applet and pidgin get fixed for 14.04, notification-
area isn't that important anymore...
I tried manually applying the patch for nm-applet, it works fine.
Pidgin works fine too, after playing a bit with its settings.
So yup notification-area isn't that important anymore.
@Alkis: I think there is a typo in Ubuntu's patch.
Can you stop nautilus (nautilus -n) and then try to launch it with:
$ env XDG_CURRENT_DESKTOP=GNOMEF nautilus
For some reason `nautilus -n` didn't do it, but `killall nautilus;
nautilus` did the trick.
I.e. after the `killall nautilus`
With gnome-flashback, I did the following change:
$ grep DesktopName /usr/share/xsessions/gnome-fallback.desktop
X-LightDM-DesktopName=FGNOME
Logout/login, my environment now is:
DESKTOP_SESSION=gnome-fallback
SESSIONTYPE=gnome-session
XDG_CURRENT_DESKTOP=FGNOME
And, nautilus 1:3.10.1-0ubuntu2
Thanks a lot for the feedback, I'm marking it as Won't Fix then.
Some notes:
1) nm-applet integration has issues, it doesn't display the applet for me on
gnome-flashback without manually adding notification-area. I also tried with a
recent 14.04 live CD, some times nm-applet did appear and some
I think this works around the problem:
sudo -i
echo '#!/bin/sh
/usr/bin/gnome-panel ' /usr/local/bin/gnome-panel
chmod +x /usr/local/bin/gnome-panel
Logout or reboot, the panel should load quickly now.
In other words, it seems like something is waiting for gnome-panel to
finish loading, and if
Public bug reported:
Upstream gnome-panel includes notification-area:
https://git.gnome.org/browse/gnome-panel/plain/data/panel-default-layout.layout
In Ubuntu, debian/patches/01_layout.patch changes that file in order to make
use of indicator-applet-complete. That patch is Ubuntu-specific, it
** Tags added: patch
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-panel in Ubuntu.
https://bugs.launchpad.net/bugs/1263591
Title:
Add notification-area to panel-default-layout.layout
To manage notifications about this bug
Xsession or xinit should install a filter on stdout/stderr that checks
every line in the output, so that if the same line is written
repeatedly, they'd display something like:
$REPEATED_ERROR_MESSAGE_PRODUCED_BY_WHATEVER_APPLICATION
$date - Xsession: last message repeated 1.000.000 times
*** This bug is a duplicate of bug 995435 ***
https://bugs.launchpad.net/bugs/995435
** This bug has been marked a duplicate of bug 995435
Zenity --list uses 100%cpu and does nothing
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
Zenity here in Trusty is still causing 100% CPU.
Just run:
$ zenity --list --column X /dev/null
...and try to close it, it won't close but stderr will be full of those:
(zenity:8103): GLib-WARNING **:
/build/buildd/glib2.0-2.32.4/./glib/giounix.c:411Error while getting
flags for FD: Bad file
Thanks, that partially solves the problem (Precise, 6.0-4ubuntu2).
The question marks are gone, so LP: #1199239 can be marked 'Fix released'.
This (LP: #580961) bug is NOT fully addressed though.
The problem that remains is that only a few codepages are supported.
For example, unzipping a file
Regression:
This update broke the default Xorg resolution,
set by e.g. PreferredMode in xorg.conf or by XRANDR_MODE_0 in LTSP,
now gnome-settings-daemon forces the *highest* resolution instead of the
default one.
It's very annoying on CRT screens where e.g. 1024x768 is preferred, and
1600x1200
Yes, please revert LP: #1065979 as it caused a regression:
LP: #1065979 broke the default Xorg resolution,
set by e.g. PreferredMode in xorg.conf or by XRANDR_MODE_0 in LTSP,
now gnome-settings-daemon forces the *highest* resolution instead of the
default one.
It's very annoying on CRT screens
Any progress on this one?
It's very annoying on LTSP, where teachers can't shut down the LTSP
servers because e.g. 2 hours ago some student had a xorg crash, and even
if his thin client is now powered off, the user is still considered
logged on at the server because the ssh socket isn't yet
Here's a script that makes gnome-panel try twice to get loaded properly,
so it should avoid the need for a desktop launcher that kills the panel
for most of the cases; for the few that will remain, a logout/login
should suffice...
Greek teachers shouldn't apply it, it'll come as an update from
I've been seeing that too, in standalone workstations as well.
It's causing significant problems in classrooms where the teacher doesn't know
the commands to restart gnome-panel.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to
I've just experienced it again in an LTSP fat client. Gnome-panel was showing
but without any text, looked liked it hanged while loading.
strace -p $(pidof gnome-panel) displayed only the following:
# strace -p 1928
Process 1928 attached - interrupt to quit
restart_syscall(... resuming
Since the proposed patch was not accepted by the Ubuntu devs that
maintain gnome-session, nor any alternative component was suggested to
try to patch that instead, we didn't upload a patched gnome-session in
the ts.sch.gr PPA for 12.04, it's only there for 10.04. So no point in
adding the PPA in
The upstream sshfs-fuse developer proposed this patch to fix the issue:
http://sourceforge.net/mailarchive/message.php?msg_id=29804620
Removing the Nautilus tasks as the problem was in sshfs.
** Changed in: sshfs-fuse (Ubuntu)
Importance: Undecided = Medium
** Changed in: sshfs-fuse (Ubuntu)
This is still an issue in Ubuntu Precise fully updated.
1) If I use autologin, everything is fine, my keyboard layout is the same as
the system default, En/El.
2) If I use the greeter:
* I only have En available in the greeter,
* I only have En available in the session,
* I don't get a
I believe the fix about making org.gnome.settings-daemon.plugins.print-
notifications default to false may be shipped as a patch of the gnome-
settings-daemon package, so I put it in the affects list.
$ dpkg -S
** Bug watch added: GNOME Bug Tracker #679187
https://bugzilla.gnome.org/show_bug.cgi?id=679187
** Also affects: nautilus via
https://bugzilla.gnome.org/show_bug.cgi?id=679187
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of
Public bug reported:
Precise, nautilus 1:3.4.2-0ubuntu3
Steps to reproduce:
mkdir /tmp/etc
sshfs localhost:/etc /tmp/etc
nautilus /tmp/etc
= double click on adduser.conf
Nautilus prompts:
Do you want to run adduser.conf, or display its contents?
adduser.conf is an executable text file.
[Run in
Works fine on Precise now, so somewhere along the road it was fixed.
Marking as invalid though because I'm not sure which package fixed it.
** Changed in: gnome-session (Ubuntu)
Status: Confirmed = Invalid
** Changed in: libgnomekbd (Ubuntu)
Status: Confirmed = Invalid
--
You
Manolis, Assigned to means αυτός που θα διορθώσει το πρόβλημα, όχι
αυτός που έχει το πρόβλημα.
So now that you assigned this bug to ubuntu-greek-users it means that
ubuntu-greek-users will fix this bug, and that the Empathy developers
shouldn't bother with it. So please don't assign bugs, it
** Also affects: ltsp
Importance: Undecided
Status: New
** No longer affects: ldm (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in Ubuntu.
https://bugs.launchpad.net/bugs/891793
Title:
Login with USB key
assignee: madlokil means that madlokil is the developer responsible for
fixing the bug.
status: In progress by thefusionite means that someone is working to fix the
bug, so the other developers don't need to bother with it.
So by setting the status to assigned+in progress, you actually
** Attachment added: libgnomekbd.png
https://bugs.launchpad.net/bugs/872429/+attachment/2536793/+files/libgnomekbd.png
** Also affects: gnome-session (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs,
Forgot to mention - using Oneiric fully updated as at 2011-10-11:
gnome-session-fallback 3.2.0-0ubuntu3
libgnomekbd-common 3.2.0-0ubuntu1
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-session in Ubuntu.
Sorry, no idea. We're using only LTS releases here, and I'm kinda
pressed time-wise this year, so I won't be able to test with recent
versions of the involved packages until Ubuntu 12.04, if it's still a
problem then.
The LTSP task mainly referred to LTSP_LOGOUT_ACTION (commit
@frol: ppa:frol/zip-i18n contains libnatspec 0.2.6-0ubuntu2,
while ppa:r0lf/ppa contains a later version, libnatspec 0.2.6-1.
$ dpkg --compare-versions 0.2.6-0ubuntu2 gt 0.2.6-1 || echo Needs version bump
Needs version bump
For people that have/had r0lf's ppa in their sources to be able to
frol wrote on 2011-04-01:
Alkis, can You please confirm that libnatspec is working correctly
on your machine, by installing natspec-bin frol ppa:r0lf/ppa and
running natspec -i?
Does it correclty detects charsets for your locale?
Also can You post output of zipinfo -v biografiko.zip?
It
frol wrote 51 minutes ago:
Alkis, You need to cantact libnatspec maintainer about this bug:
https://launchpad.net/~r0lf/+contactuser
That person closed my bug report (LP #477755) where I was suggesting the
altlinux solution that was finally accepted upstream, in order to open this
bug. Then
Στις 10-03-2011, ημέρα Πεμ, και ώρα 15:04 +, ο/η Martin Pitt έγραψε:
But AFAIK the new -I and -O options already work. I thought the
remainder of the problem was that the value isn't autodetected, but
needs to be specified manually?
No, the -I and -O options do not work properly.
It looks
If I'm not mistaken, a fix for this bug has been committed upstream since
2010/12/05:
ftp://ftp.info-zip.org/pub/infozip/beta/unzip610b.zip
A related post in their forums:
http://www.info-zip.org/phpBB3/viewtopic.php?f=7t=223start=45#p2113
Maybe it'd be simpler to use the 6.1 package rather
The metacity from lucid-proposed works fine here.
$ dpkg-query -W metacity
metacity1:2.30.1-0ubuntu1.1
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to metacity in ubuntu.
https://bugs.launchpad.net/bugs/494096
Title:
I confirm that 6.0-4ubuntu1 is still half-broken, compared to previous Ubuntu
versions.
* Extracting works: UNZIP=-o cp737 unzip archive.zip
* Listing doesn't: UNZIP=-o cp737 unzip -l archive.zip
Since listing doesn't work, file-roller also doesn't work.
I tested with
I just tried frol's PPA with the libnatspec dependency.
It didn't correctly autodetect the encoding so I didn't see any benefit with
that implementation.
It did however work as good as unzip did in older Ubuntu versions, i.e. both
extracting *and listing* worked if either the UNZIP/ZIPINFO
Runs fine on my i386 Lucid:
$ dpkg-query -W gdm
gdm 2.30.2.is.2.30.0-0ubuntu5
Connected via XDMCP about 10 times in a row with no problems.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in ubuntu.
Thank you Sebastien, attaching a .debdiff and subscribing ubuntu-
sponsors.
** Patch added: Initialize length for XdmcpFill, fixes XDMCP logins
https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/697112/+attachment/1786460/+files/xdmcpfill_length.debdiff
--
You received this bug notification
1 - 100 of 166 matches
Mail list logo