[03:07] TheMuso, can you sponsor glib for me from bzr? Also consider adding an endorsment to https://wiki.ubuntu.com/RobertAncell/CoreDevApplication/ so I can stop bothering you for sponsoring :) [03:08] robert_ancell: Ok I'll see what I can do. Feeling a little lousy today so not sure if I want to trust myself with uploads when not at 100%, but I'll take a look. [03:09] TheMuso, np. It's a trivial patch adding a missing include (the build servers freak out on 64 bit platforms as there is an undefined function (i.e. defaults to returning int) being converted to a pointer) [03:09] ah ok [03:09] so my build box built it ok on i386, couldn't catch that one before release :) [03:10] robert_ancell: The patch is not in the repo [03:10] pushing now... [03:11] thanks [03:12] got it [03:12] yeah this is trivial enough. [03:13] robert_ancell: Do you use bzr builddeb to build the package? [03:13] yes [03:14] bzr buildeb everywhere! [03:15] hrm interesting. I am surprised the build process succeeded then. [03:16] TheMuso, why? [03:18] robert_ancell: I would think that if builddeb packaged up the package without the patch, the build would have failed. [03:19] TheMuso, oh, no I hadn't tried to build with this patch (the change was made on my lucid box) [03:31] ah ok [03:32] Right, I am using lucid witgh a maverick chroot. [03:33] Test buildnig on amd64. [03:33] gah typing [03:34] TheMuso, using pbuilder? Mine didn't seem to work right [03:36] robert_ancell: Using sbuild. [03:37] never heard of that [03:37] Ah ok. Its an alternative to pbuilder, and uses LVM snapshots for chroots. [03:38] handy [03:42] Very much so. It gives me chroots to test in, as well as chroots to build in. [03:42] When using sbuild/schroot, you have a snapshot made of your existing chroot for building/testing, and when you finish, the chroot is destroyed, with no change made to the source chroot. [03:42] And its easy to update the source chroot when you need to. [03:43] robert_ancell: build succeeded and uploaded. [03:43] TheMuso, thanks! [03:43] np [03:44] Will comment on your application ASAP. [03:45] * robert_ancell ->lunch [04:35] so lucid is a dvd? [04:37] eeejay: no [04:37] eeejay: at least afaik [04:38] TheMuso, cdimage.ubuntu.com is showing me a dvd, weird [04:39] hrm that is weird. [04:39] * TheMuso looks. [04:39] http://releases.ubuntu.com/releases/10.04/ [04:40] eeejay: right, try releases.ubuntu.com [04:40] ah, ok [04:40] weird, didn't know there were dvds too [04:40] thought i was phished for a second [04:41] heh [08:06] good morning [08:08] Good morning didrocks [08:08] hey RAOF, how are you? [08:10] didrocks: Tired :) [08:10] Jetlagged is probably a better description. [08:11] hey RAOF, good morning didrocks [08:11] hello pitti [08:12] Hey pitti. [08:17] didrocks: how's maverick? [08:18] pitti: good to me, once I've fight with my nvidia card to enforce it to use nouveau and not vesa :) [08:21] * RAOF perks up. [08:22] My nvidia netbook looks like it might almost have finished the dist-upgrade, some two hours after I started it. [08:22] Hey RAOF. I can certainly join the jetlagged club. [08:23] Good thing Robbie factored in a “UDS hangover” week :) [08:23] I rarely get jetlagged, but it has to do with the time I flew out of Europe I think. [08:23] I think that if [08:23] I didn't have to spend *another* 9 hours on the Singapore→Melbourne flight I would have been ok :) [08:28] Yeah me too, although I still had to sleep on the Singapore to Sydney leg. [08:32] I didn't manage to do that. Perversely, while the Singapore→Melbourne A380 was more comfortable generally, the Heathrow→Singapore 747 was more comfortable to sleep in. [08:32] heh [08:33] I have found that as well, for some reason I can sleep better on the 747. [08:46] RAOF, it took you 9 hours to get to Melboune from sydney? [08:47] robert_ancell: That *would* be a feat. No, that was *Singapore* → Melbourne. [08:47] oh, that makes more sense :) [08:58] hey robert_ancell RAOF [08:58] Hey seb [08:58] hey seb128, how are you? [08:58] lut didrocks [08:58] good! you? [08:59] hum, update done, restart, brb [09:02] re [09:02] seb128: I'm fine thanks. Pondering if I upload or not the evo merge (there is just a new version on debian unstable and I merged from experimental yesterday) :) [09:02] didrocks, new version being "upload to unstable"? [09:02] robert_ancell, drop directfb, it was useful for the debian installer only [09:02] robert_ancell, they moved it to use x11 now [09:02] hey seb128 [09:02] seb128: little changes in evolution and e-d-s, just not "upload to unstable" [09:03] hey pitti [09:04] didrocks, you can upload what you want, anybody running maverick now can deal with small issues [09:04] seb128: I should mention as well that even the unstable debian version (and my merge) makes the ui freeze with my current .evolution when clicking on an email :/ I don't have that issue with a clean .evolution directory. Don't know if it's only for me… [09:04] I'm amazed some people run maverick already [09:04] didrocks, ok, still good for maverick to upload ;-) [09:05] seb128: ok, hope my merge is good, evolution is not that fun to merge TBH, especially when upstream changed a lot their code/plugins as well debian for the packaging :-) [09:05] uploading now, will do evolution-mapi and evolution-exchange later [09:05] yeah, I know ;-) [09:05] those are probably direct syncs [09:06] the delta is small, but I didn't review them yet. I should rather do some blueprints/paperwork now [09:06] ok, have fun [09:06] thanks :) [09:07] seb128, cool, just wanted to check if anyone else was using it [09:07] robert_ancell, if they do they will complain soon enough [09:07] :) [09:08] robert_ancell, but previous time I checked with people on IRC it was only the installer [09:08] robert_ancell, running maverick already? [09:08] robert_ancell, is it stable enough to be used? [09:09] seb128, running it on my netbook. Seems fine so far but I don't think there's been many changes yet [09:11] it runs fine there (running from yesterday), nothing noticeable to me, appart from some nvidia hellness [09:12] you guys are crack addicts ;-) [09:12] I will upgrade a vm today so I can test some of the merges I do [09:12] didrocks: That was nvidia, not nouveau, right? Nouveau just worked for my netbook. [09:12] seb128: Hah! You, with your testable-in-VM merges :) [09:13] RAOF: right, but the fallback to say "hey, you can't use anymore your silly nvidia driver" fallback to vesa. I had to run update-alternative by hand to say I really want nouveau [09:13] RAOF, lol [09:13] good point ;-) [09:13] the good thing is that you guys will complain if I break something [09:13] ie no complain means I didn't break gconf yesterday? ;-) [09:14] later all [09:15] didrocks: Ok. I know why that is. Hurray for nvidia replacing important parts of the X stack? [09:15] seb128: well, I have some strange encoding with the trigger on gconf, but I'll have a deeper look later [09:15] didrocks, encoding error you mean? [09:16] didrocks: The one where a schema install fails with a message like “??????????? gnome-whatever-something-or-other ????????????????????? stuff ??????????????” [09:17] seb128: what RAOF said ^^ [09:17] ok [09:17] it's likely a simple schemas translation issue [09:19] RAOF, serie goal != target milestone btw [09:20] RAOF, not sure if you confused both, it seems you set the target milestone for your specs [09:20] seb128: I did set the target milestone. Gah, sorry. [09:21] RAOF, that's ok, you can't set the serie anyway, just suggest and somebody need to accept it [09:21] RAOF, I'm settings the series so no need to bother with those [09:21] Thanks. [10:07] re [10:08] is there anybody around who fancy doing some testing for things still blue on http://people.canonical.com/~ubuntu-archive/pending-sru.html? [10:11] I can do some on lucid with my netbook, like simple-scan and glib (evince, xsane and poppler are mine, so I can't "vote") [10:12] (imapx has a really impressive speedup btw) [10:12] didrocks, imapx? is that new evo? [10:12] seb128: yes, the new evo imap protocol [10:13] pitti, bug #33288, should it be flagged verification-done? [10:13] Launchpad bug 33288 in poppler (Ubuntu Lucid) (and 2 other projects) "Evince doesn't handle columns properly (affects: 28) (dups: 9) (heat: 248)" [Medium,Fix committed] https://launchpad.net/bugs/33288 [10:13] seb128: got all my emails in less than 10 minutes when it takes more than one hour [10:13] nice [10:13] the bad thing is that you have to resynchronize your whole account, you can't switch from imap to imapx without this [10:14] seb128: I'd like to see some more tests with other documents; it was an enormous patch [10:14] pitti, ok [10:49] didrocks, no need to bother changing breaks or conflicts etc for versions before lucid [10:49] didrocks, since we don't support upgrades from before lucid now, we can drop those deltas [10:50] seb128: I was wondering if I keep that or not, but ok, I'll remove it in next upload [10:51] seb128: do you make a blueprint on the wiki for default app selection (I'm thinking about desktop and UNE) as there are some random pieces into it? [10:52] didrocks, did we previous cycle? let me check [10:52] didrocks, yes [10:52] didrocks, see https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/DefaultsApps [10:52] seb128: thanks, I'll base on that [11:00] didrocks -a re you tracking the chromium change on the same blueprint? [11:00] i think rickspencer3 was talking about having one specific for chromium yesterday [11:00] chrisccoulson: no, only the seed on UNE one, I guess all the other should go to the new one [11:00] chrisccoulson: did you create it? do you want me to do it? [11:01] didrocks - feel free to do that, i've still got all this hardy work to do [11:50] mvo: do you know why /var/cache/apt/srcpkgcache.bin comes back even without having any deb-src? (it wastes 13 MB) [12:00] hey pitti [12:00] hey chrisccoulson, how are you? [12:00] pitti - i'm good thanks, how are you? [12:01] I'm great, thanks [12:01] are you still processing the SRU queue in your new role, or should i pester somebody else about it? ;) [12:01] chrisccoulson: it's sticky, so I'll have a look every now and then, but not that often any more [12:02] I hope cjwatson and jdong can help out a bit, as well as slangasek [12:02] pitti - ok, no worries [12:02] there is already some people complaining it seems [12:02] thanks [12:02] hey seb128 [12:02] we need new people to step in ;-) [12:02] hey chrisccoulson [12:02] maybe the SRU team should call for new members [12:20] pitti: the name is actually misleading, it contains a cache of the content of sources.list, pkgcache.bin contains a cache for the content of the lists/ directory. it should be possible to just set this via "dir::cache::srcpkgcache to "" and its gone [12:20] pitti: the performance hit should be (for most cases) very small [12:20] mvo: \o/ [12:20] mvo: danke [12:20] pitti: is this for the livefs? [12:21] mvo: that perhaps, too; I'm currently investigating how small a small installation can be [12:21] pitti: its actually a very good point, I wonder how much it still matters nowdays, I will talk to david about it [12:21] and those two cache files are 26 MB [12:21] (in my test chroot anyway) [12:21] you could get rid of both, but without pkgcache.bin it will always have to build that cache in memory [12:21] if size really matter that may be a worthwhile trade-off [12:21] my chroot is 476 MB now, and I identified a few relatively easy additional savings which can bring it down to 406 MB [12:21] but srcpkgcache.bin should not matter in most cases [12:22] (with xfce, custom kernel, small seed, etc.) [12:23] * mvo celebrates commit r777 in software-center trunk [12:23] * pitti -> lunch === thekorn_ is now known as thekorn === pedro__ is now known as pedro_ [13:00] Is anybody aware of a way to add an environment variable to a desktop file like Exec=FOO=bar command? (I tried to escape it, using quotes…). I only see a wrapper as a way to do it right now. [13:01] didrocks: bash -c "foo=bar dostuff" [13:01] didrocks: perhaps. [13:01] soren: let's have a try :) [13:01] s/bash/sh/, probably. [13:02] didrocks, what soren said I would do too [13:03] soren: yeah, that work. Still better than a wrapper :) [13:03] soren: thanks [13:03] didrocks: Sure. [13:04] ok, I think I will set CLUTTER_VBLANK to none for netbook-launcher, the new clutter has a lot of regression on different hw making une unusable for them and this trick seems to fix for them without having negative impact on netbook-launcher [13:04] didrocks, or delay the clutter update for now? [13:04] seb128: oh, I mean, with clutter 1.2, the one in lucid (I'm speaking about an SRU) [13:04] doesn't seem something we need to update now [13:04] oh ok [13:05] I receive a lot of bug mail :) [13:36] chrisccoulson: I've just made a first quick iteration on WI for chromium (https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-chromium), feel free to add more [13:39] * rickspencer3 looks [13:39] didrocks, may I rename the blueprint? [13:39] "Chromium for UNE"? [13:40] hey rickspencer3, good morning [13:40] hi pitti [13:40] good afternoon [13:40] rickspencer3: sure, this is surely a better name :) I was thinking about getting a true support model for it, but it's probably better stating "on UNE" [13:40] thanks didrocks, will have a look in a bit [13:40] hey rickspencer3 [13:40] hi chrisccoulson [13:41] hope you are well today [13:41] rickspencer3, yeah, i'm good thanks. how are you today? [13:41] doing well [13:41] slept until almost 5am today [13:41] and went to bed at 9pm, so getting over jetlag [13:42] didrocks, chrisccoulson we should ask jcastro to get us in touch with evan from Google asap [13:42] so we can coordinate the Chromium on UNE blueprint [13:42] seb128, I talked to the shotwell guys yesterday [13:42] rickspencer3: that will be good, right [13:42] they are psyched to be chosen for default on Ubuntu [13:43] since robert_ancell already has a relationship with them, I was thinking he could be the main liason [13:43] rickspencer3, yeah, i don't envy your long trip ;) [13:44] chrisccoulson, "twenty twenty twenty four hours to go ... I want to be sedated" [13:44] ;) [13:44] didrocks - for the desktop-maverick-une-app-selection blueprint, we probably need to do a bit more than seed chromium and remove firefox [13:44] ideally, we also need to get the webkit version of yelp in, split spidermonkey from xulrunner, drop xulrunner and make couchdb depend on spidermonkey [13:44] else it won't fit on the CD ;) [13:45] it's pretty much double the size of firefox right now [13:45] chrisccoulson, yay! [13:45] chrisccoulson: I was thinking that would go to the chromium spec, but it there are some bit feel free to add workitem for the xulrunner and couchdb thing (just added a "ensure it works" for now) :) [13:45] so, that means we have to update to last yelp on maverick? (the one in lucid isn't using webkit IIRC) [13:46] seb128, chrisccoulson I was thinking about chromium ... [13:46] do they have patches that we should take into the distro? [13:46] didrocks - yeah, we'll need to the latest version of yelp so that we can drop xulrunner from UNE [13:46] like if they made sqllite faster, don't we want a generally faster sql lite? [13:46] else we're going to struggle to find the space [13:46] i don't know what seb128 feels about that ;) [13:46] chrisccoulson: and for couchdb, do you think it's also possible? [13:46] kenvandine, chrisccoulson in terms of couchdb, I think we should do whatever we can to get futon off the CD [13:47] didrocks - couchdb is only using spidermonkey, so i could split up the xulrunner package [13:47] it's a waste of space, and U1 team is taking over slip cover for desktopcouch management [13:47] chrisccoulson: sweet, I'm feeling a little bit better now considering cd space so :) [13:47] hey rickspencer3 [13:47] rickspencer3: really? slip cover FTW \o/ [13:47] sorry I was working on a gtk update [13:48] rickspencer3, futon isn't really the problem though, not sure if it can be split out [13:48] reading backlog [13:48] but we can look [13:48] I thought futon required xulrunner, and all this [13:48] no [13:48] it is more [13:48] the views inside the db [13:48] rickspencer3, is it futon that requires spidermonkey? [13:48] or is xulrunner for the actual json parsing? [13:48] use spidermonkey [13:48] rickspencer3, robert_ancell for shotwell liaison++ [13:48] seb128, thanks, I'll tell him it was your idea [13:48] hehe [13:49] kenvandine, in any case, Futon is not useful, so if it takes up space, let's get it out of there [13:49] yeah [13:49] rickspencer3, lol, thanks, you can tell him we agree on the idea rather ;-) [13:50] chrisccoulson, I'm not sure how short on CD space UNE is right now [13:50] * didrocks adds a WI to rickspencer3: "update Quickly tutorial to user slip cover" [13:50] chrisccoulson, but I agree with you plan of action for it [13:50] kenvandine, chrisccoulson, didrocks, pitti, ArneGoetje, did you guys calculate your WI throughput yet? [13:50] * rickspencer3 hint hint hint [13:50] seb128: well, more or less like the desktop right now considering CD space, not a lot of free space [13:51] we can drop langpacks for now [13:51] and deal with xulrunner split a bit later [13:51] rickspencer3, will do :) [13:51] rickspencer3: sorry, not yet; what's the divisor? i. e. how many weeks of development should we assume? [13:51] rickspencer3: I didn't have all my WI set for maverick yet, should be ok this evening, I hope [13:51] didrocks, the maverick wis are for thursday you have time [13:51] pitti, we need a weekly calculation, as each iteration has different number of weeks [13:51] for A2, it's 6 weeks [13:51] didrocks, today you should have this number and your list of specs [13:52] also, don't forget the .75 multiplier to account for 10.04.1 [13:52] rickspencer3: I got 81 WIs done in lucid; I just wonder how many weeks I should assume for development; it's certainly much less than 26 [13:52] rickspencer3: seb128: the thing for lucid WI is that I only get those on January, not for the whole lucid cycle [13:52] rickspencer3: but that number of weeks should be by and large the same for everyone? [13:53] pitti, about the same [13:53] rickspencer3, i haven't done anything with WI's yet, i'm trying to get all this mozilla work done so i can make a start on maverick [13:53] didrocks, it's a number of item by work week, you should be able to adapt with your number of weeks [13:53] I guess you had 8 weeks of full on development [13:53] chrisccoulson, true, you are a special case [13:53] ok, will do that and adapt from your number guys [13:53] rickspencer3: it's much more than 8, though; I started before UDS with some things, and I did some cleanup stuff post-beta [13:53] pitti, actually, I guess 12 [13:53] a lot of folks did WIs after beta, in fact [13:53] pitti, ack, so it's idosyncratic [13:53] didrocks, see https://wiki.ubuntu.com/DesktopTeam/10.10/WorkItemProcess [13:54] what I really want is everyone to do their own estimates based on evidence from Lucid [13:54] I'm not sure there is a "one size fits all" calculation [13:55] rickspencer3: 16 weeks seems realistic for me, so I have about 5/week [13:55] pitti, ok but mulitply by .75 to account for 10.04.1 [13:55] so 4/week [13:55] don't count on that for maverick, though :) [13:55] hello [13:56] hey baptistemm [13:56] then by .2 to account for being on rotation [13:56] rickspencer3: times 0.2 for the rotation :) [13:56] so about 1 per week [13:56] hi seb128 [13:59] didrocks, https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-une-app-selection [13:59] didrocks, gthumb -> eog I guess [13:59] seb128: fixed, thanks [14:00] didrocks, thanks [14:00] seb128: can you accept https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-oneconf for maverick, please? [14:00] rickspencer3: FYI, I've add the quickly-GC integration to Quickly blueprint to avoid over brain breakage for two WI on another blueprint [14:01] didrocks, sounds fine [14:01] didrocks, done [14:01] we'll pick that up in A3 or so [14:01] I think Quickly itself is a higher priority than the GC integration [14:01] didrocks, sound ok? [14:01] rickspencer3: agreed. The API is already there, but apart from the that, the rest can wait [14:01] didrocks, I think you need a ":" on each wi line btw< [14:02] pitti, ^ does the lines need to have a ":"? [14:02] yes [14:02] to separate description from status [14:02] seb128: pitti: ok [14:02] I was not sure if none was equivalent of TODO [14:02] so checking [14:02] pitti, thanks [14:06] seb128, can you accept this for maverick? [14:06] https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-social-api [14:07] seb128, or do you want to do that after all the work items are listed? [14:08] kenvandine, I can do that now [14:08] thx [14:08] you're welcome [14:09] ok, I'm out for a bit, will read backlog when I'm back [14:10] later seb128 [14:17] rickspencer3, i suppose in calculating our WI rate we should round down to be conservative? [14:17] fractions aren't very useful for targets [14:17] kenvandine, yes please [14:19] * kenvandine thinks it is going to be hard to get everything done with this number :) [14:19] well... everything i want to do :) [14:23] kenvandine, exactly [14:23] choose wisely [14:23] :) [14:23] don't forget the main stream user [14:23] i know [14:23] it's critical that we hit their expectations for quality [14:24] seb128: I haz nautilius hook for you, bug 581812. Just let me know if any corrections need to be made [14:24] Launchpad bug 581812 in nautilus (Ubuntu) "Apport hook for nautilus (affects: 1)" [Wishlist,In progress] https://launchpad.net/bugs/581812 [14:32] my number of set WI is a little bit lower than what my "magical number" enables me for alpha2, but I feel the WI are a little bit longer to tackle and I'll be more busy with unity [14:50] seb128, no desktop team meeting today, right? === cking is now known as cking-afk === cj is now known as KF7BMP === KF7BMP is now known as cj [15:13] rickspencer3, correct [15:13] nigelb, ok, thanks [15:23] didrocks: is webfav going to be used at all in Maverick? [15:24] LaserJock: that's a good question, not used right now in unity if it's what* [15:25] didrocks: right, do you think such functionality will be required? [15:26] I was just thinking with FF -> Chromium what would happen to webfav if we kept it in Universe [15:27] I'm assuming a similar Chromium extension could be done [15:27] LaserJock: TBH, I have no clue about Chromium extension but I think this can be done easily [15:29] from what I've seen poking around, they're easier to make than FF extensions [15:29] I'm just thinking about things that might be targets for Maverick for non-Unity [15:31] LaserJock: that can be a good things to do, this is more discoverable than the drag & drop [15:40] seb128: bug 582253 for gedit . If you can ack your satisfaction, I'll get the folks to branch and request merge :) [15:40] Launchpad bug 582253 in gedit (Ubuntu) "Apport hook for gedit (affects: 1)" [Wishlist,In progress] https://launchpad.net/bugs/582253 [15:40] Also, if you have any more, I'll get someone to do it [15:41] nigelb, sorry just back from UDS and having a zillion things to do [15:41] I've no time for reviews this week [15:41] try subscribing sponsors [15:41] No problem. I think :) [15:41] I know [15:41] you on'y want the nondefault gconf right? [15:41] didrocks: what was the reason for Banshee over Rhythmbox? [15:42] LaserJock: nothing is decided yet, but having an app for video+music and a better user interface on netbook was considered. I think the session was recorded [15:44] didrocks: so banshee = rhythmbox + totem? [15:44] LaserJock: more or less, not sure we will just hide totem or not install it if banshee fits for UNE [15:45] LaserJock: not really [15:46] nigelb, either way is fine I guess [15:46] banshee has a problem with ipods at the moment so its a regression from rhythmbox as a music player [15:46] LaserJock, on UNE? the reason was to try their netbook interface [15:46] seb128: awesome, I'll work to get it in :) [15:46] LaserJock, they have a system which allows creating different frontends and they did a netbook specific one [15:47] seb128: ah, cool [15:47] didrocks, totem has a different usecase I doubt we want to uninstall or hide it [15:47] fagan: someone's working on libgpod support, there's a branch somewhere [15:47] I just wondered as I normally felt Banshee to be a bit heavier on my netbook [15:47] seb128: it was written in the POV, but I guess we will figure out, that's why I put it as optional [15:47] don't talk about jcastro when he's around, he will always try to find good argument for it :p [15:48] jcastro: but its a lot of work to fix it. [15:48] heh :) [15:48] but a netbook-specific UI would be quite interesting [15:48] jcastro has an hilight on banshee, I can't believe it /o\ [15:48] heh [15:48] I like banshee though and its better than totem because it at least has library management [15:49] its just the ipod stuff is a deal breaker [15:49] those are totally different softwares, you can't compare those [15:49] I'm no expert but I'm going to guess libgpod bindings for banshee would be easier than rewriting the entire rb UI for UNE [15:49] so if I just click on a video file in nautilus, what will come up? [15:49] totem [15:49] totem is a viewer, you want to view things on double click [15:49] hmm, so then we'd have 2 video players? [15:49] we don't open f-spot either on double click on an image [15:49] as you have f-spot and eog yes [15:50] one is a collection manager the other a viewer [15:50] there is a different usecase for each [15:50] wow did we forget to remove eog when f-spot got a viewer? [15:50] if you want to quickly preview something you downloaded you don't want to start your library [15:51] fagan, no, it was a decision, we did add an edit button to the eog toolbar [15:51] ok, but for UNE both fspot and eog are being removed [15:51] having small viewers is good [15:51] seb128: that was for lucid what was the maverick decision on it? [15:51] I just wondered if the same thing was happening with banshee [15:51] use shotwell [15:51] which has both modes, a manager and a viewer one [15:51] seb128: for eog I mean [15:52]