[00:45] <TheMuso> chrisccoulson: When doing a merge, please pass the version number of the last Ubuntu package version to dpkg-buildpackage with the -v flag, so we get the Debian changelog entries in the changes file when you upload.
[00:47] <chrisccoulson> TheMuso - no problem
[00:54] <fagan> hmmm are we going to revisit the decision to get rid of EOG now that the F-Spot developers fixed the viewer?
[00:56] <fagan> wheres rickspencer3 when I need him :)
[00:57]  * fagan will find him tomorrow
[01:00] <TheMuso> fagan: He is off till Monday.
[01:01] <fagan> oh thanksgiving I forgot
[01:01] <fagan> thanks TheMuso :)
[01:01] <fagan> It can wait
[01:44] <lifeless> TheMuso: please fila  bug on bzr-builddeb to do that automatically.
[02:47] <TheMuso> c
[06:39] <pwnguin> anyone know how to turn firefox debugging output on?
[06:41] <pwnguin> strike that, incontravertial proof found
[07:33] <pitti> Good morning
[07:41] <ajmitch> morning pitti
[08:34] <seb128> good morning there
[08:34] <pitti> hey seb128
[08:35] <seb128> hello mr pitti
[08:35] <seb128> how are you?
[08:35] <pitti> I'm great, thanks! I'm in  the middle of implementing jockey-hotplug-support :)
[08:35] <seb128> ;-)
[08:35] <pitti> so depending on when mvo gets around to approving it, I might have it working even before approval :-P
[08:36] <pitti> how are you?
[08:36]  * pitti hugs mvo
[08:36] <seb128> oh, apparently robert_ancell made good use of upload rights this night!
[08:36] <seb128> I'm good thanks
[08:36] <pitti> yeah
[08:37] <mvo> pitti: is it ready for review yet? I can do it now, its a nice change from wirting specs ;)
[08:37] <pitti> mvo: pending approval since yesterday
[08:37] <pitti> mvo: should take you two minutes or less, I figure
[08:41] <mvo> pitti: thanks, done
[08:41] <pitti> \o/ danke
[08:46] <didrocks> good morning there
[08:47] <mvo> :)
[08:48] <pitti> hey didrocks
[08:48] <didrocks> Guten Morgen pitti
[08:48]  * pitti mumbles about the "dbus.exceptions.DBusException: org.freedesktop.PolicyKit1.Error.Failed: Error parsing subject struct" he gets in lucid now
[08:48] <pitti> does anyone else get that in lucid, too, when calling jockey-gtk ?
[08:53] <seb128> hey didrocks
[08:53] <seb128> pitti, yes
[08:53] <pitti> thanks
[08:53] <seb128> pitti, yes, get the same error there, "dbus.exceptions.DBusException: org.freedesktop.PolicyKit1.Error.Failed: Error parsing subject struct"
[08:57] <didrocks> lut seb128
[09:01] <didrocks> So, regarding gconf tweaking, I see that in the variable are either ENV_MANDATORY_PATH or ENV_DEFAULTS_PATH (I guess, we should use MANDATORY for UNE as we don't want the panels to be changed)
[09:02] <didrocks> The issue is that /etc/gconf/2/path "include" them (waiting for a tree path like in ~/.gconf). So xml files generated by udpate-gconf-defaults aren't read.
[09:02] <didrocks> We can either tweak update-gconf-defaults to add an option to export to a directory tree structure or add a new "xml:readonly:ENV_GCONF_MANDATORY_SESSION" in /etc/gconf/2/path. What's the best option to your opinion?
[09:02] <seb128> ?
[09:04] <didrocks> oh, I can maybe try something else, one sec
[09:04] <seb128> gconf should be smart and understand both formats
[09:04] <seb128> bbib, restart after upgrades
[09:20] <seb128> re
[09:28] <seb128> pitti, btw did you read my messages about bootchart yesterday evening?
[09:29] <pitti> seb128: about pybootchartgui? we discussed that quickly, yes
[09:29] <seb128> pitti, no, about me storing regular charts from now on the same url
[09:29] <pitti> ah, no, I missed that
[09:29] <seb128> http://people.canonical.com/~seb128/bootchart
[09:30] <seb128> I will keep uploading bootcharts from my mini10v
[09:30] <seb128> at least weekly ones
[09:30] <seb128> but maybe extra charts for noticable changes, etc
[09:30] <seb128> lucid yesterday was 26s to boot, almost 15 seconds for desktop
[09:30] <seb128> I'm doing a new one now with compiz and pulseaudio updates
[09:34] <pitti> lucid is a second longer than karmic? shame
[09:34] <pitti> seb128: oh, can you please install ureadahead?
[09:34] <seb128> no
[09:35] <seb128> I want to stick with lucid
[09:35] <seb128> and not start diverting
[09:35] <seb128> if that's what we should use somebody should land that in lucid
[09:35] <pitti> we'll use that
[09:35] <pitti> it's in karmic-proposed and about to go to -updates
[09:35] <seb128> ok, good, so I will wait for it to be used ;-)
[09:35] <pitti> okay
[09:36] <seb128> I've cleaned the karmic install there anyway
[09:37] <seb128> pitti, I might try the u version later but for now I want to measure the impact of the compiz and pulseaudio changes
[09:37] <seb128> and I don't want to add extra changes to the equation
[09:38] <pitti> right
[09:38] <pitti> also, I guess sreadahead works reasonably well on SSD
[09:40] <seb128> my laptop stoped creating bootchart images on lucid for some reason
[09:40] <seb128> there are only .tgz since I upgraded
[09:41] <seb128> oh, I'm using the java version there
[09:41]  * seb128 switches to the python one
[10:08] <pitti> mvo: would you mind having a quick look at http://bazaar.launchpad.net/~ubuntu-core-dev/update-notifier/ubuntu/revision/541 to see whether I forgot something in the structure?
[10:09]  * mvo looks
[10:09] <pitti> oh
[10:09] <pitti> [HOOKS]
[10:09] <pitti> pre-build = ./autogen.sh
[10:09] <pitti> mvo: ^ so that's the trick :)
[10:09] <pitti> cool
[10:09] <mvo> pitti: yeah
[10:09] <mvo> pitti: I wrote that on irc yesterday, but maybe it got lost
[10:12] <mvo> pitti: looks good to me
[10:12] <didrocks> seb128: I think I caught the issue. Even if I export ENV_MANDATORY_PATH before executing gnome-session in the shell launched by .desktop file, gconf is probably initialized differently. This environment variable isn't in its /proc/<pid>/environ (all environment variable in the gnome-session wrapper aren't in gconfd environment)
[10:13] <pitti> mvo: thanks
[10:13]  * pitti sends lucidwards
[10:14] <didrocks> pitti: consequently to ^, your GDMSESSION isn't useful in gnome-stracciatella (GDMSESSION seems to be exported by default from <GDMSESSION>.desktop)
[10:14] <seb128> didrocks, it's probably because gconf is dbus activated
[10:15] <pitti> didrocks: I don't understand, I'm afraid
[10:15] <seb128> didrocks, why isn't GDMSESSION useful?
[10:15] <seb128> it works for ie notify-osd
[10:15] <seb128> GDMSESSION is correctly set for gnome-session
[10:15] <didrocks> yes, GDMSESSION is exported by default from <name>.desktop. I'm speaking about the gnome-stracciatella wrapper
[10:16] <didrocks> (the wrapper export GDMSESSION before running gdm-session)
[10:16] <didrocks> but GDMSESSION can already be set by default from the desktop file
[10:17] <seb128> that doesn't make sense
[10:17] <seb128> gdm is the one exporting this variable
[10:17] <seb128> not the .desktop
[10:20] <didrocks> let's say I create a gnome-foo.desktop executing only gnome-session in /usr/share/xsessions/
[10:20] <didrocks> I got an GDMSESSION=gnome-foo, right?
[10:20] <seb128> yes
[10:21] <seb128> gdm sets it
[10:21] <didrocks> what I mean is that I don't understand why in gnome-stracciatella, GDMSESSION is exported before executing gnome-session
[10:21] <didrocks> (/usr/bin/gnome-stracciatella is executed by /usr/share/xsessions/gnome-stracciatella.desktop)
[10:22] <didrocks> and that's the only thing the wrapper does
[10:22] <seb128> oh you mean we could drop a line
[10:22] <seb128> that's possible
[10:22] <didrocks> yeah
[10:22] <seb128> having an extra export doesn't make me not sleep at night though...
[10:22] <didrocks> I tried and it works
[10:23] <seb128> maybe old gdm didn't work the same way
[10:23] <didrocks> ok, but that troubled me because for une, I tried to add an extra value and I only saw one in gconf environment (GDMSESSION) :)
[10:23] <seb128> and we didn't clean that since
[10:23] <seb128> alright
[10:23] <seb128> open a bug I guess ;-)
[10:24] <didrocks> ok, I'll clean that. But that doesn't help me for gconf initialisation :/
[10:25] <seb128> diverting gconf config is not something trivial
[10:25] <seb128> I expected it would be hacky,create troubles...
[10:26] <didrocks> yeah, that's why setting the environment variable would have been the less messy for other desktop sessions
[10:30] <didrocks> I just wonder if anyone has tried once setting one of those two environment variables and get it works :)
[10:31] <seb128> no reason it wouldn't work
[10:31] <seb128> but you need to have gconfd have it set
[10:31] <seb128> and it's not trivial since we dbus active gconf
[10:33] <didrocks> yes, I understand what's the matter is, I'm trying to find a way to achieve this
[10:35] <seb128> use .gconf.path?
[10:36] <didrocks> if I do that, every sessions will inherit UNE-desktop gconf values, not only "une desktop" session
[10:37] <seb128> what do you need to change exactly?
[10:38] <didrocks> the idea was to add UNE default gconf values like one panel, one workspace only to get a une default experience
[10:39] <didrocks> a bad solution would be to set those values (without touching ~/.gconf) in the wrapper one after another :/
[10:45] <seb128> didrocks, you don't want to set those values or the normal session will get them too
[10:47] <didrocks> ok so, that doesn't solve it. The only solution is to get this environment variable into gconfd so that the additional gconf values are only read on UNE desktop session
[10:47] <seb128> right
[10:47] <seb128> or to code patch things
[10:49] <didrocks> seb128: opening /usr/share/gconf/${GDMSESSION}.path for instance during default value loading?
[10:49] <seb128> yes
[10:50] <seb128> is GDMSESSION sets for the gconf env?
[10:50] <didrocks> I think I'll do this
[10:50] <didrocks> yes
[11:06] <seb128> pitti, mvo, Amaranth: not good
[11:06] <seb128> lucid takes 5 seconds longer to boot today
[11:06] <pitti> :(
[11:06] <seb128> seems compiz doesn't register to the session since the update
[11:07] <seb128> so gnome-session goes: wait wait wait wait wait wait timeout
[11:08] <seb128> pitti, mvo: http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20091126-28.png
[11:09] <seb128> on a good note compiz.real was starting after 4 seconds
[11:09] <seb128> and compiz starts after 2 seconds now there
[11:09] <seb128> so we won 2 seconds with the wrapper drops for compiz and pulseaudio
[11:10] <pitti> cool
[11:10] <pitti> WTH is the long delay from gtk-window-decorator?
[11:10] <seb128> what I just wrote before
[11:10] <pitti> until panel is started?
[11:11] <pitti> ah
[11:11] <pitti> sorry
[11:11] <seb128> compiz doesn't register
[11:11] <pitti> is it importnat to have the WM running before we can start nautilus/panel/etc.?
[11:11] <seb128> gnome-session does that because it's supposed to be efficient
[11:12] <seb128> avoid having theme flickering etc
[11:12] <seb128> and to have the cost of getting things drawned once with no theme and then moved and themed
[11:12] <seb128> ie, start g-d-s and wm first
[11:12] <seb128> and then applications
[11:36] <seb128> pitti, mvo: there is something else weird there
[11:37] <seb128> the compiz bar activity divided by two or something
[11:37] <pitti> seb128: for https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-suspend-quirks-halsectomy I used the existing Halsectomy page and work items; please let me know if you prefer a real spec wiki page
[11:37] <seb128> pitti, no I'm fine with the whiteboard, thanks
[11:38] <pitti> seb128: oh? I just see a single block
[11:38] <pitti> seb128: the "spec" link points to wiki.u.c./Halsectomy which has the details
[11:38]  * pitti -> lazy, and rather prefers working on the actual code
[11:39] <seb128> pitti, the bar was around 8 seconds yesterday
[11:40] <seb128> it's much shorter today
[11:40] <seb128> the colored part I mean
[11:40] <seb128> pitti, well updating a wikipage or items on a whiteboard is about the same work or I don't understand the question?
[11:41] <cassidy> seb128, hi. Would be cool to fix https://bugs.edge.launchpad.net/ubuntu/+source/telepathy-gabble/+bug/488709 in Karmic. We just add a chat with the admin of this server and removed it from git but that won't help if it's still in Karmic
[11:41] <seb128> in fact wiki tend to be much slower to respond that blueprint edit
[11:41] <seb128> cassidy, looking
[11:42] <seb128> bah it's a shame than firefox does much better a displaying images than eog
[11:43] <pitti> seb128: "understand the question" > what was the question?
[11:43] <seb128> pitti, why would a wiki page be easier?
[11:43] <pitti> seb128: I meant that I didn't leave the blueprint entirely without a wiki link
[11:43] <pitti> seb128: I keep the work items in the whiteboard, of course
[11:43] <seb128> "* pitti -> lazy, and rather prefers working on the actual code"
[11:43] <seb128> was that related to the wiki discussion?
[11:44] <seb128> sorry I'm just being confused
[11:44] <pitti> seb128: sorry, no; I meant, I didn't create a new spec wiki page to repeat the same informatino than on Halsectomy in a different format
[11:44] <seb128> is there some spec of mine you suggest changing?
[11:44] <seb128> I didn't do that either
[11:44] <pitti> seb128: no, just pointing it out because you are the approver of that :)
[11:44] <seb128> oh ok
[11:44] <seb128> now it makes sense
[11:44] <seb128> I though you were using your spec as an example to make a point about the login speed one
[11:45] <seb128> gotcha
[11:45] <seb128> pitti, it's all good, no need of a real wiki page
[11:48] <seb128> cassidy, how is this list of servers built? is there some other which might turn problematic?
[11:50] <cassidy> seb128, it has been built from http://coccinella.im/servers/servers_by_proxy_bytestreams.html
[11:51] <cassidy> seb128, I'm about to fix a bug that should reduce the nb of query (only query proxies when we actually need them)
[11:51] <seb128> cassidy, are those supposed to be public proxy servers?
[11:51] <cassidy> yeah
[11:51] <seb128> so why is using that one an issue?
[11:51] <seb128> if the guy doesn't want users he shouldn't made a public proxy
[11:52] <cassidy> the admin of this server claims he hasn't be asked to be on that list
[11:52] <cassidy> and he has a fair point saying that having a proxy open doesn't mean to you want all the Ubuntu and Fedora users to use it :)
[11:52] <seb128> well, he runs a public proxy, anybody is free to use it...
[11:53] <cassidy> I agree, but also understand his point, that's a big difference now that lot of people are using Empathy
[11:54] <seb128> I'm still unsure about that
[11:54] <seb128> we don't want to play upload every day because servers changes or admin want users or not
[11:54] <seb128> would it possible to build that list dynamically somewhat and not have it in the source?
[11:55] <seb128> is the issue that the server is used there?
[11:55] <cassidy> seb128, we are investigating a better solution
[11:55] <seb128> or is it that the bug you are fixing DoS servers?
[11:56] <cassidy> like have proxy.collabora.co.uk and do DNS balacing or something
[11:56] <seb128> in which case I would rather recommend fixing the DoS issue
[11:57] <seb128> ie will the server use still be an issue once the overuse is fixed too?
[11:57] <cassidy> I suspect it will. As more and more people are going to use file transfer and tubes
[11:58] <seb128> ok
[11:58] <seb128> I will fix that one and wait for you guys to fix the collabora proxy thing later ;-)
[11:58] <cassidy> we are thinking atm about implemeting a better solution
[11:58] <cassidy> thanks!
[11:58] <seb128> np, thank you for pointing the bug
[11:59] <seb128> I'm not subscribed to gabble
[11:59] <cassidy> It's a bit my fault, I didn't realise that the gain of popularity of Empathy would cause such issue
[12:08] <cassidy> seb128, we are about to remove all the proxies and set our own (not deployed yet)
[12:09] <cassidy> plan is to ask to server admin if they mind to be added
[12:09] <cassidy> and we'll add them using DNS round robin
[12:09] <cassidy> so maybe you should wait for this patch before doing the upload
[12:10] <seb128> cassidy, how long do you think it will take?
[12:10] <seb128> I've the sru ready for upload
[12:10] <seb128> but I don't really care either way
[12:10] <seb128> I like your solution better though ;-)
[12:11] <seb128> but if it takes some weeks and the guy get really angry meanwhile...
[12:11] <cassidy> hopefully server will be up today but it will probably take a will before we got the reply from admins
[12:12] <seb128> ok
[12:12] <seb128> I will you decide since you talked to the admin
[12:13] <Keybuk> hah
[12:13] <Keybuk> someone freed up some space on antimony
[12:13]  * Keybuk just heard the ubuntu jingle from upstairs
[12:14] <seb128> Keybuk, hey
[12:14] <seb128> Keybuk, do you have a box where boot was blocking on antimony disk space?
[12:14] <Keybuk> new cdimage
[12:14] <Keybuk> must have just rsync'd and one of the minis just installed it and booted
[12:15] <seb128> ah ok
[12:15] <seb128> speaking about mini
[12:15] <seb128> we won 2 seconds today with compiz and pulseaudio wrappers drop
[12:15] <seb128> and have an extra 8 seconds due to compiz registration which broke on the way
[12:15] <seb128> you might want to chase mvo about the new compiz issue ;-)
[12:16] <Keybuk> hehe
[12:17] <Keybuk> you win some, you fail some
[12:17] <seb128> I'm wondering why seahorse-daemon is in this chart
[12:17] <seb128> I though we stopped installing it by default
[12:17] <seb128> hum no
[12:18] <seb128> I confuse it with the agent
[13:08] <pitti> seb128: FYI, I removed the xorg/hal work item from desktop-lucid-startup-speed and linked the separate spec as a dependency
[13:16] <Keybuk> pitti: Michael Frey on the OEM team has built some Xorg packages with the current set of udev replacement patches applied
[13:16] <Keybuk> hopefully they'll generally do the right thing
[13:16] <pitti> oh, great
[13:16] <pitti> Keybuk: I wrote a spec about it yesterday
[13:16] <pitti> bryce said that jcristau's patches don't apply well to our current one and wanted to wait for 1.7
[13:16] <Keybuk> when is that coming out?
[13:17] <pitti> I have some udev rules which port the keyboard/synaptics fdis
[13:18] <pitti> Keybuk: unsure, I just know "couple of weeks"
[13:19] <Keybuk> the patches applied fine here btw
[13:19] <Keybuk> it's mostly just adding a new backend after all
[13:20] <pitti> Keybuk: you took them from http://cgit.freedesktop.org/~jcristau/xserver/ ?
[13:20] <pitti> I'm happy to build one and then beat my udev rules into shape
[13:20] <Keybuk> I took them from the mailing list
[13:20] <Keybuk> looks like the same set though
[13:22] <pitti> you don't happen to have built .debs, do you?
[13:22] <Keybuk> Michael probably does
[13:23] <pitti> ok, great
[13:23] <Keybuk> (ChickenCutlass on #oem)
[13:25] <seb128> pitti, ok good
[13:26] <Keybuk> not that I mean to rush
[13:26] <Keybuk> but we don't have many alphas to test things ;)
[13:31] <pitti> Keybuk: ah, it's in the status area of https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-xorg-halsectomy
[13:31]  * pitti looks at PPA
[13:31] <Keybuk> and ripping HAL back out of X is the kind of thing we really want to test ;)
[13:32] <pitti> absolutely
[13:33] <Keybuk> and is one of the really important cards in the boot speed house ;)
[13:35] <pitti> I think I'll wait for Michael to wake up and test his packages
[13:35] <pitti> no need to spend time on fixing the patches if he already did
[13:35] <Keybuk> yeah, this week is "everyone's on holiday" anyway :)
[13:35] <pitti> oh heck, right
[13:36] <pitti> nothing in https://edge.launchpad.net/~mfrey/+archive/ppa anyway
[13:50] <pitti> Keybuk: ah, they apply just fine to xorg-edgers; trying that
[14:05] <pitti> bryce: do you know why xorg-edgers has server 1.7.99 while we are actually heading for 1.7?
[14:05] <pitti> i. e. are we deliberately using the previous version, or is it just a weird numbering scheme?
[14:13] <Keybuk> that compiz bug screwed up my bootcharts ;-)
[14:13] <Keybuk> it goes idle while compiz is running, so they get cropped
[14:16] <seb128> and mvo doesn't seem to be around today
[14:16] <seb128> maybe Amaranth will show up soon ;-)
[14:16] <Keybuk> I fixed them
[14:16] <Keybuk> http://people.canonical.com/~scott/daily-bootcharts/
[14:17] <Keybuk> X got the xkbcomp patches?
[14:18] <seb128> Keybuk, it did
[14:18] <seb128> 2 days ago
[14:18] <Keybuk> that made a big difference!
[14:19] <Keybuk> if you're on chromium, you can see the Xorg graph drop!
[14:19] <Keybuk> did the -nr patches go in too?
[14:19] <seb128> what chromium has to do with that?
[14:19] <seb128> yes
[14:19] <seb128> they both did in the recent upload
[14:20] <Keybuk> sweet, so when we use plymouth, another 1s or so should magically vanish
[14:20] <Keybuk> seb128: Firefox can't render SVG in <img> tags
[14:20] <Keybuk> so you don't see the cute graphs at the top of the daily-bootcharts URL
[14:20] <seb128> indeed
[14:20] <seb128> I just see a table
[14:21] <seb128> but that's enough to see the 1 second xorg drop
[14:21] <seb128> and the extra 8 seconds for desktop
[14:21] <Keybuk> yeah
[14:23] <mvo> seb128: I was just ignoring you ;)
[14:24] <seb128> mvo, I see ... no tea for you!
[14:26] <seb128> hum
[14:27] <mvo> seb128: I get back to it, I just need to finish some other stuff
[14:27] <seb128> why is jockey-gtk on Keybuk's chart...
[14:27] <seb128> mvo, no hurry, thanks
[14:27] <seb128> pitti, ^
[14:27] <seb128> pitti, did you drop the sleep for starting jockey?
[14:28] <Keybuk> jockey seems to be using a lot of CPU there
[14:28] <Keybuk> but that could be just python startup
[14:29] <Keybuk> appearing to take a long time because the CPU is busy being used elsewhere
[14:29] <Keybuk> I don't think that should be updating cache or anything
[14:29] <Keybuk> post-install, I have:
[14:30] <Keybuk> dbus-daemon --system
[14:30] <Keybuk> jockey-text -u || true
[14:30] <Keybuk> jockey-text -c || true
[14:30] <Keybuk> kill $(cat /var/run/dbus/pid) || true
[14:30] <Keybuk> rm -f /var/run/dbus/pid /var/run/dbus/system_bus_socket
[14:30] <Keybuk> which should force a jockey cache update before the first reboot ;-)
[14:31] <Keybuk> at least, that's the ide
[14:31] <Keybuk> +a
[14:34] <seb128> Keybuk, why do you need to do that?
[14:34] <Keybuk> otherwise on the first boot jockey updates its caches and stuff
[14:34] <Keybuk> and that shows up
[14:35] <Keybuk> there's a broadcom wireless card in them thar minis
[14:42] <pitti> urgh, xorg-edgers looks scary
[14:42] <pitti> seb128: I didn't no
[14:42] <pitti> seb128: but jockey shouldn't be called at all any more, except on very first startup
[14:42] <pitti> I think we can drop even that one once it's integrated in the installer
[14:43] <Keybuk> pitti: how does it decide what "first startup" is?
[14:43] <pitti> but the sleep is currently done within jockey indeed, so we'd still have the interpreter startup
[14:43] <pitti> Keybuk: presence of /var/cache/jockey/check
[14:44] <Keybuk> pitti: would the shell code I pasted above create that?
[14:44] <pitti> should, yes
[14:44] <Keybuk> jockey-gtk only appears on today's
[14:44] <pitti> unless jockey wouldn't actually write it if it didn't detect any drivers; I need to  check that
[14:45] <Keybuk> and on both SSD and HDD
[14:45] <Keybuk> that implies a software bug ;)
[14:45] <Keybuk> pitti: both should have the broadcom wireless
[14:45] <pitti> one odd thing might be that jockey is currently broken completely
[14:45] <pitti> due to some polkit-1 regression
[14:45] <pitti> dbus.exceptions.DBusException: org.freedesktop.PolicyKit1.Error.Failed: Error parsing subject struct
[14:46] <pitti> but I'll keep it on my list
[14:48] <Keybuk> haha
[14:48] <Keybuk> let me check
[14:48] <Keybuk> meh
[14:48] <Keybuk> no jockey output in debug log
[14:48] <pitti> so it couldn't ever write that cache file on a fresh install
[14:48] <pitti> jockey-text --list
[14:49] <pitti> ^ does that work for you?
[14:49] <pitti> I bet it raises an exception
[14:49] <Keybuk> no idea
[14:49] <Keybuk> the machines wipe themselves after install
[14:50] <pitti> Keybuk: well, I bet it's that
[14:51] <Keybuk> oh, wait
[14:51] <Keybuk> they only wipe the MBR :p
[14:53]  * pitti installs udevified x.org and holds his breath
[14:53] <Keybuk> pitti: you were quite correct
[14:54] <Keybuk> I got that PK error
[14:54] <Keybuk> pitti: remember the x11_driver thing ;)
[14:54] <Keybuk> that's important
[14:54] <pitti> Keybuk: yes, I have my udev rules in place
[14:54] <pitti> things use evdev, except the touchpad which uses synaptics
[14:54] <pitti> and it knows my keyboard layout, too
[14:54]  * pitti pulls trigger, brb (hopefully)
[14:55] <Keybuk> good luck :D
[14:58]  * pitti grins evily
[14:58] <pitti>  lshal
[14:59] <pitti> Could not initialise connection to hald.
[14:59] <pitti> (II) config/udev: Adding input device "AT Translated Set 2 keyboard" (/dev/input/event4)
[14:59] <pitti> (II) config/udev: Adding input device "AlpsPS/2 ALPS DualPoint TouchPad" (/dev/input/event11)
[14:59] <pitti> (II) LoadModule: "synaptics"
[14:59] <pitti> \o/
[15:00] <Keybuk> sweet
[15:00] <Keybuk> it worked for me on the mini 10s too
[15:00] <Keybuk> pitti: SHIP IT!
[15:02] <pitti> that's xorg-edgers crack of the day
[15:03] <pitti> with a "nice" intel bug
[15:03] <pitti> (II) LoadModule: "synaptics"
[15:03] <pitti> oops
[15:03] <pitti> https://bugs.freedesktop.org/show_bug.cgi?id=25031
[15:03] <pitti> but it's good enough for testing the udev rules stuff
[15:04] <pitti> Caught signal 11 (Segmentation fault). Server aborting
[15:04] <pitti> ^ oh, and I guess this needs to be fixed, too; but details.. :-)
[15:04] <pitti> Keybuk: anyway, I think if we get that, we can move hal from upstart job to dbus-activation
[15:04] <Keybuk> it's nice to know that sanity first-passes work though
[15:04] <pitti> so that it's not in the critical path any more
[15:04] <Keybuk> pitti: to be honest, I'd rather leave HAL disabled for a while ;)
[15:04] <Keybuk> make it really obvious what's using it and encourage them to fix it
[15:04] <Keybuk> then do the activation thing later on
[15:05] <pitti> right
[15:05] <pitti> https://wiki.ubuntu.com/Halsectomy has a pretty complete list
[15:05] <pitti> like, gdm itself
[15:05] <Keybuk> sure, but it's amazing how things show up you didn't know about
[15:05] <pitti> but that's on my list
[15:06] <pitti> Keybuk: by not starting it at all, we'd screw the Kubuntu guys pretty thoroughly, though
[15:08] <Keybuk> I like to think of it as them screwing themselves by not keeping up ;)
[15:11] <pitti> in a new PPA now
[15:12] <pitti> Keybuk: actually, I think we can do something different
[15:13] <Keybuk> such as?
[15:13] <pitti> Keybuk: we have three remaining rdepends on a standard install now, AFAICS: xserver-xorg (see above), gdm (will fix), gparted
[15:13] <pitti> it doesn't seem too hard to make it fall off the CD completely
[15:13] <Keybuk> ah
[15:13] <Keybuk> make sure it falls off the CD you mean?
[15:13] <Keybuk> and flag it if it ever comes back?
[15:13] <Keybuk> that works for me
[15:14] <pitti> hm, gparted -- that's in the live system for rescue love
[15:14]  * pitti wonders if we could just sell palimpsest as a replacement
[15:15] <Keybuk> isn't gparted used by ubiquity? :p
[15:15] <pitti> libparted is
[15:15] <pitti> (I think)
[15:15] <pitti> I don't have hal running now
[15:15] <pitti> and it does detect my internal partitions
[15:16] <pitti> it doesn't react to hotplugging any more, though
[15:16] <Keybuk> it'd be really nice to have those patches in on the sooner timescale ;)
[15:16] <Keybuk> though obv. they depend on a new X :p
[15:16] <Keybuk> really?
[15:16] <pitti> the gdm one doesn't
[15:16] <Keybuk> the code I read through looked like it should just fine
[15:16] <pitti> I'll look into this now
[15:16] <Keybuk> the X code that is
[15:16] <pitti> X code?
[15:17] <pitti> Keybuk: above I was speaking about gparted
[15:17]  * pitti goes to unhalify gdm
[15:17] <Keybuk> ohh
[15:17] <Keybuk> I was going to say, the X code looked right, and reacted to udevadm when I played
[15:18] <Keybuk> udevadm working is important
[15:18] <Keybuk> otherwise how else does one un-stick one's mouse when empathy steals it? :p
[15:18]  * pitti tries hotplugging
[15:18] <pitti> works like a charm
[15:20] <Keybuk> heh
[15:20] <Keybuk> it's amazing how we're getting awesome functionality while removing code :p
[15:28] <JanC> the installer uses libparted, and I think gparted can work without hal now
[15:29] <JanC> I think curtis has a patch for that in gparted git
[15:36] <JanC> http://git.gnome.org/cgit/gparted/commit/?id=d9b892a73f2f078ae6314c4925b438e43fe4392e --> should be in GParted 0.4.8
[15:36] <pitti> JanC: oh, that's just for locking hal/dk-disks
[15:37] <JanC> I don't think GParted uses hal for something else?
[15:37] <pitti> JanC: without hal I apparently loose hotplug detection
[15:37] <JanC> I don't think GParted does any detection of new disks while it's running?
[15:38] <pitti> oh, it doesn't? well, then it's fine
[15:51] <pitti> JanC: confirmed; I have to press control-r after hotplug either way
[15:51] <pitti> hush, away with the hal dep then! :-)
[15:52] <JanC> up to 0.4.7 it depended on the hal lock mechanism, since 0.4.8 it can use both
[15:53]  * pitti confirms http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558022
[15:55] <pitti> JanC: it didn't "depend" on hal before either
[15:55] <pitti> if hal-lock/hal isn't even there, no reason to lock it
[15:55] <pitti> JanC: thanks! (uploaded)
[15:58] <JanC> pitti: no problem, I host/admin the GParted forum, so I somewhat have to know about most of what is going on with GParted development  ;)
[16:21] <mpt> kwwii, are text[NORMAL] and fg[NORMAL] GTK-specific?
[16:23] <kwwii> mpt: they are defined in gtk, yes
[16:23] <mpt> kwwii, so the details about using them can't go in the Icon Naming Specification?
[16:24] <kwwii> mpt: no, not realisticaly without an explanation
[16:24] <mpt> kwwii, I've just completed http://www.freedesktop.org/wiki/SymbolicIcons
[16:24] <kwwii> not all desktops use the same number/names of variables anyway
[16:25] <seb128> yeah for chrisccoulson, didrocks and robert_ancell uploads!
[16:25] <and471> mvo : was there anything wrong with the code?
[16:26] <chrisccoulson> heh, i thought i should start doing some merges now, after not doing very much all week
[16:27] <mvo> and471: nothing wrong, I just would like to see a bit of cleanup on the bits that contruct the spinner from the single image. its currently using hardcoded sizes (24, 72)
[16:27] <mvo> and471: I meant to send a mail about it, but got caught up in other stuff :/
[16:28] <and471> mvo: does it? I thought I replaced them..
[16:28] <mvo> and471: oh, let me check if I really got the lasted rev then
[16:28] <and471> mvo: is that all? in which case I shall fix it now
[16:28] <and471> mvo: no I am sure you did, I probably left out something
[16:29]  * mvo merges again
[16:29] <mpt> kwwii, is that useful for you?
[16:29] <kwwii> mpt: yes, it is well written, somehow I think I could help explain it better
[16:29] <mvo> and471: animatedimage.py is still havng the hardcoded sizes, it would be very nice to fix that
[16:29] <mpt> kwwii, it's a wiki page, go to town :-)
[16:30] <and471> mvo: okay
[16:30] <mvo> and471: I had something else too (something equally small :)
[16:30] <and471> mvo: sure
[16:30] <mvo> and471: give me a sec to remember
[16:31] <mvo> and471: is "fixed1" actually used? in the ui file? it not referenced. or is it a trick to get gtk to layout as you want it to layout?
[16:31] <and471> seb128: have you seen the new version of gThumb? look's pretty slick, I am sure there will now be an argument about f-spot vs gthumb http://www.omgubuntu.co.uk/2009/11/new-gthumb-linux-plugins-f-spot-killer.html
[16:31] <kwwii> dobey: erm, how can I get a login for the freedesktop wiki? and/or do I have one and not know about it?
[16:31] <and471> mvo: nope, the tab page needs some widget inside it, or it doesn't display it, so I just used that, you can change it if you like
[16:32] <seb128> and471, total code write, urg, doesn't seem something for a lts
[16:33] <and471> seb128: yup but it certainly doesn't make it an easier decision :-)
[16:33] <mvo> and471: thats fine, I was just curious if it was deliberate or a left-over :)
[16:33] <and471> mvo: okay I shall clean that up and push
[16:34] <seb128> and471, decision is easy looking to this webpage, we keep what we have
[16:34] <seb128> and471, it still doesn't have timeline nor export to flickr, etc
[16:34] <seb128> and it's not tested
[16:34] <seb128> new codebase
[16:34] <seb128> nothing we want for a lts
[16:34] <and471> seb128: okay okay... :-)
[16:35] <mvo> and471: setup_database_rebuilding_listener() appears to be duplicated, could you please check that
[16:35] <and471> mvo: okay
[16:35] <mvo> and471: nice that you added the sepeartor :)
[16:35]  * mvo likes that
[16:35] <and471> mvo: what's that?
[16:37] <and471> mvo: one thing before I eat, in my branch I added some code that makes */- lists actual HTML lists, however the RegEX is not quite right, it leaves the '*' or '-' at the beginning of the list item. Could you look at this as I have no clue at regex's
[16:38] <mvo> and471: yeah, I can have a look
[16:38] <mvo> and471: I will most likely also move the code that does the subpixbuf() in ShowImageDialog and AnimatedImage into a single function, afaics its the same code
[16:39] <mvo> and471: please let me know when I can re-merge (and thanks for working on it!)
[16:43] <mvo> seb128: compiz is running twice you said in your bootchart? so it re-execs itself?
[16:44] <seb128> mvo, no, I said it doesn't register to the session
[16:45] <seb128> mvo, http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20091126-28.png
[16:45] <seb128> see the 8 seconds waiting
[16:46] <seb128> I guess it's the "gnome-session waits for compiz to send registration ack which it doesn't"
[16:46] <mvo> seb128: hm, I do not see currently how the no-wrapper patch changes this
[16:46]  * mvo looks deeper
[16:46] <mvo> seb128: gnome-session did not change in any way?
[16:46] <seb128> no
[16:47] <seb128> but gnome-session is picky on who registers
[16:47] <seb128> the binary naming change could make a difference
[16:47] <mvo> ohh
[16:47] <Amaranth> hrm
[16:47] <seb128> let me look in gnome-session if we hardcode compiz.real
[16:47]  * Amaranth hides from seb128
[16:47] <Amaranth> oh, yeah
[16:47] <seb128> Amaranth, that's from Keybuk you should hide
[16:47]  * Amaranth blames gnome-session
[16:47] <Amaranth> but hey, 2 second win :)
[16:48] <Amaranth> I wonder why I never noticed the problem
[16:48] <seb128> what problem?
[16:48] <Amaranth> Probably because I have so much crap running my bootcharts are crazy anyway
[16:48] <Amaranth> gnome-session stalling waiting for compiz to respond
[16:48] <seb128> it was not there before your upload ;-)
[16:49] <Amaranth> I've been using it since I initially wrote the patch though
[16:49] <Amaranth> but my boot times fluctuate a lot anyway, I need to do a clean install and not install web servers
[16:50] <seb128> gnome-session doesn't seem to hardcore anything
[16:51] <Amaranth> mvo: changing gtk/gnome/50-compiz-desktop-key.xml.in won't actually do anything since we ship the metacity version of that file
[16:52] <Amaranth> Which is a change you made, actually :)
[16:53] <mvo> Amaranth: could it be this:
[16:53] <mvo> 	if [ ! -z "$DESKTOP_AUTOSTART_ID" ]; then
[16:53] <mvo> 		COMPIZ_OPTIONS="$COMPIZ_OPTIONS --sm-client-id $DESKTOP_AUTOSTART_ID"
[16:53] <mvo> 	fi
[16:53] <Amaranth> d'oh
[16:54] <Amaranth> I thought gnome-session would just call compiz with --sm-client-id
[16:54] <Amaranth> It did back when we made session save/restore work
[16:54] <seb128> gnome-session will run whatever is in the desktop
[16:54] <mvo> 50-compiz-desktop-key.xml.in> right, that can go away I think
[16:55] <mvo> Amaranth: hm, I have no idea if/why it does not use sm-clinet-id, seb128?
[16:55] <mvo> or maybe vuntz knows?
[16:55] <seb128> vuntz, ^
[16:56] <Amaranth> looks like metacity was fixed to look for DESKTOP_AUTOSTART_ID back in 2007
[16:56] <Amaranth> which means this isn't a gnome-session rewrite problem
[16:58]  * Amaranth adds similar code to compiz
[16:58] <and471> mvo: ah yes the separator :-)
[16:59] <mvo> Amaranth: \o/
[16:59] <mvo> Amaranth: I have dinner now, but I check back in some minutes
[16:59] <seb128> Amaranth, you rock ;-)
[16:59]  * mvo hugs and471 along the way
[16:59] <and471> mvo: hehe
[16:59] <seb128> mvo, enjoy!
[16:59] <mvo> thanks!
[17:00] <vuntz> mvo, seb128: I have no clue how you start compiz :-)
[17:02] <seb128> vuntz, set the session key to  "compiz"
[17:02] <Keybuk> vuntz: "carefully"
[17:02] <seb128> and have no wrapper
[17:03] <seb128> ie just run the compiz binary
[17:03] <seb128> session key = required component wm
[17:05]  * Amaranth builds and tests
[17:05]  * Amaranth wonders how to see if this helps...
[17:05] <and471> mvo: about the hardcoded values, is this any issue? The path to the icon is hardcoded (softwarecenter-progress.png) and so therefore it won't change
[17:06] <mpt> mvo, hi, how's the showing-all-packages stuff going?
[17:06] <Amaranth> mpt: He went to dinner :)
[17:06] <vuntz> so gnome-session can't really pass --sm-client-id since, well, it doesn't know if apps support --sm-client-id
[17:08] <Amaranth> brb, rebooting for bootchart
[17:08] <jwm1> I just upgraded to Karmic and my dual monitor system isn't going -- can anyone help?
[17:08] <and471> mvo: I have removed the duplicate function and per above I think it is now ready to merge :-) If not, please email me
[17:09] <jwm1> or should I be making this inquiry elsewhere?
[17:09] <mpt> mvo, when you're back, can we discuss these work items?
[17:11] <seb128> Keybuk, the login target will be hard to get ...
[17:11] <jwm1> hmm?
[17:11] <seb128> with no desktop effect and no nautilus running we still do 7 seconds
[17:12] <seb128> so it's not only a matter to speed those
[17:12] <mpt> seb128, that's why we have geniuses to work on it
[17:12] <seb128> and we will not bring them to no time
[17:12] <Keybuk> 4 of those seconds are the weird gap to gnome-session
[17:12] <Keybuk> that means you're just 3s
[17:12] <Keybuk> which is 1s under your budget ;)
[17:12] <Keybuk> I didn't randomly invent numbers
[17:13] <seb128> mpt, oh, we got that, good I had the feeling it was just plain old stupid desktop guys there! ;-)
[17:13] <Keybuk> if you remember the flight to brussels, I did a 10s boot
[17:13] <Keybuk> now we're just redoing it in packages
[17:13] <Amaranth> seb128: If gnome-panel starts less than a second after compiz does that mean it's fixed?
[17:14] <seb128> Amaranth, yes
[17:14] <mac_v> seb128: pitti: mpt: why hasnt Bug #194472 been fixed in Ubuntu? Upstream has added the option to show stars if the Distribution chooses , but still it hasnt been fixed?
[17:14] <Amaranth> yay
[17:14] <Amaranth> I guess I get to upload now, let's see if I remember how
[17:14] <seb128> Keybuk, I was not in brussels but still, that will be though, those are not random gaps no
[17:14] <pitti> mac_v: simply because nobody got around to doing it in karmic
[17:14] <mac_v> lol ;)
[17:14] <seb128> Keybuk, it's just that gnome-session order starts
[17:15] <Keybuk> actually that's all stuff before gnome-session
[17:15] <seb128> Keybuk, like it takes 1 second to g-s-d to set themes, etc
[17:15] <Keybuk> starting one at a time to set environment
[17:15] <Keybuk> neat hack to fix that
[17:15] <mac_v> pitti: then could you schedule it for Lucid? so that we dont forget again? :)
[17:15] <Keybuk> decide the environment and tell them ;-)
[17:16] <mpt> mac_v, no idea. Presumably someone needs to change the package to set the pwstars option by default
[17:17] <mac_v> hehe , david rejected it as a papercut twice .. and a similar bug got filed again today ;)
[17:17] <pitti> mac_v: I assigned it to me for now, but it's really loooow prio
[17:17] <mac_v> pitti: yup , sure its low.. thanks :)
[17:17] <seb128> Keybuk, I only see a one second gap before gnome-settings-daemon there
[17:18] <seb128> g-s-d takes some 1 second to set themes, etc
[17:18] <chrisccoulson> you see a 1 second gap between gnome-session starting and g-s-d starting?
[17:18] <seb128> then wm starts
[17:18] <Keybuk> http://people.canonical.com/~scott/daily-bootcharts/20091126-max.png
[17:18] <Keybuk> this shows it quite well
[17:18] <Keybuk> the red dashed line is drawn where the session starts
[17:18] <seb128> chrisccoulson, http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20091126-28.png
[17:18] <Keybuk> actually, look at 20 sorry
[17:18] <Keybuk> http://people.canonical.com/~scott/daily-bootcharts/20091120-max.png
[17:19] <Keybuk> a lot of that gap before compiz is quite easy to remove
[17:19] <Keybuk> rather than do
[17:19] <Keybuk> start prog 1
[17:19] <Keybuk> prog 1 inits
[17:19] <Keybuk> prog 1 does stuff
[17:19] <Keybuk> prog 1 listens on a socket
[17:19] <Keybuk> prog 1 sets environment
[17:19] <seb128> yours is weird
[17:19] <Keybuk> prog 1 start prog 2
[17:19] <Keybuk> prog 2 ...
[17:19] <Keybuk> etc.
[17:19] <Keybuk> pre-set all the environment variables
[17:20] <Keybuk> and start prog 1, 2, 3, 4 in parallel
[17:20] <seb128> the one I did today has only 1 second before g-s-d start
[17:20] <Keybuk> today's gnome is a bit off
[17:20] <Keybuk> I'm not trusting it until I see repeatability on that :p
[17:20] <seb128> why?
[17:20] <Keybuk> because other things are broken
[17:20] <seb128> I did some 25 charts today
[17:20] <seb128> and the current ones don't have compiz
[17:20] <Keybuk> there's still >1s after ssh-agent
[17:20] <Keybuk> etc.
[17:20] <seb128> g-s-d starts some 1.5 seconds after gnome-session
[17:21] <Keybuk> 1.5s is almost half your budget
[17:21] <Keybuk> 1.5s is a *LONG* time
[17:21] <Keybuk> what is happening in those 1.5s ?
[17:21] <seb128> I don't debate that
[17:21] <Keybuk> are you really doing over 7.5 trillion operations?
[17:21] <seb128> I agree we can win those
[17:21] <seb128> but my current chart is 7 seconds without nautilus running
[17:21] <seb128> so we still have 1.5s with no compiz nor nautilus nor x11 scripts...
[17:22] <chrisccoulson> the delay between gnome-session starting and g-s-d starting is gconfd starting up
[17:22] <seb128> we will need to add nautilus back
[17:22] <chrisccoulson> thats the first thing that gnome-session does
[17:22] <Keybuk> your chart has 3.5s between the session starting and the window manager starting
[17:22] <Keybuk> why?
[17:22] <Keybuk> that 3.5s should be 0
[17:22]  * vuntz hates people working on gnome-session because it creates lots of highlight event in irc for him ;-)
[17:22] <cassidy> seb128, did you already upload the gabble patch ?
[17:23] <Keybuk> chrisccoulson: no it isn't
[17:23] <seb128> cassidy, no
[17:23] <Keybuk> the 3.5s is *before* gnome-session is started
[17:23] <Keybuk> it's the ubuntu Xsession.d directory
[17:23] <seb128> there is over 1 second wanted there
[17:23] <seb128> g-s-d setting the theme etc
[17:23] <seb128> gnome-session start those in order
[17:23] <Keybuk> yes
[17:23] <seb128> theme first, then wm, then rest of the world
[17:24] <Keybuk> the g-s-d 1s is the bit I think is necessary of that
[17:24] <cassidy> seb128, hang on then, I'll have a nice patch for you improving the whole proxy management
[17:25]  * Amaranth crosses his fingers and runs dput
[17:26] <seb128> cassidy, thanks
[17:26] <Amaranth> well nothing exploded...
[17:26] <Amaranth> [ubuntu/lucid] compiz 1:0.8.4-0ubuntu5 (Accepted)
[17:26]  * Amaranth cheers
[17:27] <seb128> Amaranth, congrats!
[17:27] <Amaranth> and now I must run, going to a thanksgiving dinner
[17:27] <Amaranth> seb128: thanks, hopefully it actually fixes the problem :)
[17:27] <seb128> I will tell you once it's available there
[17:30] <pitti> I'm off for today, still some gdm debugging to do, and then dinner/cinema
[17:30] <seb128> pitti, enjoy
[17:31] <seb128> pitti, I'm taking a swap day tomorrow
[17:31] <seb128> so don't freak out if I'm not around
[17:31] <pitti> enjoy!
[17:31] <seb128> thanks
[17:37] <cassidy> seb128, would be awesome if you could apply https://bugs.edge.launchpad.net/ubuntu/+source/telepathy-gabble/+bug/488709/comments/3 asap
[17:37] <cassidy> so admins will stop bitching at us :)
[17:37] <seb128> ok, will have a look
[17:37] <cassidy> thanks
[17:37] <seb128> Keybuk, ok, I moved Xsession.d away
[17:37] <seb128> 8 seconds for desktop
[17:37] <cassidy> seb128,  this patch has been reviewed and merged upstream btw
[17:38] <seb128> with no Xsession.d, no compiz, no nautilus
[17:38] <seb128> Keybuk, we will do what we can but my view is that it's going to be hard
[17:38] <seb128> especially that everybody is busy with other things, ie nobody will be able to do that full time
[17:39] <Keybuk> I didn't say it would be easy
[17:39] <seb128> and we need a better backup plan than drop nautilus and compiz
[17:39] <Keybuk> your priorities are between you and Rick ;)
[17:39] <seb128> that's clearly not enough ;-)
[17:40] <Keybuk> mutter is a reasonable replacement for compiz
[17:40] <Keybuk> and it's arguable that desktop icons aren't a feature we care about ;)
[17:40] <mpt> O_o
[17:40] <seb128> Keybuk, well those 8 seconds are without compiz and no nautilus at all
[17:41] <seb128> ie I removed it from the session components
[17:41] <Keybuk> seb128: bootchart?
[17:42] <Amaranth> So 8 seconds is the goal?
[17:43] <Amaranth> Keybuk: mutter is slower and does less :)
[17:43] <seb128> http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20091126-52.png
[17:43] <seb128> Keybuk, http://people.canonical.com/~seb128/bootchart/seb128-dellmini-lucid-20091126-52.png
[17:44] <Keybuk> Amaranth: 4s
[17:44] <Keybuk> seb128: you still have 1s before gnome-settings-daemon starts
[17:46] <Keybuk> and 3s before most other things
[17:48] <Amaranth> 4 seconds for the whole desktop? impossible
[17:48] <Keybuk> Amaranth: why?
[17:48] <Keybuk> xfce comes up in 1.5s
[17:49] <seb128> xfce does nothing
[17:49] <seb128> it has no menu by default
[17:49] <seb128> no applet
[17:49] <Keybuk> no, it does everything that gnome does
[17:49] <Keybuk> as far as just about everyone except gnome developers are concerned
[17:49] <Keybuk> you have a panel
[17:49] <Keybuk> it has clock and network and stuff on it
[17:49] <Keybuk> and a button to get your apps
[17:50] <seb128> I've tried xfce during the sprint and honestly you can't compare both
[17:50] <seb128> to add a GNOME applet you need a wrapper which takes some several meg of ram
[17:50] <seb128> and you need one wrapper running by applet
[17:50] <seb128> their places menu is just ugly
[17:50] <seb128> their clock has no locations
[17:50] <Keybuk> so?
[17:51] <Keybuk> it takes 1.5s ;)
[17:51] <Keybuk> you've got 4
[17:51] <Keybuk> that's almost three times as long
[17:51] <seb128> I don't think it's a good trade or something users want
[17:51] <Keybuk> frankly, it really sounds like you don't even want to try
[17:51] <Keybuk> so I suggest you talk to your manager
[17:51] <seb128> user prefer taking 10 seconds to start and have something nice
[17:52] <seb128> I didn't say I don't want to try
[17:52] <Amaranth> How long do we take right now?
[17:52] <Amaranth> subtract the 8 second compiz stall and what is the number?
[17:52] <seb128> I would not have turned my netbook to a test box otherwise
[17:52] <Keybuk> http://people.canonical.com/~scott/daily-bootcharts/ has the numbers
[17:52] <seb128> it's just that I'm pretty sure we will not hit the target
[17:52] <Keybuk> desktop is 13-14s currently
[17:53] <Amaranth> ppc, ia64, and armel just FTBFS compiz
[17:53] <seb128> let's be realistic
[17:53] <Keybuk> seb128: with that attitude, we won't hit the target
[17:53] <seb128> we can try but I don't want to promise things we will not deliver
[17:53] <Keybuk> if you think it can't be done, you need to talk to your manager, and he needs to talk to Mark
[17:53] <Keybuk> :)
[17:53] <Keybuk> I know it can be done
[17:53] <seb128> I've been doing that
[17:53] <Keybuk> it's just hard
[17:54] <seb128> there is no way we can do that with 1 GNOME maintainer this cycle
[17:54] <seb128> they moved our second maintainer to oem
[17:54] <seb128> reaching that target is not a side work some hours a week
[17:54] <seb128> but you are right I should talk to my manager rather
[17:55] <Keybuk> sure :-)
[17:55] <Keybuk> I was surprised by that rotation
[18:00] <Amaranth> Doesn't gnome-session do everything /etc/gdm/Xsession does?
[18:03] <mnemo> jono: was it decided at UDS which Firefox release that will go into Lucid?
[18:04] <Amaranth> Keybuk: your netbook isn't using KMS?
[18:04] <Keybuk> it is
[18:04] <Keybuk> though bear in mind that usplash does KMS "wrong"
[18:05] <Keybuk> you still go back to KD_TEXT before X
[18:07]  * Amaranth heads out
[18:19] <mvo> mpt: no changes in non-apps since we talked last
[18:20] <mvo> mpt: work items - give me a minute, I need to prepare
[18:20] <mpt> ok
[18:20] <mvo> mpt: non-apps> the de-duplication of pkg/apps is still a tricky buisiness
[18:25] <mvo> mpt: http://paste.ubuntu.com/328687/ that would be my ordering (most important to least important)
[18:26] <mvo> mpt: maybe with history one higher up, not sure
[18:26] <mvo> mpt: foundations-lucid-software-center-repository-based-index is hard and we could live without, also its very nice to have
[18:27] <mpt> mvo, here's mine: http://paste.ubuntu.com/328690/
[18:28] <mpt> so we agree on #1
[18:28] <mvo> mpt: not bad :)
[18:28] <mpt> we differ mainly on the LP-related ones
[18:29] <mvo> mpt: history requires some work on apt to be really useful, otherwise it will be limited to stuff that you installed via the center. but I agree that its not very important (also nice to have)
[18:29] <mpt> yeah
[18:29] <mpt> mvo, is that the sort of work David might be interested in?
[18:30] <mvo> mpt: possibly, also he has already taken on some other challenges
[18:30] <mvo> mpt: the libapt bits are hopefully not that hard, but might get a bit fiddly with the details
[18:31] <mvo> mpt: i think we should move it up, but make a target of opporunity or something. having some design mockups would be nice too
[18:31] <mpt> Well I definitely don't think it's more important than ratings and reviews :-)
[18:31] <mvo> mpt: repository based indexes can be #2, I'm fine with that
[18:31] <mpt> ok
[18:31] <mvo> #5 then maybe?
[18:31] <and471> mvo: (about the history stuff, in my history branch, there is parsing of the dpkg.log and an xml file that sofwtare-center can generate)
[18:32] <mvo> and471: I would like to move that into libapt, because it known what actions belong together. the disadvantage of dpkg.log is that its hard to tell what operatons where one "transation" (apt run)
[18:32] <mvo> and471: using dpkg.log is of course nice and the best we have for now
[18:32] <mpt> mvo, I'm assuming for both repository-based-index and ratings-and-reviews that it will involve a bit of work from our part, and then a lot of work from the LP team while we work on other things. The main reason I put them high up is so that we unblock the LP team.
[18:33] <and471> mvo: yup sure, just a proof of concept :-)
[18:33] <mvo> mpt: right, so lets move history above -backend and I think we are mostly set
[18:34] <mvo> and471: :) I still have not had a chance to look at this branch :/
[18:34]  * mvo wants more time
[18:34] <and471> mvo: hehe
[18:35] <mpt> mvo, sounds good to me. What does -backend involve? I.e. "support packagekit session API elsewhere on desktop" means support it where, exactly?
[18:35] <mvo> mpt: the session api should really be not part of that spec
[18:36] <mvo> mpt: the idea is to provide a compatible (dbus) api  to PK so that stuff like nautilus can request installation of e.g. mime type based software
[18:36] <mvo> mpt: glatzor was working on this, I think he made some good progress. but it really does not belong into this particular spec :)
[18:38] <mvo> mpt: for some of the above specs I put workitems in, feel free to adjust/update with your own
[18:39] <mpt> mvo, I saw that, thanks, I think I'll see if I can get some advice from rickspencer3 on how to integrate that with bugs that need fixing etc
[18:40] <mvo> I think you can just add bugnumbers to it and leave the assignee out
[18:40] <mvo> but I have not used it that much myself
[18:41] <mpt> mvo, http://paste.ubuntu.com/328698/
[18:42] <mpt> mvo, I mean bugs that are outside of any of those blueprints
[18:42] <mpt> i.e. work items in general
[18:42] <mvo> ok
[18:42] <mvo> mpt: looks good now to me
[18:43] <mpt> thanks mvo, I'll CC you on the reply
[18:49] <mpt> mvo, now you've got me thinking about de-duplication of packages and applications
[18:50] <mpt> mvo, one rule might be: If the package for application X is the only package that Depends: on package Y, then package Y should be hidden inside X
[18:53] <mvo> mpt: interessting idea, for idea like this I can generate you code that tests this idea relatively easily and output what would be hidden. doing that in a realtime search is a bit more tricky though ;)
[18:54] <mpt> mvo, that seems like it might require several iterations of trying it out, like the subcategories will
 mvo: about the hardcoded values, is this any issue? The path to the icon is hardcoded (softwarecenter-progress.png) and so therefore it won't change
 mvo: I have removed the duplicate function and per above I think it is now ready to merge :-) If not, please email me
