[Bug 1364492] [NEW] findutils uses nearly 100% CPU and memory resources

2014-09-02 Thread Filippos Kolyvas
Public bug reported:

findutils is using a find command, probably to auto-update indexing database.
While this is normal behaviour, i found out that shortly after the indexing 
update started, findutils is using 100% of CPU resources (Haswell Pentium 
G3258), all of my system's memory (8GB RAM) and some of the swap, rendering the 
system completely unusable.

Issueing the command 'ps ax | grep find' results in:
29729 ?SN 0:00 /bin/sh /usr/bin/updatedb.findutils
29737 ?SN 0:00 /bin/sh /usr/bin/updatedb.findutils
29758 ?SN 0:00 su nobody -s /bin/sh -c /usr/bin/find / 
-ignore_readdir_race  \( -fstype NFS -o -fstype nfs -o -fstype nfs4 -o 
-fstype afs -o -fstype binfmt_misc -o -fstype proc -o -fstype smbfs -o -fstype 
autofs -o -fstype iso9660 -o -fstype ncpfs -o -fstype coda -o -fstype devpts -o 
-fstype ftpfs -o -fstype devfs -o -fstype mfs -o -fstype shfs -o -fstype sysfs 
-o -fstype cifs -o -fstype lustre_lite -o -fstype tmpfs -o -fstype usbfs -o 
-fstype udf -o -fstype ocfs2 -o  -type d -regex 
'\(^/tmp$\)\|\(^/usr/tmp$\)\|\(^/var/tmp$\)\|\(^/afs$\)\|\(^/amd$\)\|\(^/alex$\)\|\(^/var/spool$\)\|\(^/sfs$\)\|\(^/media$\)\|\(^/var/lib/schroot/mount$\)'
 \) -prune -o -print0
29767 ?SNs0:00 sh -c /usr/bin/find / -ignore_readdir_race  \( 
-fstype NFS -o -fstype nfs -o -fstype nfs4 -o -fstype afs -o -fstype 
binfmt_misc -o -fstype proc -o -fstype smbfs -o -fstype autofs -o -fstype 
iso9660 -o -fstype ncpfs -o -fstype coda -o -fstype devpts -o -fstype ftpfs -o 
-fstype devfs -o -fstype mfs -o -fstype shfs -o -fstype sysfs -o -fstype cifs 
-o -fstype lustre_lite -o -fstype tmpfs -o -fstype usbfs -o -fstype udf -o 
-fstype ocfs2 -o  -type d -regex 
'\(^/tmp$\)\|\(^/usr/tmp$\)\|\(^/var/tmp$\)\|\(^/afs$\)\|\(^/amd$\)\|\(^/alex$\)\|\(^/var/spool$\)\|\(^/sfs$\)\|\(^/media$\)\|\(^/var/lib/schroot/mount$\)'
 \) -prune -o -print0
29768 ?RN57:29 /usr/bin/find / -ignore_readdir_race ( -fstype NFS 
-o -fstype nfs -o -fstype nfs4 -o -fstype afs -o -fstype binfmt_misc -o -fstype 
proc -o -fstype smbfs -o -fstype autofs -o -fstype iso9660 -o -fstype ncpfs -o 
-fstype coda -o -fstype devpts -o -fstype ftpfs -o -fstype devfs -o -fstype mfs 
-o -fstype shfs -o -fstype sysfs -o -fstype cifs -o -fstype lustre_lite -o 
-fstype tmpfs -o -fstype usbfs -o -fstype udf -o -fstype ocfs2 -o -type d 
-regex 
\(^/tmp$\)\|\(^/usr/tmp$\)\|\(^/var/tmp$\)\|\(^/afs$\)\|\(^/amd$\)\|\(^/alex$\)\|\(^/var/spool$\)\|\(^/sfs$\)\|\(^/media$\)\|\(^/var/lib/schroot/mount$\)
 ) -prune -o -print0

Results from 'top':
top - 19:16:00 up  1:40,  3 users,  load average: 1,14, 1,20, 1,53
Tasks: 274 total,   2 running, 272 sleeping,   0 stopped,   0 zombie
%Cpu(s):  2,9 us, 22,9 sy, 24,4 ni, 42,4 id,  7,6 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem:   8086304 total,  7876904 used,   209400 free,   60 buffers
KiB Swap: 20971516 total,   373796 used, 20597720 free.  4627412 cached Mem

  PID USER  PR  NIVIRTRESSHR S  %CPU %MEM TIME+ COMMAND 

