[07:17] <Tonio_> hello
[07:17] <yuriy> hi Tonio_
[07:17] <Jucato> hi Tonio_, hi yuriy
[07:19] <Tonio_> hey yuriy, Jucato
[07:20] <Tonio_> hum, that booting issue is really annoying....
[07:20] <Tonio_> Jucato: didn't you talk about that previously ?
[07:20] <yuriy> booting issue and sound issue...
[07:20] <yuriy> things have really gone downhill since beta
[07:21] <Jucato> Tonio_: booting issue?
[07:21] <Tonio_> Jucato: 1 minute to wait at boot time for the network, if you boot without any cable pluged in
[07:21] <Tonio_> Jucato: isn't that confirmed issue ?
[07:22] <Jucato> oh not from me...
[07:22] <yuriy> oh that. i was thinking my desktop won't boot booting issue
[07:23] <Tonio_> Jucato: are you unpluged when you boot ?
[07:23] <Tonio_> yuriy: is there a bug report for this ?
[07:23] <Tonio_> yuriy: I think you or someone else talked about that recently
[07:23] <yuriy> Tonio_: not that i know of :o which thing?
[07:24] <Jucato> Tonio_: plugged (most of the time)...
[07:24] <Hobbsee> Tonio_: ah, that.  yes, there is
[07:24] <Hobbsee> Tonio_: and dupes
[07:24] <Hobbsee> Tonio_: solution is to remove everything except the lo lines from /e/n/i and let nm handle it all
[07:25] <yuriy> i'm unplugged when i boot but i haven't really noticed a slow down, i just figure it's always slow to boot up
[07:25] <Tonio_> Hobbsee: hum, sounds more like a workarround than a solution
[07:25] <Hobbsee> Tonio_: true that.
[07:25] <Tonio_> Hobbsee: what will happen on a new install out of the box ?
[07:26] <Hobbsee> Tonio_: it's slow, if eth0 doesnt come up while on boot
[07:26] <manchicken> http://www.debian.org/vote/2007/platforms/sho <-- I find this article to be ignorant and border-line offensive....
[07:26] <Tonio_> Hobbsee: no need to comment the eth0/1 lines ?
[07:26] <manchicken> This kid keeps calling others control freaks merely because they have the control and he does not.
[07:27] <Tonio_> Hobbsee: have a bug id please ?
[07:27] <Tonio_> I'm leaving my appartment tomorrow
[07:28] <Hobbsee> Tonio_: i dont have it at the moment, but it's on the milestone list.  you do need to comment / remove everything except lo
[07:28] <Hobbsee> Tonio_: where aere you going?
[07:28] <Tonio_> Hobbsee: same city, Orlans, but bigger appartment
[07:28] <Hobbsee> ahh :)
[07:28] <Tonio_> Hobbsee: I just hope there will be a real solution
[07:29] <Hobbsee> true
[07:29] <Tonio_> it worked for all the dev cycle.... there is no reason that cannot be fixed
[07:29] <Tonio_> I have an interview for a job tomorrow... very interesting one, for me and ubuntu eventually
[07:29] <Hobbsee> indeed.  no idea what actually broke
[07:29] <Tonio_> let's see what happens
[07:29] <Hobbsee> actually, i found taht every single time with the live cd
[07:29] <Hobbsee> for dapper, edgy
[07:29] <Tonio_> Hobbsee: dhcp client is supposed to work in the background afaik
[07:30] <Tonio_> works foreround now
[07:30] <Hobbsee> ahh
[07:31] <Tonio_> Hobbsee: empty /e/n/i will not be an issue when network-manager supports ip settings
[07:31] <Tonio_> shouldhappen soon, version 0.7 I guess
[07:32] <Hobbsee> hopefully
[07:33] <Tonio_> I'll try to fix dolphin today for good integration (correct merging for konq services like ark)
[07:33] <imbrandon> re
[07:33] <Tonio_> I'll need to demonstrate this at the uds, as I'll propose to switch to dolphin for the file manager
[07:33] <Tonio_> hey imbrandon :)
[07:33] <imbrandon> heya Tonio_
[07:33] <yuriy> Tonio_: to kde3 dolphin?
[07:34] <Tonio_> yuriy: yup :)
[07:34] <Tonio_> yuriy: for smooth transition to kde4
[07:35] <Tonio_> of course there are limitations with kde3 dolphin, so I need to look at what can be done
[07:35] <yuriy> but hasn't most dolphin development gone into kde4?
[07:35] <Tonio_> for example konqueror services like ark don't seem to work
[07:40] <yuriy> if i didn't know that already, it'd be pretty scary
[07:40] <manchicken> Hmm...
[07:41] <manchicken> Dolphin looks neat...
[07:41] <manchicken> But I'm not convinced if I like it more than konq for kde3 stuff.
[07:41] <manchicken> It's gonna take over in kde4 though, right?
[07:41] <Tonio_> manchicken: yup
[07:42] <yuriy> Tonio_: would it be maybe possible to get kde4libs and some kde4 applications in feisty+1? then we could have for example kde4's dolphin. or i guess that wouldn't work just because of diskspace if nothing else
[07:44] <Hobbsee> so then we'll have a separate web browser and file browser, presumably
[07:44] <manchicken> If dolphin is better I'll use it... but I am concerned that dolphin will not be as functional.
[07:44] <manchicken> I would love to be prooven paranoid on that :)
[07:45] <Tonio_> yuriy: providing both kde4 and kde3 libs would take a lot of space on the cd
[07:45] <Tonio_> hard to make it possible I think
[07:45] <Jucato> manchicken: it won't be as functional compared to the stuff that konqueror can do, but on most things it will be equal, since they'll be using the same components (specially kio)
[07:46] <yuriy> btw would it be legit to tell people who rant about wanting to have firefox by default that it can't be done anyways becaus of disk space?
[07:47] <yuriy> what I see in dolphin that's good is the sidebar. but konqueror's metabar should do as much as dolphin's sidebar, it just needs some work
[07:48] <Jucato> s/some/lots of
[07:48] <Hobbsee> yuriy: of course.
[07:49] <Hobbsee> yuriy: you can use that for most apps, and you can talk about all the extra dependancies that would have to be added as well.
[07:51] <yuriy> Jucato: why lots? what's dolphin's sidebar do that's so fancy that's not in the metabar?
[07:51] <yuriy> all i'm seeing right now is the metabar has a couple less actions
[07:51] <yuriy> and a little bit screwd up formatting
[07:52] <yuriy> but otherwise looks much better
[07:52] <ScottK> Is there anyone here familiar with klamav?  I'm trying to triage bugs and there are multple (8) sigsev reports on the curren klamav built.  I can't replicate it and don't know enough to know if these have a common thread or not... https://bugs.launchpad.net/ubuntu/+source/klamav/
[07:52] <Jucato> yuriy: well, metabar is indeed fancier and themeable... but 1) opening more than 1 sidebar simultaneously is a bit tricky. 2) there are some performance issues on my end...
[07:54] <yuriy> Jucato: why would you need more than one sidebar? how would you use them? it would just display the same information..
[07:54] <yuriy> but dolphin's sidebar does do some nice stuff like display music tags, i think that could be added to the metabar
[07:55] <Jucato> yuriy: see the current screenshots for Dolphin. you can have a "bookmarks/places" + tree view + info
[07:55] <Tonio_> ScottK: I am why ?
[07:55] <Jucato> and dolphin's sidebars are not restricted to one side of the window only :)
[07:57] <yuriy> Jucato: I think that's all a matter of changing from a sidebar to the new qt4 thing dolphin uses (forget what they called it)
[07:57] <ScottK> Tonio_: I'm concerned that we took a late update from Debian Experimental (for good reasons - clamav 0,90 compatibility), but there is a significant issue with it due to the number of crach reports.
[07:57] <yuriy> it's kind of ugly though, aesthetically i prefer the sidebar with the multiple tabs that people seem to hate for some reason
[07:57] <Jucato> yuriy: which is a lot of work I think. the sidebars in Konqueror don't work the same way they do in dolphin
[07:58] <Jucato> yuriy: I for one don't like the current konqi sidebar... that's some pixels of horizontal space wasted, imho
[08:11] <yuriy> hmm is model/view the qt4 thing i was referring to?
[08:11] <Jucato> isn't that a programming concept thingy?
[08:11] <Jucato> model-view-controller?
[08:12] <ScottK> Tonio_: Did you get my response to your question?  I see you bounced off the chanel for a moment in there...
[08:14] <Tonio_> ScottK: possibly not :) my internet connection sucks :)
[08:14] <ScottK> [01:57]  <ScottK> Tonio_: I'm concerned that we took a late update from Debian Experimental (for good reasons - clamav 0,90 compatibility), but there is a significant issue with it due to the number of crach reports.  How's that coming through?
[08:15] <ScottK> crach/crash
[08:16] <Tonio_> ScottK: hum I'm using it for long and I didn't notice any crash with it
[08:16] <Tonio_> ScottK: are bug reports with klamav due to previous version ?
[08:16] <yuriy> hehe "Dolphin meat must taste delicious to hungry trolls."
[08:16] <Tonio_> ScottK: we recently updated to latest klamav since there was compatibility issue with current version of clamav
[08:16] <ScottK> No.  All the new version and they continued after I fixed the freshclam problem in clamav
[08:16] <Jucato> :D
[08:16] <Tonio_> ScottK: hum.....
[08:16] <ScottK> Tonio_: I saw that and these are all with the new version.
[08:17] <Tonio_> ScottK: shit ;)
[08:18] <Tonio_> ScottK: need to see if there is a fix for this version :)
[08:18] <ScottK> It's still the same version in Debian.  I didn't look upstream
[08:19] <Tonio_> ScottK: currently looking
[08:23] <Tonio_> ScottK: looks like failing when using the ~/.kamav/database
[08:23] <Tonio_> ScottK: possibly corrupted database ?
[08:23] <Tonio_> ScottK: I'm just testing klamail and that juste seems to work here
[08:24] <Tonio_> would be interesting asking the users to remove the local cache and try again...
[08:24] <ScottK> If I could recreate it, I could tell you.  It all works for me too.  I was hoping someone who knew stack traces would be able to figure it out.
[08:24] <ScottK> Can you at least tell if those are dupes or not?
[08:26] <Tonio_> ScottK: the klamail sigsev issues are dupes, yes
[08:26] <Tonio_> ScottK: will tag them as dupes on launchpad
[08:28] <Tonio_> not the other ones......
[08:41] <Tonio_> ScottK: neither am I :'(
[08:41] <ScottK> Oh.  Maybe Hobbsee will appoint someone to fix it?
[08:42] <ScottK> Well you'll have a long wait 'cause I suck at GUI stuff and C and klamav is both of those things.
[08:43] <ScottK> I already fixed pysol from crashing today, so it's been a good bug fixing day.
[08:46] <Hobbsee> hehe
[10:29] <mhb> Riddell: there is, the "New Icon Launch Effect" described on Herd 5 news page, for example ... that can be considered launch feedback, I guess
[10:30] <Jucato> mhb: KDE uses "launch feedback" to refer to something different (bouncing cursor)
[10:31] <mhb> Jucato: okay, "click feedback" would be more appropriate
[10:31] <mhb> :o)
[10:32] <Jucato> heh :)
[10:32] <Jucato> selection feedback? hm...
[10:32] <Jucato> yeah click feedback probably
[10:32] <mhb> sorry for bothering then
[10:51] <Riddell> mhb: ah yes that.  what was the question again?
[11:28] <imbrandon> mhb, not really, it takes place when you launch an app, not only click one ( hit alt+f2 and run something too )
[11:39] <Jucato> imbrandon: I think he was referring to this: https://wiki.ubuntu.com/FeistyFawn/Herd5/Kubuntu#head-eb2e8f6a56996df3b69bc2d6b8cb7e94b1de9966
[11:42] <imbrandon> right but thats tied into the launch feedback ( e.g. bouncing iirc )
[11:42] <Jucato> it is? I have launch feedback disabled and it still works
[11:43] <Riddell> it's not
[11:43] <Jucato> actually it's the "Visual feedback on activation" setting in Mouse module
[11:43] <imbrandon> not sure
[11:43] <imbrandon> ahh
[11:43] <imbrandon> heya Riddell
[11:44] <Riddell> hola chico
[11:45] <Hobbsee> hi Riddell
[11:46] <jsgotangco> "hola chico"
[11:46] <jsgotangco> :D
[11:46] <Jucato> hi Riddell, imbrandon, Hobbsee, jsgotangco!
[11:47] <Hobbsee> hi spam
[11:47] <imbrandon> lol
[11:47] <Hobbsee> hi Jucato
[11:47] <jsgotangco> lol
[11:47] <Jucato> hehe :)
[11:48] <imbrandon> mmmm WoW + Kubuntu = love
[11:48] <jsgotangco> you made it happen?
[11:49] <imbrandon> made what ahppen ?
[11:49] <jsgotangco> have WoW running in Kubuntu
[11:49] <imbrandon> yea for a long time now, its very simeple
[11:49] <imbrandon> simple*
[11:50] <jsgotangco> hrmm wonder if i should try it on guild wars again
[11:50] <imbrandon> sudo apt-get install wine  , wine /path/to/Installer.exe
[11:50] <imbrandon> works great
[11:50] <imbrandon> no extra configs etc needed
[12:30] <vprints> any progress with Bug #91545 ?
[12:30] <ubotu> Malone bug 91545 in kde-guidance "[apport]  displayconfig-restore.py crashed with SIGSEGV in XRRGetScreenInfo()" [Medium,Confirmed]  https://launchpad.net/bugs/91545
[12:32] <Riddell> vprints: afraid not
[12:32] <vprints> who's 'area' is it ?
[12:33] <Riddell> _Sime
[12:35] <vprints> Right now, after enableing second monitor, both monitors loose their resolution settings and the graphical displayconf wont launch at all after that
[12:36] <vprints> it's rather serious
[12:37] <vprints> why it changes reso for the first monitor at all?
[12:37] <vprints> it shouldn't do that
[12:38] <vprints> of course i know where is xorg.conf and where and what i should change there, but usual user don't know that
[12:42] <Hobbsee> Riddell: what's chico actually mean?  babelfish defines it as small
[12:43] <Hobbsee> or boy
[12:43] <Hobbsee> ahh, chica is girl
[12:47] <Tonio__> .nick Tonio_
[12:47] <Tonio_> oups ;)
[12:49] <Hobbsee> hi Tonio_
[12:56] <Tonio_> hey Hobbsee
[12:56] <vprints> Bug #105125
[12:56] <ubotu> Malone bug 105125 in kde-guidance "After enableing second monitor guidance crashes on every startup and graphical display manager crashes immidiately when launched" [Undecided,Unconfirmed]  https://launchpad.net/bugs/105125
[12:57] <vprints> it is also a bug of display configuration utilite
[02:07] <Tonio_> grmpf.......... sucking internet connection
[03:11] <asyd> hmm tonio is not here
[03:12] <Jucato> he's here now :)
[03:15] <asyd> it's magic :)
[03:16] <asyd> hello Tonio_, how are you ? I hope you took lost of rest this week end 'cause I have a lot of work for you ! :)
[03:30] <Tonio__> :'(
[03:30] <Tonio__> I can't wait for my new ISP :'(
[03:30] <Tonio__> 15 disconnection since this mornign
[03:31] <Hobbsee> eek!
[03:39] <Hobbsee> Riddell: that requires the use of irssi though...
[03:48] <Tonio_> Riddell: hum, yeah I should consider using irssi on my webserver...
[03:48] <Tonio_> Hobbsee: that's my problem indeed.... I prefer the comfortable konversation :)
[03:49] <Tonio_> I may consider cracking one of those wireless networks arround
[03:52] <Hobbsee> smart
[03:59] <jsgotangco> Jucato: you can always purchase a wifi keyfob
[03:59] <Jucato> jsgotangco: I'll take advantage of the warranty first :)
[03:59] <Jucato> the hard part is actually going there :/
[04:00] <jsgotangco> so you mean the actual hardware doesn't register at all?
[04:00] <bddebian> Heya
[04:00] <bddebian> Hi Jucato ;-P
[04:00] <Jucato> hi bddebian!
[04:01] <Jucato> jsgotangco: on XP, it says the device won't start.
[04:02] <jsgotangco> right click and enable? heh
[04:02] <jsgotangco> check device manager for a faulty driver? heh
[04:02] <Jucato> yeah that's what the device manager on XP says.
[04:30] <Tonio_> Riddell: ping ?
[04:34] <Riddell> Tonio_: salut
[04:37] <Tonio_> Riddell: salut ;)
[04:37] <Tonio_> Riddell: already got my response, so it's okay :)
[04:44] <Hobbsee> Tonio_: Riddell: what's your opinion on https://bugs.launchpad.net/bugs/61946?
[04:44] <ubotu> Malone bug 61946 in kdebase "[Edgy Data Loss]  umount progress dialog missing" [High,In progress] 
[04:45] <Jucato> still missing :(
[04:48] <Riddell> I'm uncomphortable with adding code this late in the release
[04:48] <Hobbsee> Riddell: me too, but it's data loss, and it's very small.
[04:49] <Hobbsee> and it's been wroking fine here.
[04:49] <Hobbsee> Riddell: ie, all it is is adding a dialog box, which doesnt go away until the unmount is done.
[04:50] <Riddell> got .debs to test?
[04:50] <Tonio_> Hobbsee: finally fixed ?????????
[04:50] <Hobbsee> Riddell: got the binary file - fdoving had it on that bug report, iirc.
[04:50] <Hobbsee> Tonio_: work around, anyway
[04:50] <Tonio_> Hobbsee: ah :(
[04:51] <Tonio_> Hobbsee: but that's better than nothin, that's really major issue
[04:51] <Hobbsee> fdoving: ping?
[04:51] <Tonio_> I just can't understand kde just answers "wait for kde4" on that point
[04:51] <Tonio_> that's critical bug damn........ and it's been there for almost a year
[04:52] <Hobbsee> [Mon Apr 9 2007]  [00:55:35]  <fdoving> Hobbsee: please test http://ubuntu.lnix.net/misc/kio_media_mounthelper
[04:53] <Hobbsee> Riddell: Tonio_ ^
[04:54] <Tonio_> Hobbsee: no way I can do it now..... my appartment is beeing visited in one hour
[04:54] <Tonio_> Hobbsee: my free time will be veeeeeeeeeeeeery short in the next 10 days.... sorry :(
[04:54] <Hobbsee> fair enough
[04:54] <Hobbsee> (chmod +x it, and move to /usr/bin)
[04:54] <Hobbsee> it's working fine here.
[05:06] <ScottK> Hobbsee: Do you want/think you need more testers for that?
[05:06] <Hobbsee> ScottK: more testers would be great.
[05:07] <Hobbsee> but we've had 2 people test it wtih no ill-effects
[05:07] <Hobbsee> and it's just a new box, that's all.
[05:08] <vprints> Sebas, around? =)
[05:08] <Hobbsee> [01:08]  [Whois]  sebas has been idle for 4 hours, 44 minutes, and 37 seconds.
[05:09] <fdoving> Hobbsee: pong.
[05:09] <Hobbsee> fdoving: see backscroll
[05:09] <fdoving> yeah, seen.
[05:10] <fdoving> it's working nicely for me.
[05:10] <ScottK> fdoving: Since it's your fix, why don't you ask in #kubuntu-testers for more people to test...
[05:10] <fdoving> i'll subscribe kubuntu-testers to the bugreport.
[05:12] <Hobbsee> fdoving: ScottK not sure that you have time.
[05:12] <Riddell> they do
[05:13] <fdoving> Riddell: we do?
[05:13] <Riddell> it'll need testing even if you convince me to upload it
[05:14] <Hobbsee> sheesh.  with that being said, i've got the feeling that all is lost, and that Riddell is just a big ogre.
[05:14] <Jucato> heh :)
[05:14] <Riddell> how so?
[05:14] <Hobbsee> (who only gets that title because he threw a hissy fit like he was 3 years old)
[05:15] <Riddell> dunno what did he pull?
[05:15] <Hobbsee> Riddell: how on earth are we supposed to convince you?
[05:15] <Riddell> keep poking me until I give in?
[05:15] <Riddell> I'm compiling it now
[05:16] <Hobbsee> decided that because he didnt get to serve on the register that he wanted, because i'd counted it, instead of taking either of hte other two free registers, that he wouldnt bother to server for over half an hour.  while the number of people just grew and grew and grew...
[05:16] <Hobbsee> then came whinging about how everything was taking so long - yes, that's what happens if you increase the front end's workload to the point where they cant get everything they need to done - they have to stay back, and you have to let them out.  learn from this!
[05:18] <Hobbsee> Riddell: hrm.  could do that.  *poke poke*
[05:18] <Riddell> I'm happy to take any register
[05:18] <Hobbsee> well, similar.  not exactly the same :P
[05:20] <Hobbsee> Jucato: dunno.  to be decided.  i'll bring elky, and the aussie girls can terrorize everyone else.
[05:21] <Jucato> rofl
[05:21] <Hobbsee> seeing as 2 aussie girls == double trouble.
[05:25] <vprints> patch works for me
[05:25] <Hobbsee> Riddell: +1 worksforme
[05:25] <Hobbsee> ah, there :)
[05:29] <Riddell> fdoving: where does the dialogue get hidden?
[05:29] <fdoving> Riddell: when it's parent exits.
[05:30] <fdoving> there is a quit() in a QTimer::singleShot somewhere.
[05:30] <fdoving> that quit() hides the dialog.
[05:31] <Riddell> fdoving: right
[05:51] <glatzor> Riddell: there are even more widgets with broken unicode chars in software-properties-kde
[05:52] <glatzor> Riddell: Furthermore it still does not make use of all the existing translations
[05:53] <Riddell> glatzor: aye, I know.  not sure if there's time to fix it before release though :(
[05:54] <glatzor> Riddell: do you have got a vague idea why the translation does not work globally?
[05:54] <Jucato> g'night too
[05:54] <Hobbsee> Riddell: dont forget abotu that bug :P
[05:54] <glatzor> Riddell: I also asked carlos to take a look at it
[05:54] <Jucato> ooh new bot? abotu? :P
[05:55] <Hobbsee> :P
[05:55] <Riddell> glatzor: the strings aren't extracted from the .ui file for one
[06:23] <Tonio_> Riddell: just tested, working fine here too
[06:24] <Tonio_> Riddell: although it doesn't prevent from the udev errors if you unmount too fast
[06:24] <Tonio_> Riddell: fixes 50% of the issue, better than nothing :)
[06:24] <Riddell> what's the udev errors?
[06:26] <fdoving> Tonio_: can you please test http://ubuntu.lnix.net/misc/kio_media_mounthelper_r2 (md5: f6f0160efa1b7cbb20d81f5e3056f8d9 ) - i made it modal, that way the umount doesn't start before the dialog appears.
[06:27] <Tonio_> Riddell: let me show you
[06:27] <Tonio_> Riddell: error message complaning that the device is in use blabla
[06:31] <Tonio_> fdoving: nice
[06:32] <Tonio_> fdoving: anything you can do to workarround http://tonio.homelinux.org/temp/capture10.png
[06:32] <fdoving> Tonio_: did it appear before the actual umount for you?
[06:32] <Tonio_> fdoving: hum let me retest, I didn't sas the difference in fact :)
[06:32] <fdoving> copy some data around.
[06:32] <Tonio_> fdoving:  second message is what happens if unmount process is too long
[06:33] <Tonio_> second issue sorry
[06:33] <Tonio_> Riddell: I said udev, I meant ioslave :)
[06:33] <fdoving> Tonio_: that's when something is using the device.
[06:33] <fdoving> when you umount.
[06:33] <Tonio_> fdoving: yep
[06:33] <fdoving> i can probably hack mediamanager to umount with the -l flag.
[06:33] <fdoving> but i don't want to do that for feisty.
[06:34] <fdoving> not sure about the sideeffects.
[06:34] <Tonio_> fdoving: hum true
[06:35] <Tonio_> fdoving: appart from that issue, it is nice
[06:36] <Tonio_> when I wait a bit longer to unmount, your dialog appears first
[06:36] <Tonio_> just perfect
[06:37] <fdoving> Tonio_: did you copy some files to the usb-device and umount? did you compare the two binaries? notice any difference?
[06:37] <Tonio_> nope
[06:37] <fdoving> ok.
[06:38] <Tonio_> allee: digikam desktop files still have utf-8 issues
[06:38] <firephoto> fdoving: I just tried the r2, copied 700M to the stick, safely removed when it was done, it waited about 15-20 seconds then that window that Tonio_ showed popped up with the umount dialog behind it. clicking ok it did unmount.
[06:39] <Tonio_> allee weren't that supposed to be fixed with latest version ?
[06:39] <Tonio_> firephoto: yes, that's realy annoying
[06:39] <Tonio_> fdoving: another solution
[06:39] <Tonio_> fdoving: is there a timer for that error ?
[06:39] <allee> Tonio_: mhmm? I thought you applied the patch to the kubuntu pkg
[06:39] <firephoto> i had left a konq tab open showing the usb drive though so i guess it was expected.
[06:39] <fdoving> Tonio_: no, it appears when the program returns it.
[06:39] <Tonio_> allee I did, but it looks like your package overwritten mine :)
[06:40] <Tonio_> fdoving: hum okay :/
[06:40] <Tonio_> allee my email isn't even in the changelog now :)
[06:40] <fdoving> firephoto: did the umount dialog pop up before the error?
[06:40] <allee> Tonio_: but your name should be. Checking ...
[06:41] <Tonio_> allee looks like merging with debian forgot to keep the ubuntu patches :)
[06:41] <allee> Tonio_: kick Lure! ;)
[06:41] <Tonio_> argh.....
[06:41] <firephoto> fdoving: all I remember seeing was the error window, i poked around and noticed the dialog behind it.
[06:41] <Tonio_> allee btw it might be too late to upload for just a simple fox like that now !
[06:41] <fdoving> firephoto: ok.
[06:41] <Tonio_> Riddell: isn't it ?
[06:42] <allee> Tonio_: digikam seem to need a new upload.  I found today lot's of complain that the tile-cache patch is (horrible) broken  (bug 102912)
[06:42] <ubotu> Malone bug 102912 in digikam "newest caching algorithm patch broke image editor" [Medium,Confirmed]  https://launchpad.net/bugs/102912
[06:43] <firephoto> fdoving: i just tried it again after copying some smaller files, 2 x 50M, and there was the long pause, then the dialog, and the device was disconnected.
[06:43] <Tonio_> allee perfect, can you ping me so that I'll add my patch to your upload
[06:44] <Tonio_> allee okay ?
[06:44] <allee> Tonio_: I've your utf8 patch in my local copy already
[06:44] <fdoving> firephoto: ok. thanks for testing, i'll see what i can do about the delay before the dialog appears.
[06:45] <Tonio_> ho nice :)
[06:45] <Tonio_> allee just ping me if Riddell isn't out there to upload then :)
[06:45] <allee> Tonio_: okay
[06:47] <allee> Tonio_: strange. To which digikam version did you add you utf-8 patch?  Was this already pre 0.9.1?
[06:48] <Tonio_> allee I think beta
[06:48] <Tonio_> allee hum nope, was still 0.8.X
[06:49] <Tonio_> fdoving: no, the error dialog only appears when the error dialog doesn't come
[06:49] <Tonio_> fdoving: note that clicking okay unmounts the drive in any case, error dialog or not
[06:50] <Tonio_> fdoving: maybe it would be interesting just to remove that error message, I can make tests
[06:50] <Tonio_> fdoving: fancy testing this ?
[06:50] <Tonio_> fdoving: looks like the unmount is forced in any case, so........
[06:51] <Tonio_> fdoving: and no, at least here the unmount dialog appears after the kicker thing shows up and the cursor moves
[06:51] <Tonio_> firephoto: can you confirm that even with the error message, the device is unmounted ?
[06:51] <Tonio_> firephoto: if so maybe we can just simply avoid the dialog and test if there is any data loss
[06:51] <firephoto> Tonio_: yes it did unmount but i looked at it for a minute or two.
[06:52] <Tonio_> firephoto: yup
[06:52] <Tonio_> fdoving: fancy testing removing the error dialog ?
[06:52] <fdoving> Tonio_: i can confirm it's unmounted anyway. and i know what does that.
[06:52] <Tonio_> fdoving: so we can get rid of the error then ?
[06:52] <fdoving> Tonio_: sure. not a problem. hang on i can make a binary for you to test.
[06:52] <Tonio_> that would change anything from the users perspective ?
[06:52] <Tonio_> fdoving: please do, I'll test
[06:53] <fdoving> Tonio_: well.. i'm only afraid of other errors. this is just one.
[06:53] <Tonio_> fdoving: shouldn't your doalog appear at the very begening ?
[06:53] <Tonio_> fdoving: in the current case, it just appear by the end...
[06:53] <fdoving> Tonio_: i'm having it appear as soon as i can.
[06:53] <Tonio_> fdoving: okay ;)
[06:53] <Tonio_> fdoving: can you just test for the error and avoir that one ?
[06:53] <fdoving> i'm still trying to make it appear earlier.. but without much success so far.
[06:54] <fdoving> yes. i'll make a binary for you. hang on.
[06:54] <Tonio_> there is probably an error code or something no ?
[06:54] <Tonio_> yup, thanks :)
[06:54] <Tonio_> can wait a few minutes, friends at home :)
[06:54] <vprints> is makeing a debugging package complicated?
[06:54] <Tonio_> I'll probably only feedback in an hour or two :)
[07:04] <vprints> is making a debugging package complicated?
[07:06] <fdoving> Tonio_: are you sure we don't want that error message? it's basically saying the device is in use.
[07:06] <fdoving> Tonio_: if i'm in the middle of copying one file to the removable device, and try to safely remove, it should give me an error.
[07:07] <fdoving> if we disable that error message, we wont get one in cases like that either.
[07:08] <Tonio_> fdoving: it is horribly frightening for the average user
[07:09] <fdoving> Tonio_: so trying to umount with some process active should just do nothing?
[07:09] <Tonio_> fdoving: yeah I agree
[07:10] <Tonio_> but it is kinda rare that some people unmount in the middle of a copying process :)
[07:10] <Tonio_> at least unmounting when the copy looks like finished may happen way more often
[07:10] <Tonio_> fdoving: what if you unmount in the middle of the copy process ?
[07:11] <Tonio_> it'll unmount anyway
[07:11] <Tonio_> you just won't get the error report, but the copy will give an error
[07:11] <fdoving> no, it'll give you an error.. and exit.
[07:11] <fdoving> the copy will not be affected.
[07:11] <Tonio_> fdoving: hum will it ?
[07:11] <Tonio_> fdoving: well I don't know what to favor
[07:12] <Tonio_> but beeing prompted that the device is in use everytime you wanna unmount after a "finished" copy
[07:12] <Tonio_> that's evil, sounds bloated
[07:12] <Tonio_> and annoying...
[07:12] <Tonio_> fdoving: can't we just "test" ?
[07:12] <fdoving> sure.
[07:12] <Tonio_> I'll give an honnest feedback :)
[07:12] <Tonio_> objective one
[07:13] <firephoto> i just copied, removed, got the error window, the copy finished, ok = unmount. dialog was behind the error window.
[07:16] <firephoto> fdoving: actually.. i take that back. I did a safe remove during the copy progress, that created an instant error with the unmount dialog behind it, the copy dialog was still progressing. i clicked ok to the error message after the copy dialog was gone, but I see the usb stick is still mounted.
[07:17] <fdoving> it is.
[07:17] <fdoving> the safely remove process is two stages.
[07:18] <fdoving> first it tries to umount with 'dcop kded mediamanager umount <device>'
[07:18] <fdoving> if that fails it saves the error message.
[07:18] <fdoving> then it tries to 'kdeeject' the device.
[07:18] <fdoving> then it shows an error message if that fails too.
[07:19] <fdoving> but i suspect something is wrong there.. since somehow kdeeject finishes with a non-0 error code, but manages to umount anyway.
[07:23] <Riddell> nixternal: please eye over https://help.ubuntu.com/community/FeistyUpgrades for the Kubuntu stuff
[07:29] <fdoving> Tonio_: what do you think about changing the text in the progress dialog to "Umounting failed" or something like that on fail?
[07:35] <ubotu> Malone bug 104604 in kdebase "[feisty] [kubuntu] Konqueror don't show navigation bar" [Undecided,Needs info]  https://launchpad.net/bugs/104604
[07:37] <Tonio_> fdoving: so the user will be told that it "failed" but when he clicks on "OK", unmount is done ? :)
[07:37] <Tonio_> fdoving: you really want to get the user lost or so ? ^^
[07:38] <firephoto> yuriy: i've seen that when the profile got corrupted or something between versions changed slightly. I can't remember what fixed it though.
[07:39] <fdoving> Tonio_: well.. got any other suggestions?
[07:40] <Tonio_> fdoving: testing without the error, and test deeply including unmounting during copy ;)
[07:40] <Tonio_> fdoving: and compare which issue is the most annoying :)
[07:40] <Tonio_> fdoving: no ?
[07:41] <firephoto> fdoving: is there any way to cancel the unmount if the error dialog pops up and Ok is clicked? that would make the behavior consistent
[07:41] <fdoving> firephoto: i'm looking at that now.
[07:41] <fdoving> Tonio_: i'll make a binary for you to test.
[07:42] <fdoving> Tonio_: http://ubuntu.lnix.net/misc/kio_media_mounthelper_no_error_tonio  - md5: ca3a39a63d99c349a07e6ff247e2c627
[07:43] <fdoving> i haven't tested it. the error should not appear. tell me if it does.
[07:43] <Tonio_> super thanks :)
[07:43] <Tonio_> fdoving: will test and feedback toonight
[07:49] <_StefanS_> evening !
[07:52] <fdoving> Tonio_: i have a "umounting failed" version too. does not display error message, but changes the progress dialog. http://ubuntu.lnix.net/misc/kio_media_mounthelper_dialogerror - md5: bbca68cea403bfa62591f292214e2934
[07:54] <fdoving> firephoto: you can have a look at that too, if you're interessted.
[07:58] <Tonio_> fdoving: will test both thanks ;)
[08:11] <nixternal> Riddell: I will eye that over and work on it this evening when I get home. Looks good thus far
[08:32] <firephoto> fdoving: kio_media_mounthelper_dialogerror just gives me the "Unmounting failed." repeatedly after I safely removed during a copy.
[08:32] <firephoto> fdoving: heh, as I typed that it unmounted on it's own with that dialog showing.
[08:34] <fdoving> ok.
[08:34] <fdoving> repeatedly, as in more than once?
[08:35] <firephoto> yes
[08:35] <fdoving> that's weird.
[08:35] <firephoto> i just did it again, delay before the failed dialog shows, but it did unmount
[08:35] <fdoving> yes, but the "failed" can't show more than once per safely-remove, that's not possible.
[08:36] <fdoving> i'm rewrinting more of the program now.. tryting to improve it.
[08:38] <firephoto> ok. the repeatedly was me doing a safe remove more than once since it wasn't unmounting.
[09:15] <fdoving> firephoto: around?
[09:21] <fdoving> Tonio_: please test http://ubuntu.lnix.net/misc/kio_media_mounthelper_r3 - md5: 1dd60dc19336971f2dbe6eb2feee2fad
[09:22] <fdoving> Tonio_: the latter only used kdeeject for everything. i somehow thing the progressdialog is displayed faster.
[09:22] <allee> Lure, Tonio_: fwiw: how do you prefer you digikam changelog entries be merged in debian:  as a section starting with [ First Last ]  or with '...  Thx to First Last of kubuntu for the patch'  or ...
[09:23] <Lure> allee: whatever...
[09:25] <allee> Lure: does not sound like fun.
[09:25] <Lure> allee: it is under warranty, but it will take some at least two days to get replacement board
[09:26] <fdoving> any of you using the intel graphics chip with dualscreen?
[09:26] <fdoving> i depend on it supporting mergedfb.
[09:27] <allee> pah it was the large-zoom-fix that broke digikam imageeditor not the tile-cache-fix.
[09:29] <Lure> allee: yep, tile cache fix is fine and simple
[09:29] <Lure> allee: will you prepare packge for upload?
[09:29] <allee> Lure: yeap. I'll create a debdiff ...
[09:30] <Lure> allee: great
[09:30] <Tonio_> fdoving: downloaded, will test
[09:30] <Tonio_> fdoving: but I have to prepare my tomorrow's interview...
[09:30] <Tonio_> feedback tomorrow probably :)
[09:32] <fdoving> Tonio_: ok. i belive we would need this uploaded tomorrow to have it in feisty.. if approved.
[09:37] <Tonio_> fdoving: sure
[09:37] <Tonio_> fdoving: i can test this tomorrow afternoon, about 2 pm
[09:37] <Tonio_> then we'll ping jonathan
[09:37] <Tonio_> fdoving: what workarround for the error dialog has the latest binary ?
[09:37] <fdoving> ok. i won't be around before ~1700 CET.
[09:38] <fdoving> _r3 simply does not try to umount via dcop first, it uses kdeeject only.
[09:38] <Tonio_> fdoving: so no error ?
[09:39] <allee> Tonio_: debdiff attached to bug 102912  (please check french translation. I had to merge by hand).  I'll assign the bug to you okay?
[09:39] <ubotu> Malone bug 102912 in digikam "newest caching algorithm patch broke image editor" [Medium,In progress]  https://launchpad.net/bugs/102912
[09:39] <Tonio_> fdoving: then I'll send my feedback by email
[09:39] <Tonio_> alleeokay I'll upload tomorrow
[09:40] <Tonio_> fdoving: your email ?
[09:41] <fdoving> Tonio_: not sure what's in the binary i uploaded to you.. but there will be an error, either "Unmounting failed." or something like that. but the idea is to only make a small error, and now it won't first give you an error, then unmount anyway. if this gives you an error it doesn't unmount at all.
[09:41] <fdoving> Tonio_: frode@ubuntu.com works.
[09:42] <fdoving> Tonio_: .. and yes, the small error will be inside the progress dialog, no new boxes popping up.. atleast that's the plan.
[09:42] <Tonio_> okay
[09:42] <firephoto> fdoving: I did the remove while copying thing, i get the kde eject failed message then "The device was sucessfully unounted, but could not be ejected" but it's still mounted.
[09:42] <Tonio_> that'll be strange for the users, but that's better than without the patch....
[09:43] <fdoving> firephoto: ok. i know what's wrong then.
[09:43] <firephoto> and it won't safely remove now unless it will work after the kio_file processes timeout.
[09:44] <fdoving> you know what.
[09:45] <fdoving> I prefer the latest debdiff currently attached to the bugreport for feisty.
[09:45] <fdoving> then users will just have to get used to waiting a few seconds before safely removing.
[09:45] <firephoto> ok, it worked after i closed the open tab but that might be a coincidence....
[09:46] <fdoving> thiago just told me kdeeject isn't enought in all cases.
[09:46] <firephoto> hmmm.. i didn't do anything and the "media plugged in" window appeared.
[09:46] <fdoving> it doesn't handle HAL mounts correctly etc.
[09:46] <firephoto> ... and it mounted again. strange.
[09:47] <fdoving> probably because kdeeject doesn't handle HAL mounts correctly :)
[09:47] <fdoving> We can investigate further for feisty+1, but i don't want to upload something that -can- work to feisty.
[09:49] <fdoving> bbiab. bed(kid);
[09:49] <firephoto> is that the r2 one?
[10:54] <fdoving> firephoto: that's the kio_media_mounthelper one.
[11:06] <Riddell> fdoving: so, what should I upload?
[11:08] <fdoving> Riddell: if you ask me, this http://librarian.launchpad.net/7218673/kdebase_ubuntu19_ubuntu20-safely_remove_progressidalog_withprogress_and_quittimer.debdiff
[11:08] <fdoving> Riddell: but, as you can see from the comments in the bug people think it appears a little late.
[11:09] <fdoving> i have not been able to reproduce the error message in https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/61946/comments/47
[11:09] <ubotu> Malone bug 61946 in kdebase "[Edgy Data Loss]  umount progress dialog missing" [High,In progress] 
[11:11] <fdoving> kdebase_ubuntu19_ubuntu20-safely_remove_progressidalog_withprogress_and_quittimer.debdiff is the conservative choice. nothing really changes, we only have that popup in addition to the default behavior.
[11:11] <fdoving> so it's certainly not worse than default even though the popup is a little bit slow.
[11:13] <fdoving> i don't want to introduce huge rewrites this late in the cycle so it's the best i can do for now.
[11:45] <bdmurray> Sometimes the guidance-power-manager applet shows up as not part of the kde system tray.  Has anybody else seen this?
[11:47] <bdmurray> It's weird, I don't know how to "put it back" either.
[11:48] <fdoving> bdmurray: close it and re-start guidance-power-manager
[11:49] <yuriy> bdmurray: with beryl?
[11:49] <fdoving> that way it should find its way back to the systra