[18:58] <Tm_T> in my mind hardcoded paths are always unwanted unless there's really good reason
[22:36] <seb128> hey robert_ancell
[22:36] <robert_ancell> seb128, hey
[22:37] <seb128> robert_ancell, did you need anything from me on the gir issue? or did you just copy me the email for information?
[22:37] <robert_ancell> just for information.  I'm still not sure what to do but Joss pointed me to a document where gir policy has changed.  Will need to patch some packages
[22:39] <seb128> which ones?
[22:39] <seb128> we should just rebase on Debian
[22:40] <robert_ancell> gnome-games :)
[22:40] <robert_ancell> I think there were some others....
[22:42] <seb128> ok
[23:14] <fagan> bug hugger is awesome :)
[23:15]  * fagan was just playing about rick"quickly"spencer3 did a great job
[23:21] <Amaranth> wtf
[23:21] <Amaranth> My package got rejected because someone else uploaded an ubuntu5 compiz package? :/
[23:23] <fagan> Amaranth: bump the number then or just ask the person who uploaded the newer one
[23:23] <Amaranth> First I have to figure out who uploaded the newer one
[23:23] <Amaranth> And then beat them up for not pushing to bzr first :)
[23:24] <seb128> Amaranth, no it didn't
[23:24] <Amaranth> seb128: I got a rejected email from launchpad
[23:24] <fagan> Look at the bzr changelog Amaranth
[23:24] <seb128> Amaranth, https://edge.launchpad.net/ubuntu/+source/compiz/1:0.8.4-0ubuntu5
[23:24] <seb128> you uploaded twice?
[23:25] <Amaranth> no...
[23:25] <Amaranth> weird
[23:25] <Amaranth> anyway, yay
[23:25] <seb128> dunno then
[23:25] <seb128> but your upload made it
[23:25] <fagan> is this for lucid
[23:25] <seb128> yes
[23:25] <Amaranth> seb128: Did you try it?
[23:26] <TheMuso> Amaranth: according to lucid changes you uploaded ubuntu5.
[23:26] <fagan> I got a failed upgrade of compiz
[23:26] <seb128> Amaranth, no but I can do that now
[23:26]  * fagan checks
[23:26] <Amaranth> fagan: Failed how?
[23:27] <fagan> I have compiz.ubuntu5 and I get a could not calculate upgrade error and there are no other updates
[23:28] <Amaranth> fagan: I need more details :)
[23:28] <Amaranth> It may be the Qt transition..
[23:28]  * fagan gos looking
[23:30]  * fagan realised that it would be a lot easier to find the info if he upgraded through terminal
[23:31] <fagan> compiz-wrapper is the problem
[23:32] <fagan> its asking to be removed
[23:32] <seb128> why asking?
[23:32] <seb128> did you divert that one?
[23:32] <fagan> nope
[23:32] <seb128> why would a package ask to change content...
[23:33] <fagan> Calculating upgrade... Done
[23:33] <fagan> The following packages will be REMOVED
[23:33] <seb128> could you copy the error there?
[23:33] <seb128> or on paste.ubuntu.com
[23:34] <fagan> http://pastebin.ubuntu.com/328894/
[23:34] <Amaranth> fagan: It's supposed to get removed
[23:34] <Amaranth> compiz-core Conflicts/Replaces it
[23:37] <seb128_> re
[23:37] <seb128_> disconnect
[23:37] <seb128_> I was saying
[23:37] <seb128_> could you copy the error there?
[23:37] <Amaranth> seb128_: There is no error
[23:38] <Amaranth> It is wanting to remove compiz-wrapper is all
[23:38] <seb128_> oh ok, good
[23:39] <fagan> when I try to do it in the update manager it gives a failed to calculate upgrade error
[23:39]  * fagan gets the exact error
[23:39] <fagan> http://pastebin.ubuntu.com/328896/
[23:39] <fagan> The only problem I can see is compiz-wrapper
[23:39] <fagan> seb128: ^^
[23:40] <fagan> Amaranth: is that not a problem?
[23:40] <Amaranth> fagan: Nope, compiz-wrapper is not used anymore
[23:40] <fagan> Oh ok
[23:40] <Amaranth> That's the point of the changes I've been making :)
[23:40]  * fagan just thought it was used
[23:40] <fagan> My bad
[23:50] <Amaranth> seb128: Did it help?
[23:52] <seb128_> Amaranth, it seems
[23:52] <Amaranth> yay
[23:52] <seb128_> I will confirm with a bootchart next time I reboot
[23:52] <seb128_> but starting a guest session takes some 5-6 seconds now
[23:52] <seb128_> so it seems good
[23:54] <Amaranth> awesome
[23:54] <Amaranth> so with a warm cache we're close to the goal :)