29768 nobody30  10   14968   1556   1116 R  92,2  0,0  70:16.74 find


System installation is Ubuntu Utopic on Unity 7 desktop, using nouveau nvidia 
drivers.
findutils version is  4.4.2-9

Sorry for posting the commands output in here, if there is another
guideline for this i'll be happy to edit that.

ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: findutils 4.4.2-9
ProcVersionSignature: Ubuntu 3.16.0-11.16-generic 3.16.1
Uname: Linux 3.16.0-11-generic x86_64
ApportVersion: 2.14.7-0ubuntu1
Architecture: amd64
CurrentDesktop: Unity
Date: Tue Sep  2 19:03:25 2014
Dependencies:
 gcc-4.9-base 4.9.1-10ubuntu2
 libc6 2.19-10ubuntu1
 libgcc1 1:4.9.1-10ubuntu2
 multiarch-support 2.19-10ubuntu1
InstallationDate: Installed on 2014-08-19 (14 days ago)
InstallationMedia: Ubuntu 14.10 Utopic Unicorn - Alpha amd64 (20140815)
SourcePackage: findutils
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: findutils (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug utopic

** Summary changed:

- findutils uses nearly 100% CPU and memory reources
+ findutils uses nearly 100% CPU and memory resources

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1364492

Title:
  findutils uses nearly 100% CPU and memory resources

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/findutils/+bug/1364492/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1277502] [NEW] Firefox package is not updated for Trusty-updates repository

2014-02-07 Thread Filippos Kolyvas
Public bug reported:

For Precise, Quantal  Saucy versions of Ubuntu, the 26.0+build2-0ubuntu0 
version is available on the $(lsb_release -sc)-updates repository, and probably 
somewhere in the next days it will be updated to latest stable version 27.0 
which is already available on http://www.mozilla.org .
For the Trusty version, there is no firefox package available in the 
trusty-updates repository. Thus, if a Trusty user does not activate the 
trusty-proposed repositories, is left with an outdated version of the web 
browser.
Given that Trusty is a development release, i think that it would be safe to 
assume that it would contain at least the same package versions with previous 
releases, if not latest.
Please, include Firefox packaging to the trusty-updates repository so that 
Trusty testers have the latest security and bug fixes available for this 
package.

** Affects: firefox (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/1277502

Title:
  Firefox package is not updated for Trusty-updates repository

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1277502/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1242567] Re: Indication does not change when using XKB shortcut to change layout

2013-11-04 Thread Filippos Kolyvas
@Sebastien: 
Up until 13.04 version, layout switching was handled by XKB ( 
http://www.x.org/wiki/XKB/ ) and was set to alt+shift as a default shortcut. 
Setting this through any DE's graphical keyboard configurator was the 
equivalent of the following command:
setxkbmap -option grp:switch,grp:alt_shift_toggle,grp_led:scroll us,el

For 13.10 and 14.04, layout switching is primarily handled by i-bus, so 
Ubuntu's graphical keyboard configurator is not about changing some XKB setting 
via setxkbmap command, but is about changing an i-bus setting.
The point is that though there may not be a graphical keyboard configurator for 
XKB anymore, the setxkbmap command still works because it is a part of xorg and 
xorg is still installed.

So, a common workaround for users is to use a setxkbmap command setting
for layout switching. This way, the user avoids the effects of the
#1218322 and #1226962 bugs.

The #1218322 bug is now fixed. For the #1226962 bug things are also mainly ok, 
but there is still a problem with LibreOffice, so there still is a point using 
a setxkbmap command to set layout switching via XKB.
What is happening is that when changing layouts via the shortcut set by a 
setxkbmap command, the indicator does not see that a change has been made.

Sorry for the long reply, i hope this is clearer now.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1242567

Title:
  Indication does not change when using XKB shortcut to change layout

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-keyboard/+bug/1242567/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1242567] Re: Indication does not change when using XKB shortcut to change layout

