[08:13] <kermiac> hey ddecator, you around mate?
[08:13] <ddecator> kermiac: hey mate, what's up?
[08:13] <kermiac> got a sec for a pm?
[08:14] <ddecator> kermiac: sure
[08:47] <BUGabundo_remote> The Sun is High, the Vampires down 0/
[10:08] <BetaBrain> raga  scappo
[10:21] <cwillu> hey neat, openoffice crashed while saving a simple document as rtf.
[10:23] <BUGabundo_remote> eheh
[10:35] <cwillu> how's koffice these days?
[10:36] <om26er> cwillu, a little fever maybe ;)
[10:36] <cwillu> mmm?
[10:37] <cwillu> if it crashes less than once a day, I'm sold
[10:37] <cwillu> seriously though, openoffice is just embarrassing
[10:37] <ogra> cwillu, OO.o on arm ? or is that your desktop
[10:37] <cwillu> desktop
[10:37] <ogra> ah, k
[10:37] <ogra> not my headdache then :)
[10:37] <cwillu> I can crash it at will on any one of half a dozen desktops
[10:37] <cwillu> don't worry, I'm sure I can crash it on arm too :p
[10:38] <ogra> use the ARM one on your beagleboard ... it doesnt crash ;)
[10:38] <cwillu> heh
[10:38] <ogra> nah, it uses less compile optimizations
[10:38] <cwillu> see, that doesn't reassure me :p
[10:38] <ogra> heh
[10:39] <BUGabundo_remote> what? you managed to make is *slower* ? LOL
[10:39] <cwillu> indeed
[10:39] <ogra> another option is to use the zoho office package :)
[10:39] <ogra> thats the stuff we ship by default on the arm images ... should work on x86 too
[10:40] <cwillu> wait, you mean that web-based crap? :p
[10:41] <ogra> yeah
[10:41] <ogra> it works at least
[10:41] <cwillu> touche
[10:41] <ogra> and is a lot less bloated
[10:42] <cwillu> drat, kword still doesn't handle odf files sanely
[10:53] <cwillu> and abiword won't allow me to change the font for bullets from the current text font, so it displays infinity signs instead of bullets in every font except wingdings (which it hardcodes for some reason)
[10:55]  * BUGabundo_remote hands VIM to cwillu
[10:55] <BUGabundo_remote> or latex
[10:55] <cwillu> that's not either or
[10:55] <cwillu> you handed me both vim and latex, as the minimum required to do actual document production
[10:56] <BUGabundo_remote> lol
[10:56]  * BUGabundo_remote takes pony back from cwillu
[10:56] <BUGabundo_remote> oh wait... you are NOT at work???
[10:56] <cwillu> you most definitely _didn't_ hand me a pony
[10:56] <BUGabundo_remote> finnaly got some sleep?
[10:56] <cwillu> indeed
[10:57] <cwillu> I don't have to use openoffice at work :p
[10:57] <BUGabundo_remote> then let me kill your free time: http://www.wordle.net/gallery
[10:57] <cwillu> it's rather refreshing :p
[10:58] <cwillu> I'm sorry, why am I looking at tag clouds? :p
[10:59] <cwillu> also, I hate you for linking me to a website that uses java
[10:59] <cwillu> killall -KILL java
[11:10] <BUGabundo_remote> aahahahahaa
[11:10]  * BUGabundo_remote watches cwillu OOo die too (java)
[11:10] <cwillu> I killed it a long time ago
[11:10] <cwillu> hmm
[11:10] <cwillu> killall compiz; compiz --no-detection --keep-desktop-hints --loose-binding seems to have made compiz reasonably fast again
[11:12] <BUGabundo_remote> what does nodetection do ?
[11:12] <cwillu> not sure, and it may not be related;  I'm trying the different combinatins now
[11:14] <cwillu> k, it was the --loose-binding
[11:15] <BUGabundo_remote> lol
[11:17] <ogra> --no-detection skips the check for the composite extension afaik
[11:22] <cwillu> !info ted
[11:22] <ubot4> cwillu: Package ted does not exist in karmic
[11:29] <cwillu> lyx looks sane :)
[11:32] <cwillu> nope, it's not
[11:32] <cwillu> close though
[16:54] <Vish> wgrant: is the memory problem solved for you completely?  I'm still noticing problems [not with the gem objects though] , if the system is running for atleast one day there is a problem..
[16:55] <Vish> nm disconnects ,  music playback lags at times , gnome-panel freezes :s
[16:56] <Vish> it i restart compiz the gnome-panel "freeze" is solved though.. looks like a problem in the drivers..
[16:59] <yofel> there's a known memory leak in the nvidia graphics driver if you leave it running long enough, workaround: switch to tty1 and back to 7, will reset the driver it seems
[17:01] <Vish> yofel: i have a similar problem in ATI too! [not memory]but what happens for me is desktop freezes and everything is slow to react. switching to tty1 and back does solve it and also a compiz restart does the trick
[17:02] <yofel> hm, could be somewhere in X itself too then, not that I know much about how X works
[17:03] <Vish> hmm well , if you cant beat'em , just restart X ;p
[17:03] <yofel> heh
[17:03]  * Vish closes and restarts X 
[17:07] <vish> shouldnt swap have reset to 0 after a session restart?
[17:08] <yofel> not if any system libs were swapped out
[17:10] <vish> ah, maybe..
[17:11] <vish> i wonder if it is a kernel problem, i'm noticing... this didnt happen during earlier alpha or beta.. i was thinking Lucid was so unbelievably stable
[17:11] <yofel> if you have any data in a tmpfs that counts too
[17:11]  * vish installs older kernels
[18:31] <marco> hello
[18:31] <marco> i've found a bug in eog
[18:32] <marco> tested on version 2.22.3, 2.28.1, 2.30.0 (this one is lucid's default)
[18:33] <marco> anybody willing to care about?
[18:33] <greg-g> hi marco, could you please report the bug here: https://bugs.edge.launchpad.net/ubuntu/+source/eog/+filebug
[18:34] <marco> unfortunately i don't have a launchpad account
[18:34] <marco> and if any of you could do that for me, it would be better ;)
[18:34] <greg-g> or, alternatively,  in the GNOME bugzilla
[18:34] <marco> it's not a system-specific bug (like a crash)
[18:34] <marco> but i think it's a very serious one
[18:34] <greg-g> it is best if the person experiencing the issue reports the problem
[18:35] <marco> apparently it involves eog changing a file permission
[18:35] <marco> actually, the owner of that file, too
[18:35] <greg-g> It would be wonderful if you could create an account (doesn't take long) and report the bug, since you know much more about it than I do.
[18:35] <marco> could you try and reproduce it? it's very simple...
[18:36] <greg-g> I can't right now, I should be working, but I thought I would point you in the right direction
[18:36] <marco> i already knew that, thank you ;)
[18:36] <marco> i landed here hoping to avoid that procedure
[18:39] <marco> well, i'll try later
[18:57] <hggdh> interesting. Has the time to debug, but not the time to file a bug
[18:58] <greg-g> hggdh: and I was just about to have him type out the steps to reproduce and copy it to a text file until I get off of work :/
[19:01] <hggdh> greg-g: I pretty much figured that, but he was faster...
[19:05] <greg-g> oh well
[20:34] <marco> i'm back
[20:35] <marco> so this is the bug:
[20:35] <marco> 1) change the owner of a jpeg file to an user other than yourself
[20:35] <marco> 2) open that file with eog (included in hardy or even in lucid)
[20:36] <marco> 3) rotate the image and save the file
[20:36] <marco> 4) look at the owner of the file: you became the owner
[20:37] <marco> that's very serious, you aren't supposed to change files not owned by yourself
[20:37] <persia> marco: Why?
[20:37] <persia> marco: Check your permissions: if it had group or world write permission, that's expected behaviour.
[20:38] <marco> of course it was 644 with another user
[20:38] <marco> otherwise i wouldn't come here and report it ;)
[20:38] <marco> i just forgot to mention that detail
[20:38] <marco> persia: what's more, you cannot change a file ownership
[20:39] <marco> even if you had write permission on that file
[20:39] <marco> just try and please report it for me if you can reproduce it
[20:40] <marco> i've actually reproduced this bug in hardy (eog 2.22.3)
[20:41] <marco> and in lucid rc, too (eog 2.30.0 i guess)
[20:41] <marco> and a friend of mine tried with success in eog 2.28.1
[20:41] <persia> marco: I can't replicate locally.
[20:41] <marco> could this be expected behaviour?
[20:42] <marco> persia: you mean you aren't able to do that?
[20:42] <marco> persia: otherwise, which version of eog are you using?
[20:42] <hggdh> marco: where is the file? under directories owned by your userId?
[20:43] <marco> yes
[20:43] <marco> hggdh: but the point is, apart from writing changes to the file, the ownership is changed
[20:44] <marco> hggdh: you cannot change a file ownership unless you're root and i certainly didn't run eog as superuser
[20:44] <persia> marco: Yep.  Doesn't work for me, with 2.3.0-0ubuntu1
[20:44] <yofel> ls
[20:45] <yofel> -.- sry
[20:45] <hggdh> marco: hold on, I have to install eog
[20:45] <marco> persia: have you tested on lucid rc?
[20:45] <persia> marco: I'm running current lucid.  I haven't tested against an rc image.
[20:46] <marco> persia: but the repository is the same, isn't it?
[20:46] <marco> persia: i mean, shall i do an apt-get update and retry with the latest updates?
[20:47] <yofel> hm,  I tried a 666 root:root .png and after rotating it I got a 600 yofel:yofel .png
[20:47] <persia> marco: Give it a shot, sure.
[20:47] <persia> yofel: That's expected: you can write the file.  Try 644 root.root
[20:48] <hggdh> well, I do not know if it changed ownership, but I *did* get a crash ;-)
[20:48] <yofel> not edited, obviously
[20:49] <yofel> file was the same here, no crash
[20:49] <marco> persia: the point is the change of ownership, not write permissions
[20:49] <hggdh> marco: try now moving the file somewhere where you do *not* own the directories, and try again
[20:49] <hggdh> but, yes, it changed ownership (and crashed)
[20:49] <hggdh> so far, expected
[20:50] <hggdh> (except the crash, I mean)
[20:51] <marco> hggdh: tried in /tmp, the bug vanished
[20:52] <marco> hggdh: but what about a folder owned by yourself?
[20:53] <persia> marco: If you have write permission to a file and the parent directory, and the application save feature is implemented as "move file to temp location, save to original filename, make sure everything is ok, delete temporary location", you end up with that behaviour.
[20:53] <persia> This is expected.
[20:53] <marco> persia: no write permission on that file
[20:53] <marco> persia: i started with a 644 root:root jpg file
[20:53] <hggdh> if it is under my directories, it is mine
[20:54] <marco> persia: wait... maybe there was write permission on that directory
[20:54] <persia> marco: If you have write permission to the directory, the save algorithm I describe will behave that way anyway.
[20:54] <marco> persia: yep ;)
[20:55] <hggdh> marco: you can test it by using command-line utilities (and, by doing so, taking eog out of the picture)
[20:56] <marco> i see... so that's not a bug
[20:57] <hggdh> indeed. As persia stated, if your Id has write permissions to a directory, you can play havoc on other user's files.
[20:57] <persia> It's just a side effect of a save algorithm that is very safe, but not very nice to folks expecting it not to be used.
[20:58] <persia> The common solution is to add the GUID bit to the directory, and make sure folks are using permissions > 660.
[21:00] <marco> ok thank you very much!
[21:03] <xteejx> Evening all! Think I found a bug during recent updates: NetworkManager applet has disappeared from the top GNOME panel. How do I get it back? (Will file report too)
[21:06] <hggdh> hi xteejx
[21:06] <xteejx> hey hggdh :)
[21:06] <hggdh> xteejx: interesting... can you check if n-m is running?
[21:07] <xteejx> nm-applet is active... !?
[21:07] <charlie-tca> xteejx, it seems to disappear here, but I thought that was because I have wireless cards
[21:08] <charlie-tca> s/have/have no
[21:08] <micahg> bug 456468
[21:08] <ubot4> Launchpad bug 456468 in network-manager-applet (Ubuntu Karmic) (and 2 other projects) "upgrade triggers nm-applet "resource not found" ... missing icon "nm-applet-device" (affects: 13) (dups: 1) (heat: 76)" [Undecided,Invalid] https://launchpad.net/bugs/456468
[21:08] <xteejx> I'm using ethernet since my atheros card doesn't work, and its still not there and this bloody window resizing in empathy is annoying
[21:08] <hggdh> heh
[21:09] <hggdh> mine is here, but I have lost the indicator-applet every so often
[21:09] <xteejx> micahg: Not same bug, I don't have any form of nm applet crash or notification
[21:10] <xteejx> How do I get it back? :S
[21:10] <xteejx> Tried adding it to top bar, guess its not "addable"
[21:12] <charlie-tca> I don't know. I thought it was fine, since I usually remove it anyway
[21:12] <xteejx> I like to know if my network is connected (ok I'm on here so it does) but nice to see it :P
[21:12] <xteejx> I'll try the microshaft solution: reboot
[21:13] <xteejx> microsoft...sorry ;)
[21:13] <charlie-tca> ah, I use static IP's and it doesn't show anything but a missing conection for me
[21:14] <persia> xteejx: It runs in the notification area: you'd have to restart nm-applet
[21:19] <Damascene> any rtl user here that can help testing audacity?
[21:19] <Damascene> or brobably I should ask in Lucid channel
[21:20] <Damascene> probably
[21:22] <xteejx> #ubuntu+1 is probably the best place to ask, yes. Is there any specific problem you are trying to address, as this channel would be able to help in that respect.
[21:22] <xteejx> by problem I mean bug
[21:24] <Damascene> http://uppix.net/6/7/4/3ddef7a4a4d5b6a3151ce754fa08e.png
[21:24] <Damascene> see the problem
[21:25] <hggdh> Damascene: missing a translation, correct?
[21:26] <Damascene> hggdh, seems like missing buttons
[21:27] <xteejx> What language is this?
[21:27] <hggdh> Damascene: for me to say that I would have to be able to *read* arabic
[21:27] <hggdh> :-)
[21:28] <xteejx> hggdh, I was asking Damascene lol
[21:28] <xteejx> Shouldn't this be filed against the relevant language pack for gnome?
[21:28] <Damascene> arabic
[21:28] <Damascene> but if you have audacity you will notice that buttons are missing
[21:29] <Damascene> I don't think it's a translation issue
[21:29] <xteejx> Damascene: Which buttons do you mean?
[21:30] <Damascene> xteejx, do you have audacity installed?
[21:30] <xteejx> I will have in 2 secs
[21:30] <Damascene> you will know then :)
[21:30] <Damascene> all the buttons a sound recorder use
[21:31] <xteejx> I see what you mean...the EQ level graphics, the timeline ruler, buttons etc... although mine is perfectly fine in that repesct
[21:31] <xteejx> *respect
[21:33] <Damascene> so what should I do?
[21:33] <hggdh> Damascene: look for a bug on audacity for that; not finding one, please open it via 'ubuntu-bug audacity'
[21:33] <xteejx> as hggdh said, file a report against audacity
[21:34] <Damascene> have any one tested it before I report?
[21:34] <Damascene> you may check using this LC_ALL=ar.SA_utf-8
[21:34] <Damascene> or something like that
[21:34] <xteejx> I just did
[21:35] <xteejx> It works perfectly fine for me in Lucid
[21:35] <Damascene> you tested it with Arabic?
[21:35] <xteejx> I haven't
[21:35] <Damascene> I want confirmation before opening a bug
[21:35] <xteejx> Can you not install an English version and try to do the same? Could be an X bug not necessarily audacity
[21:35] <Damascene> could you please try  LC_ALL=ar.SA_utf-8 audacity
[21:36] <Damascene> you mean to run the program in English?
[21:36] <Damascene> I did no problem
[21:36] <xteejx> Well there's the confirmation ;)
[21:38] <Damascene> xteejx, you tested it?
[21:39] <Damascene> I mean with Arabic?
[21:39] <xteejx> Damascene: You just told us you tested it in Arabic and English, and the arabic didn't work. My English version works fine, which should be confirmation enough ;)
[21:40] <xteejx> Actually....
[21:40] <xteejx> Just reinstalled audacity again and in arabic is is fine....
[21:41] <xteejx> Apart from the "Transport" menu item which is untranslated
[21:41] <Damascene> and you are using Lucid?
[21:41] <xteejx> Yes
[21:41] <Damascene> see
[21:42] <Damascene> now I don't have to report a problem :)
[21:42] <xteejx> http://paste.ubuntu.com/422995/
[21:42] <xteejx> I would still say it is a problem. Have you searched LP for similar issues?
[21:42] <Damascene> not yet
[21:43] <xteejx> Is might not just be your machine, hence the need for a search ;)
[21:43] <Damascene> ok, what is the version you are using
[21:43] <Damascene> and could you please provide a  screen shot?
[21:43] <xteejx> I don't know anywhere to paste a screen to
[21:44] <xteejx> audacity version 1.3.12-2
[21:44] <Damascene> http://uppix.net/ << use this
[21:45] <xteejx> http://uppix.net/a/0/b/2de3d60901cf5723aa0c1b9de8296.png
[21:50] <Damascene> thanks
[21:51] <xteejx> np :)