[14:16]  * meena gonna be back to contributing *BSD patches soon
[16:41] <holmanb> meena: Nice!
[16:50] <meena> and if i do it right, i might even get paid for it
[16:51] <meena> holmanb: whelllll i was fired yesterday, because my role was made redundant, and the only other team with an opening didn't think i was qualified
[16:52] <holmanb> meena: I'm sorry to hear that :/
[16:54] <meena> i'll live. but as my partner so eloquently put it: $Company paid a lot of money to remove a very prolific community contributor and evangelist from the community.
[22:04] <blackboxsw> falcojr: I'm done w/ review on cloud-init status --wait bugfix now
[22:04] <blackboxsw> re-runinng integration tests  now on impish/jammy to see if the minor suggestion holds for bionic->jammy


[12:24] <snap-l> Morning
[15:39] <_stink_> yo
[16:58] <Blazeix> http://terriblelinuxwallpaper.tumblr.com/
[17:11] <snap-l> God, that's awful walpaper
[17:12] <snap-l> http://terriblelinuxwallpaper.tumblr.com/image/34773867042
[17:12] <snap-l> OK, I kinda like this
[17:16] <derekv> terriblelinuxwallpaper
[17:17] <derekv> ?
[17:17] <snap-l> It is what it says on the tinn
[17:19] <derekv> i agree
[17:20] <derekv> the one with the bullet
[17:20] <derekv> is epic
[17:23] <derekv> i got some fractal broccoli
[17:28] <derekv> http://www.fourmilab.ch/images/Romanesco/
[17:28] <derekv> i wonder if it has infinate surface area
[17:29] <derekv> ;)
[18:34] <brousch> snap-l: Add to meeting agenda: Linus is using KDE, so let's convince Canonical to dump Unity and make KDE the default
[18:42] <derekv> ...nooooooooo
[19:07] <snap-l> brousch: You add it. :)
[19:32] <derekv> Its also important to know what brand of toilet paper he uses so I can know how to shop
[19:36] <brousch> derekv: What brand snap-l uses?
[19:38] <derekv> linus
[22:12] <snap-l> Cloudkicker has shirts on sale for $5.
[22:12] <snap-l> http://cloudkicker.bandcamp.com/merch