2013-10-27 Thread Filippos Kolyvas
Hello @Sebastien
I noticed that the bug status has now been changed from confirmed to 
incomplete. Why is that?
Is there any kind of missing additional information that we can provide to help?
Please feel free to give any direction for testing things that may be of use.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1242567

Title:
  Indication does not change when using XKB shortcut to change layout

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-keyboard/+bug/1242567/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1242567] Re: Indication does not change when using XKB shortcut to change layout

2013-10-25 Thread Filippos Kolyvas
Thanks for reply @Sebastien.
I am running now the 0.0.0+13.10.20131010.1-0ubuntu1 version from 
saucy-proposed (i couldn't find it in trusty-proposed though, so i couldn't 
test it to 14.04 as well).
The indication still does not change when i use the XKB shortcut to  change 
layout. Neither does the selected item in the indicator menu.
THe symptoms are exactly as in the original description. It gives the 
impression that the indicator reads only the i-bus status.

I noticed that if i set the same shortcut for both the XKB and the i-bus
(eg. alt+shift), then all changes are shown normally, but then i 'm
affecterd by the bug #1226962 when using LibreOffice, so it seems that
xhen i do that, the system gives priority to i-bus for the layout
changes.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1242567

Title:
  Indication does not change when using XKB shortcut to change layout

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-keyboard/+bug/1242567/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1242567] Re: Indication does not change when using XKB shortcut to change layout

2013-10-25 Thread Filippos Kolyvas
Sorry for the mistake in the comment above, i wanted to write that now i'm 
using the 3.8.5-0ubuntu11.1 version of the gnome-settings-daemon 
(saucy-proposed), instead i gave you the indicator-keyboard version.
I can't edit the comment, so i'm adding that in this comment here.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1242567

Title:
  Indication does not change when using XKB shortcut to change layout

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-keyboard/+bug/1242567/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1226962] Re: Hotkeys not functional in non-latin keyboard layout in 13.10

2013-10-21 Thread Filippos Kolyvas
I confirm that the bug is fixed for GTK core applications (gedit, nautilus) and 
Mozilla Firefox.
Well done @ all who worked in this!

I can also confirm that the bug still affects typing when using
LibreOffice and when using KDE applications (such as kate text editor)
on Ubuntu with standard Unity desktop environment.

I haven' tested this on UbuntuGnome.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1226962

Title:
  Hotkeys not functional in non-latin keyboard layout in 13.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/ibus/+bug/1226962/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1242567] [NEW] Indication does not change when using XKB shortcut to change layout

2013-10-21 Thread Filippos Kolyvas
Public bug reported:

On my first Ubuntu installation (13.10 upgraded from 13.04), the XKB layout 
switching shortcut works in parallel with the ι-bus layout switching shortcut.
The same stands for my 2nd installation (13.10 clean install).

Most of the times i tend to use the XKB shortcut for layout change as it is 
more convenient.
When using the XKB shortcut, the indication on the keyboard indicator does not 
change.

The same stands when i hit the two layout change shortcuts one after another.
For example, if i am typing in EN layout, hitting the XKB shortcut changes the 
layout to GR, but the indication remains as EN. Then, hitting the i-bus 
shortcut changes the indication to GR and layout remains to GR.
Hitting again the XKB shortcut changes the layout to EN, but but the indication 
remains as GR and i have to hit again the i-bus shortcut to change back the 
indication to EN.

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: indicator-keyboard 0.0.0+13.10.20131010.1-0ubuntu1
ProcVersionSignature: Ubuntu 3.11.0-12.19-generic 3.11.3
Uname: Linux 3.11.0-12-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.12.5-0ubuntu2
Architecture: amd64
Date: Mon Oct 21 10:55:36 2013
InstallationDate: Installed on 2013-09-01 (50 days ago)
InstallationMedia: Ubuntu 13.04 Raring Ringtail - Release amd64 (20130424)
MarkForUpload: True
ProcEnviron:
 LANGUAGE=el
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=set
 LANG=el_GR.UTF-8
 SHELL=/bin/bash
SourcePackage: indicator-keyboard
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: indicator-keyboard (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug saucy third-party-packages

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1242567

Title:
  Indication does not change when using XKB shortcut to change layout

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/indicator-keyboard/+bug/1242567/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1226962] Re: Hotkeys not functional in non-latin keyboard layout in 13.10

