[05:23] Good morning [05:29] can i change my username? or do i have to create a new user...? [05:31] i know i can change the hostname [05:34] Hey pitti. How was your trip back? [05:34] TheMuso: rather uneventful; got libgnome-keyring introspection working :) [05:34] TheMuso: you made it back in one piece? [05:35] pitti: yes thanks, got back this morning Sydney time. [06:01] anyone? can i change my username, or is it easier to just create a new account? [06:01] I still feel generally wakeful, but my brain still feels a little like mush. A good night sleep should solve that. [06:02] Morning. [06:02] arrrghhh: we don't have a GUI tool for it; if you are comfortable with it, you can hand-edit it in /etc/passwd, /etc/shadow, and rename your /home/oldname to /home/newname [06:05] pitti, i don't mind, i have an ubuntu-server install. thanks! [06:11] pitti, uhm... which should i edit first? [06:11] i edited /etc/passwd first, i think that i'm in trouble now. [06:11] arrrghhh: doesn't matter; just keep a root shell to do all three steps [06:12] crap. [06:12] i changed /etc/passwd with sudo ... [06:13] arrrghhh: reboot into rescue mode, and finish it up there? [06:13] heh. i'll try. this is a vm. [06:14] dobey: I have libgnome-keyring introspection patches now, all sent upstream; do you need this RSN (-> can do an ubuntu upload) or ok to wait for a few days to land this upstream? [06:17] pitti, how do i get to recovery mode? [06:18] arrrghhh: reboot, press shift during boot to get into the grub menu, select "recovery" [06:18] you need to grab the keyboard for this (ctrl+alt in KVM) [06:23] good morning [06:24] pitti, ok in recovery now. thanks, will try to finish thi. [06:24] this* [06:55] Morning didrocks, hope your travels were uneventful. [06:55] Hey TheMuso. Yeah, it was perfect! yourself? [06:55] didrocks: Uneventful as well thanks, flew in this morning Sydney time. [06:56] Still feel very muc awake, but with a brain of mush. Should be back on deck tomorrow after a good sleep tonight. [06:57] yeah, a good sleep fixes everything most of the time :) [07:09] hey didrocks [07:12] hey pitti, how was your travel? [07:12] didrocks: fairly quiet; hacked on libgnome-keyring introspection :) === om26er_ is now known as om26er [07:16] heh ;) [07:17] * didrocks worked on the nautilus patch, merging the 2 quicklist with a quicklist proxy handler [07:22] is there still no a capplet for default apps or font settings? [07:22] oh, found the default apps one [07:23] yeah, in the info capplet :) [07:23] nothing for the font though [07:23] hardly discoverable :) [07:23] yeah, ok [08:52] hey [08:52] salut seb128, bien rentré? [08:53] lut didrocks, nickel oui, et toi ? [08:53] bonjour seb128 [08:53] seb128: très bien :) [08:53] hey pitti, how are you? [08:53] seb128: I'm great, thanks! [08:53] had a rather quiet Sunday, I was really tired [08:54] getting over my ubuflu, I blame it on desrt, starting to be better but I think I had fever for a few days this time [08:54] blaming you for feeling the ubuflu there :) [08:56] :-( [09:15] didrocks: hi, what package contains the tool that checks if unity is supported on the current machine? [09:16] mvo: it's in nux (nux-tools) [09:16] hey ;) [09:17] cool, thanks [09:17] yw :) [09:27] seb128: for bug 912707, do you know anything which modifies /etc/gnome/defaults.list ? [09:27] Launchpad bug 912707 in desktop-file-utils "upgrade manager prompts to resolve conflict in /etc/gnome/defaults.list" [Medium,Triaged] https://launchpad.net/bugs/912707 [09:28] seb128: I don't see any maint script on my computer which touches it, but perhaps it's done in some control-center thingy [09:28] pitti, no, nothing should modify it [09:28] that file is meant to be the distributor one [09:28] not the one to edit [09:28] the mimeapps.list is the one softwares, etc edit [09:29] pitti, hi [09:29] seb128: asking for info [09:29] hey tkamppeter, how are you? [09:29] pitti, danke [09:29] pitti, fine. [09:30] pitti, none of the GNOME tools do system edit btw, only user settings changes [09:30] seb128: what I thought; thanks! [09:31] yw! [09:32] pitti, I have committed a change to the CUPS package: I migrated the "usb" backend to libusb 1.0.x as 0.1.x is deprecated and unmaintained (we should do that with all packages to not let it go into the LTS) and also did a fix for USB->Parallel adapter support (bug 910272). Can you upload CUPS to Debian and Precise so that the changes get tested? Thanks. [09:32] Launchpad bug 910272 in cups "USB->Parallel adapter produces crappy device URI and CUPS "usb" backend cannot cope with it" [Undecided,Triaged] https://launchpad.net/bugs/910272 [09:33] pitti, s/to not let it go into the LTS/to not let the old libusb go into the LTS/ [09:33] tkamppeter: nice, thanks! sure, can do [09:35] tkamppeter: hm, do you have uncommitted changes? the changelog mentions changing the build dep to libusb-1.0-dev, but you didn't [09:40] greyback_: good morning. quick question: what do you think about moving the logic related to DashDeclarativeView::updateDashModeDependingOnScreenGeometry and WindowHelperPrivate::updateDashCanResize into DashClient, so that anyone using DashClient can know if the dash can resize at any time from anywhere, instead of duplicating the checks ? [09:47] nerochiaro: morning! I agree that those two methods are pretty much the same. [09:48] greyback_: ok, i'll move merge them then, as part of the shell stuff [09:49] nerochiaro: great, thank you [09:49] yw [09:49] greyback_: how was budapest btw ? [09:50] pitti, forgot to overtake that from my PPA package. Done now. [09:50] nerochiaro: holy.... that is a loonnng function name [09:50] nerochiaro: it was good. Always great to talk with people IRL, got good decisions & plans made [09:51] smspillaz: lol yeah, but it does exactly what the label says :) [09:51] smspillaz: yeah. gotta think of something shorter :) [09:51] indeed [09:52] greyback_: and lots of beers drank, i imagine [09:52] nerochiaro: just a couple ;) [09:52] ;) [09:56] greyback_: when the dash is up the menubar buttons in the panel should be only close and toggle_maximize, right ? [09:56] no minimize for the dash [09:57] nerochiaro: right, minimize button should be disabled/greyed out. We've not got the visuals right yet [09:58] greyback_: i'll leave what you have for now, but don't do anything on the minimize button if the dash is up. i'll leave it up to you to remove/grey it out, ok ? [09:58] nerochiaro: ok [09:59] nerochiaro: you're working in unity-2d-shell branch all the time, yeah? [10:00] greyback_: right now yes. that and feature branches of it where i try to close the gap between it and trunk as quick as possible [10:00] so we can merge as soon as the two are at the same point [10:01] nerochiaro: ok. I skimmed through it last week, were a few things I didn't understand. Will be asking you stuff later :) [10:01] greyback_: anytime [10:02] nerochiaro: cheers [10:04] tkamppeter: uploaded [10:04] I think I am finished with Gth3 support for Kazam. Yay! [10:04] That's Gtk :> [10:05] greyback_: also what I don't understand is what the dash form factor key in DashSettings is supposed to be used for. As I understood it it should be to set the default form factor, but in the current code in WindowHelper it seems to be used as a means to communicate to the dash the current form factor (on maximize/unmaximize), which seems a bit wrong [10:05] i mean using dconf as IPC basically [10:06] i'd rather keep the dconf key for the default/initial value and use DBUS for telling the dash from the panel to change form factor [10:06] nerochiaro: yeah I'm wondering the same. I don't see why this was done really [10:07] probably because it was the simplest thing. but i'll go with dbus, if that's ok with you [10:07] nerochiaro: it is, using dbus is a better idea [10:07] ok === strycore_ is now known as strycore === bilal_ is now known as bilal === chris|| is now known as chris| === cypher is now known as czajkowski === cypher is now known as czajkowski [10:30] pitti, thanks. [10:40] vuntz: merci for the patch review! will get back to this ASAP [10:48] good morning desktoppers [10:48] bit late for me this morning :/ [10:48] hey chrisccoulson_! [10:48] how are you? [10:49] hi seb128 [10:49] i'm good thanks, how are you? [10:49] did you manage to go back to boring uk? ;-) [10:49] I'm fine, getting over my ubufly [10:49] ubuflu [10:49] yeah, i was pretty glad to get back [10:49] it's better since yesterday [10:50] it's amazing that i spend nearly as much time getting home from europe as i do getting home from the US [10:50] Sweetshark! [10:51] did you wake up in the end? [10:51] i got you a wake up call when i checked out ;) === chrisccoulson_ is now known as chrisccoulson [10:52] chrisccoulson, did you do anything fancy on saturday? [10:53] seb128, we just walked around to do some sightseeing and had lunch in a nice italian restaurant [10:54] chrisccoulson, ok, sounds nice ;-) [11:53] pitti, can you have a look at bug 911371? It is a bug in p11-kit (PolicyKit?) which causes many crashes in the components of CUPS and system-config-printer. [11:53] Launchpad bug 911371 in p11-kit "applet.py crashed with SIGSEGV in lookup_or_create_bucket()" [High,Confirmed] https://launchpad.net/bugs/911371 [12:03] tkamppeter: do you know how to reproduce this by any chance? [12:04] pitti, no, I never encountered the problem by myself. [12:04] there's a new upstream version which we might want to try [12:06] pitti, perhaps this could help. The problem seems to be only in Precise, so fix by new upstream version is no problem. [12:06] there's not a lot of commits [12:06] http://cgit.freedesktop.org/p11-glue/p11-kit/commit/?id=2da833b0ca9539c12745d2f9fef1e7be7c7792dc is the only one interesting [12:07] * pitti checks if our version was built with gcc 4.6.1 [12:07] hm, it wasn't [12:10] tkamppeter: duping to bug 911436, this has more info [12:10] Launchpad bug 911436 in p11-kit "https crashed with SIGSEGV in lookup_or_create_bucket()" [High,Triaged] https://launchpad.net/bugs/911436 [12:14] pitti, thanks. [12:15] pitti, if I run any utility of CUPS (like "lpstat -r") I get a warning "WARNING: gnome-keyring:: no socket to connect to" before I get the answer of the utility. Can this have to do with this p11-kit bug? [12:15] pitti, one reason for the bug "could" be upgrades [12:16] yes, above bug shows that it happens during upgrades [12:16] pitti, it seems like similar issue were due to nonmulti to multiarch transitions breaking running instances [12:16] tkamppeter: maybe, but it's not that likely [12:16] like the paths change under the running code [12:17] tkamppeter: do you have gnome-keyring-daemon running? [12:18] pitti: till@till-precise:~$ ps auxwww | grep keyring [12:18] till 1548 0.0 0.1 106564 3732 ? Sl Jan15 0:00 /usr/bin/gnome-keyring-daemon --daemonize --login === Riddelll is now known as Riddell [12:54] urgh: https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+build/3094579 [12:54] good job that maverick will be EOL before these builds are released [12:54] ../../../dist/include/nsCOMPtr.h:316: internal compiler error: in tree_nrv, at tree-nrv.c:143 [12:54] nice [12:54] i guess i should just kill these builds on maverick now [12:55] actually [12:55] when is maverick EOL? [12:55] Apr 10 [12:56] cool [12:56] * chrisccoulson kills maverick nightlies [12:57] chrisccoulson: any idea about https://bugs.launchpad.net/ubuntu/+source/webdeveloper/+bug/904594/comments/10, I was going to break it out into a separate bug later today [12:57] Launchpad bug 904594 in mozilla-devscripts "Tracking bug for Firefox 9 transition in Lucid/Maverick" [Medium,Fix committed] [12:59] ask him to ask on askubuntu or the support tracker. i'd bet money that it turns out to actually not be a bug, but he's done something strange with the launcher or in his profiles.ini ;) [13:00] well, I'll try to reproduce when I test, I wouldn't block on the remote open case in any event [13:03] chrisccoulson, geez !!! what did you do to firefox on arm ??? [13:03] ogra_, i don't do anything to firefox on arm. how come? [13:04] well, it works ! [13:04] and is fast ! [13:04] which release? [13:04] faster than chromium ! [13:04] recent precise, updated today [13:04] that rocks [13:04] i haven't changed anything at all ;) [13:04] although Chromium is 2 releases behind stable :) [13:04] and it doesnt grind my ac100 to a halt if i have 20 tabs open (in 512M) [13:05] cool! [13:05] it seriously improved [13:05] actually, armel is 3 stable releases behind [13:05] for chromium that is [13:05] yeah, i know :( [13:06] i thoght viku would go on working on it and we could just pull his fixes in ... but it seems he had other important stuff to do after getting it to cross build [13:08] ogra_: well, he fixed it, but it uses the system vpx which we don't use in the archive so we don't have to update libvpx post release, but maybe I can pull it in temporarily use that just to get it to build, but at the moment, even i386 won't build on precise [13:08] yeah, i heard that [13:09] well, i switched to FF today because the chromium binary we have doesnt get along well with the nvidia-tegra binary driver we have [13:09] at some point i always get pixmap artefacts all over the desktop and font corruption [13:09] seems FF doesnt have that prob ... [13:10] might be a general webkit vs tegra driver issue though, i need to test other webkit apps [13:10] * ogra_ doesnt want to blame chromium before he is sure [13:11] heh [13:11] i don't even have chromium installed anymore [13:12] well, it used to eat much less ram and be faster on arm [13:12] it eats a lot of ram on my machine ;) [13:21] ugh, compiz takes 3,5g [13:41] pitti - what creates the /var/run and /var/lock symlinks when upgrading from something older than oneiric? [13:41] i did a natty to oneiric upgrade last night (our home desktop), but those weren't created [13:41] and pretty much nothing worked afterwards [13:46] chrisccoulson, base-files? [13:46] seb128, yeah, i just found that out now :) [13:49] chrisccoulson: /var/lib/dpkg/info/initscripts.postinst [13:49] it's supposed to set up a few symlinks/bind mouts [13:50] chrisccoulson: actually no, I think it's /etc/init/mounted-var.conf [13:51] ah, thanks [13:52] i wonder why that didn't work then :/ [13:52] i had to boot in recovery mode and create them manually [13:58] chrisccoulson: since upgrade to precise my firefox session crashes, worked on oneiric. is there a way to find which of the 150+ tabs is the culprit?-) [13:59] tjaalton, not really. did you submit the crash with the crash reporter? [13:59] chrisccoulson: yeah [14:00] i don't think there's an easy way to figure out exactly which tab is the problem [14:01] isn't firefox supposed to not auto reload tabs on opening? === m_conley_away is now known as m_conley [14:02] seb128: it asks what to do [14:02] I could start a new session, but.. [14:03] no, I meant I though that it was opening the tabs but not loading their content [14:03] until you select them [14:03] ah [14:03] tjaalton: for how long has your profile been intact? [14:03] well, yes and no [14:03] (also, 150+ tabs? really?) [14:04] seb128: seems like it does load tab contents of the current window though [14:04] seb128: i thought it just loaded them in the background. it always seemed to for me [14:04] dobey: maybe 200+, haven't counted :) [14:04] dobey, could be an option [14:04] tjaalton: why do you have so many tabs? [14:05] dobey: because I can? :) [14:05] tjaalton: do you stab yourself in the leg, every time you pick up a knife? [14:06] hehe [14:06] because you can :) [14:07] anyway, if you have a fairly old firefox profile that's been migrated through several firefox verions, you could have a bad piece of data in it causing the crash [14:07] well, I could probably use separate sessions for different stuff (work/personal etc), but that would complicate things [14:07] worked fine with 9.0 on oneiric [14:07] but anyway [14:07] likely a bug, give the upstream bug report to chrisccoulson, maybe he knows what the issue is ;-) [14:08] does it open an upstream bug report that's public= [14:08] ? [14:08] tjaalton: or you could use these wonderful features called "bookmarks" and "history" or something [14:08] tjaalton, there is a way to get the report id and to see the stacktrace [14:09] tjaalton, their db is public, they just have the function names in their stacktraces I think [14:09] seb128: ok [14:09] well not sure, I know chrisccoulson asked me for report ids in the past to show where the issue was [14:09] looks like this profile was created march last year [14:10] +in [14:10] https://wiki.ubuntu.com/MozillaTeam/Bugs#Submitting_Crashes_to_Mozilla ;) [14:11] whoa, thanks [14:12] huh, I'll try disabling icedtea then [14:13] wish there was a javablocker :) [14:14] i wish there was a good java plug-in in ubuntu again [14:14] someone needs to package the oracale java 7 stuff [14:15] is it distributable? [14:15] didrocks: see, one unity upload and you are first on http://reports.qa.ubuntu.com/reports/bug-fixing/precise-fixes-report.html again :) [14:15] i don't know [14:15] it's at least as distributable as flash is i guess [14:16] wget http://oracle.com/blah/blah in postinst is fine by me [14:16] well, if opejdk is supposed to be the reference these days.. [14:16] so they share the same bugs :) [14:17] yes, but iced tea is slow and uses too much cpu/ram, and generally not good :-/ [14:20] pitti: yeah, I saw that on saturday. No fun, was too easy :) [14:20] didrocks, stop working on saturdays! [14:21] ;-) [14:21] * pitti stops fixing bugs then [14:21] seb128: well, there was time at the airport, there was this unity quicklist with a non designed dbusmenu quicklist API to have different sources, and there was didrocks who was getting bored :) [14:21] seemed a good match at the time! ;) [14:22] pitti, heh, I still want to play with you, I'm catching back slowly but I'm getting there :p [14:22] heh, I know the feeling; train rides are an excellent time for getting stuff done [14:22] https://bugs.launchpad.net/~pitti/+assignedbugs still has 10 "fix committed", hehe [14:22] chrisccoulson: hey, that did it.. purging icedtea-plugin helped, the upstream report is here just for reference https://crash-stats.mozilla.com/report/index/bp-b02b9e9e-2b48-47a2-aeff-eb1ec2120116 [14:22] but I guess by the time I get them in, Didier gets another 50 :) [14:23] pitti: few days for the keyring introspection is fine i guess. i'm not sure why you think i need it though. :) [14:23] dobey: ah, I think I meant ken [14:24] pitti: I have bugs on my plate (personal ones ;)) I can upload in a few and totally defer every hope you can have! (loud laugh sound) :) [14:25] pitti: also today is a us holiday. :) [14:26] seb128: could you do the meeting stuff tomorrow? I'm off (swap day) to lose two teeth [14:26] pitti, sure [14:26] seb128: merci [14:26] yw, I hope it goes well for you! [14:27] thanks [14:28] pitti: good luck for tomorrow then! [14:28] * pitti hugs didrocks [14:28] * didrocks hugs pitti back [14:32] dobey: i lost count, but seems there is closer to 290 tabs :) [14:33] tjaalton: you need an organizational consultant. Do you have like 64GB of RAM? you're probably just constantly hitting OOM. [14:35] dobey: oh, one window (of 7) was minimized, so it's over 330 [14:35] once a few projects are ready, I can close "several" [14:35] ∎ [14:36] the browser takes 2G [14:36] GB [14:37] the feature behind shift+ctrl+e got me spoiled ;) [14:55] re [14:59] * Sweetshark_ is at a location where he cant access his normal IRC box. So if you pinged me, please do again (or send me a mail). [15:06] chrisccoulson, http://git.gnome.org/browse/gnome-desktop/commit/?id=a81bd53c44a0785373ba9fba543556e3c4e12431 [15:06] "gnome_rr_screen_new() now creates a singleton for the specified GdkScreen" [15:06] chrisccoulson, seems similar to the g-s-d fixes you worked on previous cycle ;-) [15:07] heh [15:09] chrisccoulson, we should probably backport it for precise if we don't update gnome-desktop this cycle [15:09] seb128, we still have the patch in gsd which does this though, don't we? [15:10] chrisccoulson, right we have [15:10] but it might be better to take the upstream gnome-desktop patch and drop the gsd one? [15:10] i guess that we could do [15:11] well low priority in any case but it makes one less patch to forward for you :p === bil21al_ is now known as bil21al [15:43] Sweetshark_: hey [15:43] Sweetshark_: I created a bug about libo's newly grown dependencies and assigned it to you, FYI [15:44] Sweetshark_: seems some of the remaining delta was still necessary [15:44] pitti: bug-id? [15:45] bug 916726 [15:45] Launchpad bug 916726 in libreoffice "Drop extra Java dependencies from 3.5.0~beta2-2ubuntu3" [High,Triaged] https://launchpad.net/bugs/916726 [15:45] pitti: thx [15:46] Sweetshark_: upgrade worked fine :) [15:46] Sweetshark_: I removed the libo-l10n source package, FYI [15:46] pitti: great! [15:47] pitti: yes, /me it "git rebase"-ing the changes between ubuntu2 and ubuntu3 to a halfway sensible history ... [15:47] pitti: after that I will take a look at the remaining debirs to clean up [15:49] once a bug gets a few more comments, people seem to think it is ok to dump random unrelated complains into them: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/915271/comments/58 :/ [15:49] Launchpad bug 915271 in libreoffice "package libreoffice-core 1:3.4.4-0ubuntu2 failed to install/upgrade: rmdir: failed to remove `usr/lib/libreoffice/basis3.4/program/': Directory not empty" [Critical,Fix released] [15:50] Sweetshark_: easy enough to ignore :) [15:56] tkamppeter: hplip recently started to pull in python-reportlab-accell, python-reportlab, python-renderpm; any chance that these can get removed again? [15:57] tkamppeter: grew by 0.6 MB [15:58] tkamppeter: it also newly pulls in printer-driver-{hpijs,hpcups}, but I figure these are renames? [16:00] need to leave now, see you tomorrow! [16:00] or, rather, on Wednesday; will be off tomorrow [16:03] ok, version is fixed, the "list sponsoring bug" was buggy [16:27] precise is boring. can i break it please? [16:27] i don't want to be using a system that works every day [16:29] XD [16:30] chrisccoulson: You shouldnt break precise more then once per 200 binary packages. [16:30] chrisccoulson, run the dx daily ppa? [16:31] Sweetshark_, heh ;) [16:31] seb128, oh, is that broken? [16:32] in any case, anything with "daily" in the title is good [16:32] .oO(if that would be the case, I would be allowed to break it again with the next upload) [16:32] chrisccoulson, I guess it has an higher chance to be broken than precise ;-) [16:33] bring it on! [16:33] lol [16:41] phew, finished the nautilus ql implementation in a clean way :) [16:43] didrocks, congrats ;-) [16:44] seb128: thanks ;) making a final build, then, installing it there for the rest of the day (probably will upload later or tomorrow) [16:44] it was "fun" with all this "I remove your bookmarks, all of them" [16:44] didrocks, if you want a second tester push to the vcs, I can do a local build [16:44] seb128: oh, with pleasure! [16:44] ok, so push and I will build it there [16:44] bumping the changelog, one minute [16:46] seb128: pushed [16:47] didrocks, ok, building, I will get something to drink while it's working ;-) [16:50] seb128: say my code is so bad that you need to booze :-) [16:50] lol [16:55] seb128: basically, you should check the interaction when you copy big files (you have the copy dialog and 2 additional quicklist entries) [16:57] didrocks, let me try, small comments compared to the bug report summary, you lack a "open a new dialog" as the first entry of the list [16:57] didrocks, the sorting seems weird as well but the bug is not really clear on how stuff should be sorted, I would at least think xdg locations should be in alphabetic order [16:57] seb128: oh, a static quicklist then, easy enough to add :) [16:58] seb128: I set the sorting the same than in nautilus, as you can reorder, this makes more sense IMHO [16:58] oh, at least for the bookmarks, maybe the places aren't sorted the same way [16:59] didrocks, no it's not for the xdg places [16:59] the quicklist is in random order, the nautilus sidepanel is in alphabetic order [16:59] one of the distro patches I added is to sort in locale alphabetic order rather than english order [16:59] not here "Dossier personnel" is the first in nautilus and "bureau" follows [17:00] corbeille is the last [17:00] didrocks, I think neither corbeille nor dossier personnel are xdg dirs [17:01] didrocks, the xdg dirs are those in .config/user-dirs.dirs [17:01] hum, that would be weird to not make everything in alphabetical order in the list, like, you need to know it's a xdg dir or not? [17:01] well anyway it's a detail but bonus point if the order was the same [17:01] I would rather let it that way or put everything alphabetically [17:01] didrocks, I would do all xdg first in alphabetic order, then all bookmarks as you did [17:02] hum, I don't really know what is xdg or not at this point, but I can have a look [17:02] (I take the bookmarks order that nautilus is giving me) [17:02] didrocks, don't bother, it was a small comment, maybe ask design for input on alphabetic or not [17:02] didrocks, the list is missing "desktop" btw, is that wanted? [17:02] seb128: well, I think it's worth a try [17:02] seb128: no, doesn't seem to be exposed by the bookmark API, weird [17:07] didrocks, seems to work great otherwise [17:07] i.e adding and removing bookmarks, doing that while copies are happening, stopping copies, etc [17:07] seb128: nice! So, what I can do easily is order the whole bookmarks alphabetically [17:07] (as I don't know if it's a xdg one or not) [17:07] then, we can refine later if we want to separate them [17:08] sounds good [17:08] and looking at an easy way to add +desktop [17:08] ok, doing that, just a sec :) [17:22] seb128: pushed the ordered alphabetically tweak (or bookmarks only, doesn't impact the copy, always after the bookmarks) [17:22] adding a statc quicklist to both nautilus and nautilus-home.desktop now [17:22] didrocks, thanks [17:23] didrocks, speaking about nautilus-home I was pondering dropping it === mandel is now known as mandel_afk [17:30] seb128: so, making the nautilus icon using the home one? [17:31] didrocks, we dropped the home icon, or rather sladen did [17:31] bug #874265 [17:31] Launchpad bug 874265 in ayatana-design "Launcher - remove the embossed 'home' image from the Nautilus Launcher icon " [Medium,Fix committed] https://launchpad.net/bugs/874265 [17:31] "Note from User Testing: [17:31] In user testing, participants use 'home' (Nautilus Launcher) to find or [17:31] access everything in their computer. Many thought that the Dash was the [17:31] equivalent of the start button in Windows whereas 'home' was their [17:31] computer." [17:31] [17:31] seb128: oh? I still have it though, should have a local copy for when I tried to add it [17:31] didrocks, it was confusing users ;-) [17:32] hum, it was a design request :-) [17:32] yeah, well user testing showed it was not so good ;-) [17:32] but ok, we can handle that, we have to transition on upgrade then! [17:32] maybe we should: [17:32] - handle the transition in unity [17:32] - then drop the icon [17:32] wdyt? [17:33] (you mean that all the work I just did supporting multiple icons is vanished? :p) [17:35] didrocks, yeah, and maybe add a first "check with design that they are fine with the upstream naming and icon" [17:35] yep [17:35] can you add it somewhere, like on the pad? [17:36] didrocks, done, added to the pad [17:37] seb128: excellent, thanks :) testing the static quicklist there [17:42]