[10:21] <gnomefreak> are we using -mozillasquad for m-e-d?
[11:07] <gnomefreak> !info flashplugin-nonfree hardy backports
[12:31] <gnomefreak> very large email sent to mailing list for feedback.
[14:53]  * gnomefreak has bad feeling i wont have GUI tomorrow but oh well will have to fix it than
[18:04] <Volans> asac: perhaps are you there?
[19:07] <Volans> I have sent a mail to you ;) bye
[20:54] <Jazzva> asac, fta2: I'm back and started working on Extensions wiki. Is it ok if I move LargeScaleMaintenance from w.u.c/MT/Firefox3Extensions/ to MT/Extensions/? Or do you want me to leave it where it is?


[01:25] <CarlFK> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/294951
[01:26] <CarlFK> anything else I can add?
[04:28] <henrik-kabelkaos> hi! just packaged some drivers for the ralink tech RT28xx series WiFi chipsets. And it would be cool to get that into ubuntu development series. any tips?
[04:32] <CarlFK> henrik-kabelkaos: check in #ubuntu-motu
[04:33] <CarlFK> i don't know for sure, but that is where I would start
[04:35] <henrik-kabelkaos> i just came from motu. they said it belonged in jaunty and perhaps in the backports-modules package.
[04:37] <CarlFK> well, so much for that idea.
[14:41] <CarlFK> amitk: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/294951 "vivi memory leak = kernel panic"
[20:56] <bsnider> rtg, i'd like to file a bug against LBM as it relates to ath9k. but i'm not 100% sure what information i could include with the report that would make it more helpful
[21:00] <rtg> bsnider: whats it doing wrong? Helpful info is usually stuff from dmesg, the 'lspci -vvnn' info, etc
[21:03] <bsnider> well, it's strange. netowrk-manger shows a good connection, but every few minutes, the connection is dropped, there's no question about it. i can't stay signed in to msn, i can't maintain a skype call for more than that time.
[21:04] <bsnider> i checked dmesg and it doesn't seem to yield any different info than what is there with the regular ath9k, so i didn't know if there was anything else i could put int he bug report
[21:04] <rtg> bsnider: well, there is probably  some bitching in /var/log/syslog.
[21:04] <bsnider> ah, i'll check that
[22:34] <ArShAm> hi all
[22:34] <ArShAm> I have a question about dvb modules
[22:34] <ArShAm> is here the appropriate channel for this question?
[22:35] <ArShAm> I get this : b2c2-flexcop: initialization of 'Sky2PC/SkyStar 2 DVB-S rev 2.8' at the 'PCI' bus controlled by a 'FlexCopIIb' complete
[22:35] <ArShAm>  but I also get this : DVB: Unable to find symbol cx24113_attach()
[22:35] <ArShAm> and : b2c2-flexcop: CX24113 could NOT be attached
[22:35] <ArShAm> when I search , I get this : CX24123: it seems I don't have a tuner...<4>cx24113_agc_callback: driver disabled by Kconfig


  Disgard that misclick!