2013-10-06 Thread Filippos Kolyvas
Thanks Dmitry, i added the ppa, upgraded, rebooted and here are the
results:

After upgrading, i cannot change layout using the shortcut, change is
only possible with the mouse, so every layout change on following test
is made using the mouse on the keyboard indicator:

Gedit (gtk core app): Hotkeys  (copy, paste, print) are working on Greek layout.
Kate (KDE app): Hotkeys are not working on Greek layout.
LibreOffice: Hotkeys are not working on Greek layout.
Mozilla Firefox: Hotkeys are not working on Greek layout.
Chromium Browser - Google Chrome: Hotkeys are working on Greek layout.
Global shortcuts are probably working, for example ctrl+alt+T (gnome-terminal) 
shortcut works, super key +S works too (i haven't tested more shortcuts).

Hope that it's going to help.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1226962

Title:
  Hotkeys not functional in non-latin keyboard layout in 13.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/ibus/+bug/1226962/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1226962] Re: Hotkeys not functional in non-latin keyboard layout in 13.10

2013-10-06 Thread Filippos Kolyvas
@ Dmitry:
This is somewhat different, i don't mean that i can't change layout with some 
custom shortcut. I'm using the default shortcuts (super+space, 
shift+super+space) and these do not work anymore.

But this is not the reason why i mentioned it, of course we can deal
with that later. The reason was that prior to the upgrade through the
PPA, when i was confirming the layout change with the mouse (i mean
change the layout to Greek through super+space and then change it to
Greek once more with the mouse), made the shortcuts work on Gedit Text
Editor (but not on global shortcuts).

You can see the relative attached picture on comment #5 of duplicate bug 
#1228422 of similar test results:
https://bugs.launchpad.net/unity/+bug/1228422/+attachment/3834215/+files/greek-layout-saucy.png
This was true until now. 

Thanks for your time

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1226962

Title:
  Hotkeys not functional in non-latin keyboard layout in 13.10

To manage notifications about this bug go to:
https://bugs.launchpad.net/ibus/+bug/1226962/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1226962] Re: Hotkeys not functional in non-latin keyboard layout

2013-09-30 Thread Filippos Kolyvas
@ Dmitry, that's great news!
Is there some action that could be taken to achieve that, or will it be fixed 
by a future update?
On the second case, do we have a rough estimation on the arrival time of this 
fix?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1226962

Title:
  Hotkeys not functional in non-latin keyboard layout

To manage notifications about this bug go to:
https://bugs.launchpad.net/indicator-keyboard/+bug/1226962/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1228422] Re: Severe regressions to typing in Greek, Russian, etc due to IBus

2013-09-21 Thread Filippos Kolyvas
I have done some testing using different applications and different input mode 
settings on Ubuntu Saucy, and i notice that there are some differences 
concerning keyboard shortcuts, depending on the application used. Long story 
short, while on LibreOffice and Chromium Browser we can see a stable behavior 
regardless of the input mode used, Gedit seems to be reacting differently to 
some actions.
I am attaching a screenshot of an analysis table for these tests, in hope that 
this will be helpful to the dev team. If more testing is needed, i 'll be glad 
to help out.

On the matter that if the layout shortcut changes then it cannot be
reverted back to default, i saw that when trying to set the layout
shortcut back to Super+Space in the Text Entry Settings window, then the
input is read as Mod4+Super+Hyper+Space, so one cannot revert to default
any more. But when trying the exact same thing through System Settings 
Keyboard  Shortcuts  Typing, then the Super+Space shortcut is read
correctly and the user can revert to default. Maybe there are some
differences between the two setting modes?

