[00:05] enough for today, next uploads tomorrow === hggdh is now known as hggdh|away === Hobbsee` is now known as Guest34533 === Guest34533 is now known as Hobbsee === BugMaN1 is now known as BugMaN [09:14] morning everyone [09:16] hey huats [09:46] hey glatzor! [09:46] morning mvo! [09:46] mvo, you have been quite bussy lately? [09:47] glatzor: yeah :( [09:47] mvo, thanks a lot for the upload [09:48] of packagekit [09:48] mvo, do you come to ubucon october? [09:48] glatzor: cheers, thanks a lot for all the work you put into it! [09:48] glatzor: I have no definite plans about it yet - do you plan to come? [09:48] glatzor: I was there last year and it was pretty good [09:52] asac: you have a moment to talk about xul-extensions ? [09:53] mvo, I plan to. But I have to care about the tickets and a hotel :) [09:53] asac: is there a way (or a good heuristic) to detect what package provides a extension? I checked firefox-sage. should I just dump out "extension && depends-on: firefox-3" ? [09:54] mvo, furthermore I want to turn over my translation coordinator work to somebody else there. [09:54] glatzor: you have a candidate already? [09:55] mvo: hmm [09:56] asac: firefox-beagle for exmaple does not depend on ff-3, only ff [09:56] (and abrowser) [09:56] yeah [09:56] or should I use abrowser as the key for ff-3 (xul-extension-3) ? [09:56] mvo: so from what i understand you want to detect extensions without looking in the package? [09:58] mvo: ? [09:58] asac: basicly I want to fix the bug that g-a-i does not show xul extensions currently for ff-3. and I don't care how :) [09:59] mvo: cool [09:59] mvo: so its reawlly a bug? [09:59] asac: if I look at the package itself, what information do I have to watch out for? is there a dir or registry file? [09:59] thought that the data pieces were dropped :) [09:59] asac: not as such I think, its more like the branch was never ported to ff-3 [10:01] mvo: unfortunately there is nothing that is a real accurate indication that its an extension [10:01] mvo: we can raise the bar though and introduce a policy [10:01] asac: that would be nice. if I get it 95% right with using the dependency information and the string "extenstion" and do some manual checking then that should be fine for now [10:02] asac: its not that many extenstions, right? [10:02] mvo: is that just a one time thing now? or do you want to detect that on the fly? [10:03] https://wiki.ubuntu.com/MozillaTeam/Extensions/List [10:03] asac: on the fly would be best of course, but for now a heuristic and manual review should be neough [10:03] asac: aha, thanks [10:04] asac: if you run gnome-app-install --xul-extensions=firefox-2 that stll works, so its just a matter of updating the list. I guess ff-3 calls g-a-i with "firefox-3" [10:04] ? [10:04] mvo: actually we updated the list in hardy afaict [10:04] its wierd that we didnt notice that it doesnt work for ffox 3 [10:06] mvo: yeah. just checked on my hardy laptop. at least the dialog that open from the firefox extensions dialog has a bunch of extensions in it [10:06] mvo: it uses --xul-extensions=firefox [10:06] thats ok imo [10:07] asac: interessting, let me check [10:07] mvo: thats a regression [10:07] there is nothing different [10:07] in intrepid. except that the dialog shows up nothing [10:07] asac: so the string in ff-3 did not change? how strange [10:07] /usr/bin/python /usr/bin/gnome-app-install --xul-extensions=firefox [10:07] that is broken in intrepid [10:07] and works on hardy [10:08] mvo: i am quite sure that jazzva took care to update all the data in the hardy cycle for all our ffox 3 extensions [10:08] thats why i find it strange [10:09] mvo: did you change the format of the data branch? [10:09] asac: hm, there goes my theory :) I look into it, its strange, I can reproduce the failure here on my laptop, but on my desktop it gives me output. [10:10] mvo: hmm. i think it was reported multiple times to moziiolateam [10:10] * mvo scratches his head [10:10] i always assumed that glatzor or you just abandoned some old data branch [10:10] and we would have to add everything ;) [10:10] somewhere else [10:11] asac: no, the data is still there [10:11] must be something else then [10:11] * mvo digs a bit deeper [10:14] asac: aha! I think its because most of them are in universe now and g-a-i blacklists universe in the mime-search (this is a subset of the mime search code) [10:16] asac: how is security handled for those extensions? is it safe to assume they get propper security support and updates? [10:25] mvo: err. no official policy, but if we get to know that there is a security issue, we will update it [10:26] asac: could you comment on this in #267382 ? then I fix the code [10:26] bug #267382 [10:26] Launchpad bug 267382 in app-install-data-ubuntu "firefox/ubufox not showing extensions" [High,Confirmed] https://launchpad.net/bugs/267382 [10:32] mvo: done [10:34] asac: thanks === davmor3 is now known as davmor2 [10:51] mvo, I hope so havng a candidate [10:51] mvo, see you later [12:07] mvo: one question. folks say that this notification bubble to "restart firefox" never disappears ... is there anything we could do about it? [12:07] asac: can you reproduce that? [12:08] mvo: i think i am currently in that state ;) [12:09] mvo: e.g. information light is in tray even though firefox was restarted [12:09] mvo: is there any info i could get? [12:09] asac: could you please give me the file ~/.update-notifier/hooks_seen [12:10] asac: and ls -l /var/lib/update-notifier/user.d/ [12:10] mvo: http://paste.ubuntu.com/50444/ [12:10] and stat /var/lib/update-notifier/user.d/firefox-3.0-restart-required [12:11] http://paste.ubuntu.com/50445/ (ls -l) [12:11] http://paste.ubuntu.com/50446/ (stat) [12:15] asac: what are your mount options (noatime, relatime)? [12:16] mvo: /dev/sda9 on /var type ext3 (rw) [12:19] hmmm [12:20] asac: so you click on the bubble and then when you close the dialog its still there? [12:21] mvo: no. i restart firefox and its still there :) [12:22] mvo: most likely not a feature, but now that we display a "restart" button within firefox it would be beneficial if we could find a way to make that thing disappear when ffox was properly restarted [12:22] mvo: e.g. we have http://people.ubuntu.com/~asac/screenshots/ubufox_restart_notification_intrepid.png [12:22] asac: after the next login? [12:23] mvo: unfortunately its in ubufox so we still need this "old" notitification mechanism [12:23] mvo: no. after restarting firefox [12:23] not sure about next login [12:23] aha, so you click on this, ff restarts and now the bubles does not disappera [12:23] r [12:23] yeah [12:23] mvo: also if someone just closes firefox and starts it again it would make sense that it disappears as well [12:24] but currently i am more concerned about the case where they restart firefox using that panel in firefox [12:24] right, I see the problem now. that is a tricky. how does the restart work currently? is there some sort of script I could hook into? [12:25] basicly it would have to update .update-notifier/hooks_seen and notify update-notifier to re-read the notification stuff [12:25] asac: is there a open bug about this particular one? [12:27] mvo: btw I'm running the new compiz and didn't notice any issue [12:27] mvo: well. restarting using that button we could do something (like running a hook), but it would be better if it worked without any hook [12:27] because otherwise people just closing firefox and starting it wont work [12:28] mvo: couldnt update-notifier look for the PID and if that PID is gone remove the notification? [12:28] (sounds simple for an outsider ;)) [12:30] asac: it could, but this hook stuff is pretty generic currently and that makes it difficult. adding some special purpose handling just for FF would allow that, but its not ideal I think. is there a open bug about this already on your side? if not, I will create one [12:30] thanks for testing seb128 [12:31] mvo: hmm. dont we provide a "ps" command? [12:31] couldnt that command be run regularly to see if its still returning the right thing? [12:31] yes, I was thinking about this, but then we would have to store the old pid and the new pid and compare [12:32] mvo: you're welcome [12:32] * pochu waves [12:32] mvo: yeah. but sounds a bit like this is a general feature missing ;) [12:32] not really specia [12:32] l [12:32] no problem with special purpose handling, but a bit more difficult without. if the restart could write some sort of stamp file that it got restarted, that might help [12:33] I'm not arguing that :) [12:33] just trying to think what can be done in a way that is least intrusive at this point [12:33] okay. maybe think about it ... not urgent. just some polishing that would be nice to get [12:33] maybe "MontiorApp=firefox" would be the right now and handling that detects restarts of the given program [12:33] * mvo ponders about it a bit [12:34] seb128: hi, if you're not busy can you sync gdl from unstable? [12:37] asac: bug 274359 [12:37] Launchpad bug 274359 in update-notifier "Should provide a generic "WatchAppForRestart" function" [Wishlist,Triaged] https://launchpad.net/bugs/274359 [12:38] mvo: cool. subscribed :) [12:38] thanks [12:38] cheers [13:00] pochu: I tried to sync gdl and gnome-build before lunch already but they were not yet on the mirror we use for syncs [13:02] hey pedro_ [13:02] bonjour seb128! [13:11] seb128: ok, thanks :) [13:11] hello pedro_ :) [13:11] hey hey pochu [13:16] Keybuk, why did you mark bug 269502 as a duplicate of bug 269500? [13:16] Launchpad bug 269502 in human-icon-theme ""Restart" is misaligned with other options in "Shut Down" dialog (dup-of: 269500)" [High,Confirmed] https://launchpad.net/bugs/269502 [13:16] Launchpad bug 269500 in human-icon-theme ""Log Out" and "Switch User" are misaligned" [High,Confirmed] https://launchpad.net/bugs/269500 [13:16] because it's the same bug - lack of icons? [13:17] just a lack of a different icon [13:18] the real bug is that we need kwwii to do a bunch of icons for those dialogs of a set size [13:19] (modulo any discussion about the fact the dialog code shouldn't care :p) [13:19] There are plenty of other bug reports about missing icons in various places [13:19] but those are in the same application for the same dialogs [13:19] anyhoo, just as long as they both get fixed :-) [13:20] sure, I was just collating particular missing icons for the same patch, in the same package, into the same RC bug ;) [13:20] it's better to have all icons required for gnome-session power manager actions in the same bug [13:20] easier to track it this way [13:21] depends [13:21] I think it's better for them to be filed as separate bugs [13:21] that way people filing don't have to care [13:21] and we can just collate them when we hand them to artists [13:22] one day we might have multiple pen-pushers, and might give them a set each, etc. [13:22] right that's what I meant [13:22] we just need to keep once in this case [13:22] but that's not something the submitter should know or care about === hggdh|away is now known as hggdh [13:53] lool: do you think you could sponsor the debian pkg-gnome uploads waiting today? the intrepid beta freeze is today and I'll have to do ubuntu changes if we can't sync those [13:54] (and yeah I should really get a current debian unstable environment again to do that too) [13:56] hey tedg [13:56] Morning james_w [13:57] tedg: in bug 267331 I've been investigating why I don't get offered a suspend option [13:57] Launchpad bug 267331 in gnome-power-manager "Suspend no longer allowed in Intrepid" [Undecided,Confirmed] https://launchpad.net/bugs/267331 [13:58] tedg: it seems as though it's because pm-utils decides it should use uswsusp, but uswsusp doesn't allow for suspend [13:58] is using uswsusp generally the right thing to do? [13:59] james_w: Unfortunately you've gone beyond my understanding. pitti is probably a good person to ask. [13:59] james_w: I'm more at the level of "if HAL says so, I believe it" [13:59] ok, thanks. [14:00] hi [14:01] seb128: I could, so much to do today, will try hard [14:01] james_w: i'm not forgetting you [14:02] thanks lool [15:08] Keybuk, seb128: *evil idea* [15:08] * seb128 runs [15:08] Keybuk, seb128: the only thing we need that fuse group for is to run /bin/fusermount, right? [15:09] hm, on second thought that's in fact too evil [15:09] (using the existing hal device permissions engine to set an x acl to /bin/fusermount, but that is (1) a bad hack, and (2) wouldn't work on non-ext3) [15:10] so nevermind me [15:10] k [15:10] brb, just restarting session and I've some topics for you [15:12] pitti: hey, I'd like your response to the uswsusp mail on ubuntu-devel@ when you see it/have a minute [15:14] re [15:14] pitti, for bug 202267, what would "Additional" mean? [15:14] Launchpad bug 202267 in jockey "Menu name "Hardware Drivers" misleading" [Undecided,Confirmed] https://launchpad.net/bugs/202267 [15:14] Additional to what? [15:14] pitti: let me know when you have a minute [15:15] seb128, i have cairo ready, is it too late? [15:15] fta2: no it's not, where is it? ;-) [15:15] james_w: not this week, I'm afraid, but I've got it in my inbox (it's nto relevant for intrepid anyway) [15:15] seb128: sure [15:16] pitti: it's not relevant for Intrepid? [15:16] seb128, diff.gz or debdiff ? [15:16] mpt: well, if you say that the current wording is fine, I'm all for it :) [15:16] james_w: we are way beyond FF, and today is beta freeze... [15:16] fta2: whatever [15:17] pitti, that's not what I'm saying [15:17] pitti: yeah, but my analysis suggests that users aren't offered suspend in GNOME in Intrepid. [15:17] pitti, the problem seems to be that sometimes drivers don't appear in the window, and I'd like to know why that is [15:17] seb128: maybe you can give me a quick intro about how f-spot is called now, in the new gnome world? (my knowledge got stuck with g-v-m) [15:18] james_w: oh? I use it every day [15:18] pitti: nautilus does the hotplugging nowadays, see the nautilus preferences tab which list the actions [15:18] pitti: I'l dig a bit more [15:18] pitti: it relies on special mimetypes [15:18] mpt: "sometimes" -> different days on the same machine, or for different users? it will only show drivers which actually work on your machine [15:18] seb128: there are .desktop files which connect the mimetype to an app, and which have the arguments in their Exec=, something like that? [15:19] pitti: f-spot-import.desktop for example has MimeType=x-content/image-dcf;x-content/image-picturecd [15:19] pitti: image-dcf is the one used for cameras I think [15:19] pitti, quoting the forum thread, "no card ever shows on harware drivers window!!!!!!!!!!!" [15:20] mpt: well, "cards" aren't supposed to show up there :) it's a "driver" list, not a "hardware" list [15:20] pitti: right, that's similar to normal mimetype associations, the .desktop claim mimetype, nautilus lists all the desktop which claim the concerned mimetype and the default can be specific in the defaults.list [15:20] seb128: ah, and %u means what? [15:20] pitti, am I correct in assuming that all graphic cards require a driver? [15:21] mpt: that's true, but many work with the ones which we already ship, so you don't see any in jockey on those systems [15:21] mpt: like intel, many ATIs, and older ones such as S3, via, etc. [15:21] same with printer drivers, you only see a driver if there is one which doesn't get installed by default [15:22] pitti: http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.1.html [15:22] pitti: %u is one url [15:22] pitti, so is it true that {all available drivers} = {drivers we ship} + {drivers that appear in the Hardware Drivers window}? [15:22] mpt: by and large yes [15:22] pitti: if you change to %f it'll accepted filename, it nautilus will give the fuse mount path rather than a gphoto uri [15:22] s/it/ie [15:23] seb128: ah, I see; but %f would break for people which aren't in fuse [15:23] right [15:23] seb128: ah, I remember that discussion; I think once we discussed whether %u should get the %f value if fuse is used [15:23] pitti, I don't think there's any name we could use that would explain that. [15:23] but that might be too general [15:23] pitti: the easier might be to do what we did in hardy again, disable the gvfs gphoto automounting [15:24] pitti: right, but that has sideeffects, it'll break "recently open" for example since there is no automount when accessing the fuse path but there is if you try to access the gvfs url [15:24] mpt: "Third-party device drivers"? [15:24] pitti: ie, smb:://server/filename works but .gvfs/server/filename will not after a session restart [15:24] seb128: exactly [15:25] mpt: Somebody just put an idea on brainstorm today regarding that: http://brainstorm.ubuntu.com/idea/13644/ [15:25] pitti, but we ship some third-party drivers, right? [15:25] "Hardware Driver Manager worth it's name " [15:25] i.e. the proprietary ones [15:25] mpt: we don't ship them on CDs, but I think we have them on the DVD [15:26] mpt: so we packaged them, but it's still nvidia's/ATI's driver [15:26] wst, yeah, I agree [15:27] seb128: hi again, if you want to give me some more work for this evening, you're really welcome. I will ask to vuntz who is just next to me :) (FYI, swfdec0.8 is still in debian NEW) [15:27] * vuntz slaps didrocks in real life [15:28] seb128: so to me, the "correct" solution would be to (1) use %f, and (2) ensure that fuse works for everyone on the local console, just like USB device access; or any better idea? [15:28] ouch [15:28] pitti: either that, or teach f-spot to unmount the gvfs location before importing [15:28] seb128: that might actually fail, though, if the device is busy? [15:29] (well, that would be quite a corner case admittedly) [15:29] didrocks: intrepid will be frozen for beta today, I don't think there will be a lot of updates to do tonight [15:29] pitti: if the device is busy any other way will fail too [15:29] seb128: yes, I know. it was just in case :) [15:29] seb128: reading files from the fuse fs should work? [15:30] pitti: gvfs gphoto only uses libgphoto and that will not allow concurrentiel access either [15:30] pitti: I didn't try to access the same camera twice using gvfs either, not sure if libgphoto will allow that [15:30] pitti: but that's really a corner case if you ask me [15:30] seb128: I mean, I can work with f-spot and at the same time copy files in nautilus [15:31] seb128: corner case> I agree [15:31] phone, brb [15:31] seb128, http://www.sofaraway.org/ubuntu/tmp/cairo_1.7.6-0ubuntu1.diff.gz http://www.sofaraway.org/ubuntu/tmp/cairo_1.7.6-0ubuntu1.dsc [15:31] fta2: thanks [15:32] pitti: I'm fine with using the fuse mount or unmount, just pick one ;-) [15:32] seb128: aesthetically I find the "reduce libgphoto to mass storage" solution much more elegant, TBH; and it also gets rid of that silly "use which device" dialog in f-spot [15:33] which shows some "usb:" and "usb:001:005" weirdness, and you never know which one is right [15:33] pitti: I know some people got scared by the 10 lines warning about "you are going to be added to the fuse group" before hardy and I'm wondering how many are not in this group === asac_ is now known as asac [15:34] seb128: TBH, screw the group [15:34] pitti: ok, so let's use the fuse mount then [15:34] seb128: my current idea is to change /bin/fusermount from 4754 to 4755 and use hal to add ACLs to /dev/fuse [15:35] seb128: fusermount can then bail out if the user doesn't have access to the device [15:35] so that fuse permissions entirely depend on /dev/fuse, and not that silly fusermount binary [15:35] ok [15:38] mmm, new shiny backgrounds fro gnome [15:38] makes it look like kde. [15:44] seb128: oh, crap, it's actually more complicated [15:44] seb128: I just tried that with an user which isn't in 'fuse' [15:44] seb128: nautilus actually uses gvfs/gphoto direclty, not the fuse mountpoint [15:45] pitti: you will get no fuse mount and it'll not open anything [15:45] seb128: so I still get the conflict for that user [15:45] seb128: right, I won't get a fuse mount, but I will get a nautilus window, and f-spot [15:45] seb128: wel, ignore me, I might just be confused about how things work [15:45] let me poke some more, and ignore me for now [15:46] pitti: what did you do? just plugged the camera? the default action should be to ask what you want to do [15:46] yes, it did that [15:47] and what did you pick? [15:47] f-spot [15:47] seb128: anyway, I changed it to %f in /usr/share/applications/f-spot-import.desktop [15:48] but f-spot still asks me for the usb device and gets the access error [15:48] do I need to run some magic update-mime-types-cache script or so? [15:48] or restart my session? [15:50] seb128: ^ [15:50] pitti: does f-spot-import .gvfs/blablabla does the same? [15:51] pitti: it seems that f-spot-import doesn't like being given a directory [15:51] seb128: yes, it does [15:51] and neither --help [15:51] pitti: try using f-spot --import .gvfs/blabla [15:51] ah, it's a shell script, /me reads [15:52] ah, silly one [15:52] I wonder why it does it that way; a mere [ -d "$1" ] is certainly sufficient? [15:52] f-spot --import .gvfs/gphoto2-Medium\ auf\ usb%3A005\,008/ [15:53] doesn't work either, bwah [15:55] seb128: hm, I can't get it to work with a dir path [15:58] pitti: I think there is a bug about that, but I though that was working when using f-spot --import rather than f-spot-import [15:59] james_w: oh, do you mean that the fusa applet just offers "suspend" and not "hibernate"? [15:59] james_w: that's a bug indeed; I am just used to the system menu thing (or the power button) [16:00] pitti: no, fusa offers neither, gnome-session offers hibernate and not suspend, and asking g-p-m says you can't suspend when asked over dbus [16:00] and hal reports that the computer can't suspend [16:00] though I haven't rebooted in to the latest updates yet, so fusa may change [16:01] james_w: ted knows about this issue [16:01] james_w: hm, for me g-p-m offers both, and fusa just offers suspend [16:02] pitti: do you have uswsusp installed? [16:02] pitti: arg, bug #260242, apport compatibility breakage! ;-) [16:02] Launchpad bug 260242 in launchpad-integration "Help/Report a Bug seems to be broken across the board" [Low,Confirmed] https://launchpad.net/bugs/260242 [16:02] seb128: ok, so I successfully tested it now, I'll change fuse to not require that fuse group any more for local consoles [16:02] "apport-gtk: error: no such option: --package synaptic --pid " [16:02] uh? [16:02] seb128: willfixsorrykthx [16:03] pitti: or tell me what to change in launchpad integration [16:03] seb128: it's *meant* to still work [16:04] I didn't deliberately break the command line, I probably just accidentally broke it when adding the convenience short forms [16:04] ok [16:04] seb128: so shall I go ahead with the un-fuse-groupification? [16:04] could that be a quoting issue? [16:05] apport "--package synaptic --pid " instead of apport "--package" "synaptic" "--pid" ""? [16:05] pitti: I've no objection but I might not be the best person to ask an opinion about this fuse group and why it's there [16:05] seb128: no, I didn't mean that (I'm pretty convinced about that part) [16:05] pitti: oh, so yes [16:05] seb128: I meant it in the sense of "will it make sense at this point, i. e. will we change f-spot to use the fuse mount point" [16:06] yes I agree on that [16:06] great [16:06] * pitti hugs seb128 [16:06] * seb128 hugs pitti [16:07] ok, there is something wrong there [16:07] several time I close a tab in xchat-gnome accidentally today, something changed [16:08] james_w: yeah, seems to be a quoting issue, at least the command line interface works correctly [16:09] bah, and I dropped the backlog too [16:10] fta2: what was the url for the cairo update again? [16:10] or something who has the chan backlog for the arfternoon? [16:10] somebody [16:14] nobody? [16:15] seb128, http://www.sofaraway.org/ubuntu/tmp/cairo_1.7.6-0ubuntu1.diff.gz http://www.sofaraway.org/ubuntu/tmp/cairo_1.7.6-0ubuntu1.dsc [16:15] james_w: thanks! [16:47] seb128, thanks for the upload [16:47] fta2: thank you for the update ;-) [17:07] didrocks: you can do http://download.gnome.org/sources/gnome-volume-manager/2.24/gnome-volume-manager-2.24.0.tar.gz if you want [17:14] pitti: could you have a look to bug #258421? do you think it's something we should push before beta? [17:14] Launchpad bug 258421 in gtk+2.0 "GTK apps should send PDF to CUPS when printing" [Medium,New] https://launchpad.net/bugs/258421 [17:15] seb128: I'd ask tkamppeter, it's his baby [17:15] if there's a working patch, sure [17:15] pitti: he attached the patch, I was just wondering if you are fine uploading that now or if you think it's late in the cycle for such change [17:15] it's an intrepid spec, so the more testing feedback we get, the better [17:16] pitti: the patch is simple and seems to make sense [17:16] oh, it's sitting there for a month, I wonder why he didn't prod us earlier *sigh* [17:16] seb128: yeah, I agree [17:16] pitti: he did ping me once on IRC but I was busy and he didn't subscribe the sponsor team either [17:16] pitti: ok, I'll upload that [17:16] seb128: did you give it a shallow test? if not, shall we test it now? [17:16] if it works for some example files, I'd upload it now [17:17] much better than post-beta [17:17] pitti: I've no configured printed I could try on [17:17] (just print to a file) [17:17] well, print to a file let you select the format so that will not makes a difference there [17:17] true [17:17] the patch change what is send to cups [17:18] I just wonder why the get_ppd_file was commented out [17:18] was that solely to detect the supported PS version? [17:18] if so, it's obvious that it can go [17:18] pitti: the chunk of code commented was to set ps options [17:18] yes [17:19] let's give it a try [17:19] I'll test it tomorrow [17:19] and if it's broken, we just revert it [17:19] (need to save some time, have a bunch of things to do for beta, too) [17:19] seb128: "cowboy approach" [17:19] pitti: give it a try in the "let's upload and revert if required" sense? [17:20] seb128: we have the corresponding change in KDE for a while, and nobody said OMGkittens! [17:20] alright [17:20] and that's only printing [17:20] paperless office FTW! [17:20] that will not break sessions [17:20] (nowadays I'm actually much more concerned about scanning working :) ) [17:21] seb128: oh, evince doesn't use gtkprint? [17:21] (Till says that firefox and evince would need another patch) [17:22] pitti: it does, not sure why he wrote that [17:22] mpt: could you please review http://paste.ubuntu.com/50546/ ? its the message I want to show when the user has the "fglrx" (ati) driver installed and wants to go from hardy to intrepid. the fglrx driver does not work on intrepid [17:23] mvo, you're burying the lede :-) [17:23] mvo: you made a typo in "FR33 S0FTW4R3 RUL3Z!" [17:23] The most important stuff is the last sentence [17:23] The first two sentences are the explanation [17:24] mpt: fortunately wikipedia has a explaination what this means :) [17:25] mvo, does this alert appear only if anyone on the system has desktop effects turned on? [17:26] mpt: that is difficult to detect currently and desktop effects is one of the regressions people may see, another one would be games or 3d apps [17:26] but the desktop effects are certainly the biggest one [17:26] ok, that's useful info, thank you [17:26] pitti: gtk uploaded, let's wait for user comments [17:26] mvo, next question: Why does fglrx no longer work? [17:26] mvo: hm, I thought that at least radeonhd supported compiz and 3d, too? [17:27] seb128, good morning [17:27] mpt: amd doesn't manage to provide a driver which works with the current X.org version [17:27] pitti: ati does support it to some extend (r500, bits of r600) - but its far from complete for the r600 [17:27] NCommander: hello [17:27] how goes it this morning seb128 [17:27] pitti: randeonhd didn't have any 3d accelleration last I looked (~3 months ago granted) [17:27] or afternoon, or :-) [17:27] NCommander: I'm having a really busy week but otherwise good, you? [17:27] pitti: it is pretty amazing, but radeon (without the hd) seem to be much faster developing [17:28]