[07:26] <didrocks> good morning
[07:32] <cdbs> hi didrocks
[07:33] <cdbs> didrocks: Why were most of the devs off duty yesterday?
[07:34] <didrocks> cdbs: yeah
[07:34] <didrocks> easter holidays
[07:35] <cdbs> I thought, since easter falls on a Sunday, there were no more holidays around it. I was wrong, though :)
[07:35] <cdbs> didrocks: one thing, I've heard nouveau users are having problems with launcher rendering
[07:36] <cdbs> didrocks: any progress on that? /me searches for bug #no
[07:36] <didrocks> cdbs: there are several bugs with nouveau, and we officially don't support it
[07:36] <didrocks> hence the name experimental in the driver itself :)
[07:36] <cdbs> didrocks: But why is it on the CD then?
[07:37] <cdbs> didrocks: well, it was bug #762478
[07:37] <cdbs> has a high number of dupes and subscribers and affects
[07:37] <didrocks> cdbs: because it handles the 2D as well
[07:38] <didrocks> cdbs: anyway, we are not going to fix that in natty
[07:38] <cdbs> hmm
[07:38] <didrocks> and it has mem leak
[07:38] <cdbs> :(
[07:38] <didrocks> of course, contribution welcome :)
[07:38] <cdbs> didrocks: That's the usual Canonical way of attracting contributors :) "Patches welcome"
[07:39] <didrocks> exactly :-)
[07:39] <LLStarks> i want my super+d back
[07:39] <LLStarks> :(
[07:48] <zniavre_> good morning
[07:49] <zniavre_> where can i cjheck all blacklisted gfx card for unity please
[07:49] <zniavre_> check*
[07:51] <zniavre_> is that in unity or nux sources ?
[07:53] <zniavre_> all changelog files are empty ...
[07:55] <RAOF> zniavre_: I believe you're after unity-check-somethingorother in the nux sources.
[08:02] <DBO> RAOF, unity_support_test
[08:02] <RAOF> See?  I'm always right.
[08:02] <RAOF> Just sometimes a bit vague :)
[08:03] <DBO> is that a valid argument?
[08:04] <RAOF> Kinda ;)
[08:04] <Saamm> this is not the right place but this bug is killing me---> Bug #768901 Can someone point me to right channel
[08:06] <RAOF> Saamm: Depends on what you want to do - #ubuntu-devel would be the appropriate channel for connecting with people who can help you fix the bug, #ubuntu+1 would be the appropriate channel to help you get your system back into a usable state.
[08:06] <MacSlow> hi there folks
[08:06] <Saamm> ok thanks try ubuntu-devel
[08:09] <oSoMoN> good morning
[08:24] <zniavre_>  i did not find this blacklist
[08:26] <DBO> bug #765664
[09:04] <tbf> hi. guess i want to mix the nice parts of unity and gnome-shell somehow.
[09:04] <tbf> no idea how i'll reach that goal yet, but probably a first step one might need unity working on-top of that gnome3 ppa.
[09:05] <tbf> anyone working on this already?
[09:05] <tbf> some estimations how much effort this would be?
[09:05] <LLStarks> i can't wait for the deluge of unity patches once the oneiric repos open in a few days.
[09:05] <LLStarks> the lag between release and toolchain upload is getting smaller and smaller
[09:08] <RAOF> tbf: It'll require unity be ported to gtk3 at least; it's likely a substantial undertaking.
[09:11] <LLStarks> raof, won't that be done anyway for oneiric as part of bringing ubuntu up to gnome3 versions or will gtk2 still be used?
[09:13] <RAOF> LLStarks: I presume that it'll get updated as a part of Oneiric, yeah.  But *right now* the answer is ‘quite a lot of work’ :)
[09:14] <LLStarks> how much gnome3 can ubuntu adopt without becoming pure gnome3?
[09:15] <RAOF> All of it bar gnome-shell?
[09:18] <zniavre_> RAOF, sorry to come again , this balcklist in nux is maybe not yet updated (source is nux-0.9.46) i can't find it
[09:19] <RAOF> didrocks: Could I point you at ^^^ ? :)
[09:20] <LLStarks> as long as all that gnome3 indicator nonsense and lack of global menus is part of gnome-shell, that sounds dandy
[09:20] <didrocks> zniavre_: I already answered that question in the french forum FYI :p
[09:20] <zniavre_> ho ?
[09:21] <zniavre_> ok
[09:21] <didrocks> as RAOF told, it's in unity-support-tools.c
[09:21] <LLStarks> also, before i go to sleep, i am begging anyone to tell me how to restore super+d in unity.
[09:21] <didrocks> one sec
[09:22] <didrocks> zniavre_: http://bazaar.launchpad.net/~unity-team/nux/trunk/view/head:/tools/unity_support_test.c?remember=342#L72
[09:23] <zniavre_> thank you
[09:42] <tbf> RAOF: LLStarks: also wondering if things like app indicators or the app menu cannot be integrated into gnome-shell
[09:42] <tbf> ...unity's top panel seems that much saner than gnome shell's top panel
[09:43] <LLStarks> unity does some stupid things, but the paneling is amazing
[09:43] <RAOF> Well, they could be.  It'd just require gnome-shell to implement the other end of the various DBus interfaces required.
[09:43] <LLStarks> unless you want to manually minimize multiple maximized windows in quick succession
[09:44] <LLStarks> i'm really bothered as to why gnome3 needs the inch-thick top panel
[09:45] <LLStarks> i lose a fair amount browser real estate with fedora 15
[09:45] <RAOF> You just need a higher-resolution display :)
[09:45] <LLStarks> wsxga not good enough anymore?
[09:45] <RAOF> It's nowhere *near* as noticable at 250DPI :)
[09:46] <LLStarks> what are you running, quad hd?
[09:46] <RAOF> I'm not, but that's the resolution that LCD screens *should* be at!
[09:46]  * RAOF 's laptop is only 140DPI
[09:47] <RAOF> And the lovely 24" Dell Ultrasharp that should arrive Thursday is only ~96!
[09:49] <LLStarks> 96 dpi not good enough for 1440x900?
[09:51] <RAOF> 96DPI is just plain not good enough!  My 12" laptop display *should* be 2880x1800, at least.
[09:57] <LLStarks> netbooks and tunneling electron microscopes are all the rage
[09:58] <RAOF> Pfft.  Photos are significantly higher resolution than that, and most printed text is, too.
[09:59] <RAOF> Also, the iPhone has a ~250 DPI display.
[10:00] <RAOF> It would be excellent to have that level of clarity on a display that I'm reading text from the whole day!
[10:00] <gord> its a pain to even find monitors that aren't 1080p these days - such a shame
[10:00] <tbf> RAOF: n900 even had 267 DPI
[10:01] <RAOF> There's no good reason not to have that in a desktop display.  I'd pay $1000 for a nice 24" display at 250DPI!
[10:02] <LLStarks> nokia's come a long way since the snickers bar and the ngage
[10:05] <RAOF> http://www.penny-arcade.com/comic/2003/08/22/
[12:00] <szonek> hi
[12:02] <szonek> i have a problem with compiz/unity after upgrading to Ubuntu Natty. when i log in it doesn't display any window or panel, just wallpaper and cursor but the windows and panels are there since i can click them and they 'work'
[12:02] <szonek> OpenGL renderer string: Quadro FX 350M/PCI/SSE2
[12:02] <szonek> OpenGL version string:  2.1.2 NVIDIA 270.41.06
[12:03] <RAOF> szonek: Could you try the nvidia-173 drivers?  I understand that some people with older GPUs have problems with nvidia-current.
[12:04] <szonek> okay
[12:06] <zniavre> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/767613
[12:09] <szonek> zniavre: that doesn't look too good, but i will try it anyway
[12:09] <szonek> brb, reboot
[12:09] <zniavre> you can at least hav running driver for gnome-classic and compiz
[12:10] <szonek> zniavre: 173 or current?
[12:10] <zniavre> i do not know for current (mine only supported by 173)
[12:11] <zniavre> but i m running compiz+ gnome
[12:19] <szonek> zniavre: it works!
[12:19] <szonek> zniavre: Unity + compiz now works, thanks
[12:19] <zniavre> it's RAOF  to thanks
[12:20] <szonek> okay, thanks RAOF :)
[12:20] <zniavre> :o)
[12:20] <zniavre> nvidia 173 ?
[12:20] <szonek> yep
[12:20]  * zniavre is crying ...
[12:21] <szonek> zniavre: maybe you have something wrong with config files, have you tried creating new user and logging in to unity?
[12:21] <zniavre> sa many times ...
[12:21] <zniavre> so*
[12:21] <szonek> :/
[14:22] <skaet> dbarth_,  am a bit concerned that switching to boot natty in classic environment now has mixed scroll bars (some overlay and some not).   We've been saying that folks that don't want to use unity can just boot up there, and get the expected experience they were used to in maverick.     Can we customize the classic environment (via environment variables) so that people booting into classic/classic no effects gets the existing scrollbars by default.
[14:24] <didrocks> skaet: the scrollbar isn't related to unity at all, it's a separate project.
[14:24] <didrocks> like the indicators were in until ubuntu 10.10
[14:24] <didrocks> we integrated the indicators in gnome-panel, I think the same rationale goes for the classic session
[14:24] <didrocks> (and scrollbars)
[14:26] <skaet> didrocks,  yeah, but we've not been setting expectations appropriately for it to be changing.  And what benefit does it bring to the classic environment to have these mixed scroll bars showing up?
[14:26] <didrocks> skaet: it's exactly like the indicators, we didn't get all indicators migrated in one cycle, and still have the systray and indicators mixed
[14:26] <didrocks> skaet: the scrollbar isn't linked at all to unity, that's my point
[14:26] <didrocks> it's just another 11.04 feature
[14:27] <skaet> didrocks,  I now understand that.
[14:27] <skaet> but didn't until this conversation,
[14:28] <didrocks> skaet: I agree it's a pity we don't have the same scrollbar everywhere, it's just too much for a cycle as every app doesn't use gtk and the same scrollbar… (same story than appmenu)
[14:28] <spikeb> which is why the scrollbar shouldn't be on by default, but I lost that argument :)
[14:29] <didrocks> spikeb: there is a bug report where it has been discussed, you can add your input :)
[14:29] <skaet> didrocks,  am fine with it being in the unity environment.   But can we please consider setting the defaults for classic and classic no effects to be back for now.
[14:29] <skaet> didrocks,  what's the bug number?  ;)
[14:29] <didrocks> skaet: I would think it's the one where the whitelist has been disabled by default would suit
[14:29]  * skaet wants to catch up on existing discussion.
[14:30] <didrocks> skaet: but not having the same scrollbar in both session will add even more discrepancy
[14:31] <didrocks> https://wiki.ubuntu.com/DesktopTeam/Meeting/2011-04-26 -> ken would know, I can have look
[14:31] <skaet> didrocks,  not sure I agree,  its a question of expectations.    Our users won't be switching between sessions and seeing this,  they'll choose the one they're comfortable in,  and stay there.
[14:32] <cjwatson> this is a discrepancy between ... what skaet said
[14:32] <didrocks> skaet: from last overlay upload: bug #766660
[14:33] <didrocks> anyway, it's not unity related at all, it's like if we would rollback indicators to systray in the classic session
[14:33] <didrocks> but I'm not the one taking the decision anyway, just pointing that it's "another feature of 11.04"
[14:34] <cjwatson> we should be separating "on by default" from "on by default in both sessions", given that it can be handled per-session
[14:38] <didrocks> cjwatson: it seems the discussion is more turning to "should the classic session be a vanilla GNOME" then
[14:38] <cjwatson> I'm not entirely sure how I feel about it, but we have sort of set ourselves up for that by calling it "classic"
[14:39] <cjwatson> the very name does rather imply that it's roughly what people are used to from before, so there's bound to be debate about how much change will fit in that name
[14:39] <didrocks> so ubuntu classic shouldn't be "GNOME 3" with gnome-panel next cycle?
[14:40] <didrocks> you're right about the name, we choosed this one, not sure of what a better fit would have been though
[14:40] <cjwatson> I'm not sure, this is something skaet is more concerned about than I am I must admit :-), but I do think there is at the very least some expectation management to be done
[14:41] <cjwatson> where do we document the classic session and what people can expect from it?
[14:42] <didrocks> cjwatson: I think that the release note should have a list of "common", as the fundation updates impact all sessions, as a new firefox as well. So not differently than other "flavors" or UNR in the past
[14:43] <cjwatson> and there are several such sections in the release notes, but I'm not sure how that's relevant here
[14:43] <didrocks> but anyway, it's just an environment variable, this can be set/unset quite easily on session bases, let's see what dbarth_ would tell
[14:43] <didrocks> why is it more relevant than an application update?
[14:43] <cjwatson> the natural place to document the classic session would be in the paragraph that begins "Unity is now the default Ubuntu desktop session", under "New Features" in https://wiki.ubuntu.com/NattyNarwhal/ReleaseNotes
[14:43] <cjwatson> rather than in a section common to all flavours, because for example this does not apply to Kubuntu
[14:44] <didrocks> right
[14:45] <didrocks> so the overlay scrollbar (if left common to everyone), should be there, as the ubuntu one control panel or USC paragraph…
[14:45] <cjwatson> but it's not common to everyone - it's GTK-specific
[14:45] <didrocks> isn't in that paragraph that we put new GNOME previous cycles?
[14:46] <cjwatson> IIRC that went in an "Ubuntu Desktop Edition" section
[14:46] <cjwatson> or similar
[14:46] <didrocks> it wasn't common to everyone, just common to flavors based on GNOME…
[14:46] <didrocks> hum, and as we don't have the name "Ubuntu Desktop" anymoe
[14:46] <didrocks> anymore*
[14:46] <cjwatson> but what I meant was that it's a bit irrelevant to discuss where it should go, because what I was asking was whether there was anywhere *right now* that described the intent of the classic session
[14:48] <didrocks> nothing formal describing the ubuntu classic session. It was first called "ubuntu fallback" for a "2D mode", and the definition was based to "still introduce latest goodness we have in ubuntu, compatible with non accelerated hardware"
[14:48] <didrocks> then, ubuntu fallback was quite unclear/unwanted, hence the rename to "classic"
[14:49] <cjwatson> it's hard to find naming (or for that matter description) that's accurate yet positive
[14:50] <cjwatson> I think we need to have something in the release notes about it alongside the bit that talks about unity being the new default, though, because that's going to be a FAQ
[14:58] <didrocks> cjwatson: either way, I don't really care, if you need help to emphasize that on the release note, I can give an hand, if you prefer to revert that, I think discuss with kenvandine and dbarth_ about it
[14:59] <cjwatson> well, we came here to discuss reverting it for the classic session
[15:03] <seb128> cjwatson, that's rather an #ubuntu-desktop discussion
[15:04] <seb128> cjwatson, #ayatan is upstream unity channel
[15:04] <cjwatson> ok
[15:04] <cjwatson> that's fine, let's take it there then
[15:04] <cjwatson> skaet and I were initially unaware that overlay-scrollbar wasn't part of unity
[15:37] <dbarth_> cjwatson, didrocks: still something i can help with here? or is the follow-up on #ubuntu-desktop?
[15:37] <didrocks> dbarth_: follow up is on #ubuntu-desktop
[15:44] <apw> does anyone know how i can diagnose why a unity launcher button does not work?
[15:44] <apw> (this is the firefox button in the live environment, which is not working about half the boots)
[15:53] <dbarth_> didrocks: where i am following the discussion as well, just in case
[16:53] <vish> wheee! i've found a way to spam mptbugs, now I just need to subscribe mpt to a bunch of bugs and bam! :p
[16:55]  * mpt rushes to report a bug to request the ability to block people from subscribing him to bug reports
[17:08] <Guest27435> Final build of 11.4 ready?
[17:08] <vish> !11.04 | Guest27435
[17:09] <vish> grr.! last part not required :)
[17:09] <vish> "due April 28 2011." ;)
[18:17] <kamusin> is there a way to do this https://bugs.launchpad.net/unity/+bug/757886?
[19:00] <kenvandine> klattimer, you still around?
[19:04] <kenvandine> tedg, watch the memory usage in indicator-datetime-service
[19:04] <kenvandine> and do this "evolution --force-shutdown"
[20:11] <tedg> kenvandine, Nothing happens here, solid at 22MB
[20:11] <kenvandine> wow...
[20:12] <kenvandine> tedg, it climbed for me several times in a row when doing a force-shutdown
[20:12] <kenvandine> i rebooted now and it seems fine
[20:12]  * kenvandine tries again :)
[20:13] <tedg> kenvandine, It's all those appointments with your mistress ;-)
[20:13] <kenvandine> hehe
[20:19] <spikeb> since natty is basically ready, I've been testing Unity with my users. I think every single one of them had the same reaction.
[20:20] <spikeb> "woah what the heck happened to my desktop?....hey, this is pretty neat!"
[20:23] <tedg> spikeb, Heh, cool.  Change is hard, sometimes it's hard to get past the ellipsis there. :-)
[20:23] <spikeb> so far it seems to take them about ten clicks on various bits of unity and they're hooked. I'd say you guys did a pretty good job :)
[20:33] <kenvandine> spikeb, that is great to hear!
[20:35] <tbf> really just love how unity merges titlebars of maximized windows into the top panel
[20:35] <tbf> well done guys.
[20:44] <LLStarks> this is absurd. it shouldn't take 10 seconds of fiddling around to close the firefox download popup.
[20:49] <LLStarks> is there a blueprint for oneiric unity goals?
[22:11] <alex4556> is it possible to move the launcher in Unity to the right side of the screen?
[22:13] <davidcalle> Hi alex4556, for this kind of questions, you should join #ubuntu+1. Nevertheless, the answer is no. :)
[22:13] <alex4556> thanks
[22:13] <alex4556> :-(
[22:14] <tbf> davidcalle: alex4556: actually wondering of the lences could be split into two panels...
[22:14] <tbf> ...e.g. launchers on left and active lences on right
[22:14] <tbf> "active", "smart", "interactive"
[22:15] <davidcalle> tbf, IMHO it would clutter the screen.
[22:16] <davidcalle> tbf, lenses are like smart widgets... Cool but they shouldn't stay in the way. Bottom left is fine for me.
[22:20] <tbf> davidcalle: pretty sure must be connected with auto hide or something...
[22:21] <tbf> davidcalle: or maybe less saturated, less prominent appearance. dunno.
[22:21] <tbf> ...or maybe don't hide them entirely. keep a pretty handle visible
[22:22] <tbf> DaveDavenport: but at least on my idea pad this left panel does not only appear __very__ old fashioned, anti-modern...
[22:22] <tbf> ...it also feels very cluttered on 1280x600
[22:22] <tbf> (or what crazy resolution this thing has)
[22:23] <tbf> 1024x600
[22:24] <tbf> 8 launchers in psychodelic colors. after that many stacked icons
[22:26] <davidcalle> tbf, I admit there is some design work to be done. I wonder when we'll begin to see the first Oneiric launcher mockups.
[22:29] <tbf> why did i highlight DaveDavenport instead of davidcalle? sorry dave.
[22:31] <LLStarks> tbf, is there a blueprint for oneiric unity goals?
[22:33] <tbf> LLStarks: i hope so. no idea actually.
[22:59] <elleuca> vish, https://bugs.launchpad.net/bugs/747871
[23:01] <vish> DanRabbit: ^^
[23:01] <vish> elleuca: that seems to been done in Natty to maintain the spacing between icons..
[23:02] <elleuca> vish, but wifi, volume and message icons seem wider :/
[23:02] <vish> elleuca: all the 22px are wonky sizes
[23:03] <DanRabbit> yea, the width doesn't matter
[23:03] <DanRabbit> it's done on purpose because not every icon is the same width
[23:03] <DanRabbit> makes the spacing more consistent
[23:04] <elleuca> DanRabbit, and now bluetooth icon is harder to click...
[23:05] <DanRabbit> elleuca: you can scrub the indicators, so even if you miss you can just move your mouse.
[23:14] <elleuca> DanRabbit, sure, but from my point of view and feeling, the usage of different widths conveys the idea of slovenly and careless, more than different spacing (but, I said, it's a feeling)
[23:16] <DanRabbit> elleuca: yea, unfortunately it's either differently sized indicators or unevenly spaced indicators :p


[01:17] <julian__> hi, can I make "other updates" install automatically? there's only a display option and I only use this computer as a seedbox, so I don't mind updates
[07:30] <danboid> flexiondotorg: I FINALLY got round to installing Ubuntu Mate! Yay! I installed it for my grandad on his aging netbook on the weekend and he seems very happy with it. No wifi issues so far, which was my main concern going off all the LAS FUD ;)
[07:32] <danboid> In fact, it was because he was having wifi connection issues that I upgraded him from Xubuntu 14.04 to Ubuntu MATE 16.04
[07:35] <danboid> flexiondotorg: The main thing I think this distro is missing is the MATE menu search plugin/mod like the Antergos MATE desktop has. Have you considered adding such a feature? Would you?
[07:36] <danboid> Its a python jobby but I don't recall its name off the top of my head
[07:38] <danboid> I'm currently contemplating switching my main machine from Arch back to Debian Testing now that OpenZFS is in the testing repos
[07:41] <danboid> I'll miss the AUR and pacman as I prefer pacman and PKGBUILDS to debs but I feel quality control and stability is higher for Debian. If I do return to Debian I expect I'll still keep an Arch install to for testing new stuff out
[07:42] <danboid> Prob my fave thing from Arch that I'd like to see in Debuntu is something like bacman
[07:43] <danboid> Thats saved me a lot of hassle on a few occasions
[09:17] <helpamate> Anyone here?[
[12:47] <mate|17376> Does Ubuntu MATE scale resolution with the screen it is connected to?
[12:54] <danboid> mate|17376: I think you mean does MATE scale its panel and fonts etc when attached to a higher res display, right?
[12:54] <danboid> mate|17376: No, it doesn't yet
[12:58] <theptr> someone working with the pine64 UbuntuMate ?
[15:21] <ubuntu-mate> hello
[15:22] <ubuntu-mate> any one ?
[15:22] <ubuntu-mate> Could someone help me ?
[17:22] <tyler> Hello
[17:23] <Guest3997> Hello! Does anybody know how to dual boot Ubuntu mate 15.04 64bit and ubuntu 16.04 64 bit (or amd64)
[17:49] <pannenkoek> can't you just use the 16.04 live cd/usb? the installation wizard should offer you an option called 'install alongside ubuntu 15.04'
[18:23] <mate|95487> Will the new snapd be automatically installed via updates? or will I have to install manually?
[19:10] <flexiondotorg> https://ubuntu-martin.org/blog/ubuntu-mate-yakkety-alpha1/
[19:19] <spreco> hi, how can i stop caja when it tries to start >1000times?
[19:20] <bekks> Whats caja?
[19:23] <spreco> the window managaer i guess
[19:32] <garshol> Caja is the same as nautilus
[19:32] <garshol> a file browser/manager.
[19:34] <spreco> ya, and it keeps starting over and over
[19:35] <garshol> so - do you have htop installed?
[19:36] <garshol> top is installed, but get htop installed. it will make it a lot easier.
[19:36] <spreco> ya, it says wnck applet is on top usage of my cpu nearly 80%
[19:37] <garshol> or even better spreco. Do you have a keyboard with one of those buttons for opening a file manager? Maybe the key is stuck?
[19:37] <spreco> !?
[19:37] <garshol> so - kill that process with the command 'kill (proscess id)'
[19:38] <garshol> it was just a long shot..
[19:38] <garshol> but, kill the offending proscess.
[19:39] <spreco> tried to do so, but than my bottom taskbar crashes
[19:39] <spreco> and every app in it
[19:40] <garshol> weird.
[19:40] <garshol> and a reboot did not fix it?
[19:41] <spreco> so when i than restart everything but "Fensterliste", what maybe means something like "windowslist" - it stops
[19:41] <spreco> but caja doesn't start at all
[19:41] <spreco> even reinstalling didn't changed it
[19:42] <garshol> what changes did you do when this error appeared?
[19:42] <spreco> this is realy wierd
[19:44] <spreco> long story short: i updated everything and than tried do clone my system via clonezilla, i checked the cd in virtuabox and killed the virtuabox before i started the clonig which wasn't succesful
[19:45] <spreco> i than started my pc and the windowthing appeared
[19:45] <garshol> purge the package and reinstall it.
[19:46] <spreco> a new installation wouldn't be a big deal but i would like to try it
[19:46] <garshol> might solve your issue. or delete it's .config folder.
[19:46] <spreco> purge?
[19:46] <garshol> it should repopulate the configs.
[19:46] <garshol> apt-get purge
[19:46] <spreco> via apt-get
[19:46] <spreco> ok
[19:46] <garshol> *package name*
[19:47] <garshol> it's called maximus.
[19:47] <garshol> the window manager for mate.
[19:47] <spreco> fuck ^^
[19:48] <garshol> lol
[19:48] <spreco> i uninstalled caja^^
[19:48] <garshol> what happened?
[19:48] <garshol> ah
[19:48] <garshol> its as simple as reinstalling
[19:48] <spreco> reinstall?
[19:48] <garshol> or you could dl nautilus - which i find is a better manager anyway
[19:49] <spreco> mr garshol, sir
[19:49] <garshol> yes, spreco?
[19:49] <spreco> it's done - my system is up and running
[19:49] <garshol> Cool!
[19:49] <spreco> purge was the key
[19:49] <garshol> glad I could help :)
[19:49] <garshol> sweet!
[19:49] <spreco> thank u so very much
[19:50] <garshol> then it was something in the .config that was fsckd.
[19:50] <spreco> that's awesome
[19:50] <garshol> no problem! :)
[19:50] <garshol> give me a shout if it fscks up again, k?
[19:50] <garshol> im usually on here.
[19:51] <spreco> i will, thank u :)
[19:53] <spreco> ah, i tried to show my desktop and it's  broke again :P
[19:53] <garshol> weird.
[19:54] <garshol> purge and reinstall maximus.
[19:54] <garshol> its the display manager.
[19:54] <garshol> you should do it from tty
[19:54] <spreco> maximus isn't installed?
[19:54] <garshol> ctrl+alt+1 through 7.
[19:54] <garshol> your desktop lives on 7.
[19:54] <garshol> fyi.
[19:55] <spreco> nothing happens...
[19:56] <garshol> what's the issue exactly?
[19:56] <garshol> same as before?
[19:56] <spreco> ya
[19:56] <spreco> installed nautilus
[19:56] <garshol> good.
[19:56] <spreco> purged caja
[19:57] <garshol> set it as default in system settings / default apps.
[19:57] <spreco> so - how di i integrate nautilus the way caja was integrated?
[19:57] <spreco> so kind, thank you
[19:57] <garshol> that's the integration. set as default.
[20:00] <spreco> hm
[20:04] <spreco> i can't or i doesn't work
[20:04] <garshol> oh?
[20:04] <garshol> what's not working?
[20:09] <garshol> spreco: what's not working?
[20:09] <garshol> you could go to control center, and prefered applications towards the bottom.
[20:11] <spreco> ya, this is what isn't working, i restarted the system tryin it again
[20:11] <garshol> k
[20:13] <spreco> nautilus isn't showd in filemanager
[20:13] <spreco> shown
[20:13] <garshol> weird.
[20:14] <garshol> xdg-mime default nautilus.desktop inode/directory application/x-gnome-saved-search
[20:14] <garshol> sets it as default
[20:19] <spreco> thanks for ur affort
[20:19] <garshol> np
[20:20] <spreco> but i'll install new, i guess i'll get another ssd so it's "necessary anyways" *cough* ^^
[20:21] <garshol> spreco: try this though: http://askubuntu.com/a/234532
[20:21] <garshol> lol
[20:21] <spreco> till that point i may handle it like i do it right now
[20:21] <garshol> it's always necessary. =)
[20:22] <spreco> ok, firefox doesn't like me, too
[20:22] <spreco> yaa, i guess i will defintively install new ^^
[20:43] <spreco> thank you and cya :)
[20:44] <garshol> bye
[21:54] <A_QQ> Does anybody know, how to solve this problem:
[21:54] <A_QQ> mate-panel crashed with SIGSEGV in strlen()
[21:58] <nomic> sigserv .. sounds low level .. what are you running this from -- the shell
[21:58] <nomic> where is the message from
[21:58] <nomic> what did you do to the panel
[21:59] <nomic> have you googled the errror message :) ... there is ubuntu forums / mate forums
[21:59] <nomic> this place isn't always  that busy
[21:59] <nomic> obscure problem
[22:02] <A_QQ> nomic, this message comes directly after booting system.. in problem window..
[22:02] <A_QQ> I try to google it
[22:05] <nomic> does it stop your panel from working
[22:09] <nomic> 'sigserv' is low level
[22:14] <A_QQ> nomic, perfect system know only ONE level:BRILIANT-RUNNING-LEVEL
[22:14] <A_QQ> nothing is wrong
[22:15] <A_QQ> everything is OK