So that leaves the matter of the available layout changing shortcut. Please, 
let me explain briefly why this is so important.
In many non-English documents, we can find a lot of words written in English, 
such as technological terms, names, brands, product model names, and even 
measurement units. This is not a problem for a  non-English speaking but user 
as long as the user's language uses the latin alphabet. That is because at this 
case, English characters are a subset of the user's native layout. For example, 
a French user can type any English word using the French layout. 
This is not the case for Greek or Cyrillic alphabet language users, as no Latin 
characters are part of the Greek or Cyrillic layout. This means that in a 
single page of document, one may need to change layouts up to 100 times (50 
from native to Latin and 50 back to native). That gets even worst when 
shortcuts like cut/copy/paste do not work in native layout, so additional 
layout changes must be made.
So, it is clear that something that is used so often, should be as convenient 
as possible. That means thta the layout changing shortcut should:
- Be enabled by just one hand (ideally the left one, as the right hand controls 
the Enter, Backspace, etc).
- Contain as less keys as possible (preferably just one, two at the most), that 
are located close to each other.
This sets a limit to the lower left side of the keyboard. The Alt+Shift is not 
considered an ideal solution, but due to its long time usage from a widows 
user, is achieved relatively easy. Even better alternative solutions, are the 
Ctrl+Shift shortcuts (offered also as an alternative on Windows), and plain 
Caps Lock key (available also in Windows machines via AutoHotKey application). 
I am referring to windows because a lot of users are dual booting, or even use 
windows machines in work environments, so there should be some compatibility of 
something used so much.

My sincere apologies for the length of my comment and for pointing out
things that may be obvious, my intention was just to make sure that a
point haw been made about why this is an important bug, as it so far
renders the 13.10 as unsuitable for everyday use.

** Attachment added: Analysis on using greek layout with different 
applications
   
https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1228422/+attachment/3834215/+files/greek-layout-saucy.png

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1228422

Title:
  Severe regressions to typing in Greek, Russian, etc due to IBus

To manage notifications about this bug go to:
https://bugs.launchpad.net/unity/+bug/1228422/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1205713] Re: unable to type Greek characters to the dash

2013-08-23 Thread Filippos Kolyvas
I'm sorry, i cannot understand what the phrase 'this bug is no resolve'
means, does it mean that the bug *will not be resolved*, that *will not
be resolved yet* or that *it cannot be resolved*?

The situation now is that we no longer can change the keyboard layout with just 
one shortcut, but we have to use two.
Also, we cannot set the shortcut just like eny other distribution to Alt+Shift 
or Caps Lock (that i use), but we have to use the Super key+ simething, so that 
every time we change the keyboard layout, the Launcher appears.
One other thing, is that the keyboard indication is set to *En* and it does not 
change even if the keyboard layout changes to *Gr*.

Ok, i'm truly sorry if that sounds (or reads) somewhat saucy (pun fully 
intended), but this really is not 'fix commited', this is hiding a problem 
while creating another, possibly bigger one.
I would surely rather not having the option to type in Greek to the Dash, than 
adding two keys in my keyboard layout shortcut and not beeing able to see what 
my current layout is.
Any info on what the plans for the matter are, would be appreciated.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1205713

Title:
  unable to type Greek characters to the dash

To manage notifications about this bug go to:
https://bugs.launchpad.net/unity/+bug/1205713/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1205713] Re: unable to type Greek characters to the dash

2013-08-05 Thread Filippos Kolyvas
@ Brandon
Sorry for the late responce, i have a serious case of lack of time lately.

I tried the im-config -n xim  workaround, but that didn' t work. The echo 
$XMODIFIERS command returned nothing when i checked.
Then i tried the ibus-setup fix. That worked like a charm, thank you!
The only thing i have noticed, is that when using the Ctrl+Space shortcut for 
the ibus, then the copy (ctrl+c), cut (ctrl+x) and paste (ctrl+v) shortcuts 
work only on English keyboard layout and not in Greek.
Assigning the ibus on the Super+space shortcut, fixed that too.
That of course causes the Launcher to show up for a second when switching 
layouts, but that's just a minor annoyance.

Can we revert the ibus change so that we can check for the final fix?
Alternatively, is there a way to assign a custom shortcut to the ibus? I 
usually assign the Caps Lock key for layout switching, is there a way to do 
that through the ibus too?

Thanks again!

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1205713

Title:
  unable to type Greek characters to the dash

To manage notifications about this bug go to:
https://bugs.launchpad.net/unity/+bug/1205713/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1205713] Re: unable to type Greek characters to the dash