[11:39] <IdleOne> mhall119: someone has gone and defaced https://help.ubuntu.com/community/U1/Downloader/Linux/How_to_Use They edited Step 1. Page should be fixed and made immutable perhaps.
[11:39] <IdleOne> or maybe you could pass the info on to the right person at Canonical
[11:40] <IdleOne> :)
[11:41] <IdleOne> Looks like Ben64 went ahead an fixed it, but the page is still vulnerable
[15:17] <mhall119> IdleOne: it looks like somebody who was trying to add useful (in their mind) information, not outright vandalism, so I don't think we have much to be concerned about
[15:25] <popey> +1


[03:58] <darkxst> Noskcaj, for sugar, you could just not install the battery plugin, probably easier than having it removed
[06:33] <Noskcaj> darkxst, i'll look into it
[16:43] <_dreamer> Hello good folks, I recently for the first time installed the ubuntu gnome release and am now wondering where the appearance option in system settings is hidden. Does anyone know why it's gone in the first place?
[17:00] <MrChrisDruif> _dreamer; maybe because it's a separate app you'd have to install?
[17:01] <MrChrisDruif> _dreamer; https://apps.ubuntu.com/cat/applications/gnome-tweak-tool/
[17:04] <MrChrisDruif> You don't have to answer me in PM _dreamer
[17:05] <MrChrisDruif> _dreamer; https://wiki.archlinux.org/index.php/GNOME#Customizing_GNOME_appearance
[17:05] <MrChrisDruif> I found that with a simple Google search
[17:08] <_dreamer> MrChrisDruif: like that?
[17:08] <MrChrisDruif> _dreamer; yup
[17:08] <_dreamer> MrChrisDruif: thank you :P sry for harrassing you
[17:09] <MrChrisDruif> ^_^
[17:11] <_dreamer> MrChrisDruif: It already says I've got the latest version :S
[17:12] <_dreamer> MrChrisDruif: I have actually installed ubuntu gnome from here https://wiki.ubuntu.com/UbuntuGNOME/GetUbuntuGNOME
[17:13] <_dreamer> MrChrisDruif: So it's actually only gnome without Ubuntu One
[17:14] <_dreamer> MrChrisDruif: Would you rather recommend installing proper ubuntu and then trashing ubuntu one and replacing it with gnome?


[00:44] <jose> Riddell: I do not know, sorry.
[01:55] <yue> hi
[01:56] <yue> how to make bug reports or suggest new packages to kubuntu backports ppa?
[01:59] <tsimpson> yue: you can use launchpad for that https://bugs.launchpad.net/kubuntu-ppa
[02:00] <yue> thx
[02:01] <yue> when i click bugs button from ppa package list page I will go to this address https://bugs.launchpad.net/~kubuntu-ppa instead the one you sent me
[02:02] <yue> so didn't find that page
[02:03] <tsimpson> ~ denotes either a person or a team rather than a project and PPAs can only belong to a team, but bugs can only belong to a project
[02:03] <tsimpson> so a project was made with the same name to match the team
[07:57] <lordievader> Good morning.
[13:55] <BluesKaj> Howdy folks
[21:28] <SonikkuAmerica> Is it just me, or is our Plasma 5 image running on Mir?
[21:29] <waddlesplash> SonikkuAmerica: it's not
[21:29] <waddlesplash> the Mir libraries are indeed installed, but they are only there for compat reasons
[21:29] <SonikkuAmerica> OK. So that was the libmir* I was seeing.
[21:29] <waddlesplash> if you look at running procs, xorg is running
[21:29] <waddlesplash> as well as kwin_x11
[21:29] <SonikkuAmerica> I also saw muon-updater ditching a ton of Xorg stuff, ...
[21:30] <waddlesplash> yes, major xorg update and package restructure
[21:30] <waddlesplash> mostly drivers I think
[21:30] <waddlesplash> that was Canonical's doing IIUC
[21:30] <SonikkuAmerica> Figures. Is it our eventual plan to try and run on top of Mir, or are we going Wayland?
[21:31] <waddlesplash> Wayland.
[21:31] <waddlesplash> I already asked, they said probably by 15.10
[21:31] <waddlesplash> KDE upstream isn't ready
[21:31] <SonikkuAmerica> Good. I had fun with Wayland in Arch. Good luck.
[21:32] <SonikkuAmerica> And I assume Plasma 5 will make it into the general release "when it's done"
[21:34] <ScottK> FSVO done.
[21:36] <yofel> it will once you can run it on a daily basis. Plasma itself is already done, but there's more to an usable system than just plasma
[21:39] <SonikkuAmerica> Sure, I understand that. There's tons of legwork to get all the joints, muscles and tendons moving
[22:39] <SonikkuAmerica> Is the no-volume-icon thing a known bug in the Plasma 5 image?
[22:41] <yofel> yes, lp 1361889
[23:27] <yofel> /usr/share/pkg-kde-tools/qt-kde-team/2/debian-qt-kde.mk:28: /usr/share/pkg-kde-tools/qt-kde-team/2/lintian.mk: No such file or directory
[23:28] <yofel> shadeslayer_: did you fix #3 by breaking #2 o.O?