2013-07-28 Thread Filippos Kolyvas
Ok, i checked some more things:
My locale settings is el_GR.UTF-8. I dont have a problem with the translation 
visibility, Unity and the Dash are translated in Greek and everything appears 
as it should, in Greek.
I tried to use the OnBoard screen keyboard to input some greek characters, but 
summoning the Dash seems to close the OnBoard application (is that a feature or 
a bug?), so i could not test this.
I also tried to type some ASCII-extended characters (eg the ϕ character) 
using the keyboard, but that was also not possible.
On the other side, copying some text containing greek characters  pasteing it 
to the Dash search field works. Characters appear as they normally should, and 
search also works (eg. if i copy a filename with greek characters and paste it 
to the Dash, the Dash finds it).
Should i add those additional information to the original description?

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1205713

Title:
  unable to type Greek characters to the dash

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1205713/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[Bug 1205713] [NEW] unable to type Greek characters to the dash

2013-07-27 Thread Filippos Kolyvas
Public bug reported:

On Ubuntu 13.10 Saucy, when i switch to the Greek layout, i cannot type any 
greek character to the Dash's search field.
The pointer does not move at all, which means that it is not just an appearance 
problem, but there is no input ata all of the character.
The same applies when i try to use the Execute command field that appears 
when pressing the Alt+F2 keyboard shortcut.
This haw only to do wiith greek characters, as other characters that are not 
related to the keyboard layout (such as numerical characters, dots, comas, 
hyphens etc) and english characters can be typed normally regardless of the 
keyboard layout setting.

ProblemType: Bug
DistroRelease: Ubuntu 13.10
Package: unity 7.0.2+13.10.20130723.1-0ubuntu1
ProcVersionSignature: Ubuntu 3.10.0-5.15-generic 3.10.2
Uname: Linux 3.10.0-5-generic x86_64
ApportVersion: 2.11-0ubuntu1
Architecture: amd64
CompizPlugins: No value set for 
`/apps/compiz-1/general/screen0/options/active_plugins'
Date: Sat Jul 27 23:02:46 2013
InstallationDate: Installed on 2013-07-12 (15 days ago)
InstallationMedia: Ubuntu 13.10 Saucy Salamander - Alpha amd64 (20130711)
MarkForUpload: True
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)

** Affects: unity (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug saucy

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1205713

Title:
  unable to type Greek characters to the dash

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1205713/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 1205713] Re: unable to type Greek characters to the dash

2013-07-27 Thread Filippos Kolyvas
** Description changed:

  On Ubuntu 13.10 Saucy, when i switch to the Greek layout, i cannot type any 
greek character to the Dash's search field.
- The pointer does not move at all, which means that it is not just an 
appearance problem, but there is no input ata all of the character.
+ The pointer does not move at all, which means that it is not just an 
appearance problem, but there is no input at all of the character.
  The same applies when i try to use the Execute command field that appears 
when pressing the Alt+F2 keyboard shortcut.
- This haw only to do wiith greek characters, as other characters that are not 
related to the keyboard layout (such as numerical characters, dots, comas, 
hyphens etc) and english characters can be typed normally regardless of the 
keyboard layout setting.
+ This has only to do wiith greek characters, as other characters that are not 
related to the keyboard layout (such as numerical characters, dots, comas, 
hyphens etc) can be typed normally regardless of the keyboard layout setting.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 13.10
  Package: unity 7.0.2+13.10.20130723.1-0ubuntu1
  ProcVersionSignature: Ubuntu 3.10.0-5.15-generic 3.10.2
  Uname: Linux 3.10.0-5-generic x86_64
  ApportVersion: 2.11-0ubuntu1
  Architecture: amd64
  CompizPlugins: No value set for 
`/apps/compiz-1/general/screen0/options/active_plugins'
  Date: Sat Jul 27 23:02:46 2013
  InstallationDate: Installed on 2013-07-12 (15 days ago)
  InstallationMedia: Ubuntu 13.10 Saucy Salamander - Alpha amd64 (20130711)
  MarkForUpload: True
  SourcePackage: unity
  UpgradeStatus: No upgrade log present (probably fresh install)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1205713

Title:
  unable to type Greek characters to the dash

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1205713/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 937621] Re: Altering HUD enabling keybinding has no effect

2012-04-22 Thread Filippos Kolyvas
Sorry for the late reply.
I did not try to reproduce the bug for sometime now, i see that there is no 
issue at all at this time.
Unfortunately i cannot point at the exact update that fixed this bug, but i can 
confirm that i can change the HUD binding using the Compizconfig Settings 
Manager.

Many thanks to the Ubuntu development team, great job.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/937621

Title:
  Altering HUD enabling keybinding has no effect

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity/+bug/937621/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 746761] Re: can't type characters with accent (dead keys)

2012-03-21 Thread Filippos Kolyvas
I can confirm the reappearance of the bug for the 12.04 version.
In detail, pressing the accent key shows the accent alone without waiting for 
the press of the accented letter key.
As result, instead of typing the accented character as one character, two 
consecutive characters are typed, the accent and the letter to be accented.
Unity version is Unity 5.6.0-0ubuntu4 in 12.04LTS (VirtualBox Guest in 11.10 
Host)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/746761

Title:
  can't type characters with accent (dead keys)

To manage notifications about this bug go to:
https://bugs.launchpad.net/nux/+bug/746761/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 871986] Re: autohide of the Unity Launcher does not work. The launcher does not appear when moving the mouse on the left side of the screen

2012-02-21 Thread Filippos Kolyvas
The autohide option does not work properly on my system. The launcher does not 
appear when mouse is eiither on the left side nor on the upper left corner.
This happens at all reveal sensitivity settings from the system 
settings-appearance-behavior menu. All other unity settings is default (i have 
set a unity --reset script on startup). This happens independently of the 
window status on the display, even with no active window. The launcher is not 
revealing unless i press the alt+F1 keybinding.
This happens on a 12.04 X86 installation both as virtualbox Guest in Intel 
Pentium Dual Core E5200 processor and Intel integrated graphics controller 
(82G33/G31 [8086:29c2] (rev 10))Host system,  and as a test installation on a 
8GB USB pendrive on that same system.
I can reproduce that anytime, just by setting launcher to autohide mode.
In both cases (virtualbox and test installation) Unity version is 5.4.0 and all 
updates are installed.
Mouse ID is 0461:4d20 Primax Electronics, Ltd
Please reply if you need more specific info on anything that might be relevant.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/871986

Title:
  autohide of the Unity Launcher does not work. The launcher does not
  appear when moving the mouse on the left side of the screen

To manage notifications about this bug go to:
https://bugs.launchpad.net/unity/+bug/871986/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 937621] [NEW] Altering HUD enabling keybinding has no effect

2012-02-21 Thread Filippos Kolyvas
Public bug reported:

Changing the key binding that enables the HUD from the ccsm settings finishes 
without errors but the keybinding that has been set does not activate HUD, 
unless no windows are active.
Some of the keys or keybindings i tried are alt+space, ctrl+space, 
ctrl+shift+space, Lshift+Rshift, ctrl+alt+space, alt+Home, ctrl+Home, Fn+alt, 
fn+altgr, ctrl+ctrl and F12.  All resulting as described above. Activation of 
the HUD happens only when no windows are active. When in default  setting (alt 
key), HUD activation works perfectly.
This happens on a 12.04 X86 installation both as virtualbox Guest in Intel 
Pentium Dual Core E5200 processor and Intel integrated graphics controller 
(82G33/G31 [8086:29c2] (rev 10))Host system, and as a test installation on a 
8GB USB pendrive on that same system.
I can reproduce that anytime, just by modifying the HUD activation keybinding 
from the ccsm relative setting.
In both cases (virtualbox and test installation) Unity version is 5.4.0, 
compizconfig-settings-manager version is 0.9.5.92 and all updates are installed.
Keyboard is Microsoft Comfort Curve 3000 (ID 045e:0780) working otherwise 
perfectly on Ubuntu 11.10 and other distros (Linux Mint Debian Edition-Gnome, 
Bodhi Linux-E17, Sabayon-KDE) that i occasionally may use.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: compizconfig-settings-manager 0.9.5.92-0ubuntu3
ProcVersionSignature: Ubuntu 3.2.0-17.26-generic 3.2.6
Uname: Linux 3.2.0-17-generic i686
ApportVersion: 1.92-0ubuntu1
Architecture: i386
Date: Tue Feb 21 10:55:57 2012
InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Alpha i386 (2029.1)
PackageArchitecture: all
SourcePackage: compizconfig-settings-manager
UpgradeStatus: Upgraded to precise on 2012-02-18 (2 days ago)