[13:20] <sama> I am using zsh since yesterday. It works well. Just when I want to run `apt list --upgradable`, I cannot get the `--upgradable` switch by usin TAB. Any Idea why it is so?
[13:23] <mangul> sama, i think it's not something odd, TAB completion works just for file names
[13:23] <mangul> well i may be wrong
[13:24] <mangul> well it works for many programs that programmed this feature before but at all TAB completion works just for file names
[13:25] <sama> No. I just tried it with `mount --r<TAB>` and it made it `mount --readonly`
 well it works for many programs that programmed this feature before but at all TAB completion works just for file names
[13:28] <mangul> well yes this works for many programs but not all of them
[13:29] <mangul> idk if i'm wrong, oh why i'm talking when the master is around?
[13:33] <sama> It is wiered that it doesn't work for apt which is very common command
[13:36] <massprog> salam
[13:36] <mangul> سلام
[13:38] <massprog> من با فعال کردن فولدر مشترک بین وی ام ور و اوبونتو مشکل دارم کسی میتونه کمک کنه؟
[13:39] <massprog> sudo vmware-config-tools.pl
[13:39] <massprog> میزنم میگه وجود نداره
[16:01] <sama_> I am looking for a software (even CLI) for make a searchable index of all the files in all partions and devices. What I need is to keep the index file in the Home folder so I can search among offline devices (such as unmounted external HDD). Any suggestion?