** Affects: compizconfig-settings-manager (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: apport-bug i386 precise

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/937621

Title:
  Altering HUD enabling keybinding has no effect

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/compizconfig-settings-manager/+bug/937621/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 937621] Re: Altering HUD enabling keybinding has no effect

2012-02-21 Thread Filippos Kolyvas
-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/937621

Title:
  Altering HUD enabling keybinding has no effect

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/compizconfig-settings-manager/+bug/937621/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 923749] Re: New push mouse offscreen feature really difficult to get

2012-02-21 Thread Filippos Kolyvas
After falsely subscribing to bug 871986, i see that now i'm in the right place.
After reading the comments on thiw bug, i confirm that it easier for the 
launcher to reveal after the adjustments proposed.
I still however have to hit hard the left part of the screen to reveal the 
launcher, something that i don't consider a right setting, because of two 
reasons:
1. It is not an obvious decision to start hitting the left side of the 
screen. An obvious thing to do is to leave the cursor there for a little 
longer, something that sadly does not work.
2. It reminds me of the you just need a bigger hammer logic, of which i am no 
t a fan.
I also want to point out that this cannot be solved when using 12.04 in 
virtualbox guest installation, as pressuring left with the mouse just a) exits 
the mouse off the guest OS onto the host OS if the host OS is on never hide 
launcher setting, or b) reveals the Host OS launcher if the host OS is on 
autohide or avoid window launcher setting.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/923749

Title:
  New push mouse offscreen feature really difficult to get

To manage notifications about this bug go to:
https://bugs.launchpad.net/unity/+bug/923749/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 926135] Re: bamfdaemon crashed with SIGABRT in g_assertion_message()

2012-02-18 Thread Filippos Kolyvas
The crash happened when i tried to update the system using the application 
2ClickUpdate, although i cannot be sure that this was the cause of the crash. 
The application link is 
https://launchpad.net/2clickupdate

The installation is X86 Ubuntu 12.04 alpha2 on VirtualBox 4.1.8 with 1GB
dedicated RAM, Virtual Guest Additions installed, Host Machine is Ubuntu
11.10 X86-64 on Intel E5200 processor and Intel Integrated graphics.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/926135

Title:
  bamfdaemon crashed with SIGABRT in g_assertion_message()

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/bamf/+bug/926135/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 923384] Re: HUD shows up when switching keyboard layouts with alt-shift

2012-02-18 Thread Filippos Kolyvas
I also run into this issue (HUD showing when trying to switch keyboard layouts 
with alt+shift) and tried as a countermeasure to change the HUD enabling key 
combination using ccsm. 
Sadly none of the key bindings i tried (alt+space, ctrl+space, 
ctrl+shift+space, Lshift+Rshift, ctrl+alt+space, alt+Home, ctrl+Home, Fn+alt, 
fn+altgr, ctrl+ctrl are some of my tries) succeeded at that purpose. HUD is 
only enabled using the default (alt) enabling key.
As you can understand, this is making writing bilingual texts (something i have 
to do very often) very difficult, so i am forced to totally disable this 
otherwise very nice feature of Unity.
Please reconsider the priority of this bug, or otherwise please advise me on 
where (i mean which application) to file a bug report about not having the 
ability to change the HUD mapping.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/923384

Title:
  HUD shows up when switching keyboard layouts with alt-shift

To manage notifications about this bug go to:
https://bugs.launchpad.net/unity/+bug/923384/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 888669] Re: software-center crashed with IndexError in set_thumbnails_from_data(): list index out of range

2011-12-09 Thread Filippos Kolyvas
Running 12.04 Alpha 1 i386 in VirtualBox. Host O/S is Ubuntu 11.10 X86-64.
The crash occured as i was trying to install nautilus-open-terminal.
The procedure was:
1-Search for the application. 2-Show extra info. 3-Select Install.
The glib-networking package was already installed and updated as suggested in 
answer #5.
My localization settings: el_gr-UTF8 language.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/888669

Title:
  software-center crashed with IndexError in set_thumbnails_from_data():
  list index out of range

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/888669/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs


[Bug 899618] Re: gksu crashed with SIGSEGV in fputs()-ubuntu software center

2011-12-03 Thread Filippos Kolyvas
** Visibility changed to: Public

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/899618

Title:
  gksu crashed with SIGSEGV in fputs()-ubuntu software center

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gksu/+bug/899618/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs