[00:17] <pmatulis> will 12.04.5 include an upgraded kernel and xorg stack (ex: include the trusty xserver-xorg-video-intel)?  also, what is the ETA for 12.04.5?
[00:42] <RAOF> pmatulis: I don't think we'll be spinning a 12.04.5; that would be after 14.04 release. If you need newer hardware support to install than in 12.04.4, then 14.04 is your oyster.
[00:44] <RAOF> ...aha.
[00:44] <RAOF> Or perhaps I missed that thread :)
[00:46] <RAOF> pmatulis: So, now that I've remembered the “should we do a 12.04.5 release” thread; your answers are: (a) Yes, using the Trusty stack is the whole point, and (b) Probably August or September or such. Post 14.04.1
[03:44] <pmatulis> RAOF: thanks!
[04:04] <jarkko_> Bus 002 Device 003: ID 148f:3070 Ralink Technology, Corp. RT2870/RT3070 Wireless Adapter spams 16913.608602] ieee80211 phy0: rt2800usb_entry_txstatus_timeout: Warning - TX status timeout for entry 13 in queue this is reported and known issue could you do something about it?
[04:04] <jarkko_> it weakens the transfer speed also realibity
[09:33] <jhenke> hi folks, bug 1294283 just reappeared after the latest kernel upgrade on 14.04 (3.13.0-23)
[09:33] <ubot2> Launchpad bug 1294283 in linux (Ubuntu) "Memory balloning in Hyper-V generation 2 does not work" [Medium,Confirmed] https://launchpad.net/bugs/1294283
[09:34] <jhenke> the vm is not able to get any more memory from the host, yesterday before I installed the latest updates all still worked
[12:49] <henrix> kamal: could you please take a look at this kteam-tools patch: http://pastebin.ubuntu.com/7234771/
[12:50] <henrix> kamal: if you're ok with it, i'll just push it
[13:57] <kamal> henrix, your change omits the stripping of "[PATCH]" from the Subject: line ... but (?) that shouldn't be on the subject line by this point anyway, so its doesn't matter?
[13:59] <henrix> kamal: this will be used to build the email subject in the format: '[3.11.y.z extended stable] Patch "<SUBJECT>" has been added to staging queue
[14:00] <henrix> kamal: and this never contails the '[PATCH]' in the <SUBJECT>
[14:00]  * kamal has another sip of coffee and looks again
[14:00] <henrix> (maybe i'm just confusing you :) )
[14:01] <kamal> henrix, I'm talking about this line from your diff, which (before your change removes it) seems to exist in order to try to strip off "[PATCH]" in order to extract the rest of the subject line ...
[14:01] <kamal>     -            subject = sub("Subject: (\[PATCH[^\]]*\] )?", "", line.rstrip())
[14:02] <kamal> I'm saying, "hey, you removed that line, so the script won't strip
[14:02] <henrix> ugh
[14:02] <kamal> '[PATCH]' anymore like it used to do.
[14:02] <henrix> kamal: i see what you mean now
[14:02] <kamal> ...  but I'm then also saying ...
[14:03] <kamal> I bet henrix has determined that that line was pointless anyway, since we *shouldn't* have [PATCH] on the subject lines at this point anyway.   yes?  no?  more coffee?
[14:04] <henrix> kamal: no, i believe you're absolutely correct. however....
[14:05]  * henrix goes look at the code again
[14:06] <kamal> henrix, ok, well despite my ramblings above, I think your change is actually fine -- so unless you find something actually wrong with it, you have my "ack"
[14:07] <henrix> kamal: cool, thanks! i'll just go fix the code (adding the '[PATCH]' removal from subject) and push it
[14:08] <kamal> henrix, that's fine
[14:25] <henrix> kamal: ok, pushed fixed patch to kteam-tools. thanks for reviewing!
[16:03] <infinity> BenC: Any chance of one more saucy/ppc update? :P
[19:05] <sconklin> o/
[19:41] <miseria> "disfruto como pasajero de la capsula terrestre, los ranchos viejos de paris o roma no son mas lindos que los que veo aqui" bienvenidos: http://castroruben.com *temo_a_un_ser_sin_rival*


[11:29] <admcleod> trying to deploy to lxc and getting this:
[11:29] <admcleod> 016-08-27 11:27:30 DEBUG juju.container image.go:89 lxc image for xenial (s390x) is https://cloud-images.ubuntu.com/server/releases/xenial/release-20160826/xenial-server-cloudimg-s390x.tar.gz
[11:29] <admcleod> ^ 404
[17:11] <junaidali> Hi everyone, "juju status <service-name> " stucks although "juju status" is working fine. Has anyone faced this issue or is this a bug?
[17:11] <junaidali> version of Juju that I'm using is 1.25.6
[17:36] <beisner> hi junaidali - i'd recommend comparing the output of `juju status --debug` with `juju status nova-cloud-controller --debug` to see if something sticks out as a red flag.
[17:38] <junaidali> Thanks beisner, let me compare the output


[13:36] <bleepbloop> Any reason a charm would show an error in juju-gui but not on the command line? I reboot the juju gui machine and it goes away for a while and then comes back
[13:39] <rick_h_> bleepbloop: what error?
[13:41] <bleepbloop> rick_h_: 1 hook failed: "shared-db-relation-changed" for the mysql/0 charm, however saying juju resolved --retry mysql/0
[13:41] <bleepbloop> gives back ERROR unit "mysql/0" is not in an error state
[13:42] <rick_h_> bleepbloop: hmm, no. The GUI gets error statuses by asking juju about things. If you reload the juju-gui (just reload the browser window) it'll reask juju.
[13:43] <rick_h_> bleepbloop: if it keeps coming back then it would seem Juju is telling one thing to the GUI and another at the CLI.
[13:45] <bleepbloop> rick_h_: I I just completely closed the tab and reopened it in my browser and tried incognito mode and both still report the same error in the gui though so it seems to be reporting two different things, is there a way to debug and see what is being reported to the gui?
[13:46] <rick_h_> bleepbloop: what browser are you using?
[13:46] <bleepbloop> rick_h_: chrome, tried safari but the page wouldn't load
[13:46] <rick_h_> bleepbloop: so in chrome, if you open the developer tools (ctrl-shift-j in ubuntu)
[13:47] <rick_h_> bleepbloop: and go to the network tab there's a filter icon that allows you to filter all traffic by a type. You're looking for "WebSockets"
[13:47] <rick_h_> bleepbloop: once you have that selected, reload the page with ctrl-r and you should see a single item there. That lets you investigate the data juju is sending the GUI
[13:53] <bleepbloop> rick_h_: okay I see where its sending "Data":{"hook":"shared-db-relation-changed","relation-id":54,"remote-unit":"nova-compute-lxc/1"}},"AgentStatus":{"Err":null,"Current":"idle","Message":"","Since":"2015-06-24T13:06:53Z","Version":"","Data":{}}}]
[13:53] <rick_h_> bleepbloop: ok, so that looks like no error there
[13:54] <rick_h_> bleepbloop: so the thing is that if it comes up ok, to watch that because it's a continious live updating channel from juju to the GUI
[13:54] <rick_h_> bleepbloop: and see if/when something comes in from Juju that makes the GUI think an error is there
[13:54] <bleepbloop> rick_h_: Sorry that was the data on the data element on "WorkloadStatus":{"Err":null,"Current":"error","Message":"hook failed: \"shared-db-relation-changed\""
[13:54] <rick_h_> bleepbloop: ah yea, so there Juju is telling the GUI that the hook failed
[13:57] <bleepbloop> rick_h_: might removing the relation that is giving the error and re-adding it help?
[13:58] <rick_h_> bleepbloop: possibly
[14:01] <bleepbloop> rick_h_: okay a couple points of interest in the mysql charm log, "juju-log shared-db:66: This charm doesn't know how to handle 'shared-db-relation-joined'.", and ""Access denied for user 'root'@'localhost' (using password: YES)")"
[14:02] <rick_h_> bleepbloop: hmm, yea not sure on the mysql charm. I've not used it myself.
[14:05] <bleepbloop> rick_h_: no problem, thanks for your help anyway, it seems that the mysql gem has managed to lose its password, the password in the mysql.passwd file doesn't work
[14:07] <rick_h_> bleepbloop: :(
[14:40] <bleepbloop> rick_h_: Thanks anyway for helping, seems to be a bug with juju honestly, just not sure whats causing it and probably couldn't provide enough details to be useful on this one
[14:43] <dweaver> I'm having a problem with upgrade from 1.23.3 to 1.24.0 - I triggered the upgrade and now the jujud process stops listening on port 17070 and a message in the log says  "fatal "api": must restart: an agent upgrade is available".  Any ideas how I can recover from this?
[14:44] <dweaver> I can get it to listen for a very short time by restarting the service, but it fails after a few seconds or so with the same message each time.
[14:54] <mwak_> o/
[14:55] <bleepbloop> When using high availability is the vip just a random IP on your network or is there a specific thing it should be set to?
[14:55] <bleepbloop> specifically with the hacluster gem
[14:55] <bleepbloop> charm*
[16:17] <lazyPower> bleepbloop: as i understand it, the VIP interface should be set to your management interface
[16:19] <bleepbloop> lazyPower: so an IP on the management interface of my choosing?
[16:19] <lazyPower> I do believe so
[16:19] <lazyPower> I'm 60% sure thats correct
[16:19] <lazyPower> if that helps :)
[16:20] <bleepbloop> lazyPower: lol I'll give it a go since its more than I know about it
[16:33] <Bialogs> Is there any way to have two juju environments on one host
[16:39] <marcoceppi> Bialogs: very soonish
[16:44] <lazyPower> Bialogs: Multi Environment state server is coming soon, there's been some buzz about that in our recent office hours
[16:44] <lazyPower> marcoceppi: was that last weeks we touched on it briefly while thumper was there?
[16:45] <marcoceppi> lazyPower: yes
[16:55] <Bialogs> marcoceppi: lazyPower: thanks for the info
[17:59] <aisrael> Odd_Bloke: ping
[18:03] <Odd_Bloke> aisrael: Pong.
[18:05] <aisrael> Odd_Bloke: the three ubuntu-repository-charm mps you have -- should they be squashed and tested together?
[18:12] <Odd_Bloke> aisrael: The plan was to land the charm helper update first, then the other branches; but we want them all in so I think you can test them all together.
[18:23] <aisrael> Odd_Bloke: ok, thanks. Did you see rcj's comment on the charm-helper update? Any thoughts about that?
[18:27] <Odd_Bloke> aisrael: It's fixed by the handle_mounted_ephemeral_disk branch.
[18:27] <aisrael> Odd_Bloke: ok, cool. I hoped that was the case. Thanks!
[18:29] <Odd_Bloke> :)
[18:33] <Bialogs> Is there any way to specify machines in a bundle? Like using something like to: 5 in the bundles.yaml?
[19:55] <marcoceppi> Bialogs: there is, let me find the docs
[19:55] <jackweirdy> Hey, I'm sat looking at my openstack web interface trying to configure my environments.yaml for juju. I keep getting weird error messages which have no suggestions on what to do. currently staring at
[19:55] <jackweirdy> ERROR failed to bootstrap environment: index file has no data for cloud {RegionOne http://<IP_ADDRESS>:5000/v2.0/} not found
[19:56] <jackweirdy> Besides it not making grammatical sense I don't know what/where the index file is and how I can put "data for cloud" in there
[20:03] <jackweirdy> And weirdly I get 2 different errors if I try to use keypair auth vs userpass auth
[20:21] <marcoceppi> jackweirdy: you'll need to follow this guide
[20:21] <marcoceppi> jackweirdy: https://jujucharms.com/docs/stable/howto-privatecloud
[20:22] <jackweirdy> Thanks marcoceppi :)
[20:22] <jackweirdy> The tools mirror seems to be dead :/ https://streams.canonical.com/tools
[20:22] <jackweirdy> (or the docs outdated)
[20:23] <marcoceppi> jackweirdy: the first half of that doc is a lot of pre knowledge, skip down towards the bottom
[20:23] <marcoceppi> also, https://streams.canonical.com/juju/tools/
[20:23] <jackweirdy> Ah, seems to be /juju/tools
[20:23] <jackweirdy> thanks. Is there a way I can file a PR against the docs?
[20:23] <marcoceppi> jackweirdy: https://github.com/juju/docs
[20:23] <jackweirdy> Awesome, thanks :)
[20:24] <marcoceppi> jackweirdy: https://streams.canonical.com/juju/tools/releases/ that's the directory you probably want, it took me far too long to find so I figured I would help spare the pain
[20:24] <jackweirdy> Thanks :)
[20:38] <marcoceppi> jackweirdy: someone from our docs team will review your merge soon, thanks for the fix!
[20:38] <jackweirdy> No worries :)
[21:07] <Bialogs> marcoceppi: ping
[21:10] <marcoceppi> Bialogs: pong
[21:10] <Bialogs> marcoceppi: Did you get around to finding those docs?
[21:12] <marcoceppi> Bialogs: you'll have to refresh my memory on which docs
[21:13] <aisrael> Having a brainfart when it comes to amulet. Where does juju_agent.py live and what's responsible for putting it there?
[21:14] <Bialogs> marcoceppi: Specifying the machines that juju deploys to in a bundle
[21:14] <marcoceppi> aisrael: I think it gets dumped in /tmp, and .setup() does it iirc
[21:14] <marcoceppi> Bialogs: ah, one moment
[21:15] <aisrael> marcoceppi: marcoceppi ta, thx
[21:15] <marcoceppi> Bialogs: https://jujucharms.com/docs/1.18/charms-bundles#bundle-placement-directives
[21:19] <aisrael> marcoceppi: any idea why a setup() would timeout when the deployment stands up?
[21:19] <marcoceppi> aisrael: deployer freaking? hooks not ready
[21:19] <marcoceppi> which reminds me, we should update amulet to use extended status for 1.24 and greater
[21:20] <aisrael> marcoceppi: I'm kind of wondering if I'm hitting a bug due to 1.24 and extended status
[21:20] <marcoceppi> aisrael: you shouldn't
[21:20] <marcoceppi> extended status is 1.24 compat
[21:20] <marcoceppi> extended status is backwards compat
[21:20] <aisrael> http://pastebin.ubuntu.com/11770001/
[21:20] <marcoceppi> agent-state still remains in juju status output
[21:21] <marcoceppi> what's amulet doing?
[21:21] <aisrael> amulet just hangs on d.sentry.wait()
[21:22] <marcoceppi> interesting
[21:22] <aisrael> I suspect it's something this test or the charm is doing, which may be causing amulet some trouble.
[21:29] <Bialogs> marcoceppi: Thanks, that clarifies a lot but I still don't see one type of example...how to specify multiple machines when deploying two services. Would the syntax look like "to: 1 <return> to: 2"?
[21:40] <marcoceppi> Bialogs: two services, or two units?
[21:40] <marcoceppi> also, why force which unit one goes to if it's just two services?
[21:41] <marcoceppi> juju will just create two machines for those services if they each only have one unit
[22:03] <Bialogs> marcoceppi: Lets say I'm deploying mysql with the bundle and I need two units of mysql. One unit on machine 1, the other on machine 2
[22:04] <Bialogs> marcoceppi: All of my machines are not the same and sometimes Juju selects incorrectly from what I need
[22:05] <marcoceppi> Bialogs: could you expand more on your setup?
[22:09] <Bialogs> marcoceppi: sure... I'm trying to deploy the kubernetes bundle and the documentation says to deploy to machines, I have specific machines I do not want docker running on because they are running openstack services
[22:10] <marcoceppi> Bialogs: are you using maas?
[22:10] <Bialogs> marcoceppi: yes
[22:10] <marcoceppi> Bialogs: what you'll want to do is tag the machines in mass that you want for each service
[22:10] <marcoceppi> then you can use constraints instead of explicit placement
[22:11] <Bialogs> marcoceppi: would you mind explaining?
[22:11] <marcoceppi> by doing `constraints: [tags=tag-in-maas]`
[22:11] <marcoceppi> you want to set a constraint on the service, and placement won't do that for you since the machiens maas gives juju are arbitrary
[22:12] <marcoceppi> you want to make sure services always either end up in the same pool of machines, or the same exact machine
[22:12] <marcoceppi> you can tag these machines in juju
[22:12] <marcoceppi> err
[22:12] <marcoceppi> in maas
[22:12] <marcoceppi> either add one tag to all machines you want juju to use for kubernetes
[22:12] <marcoceppi> ie, set a kubes tag on them, or tag each service individually "use this machine for docker, this for etcd, etc"
[22:13] <marcoceppi> then you can set the bundle to use those constraints for the services and MAAS will only give machines that match that constraint
[22:13] <Bialogs> Amazing! Thank you so much for this information
[22:14] <marcoceppi> `juju help constraints` on the command line for more infromation, and here is constraints in bundles: https://jujucharms.com/docs/1.18/charms-bundles#service-constraints-in-a-bundle
[22:14] <marcoceppi> Bialogs: no worries! Hopefully this will help streamline what you're trying to do
[22:19] <Bialogs> I wish I knew what I was trying to do ;)
[22:55] <lazyPower> Bialogs: hey there
[22:55] <lazyPower> Bialogs: i'm one of the Kubernetes charm developers o/
[23:01] <Bialogs> lazyPower: Oh hey! - Saw some strange issue earlier today where Pod object wasn't defined but we have been having all sorts of issues today and I'm writing that off as a fluke. Hope you won't mind if I ping you if I run into anything more...
[23:01] <lazyPower> Bialogs: certainly. Can I also make a recommendation?
[23:01] <Bialogs> Yeah go ahead
[23:01] <lazyPower> we haven't backported an update to the charms/bundle in a bit, we've got a lot of active work tracking kubes - and our charms were accepted to the kubernetes repository (i have an outstanding todo to update the store copy of the charms)
[23:02] <lazyPower> if you clone this repository: https://github.com/GoogleCloudPlatform/kubernetes
[23:03] <lazyPower> and follow the docs here: https://github.com/GoogleCloudPlatform/kubernetes/blob/master/docs/getting-started-guides/juju.md#launch-kubernetes-cluster
[23:03] <lazyPower> you'll be running our current reference implementation of k8s
[23:05] <Bialogs> I stumbled across this documentation earlier today and that probably explains why I got my earlier issue as I had deployed the implementation in the charm store
[23:14] <lazyPower> Bialogs: If you have any issues with any of it feel free to ping me and let me know :) I'll be in and out over the next couple days due to Conference + travel


[17:05] <AtaideCarlos> hello?
[17:44] <thorwil> mpt_: guess i should better stop ... what to do now with the pad?
[17:44] <mpt_> thorwil, just remember the address :-) -- we can look at it again next week
[17:44] <thorwil> ok
[17:45] <godbyk> mpt_: anything else that needs to be done before next week?
[17:45] <mpt_> godbyk, I don't think so
[17:45] <godbyk> 'kay.
[17:46] <mpt_> I've mailed Robert Ancell about getting instructions for trying out the new Sudoku version
[17:47] <godbyk> okay
[17:49]  * mpt_ -> dinner
[18:22] <hyperair> is it me or does ubuntu not have a graphical user interface for properly configuring the sounds anymore?
[18:22] <hyperair> i remember one of the older ubuntus did
[18:25] <qense> hyperair: Isn't the volume control not good enough?
[18:25] <qense> You can select the different in- and outputs there.
[18:25] <hyperair> qense: i meant the event sounds =\
[18:26] <hyperair> qense: i remember having a whole list of events i could configure (i used to disable everything), but now i can only configure the alert
[18:27] <hyperair> it seems there isn't an easy way to install new sound themes either.
[18:33] <qense> hyperair: I thought there is a session at the UDS about that.
[18:34] <hyperair> qense: i can't attend UDS, my semester hasn't ended yet and i still have to show up for lab sessions
[18:34] <hyperair> and UDS is at the other end of the world
[18:34] <hyperair> =p
[18:37] <qense> hyperair: two inconveniences :)
[18:46] <hyperair> indeed
[19:32] <hyperair> ...okay, now i regret toying around with the sounds. they're... irritating >_>
[20:32] <qense> yes they are :)


[00:16] <Riddell> oh is kde-base-artwork-4.7.97.tar.bz2 new?
[00:16] <Riddell> yes it is
[00:17] <Riddell> failed to notice that
[00:17] <Riddell> guess I'll give up and finish it tomorrow
[00:26] <jussi> have we packaged the oxygen font yet?
[00:30] <yofel> wth is kde-base-artwork o.O?
[00:33] <yofel> great, ksplash stuff
[00:33] <yofel> $ ls kde-base-artwork-4.7.97/ksplashx-themes/default/
[00:33] <yofel> 1024x768  1280x1024  1600x1200  1920x1080  1920x1200  600x400  800x600  CMakeLists.txt  Preview.png  Theme.rc
[00:39] <BarkingFish> Morning guys, how do I find out who is responsible for packaging thunderbird for us?
[00:39] <yofel> BarkingFish: the mozilla folks -> #ubuntu-mozillateam
[00:39] <BarkingFish> great, cheers yofel
[00:41] <yofel> BarkingFish: in general it's the maintainer of the package (for ubuntu developers or MOTU you'll have to check who does the packaging in the changelog)
[00:41] <micahg> BarkingFish: re thunderbird> that's chrisccoulson with me assisting (very little these days)
[00:42] <BarkingFish> ok, no prob.  I'm just looking to see what version of thunderbird I got updated to
[00:42] <yofel> apt-cache policy thunderbird will tell you that ^^
[01:02] <BarkingFish> yofel - which is our default package manager? I always thought it was apper, which took over from kpackagekit.
[01:02] <yofel> no, default is muon
[01:02] <yofel> muon-installer to be precise
[01:03] <BarkingFish> 0.0
[01:03] <BarkingFish> oh well, I guess not everything can be perfect :P
[01:03] <BarkingFish> lol
[01:04] <yofel> well, it's still not perfect, but I'm happy I have packagekit gone from my system
[01:04] <BarkingFish> i'm happy to have something I can use :) muon is a pain in the [censored] :)
[01:05] <yofel> talk to jonathan - works for me
[01:05] <yofel> then again, I'm an apt guy, so rarely use it
[01:06] <BarkingFish> it works for me too, i just find apper much much easier, since I'm used to kpackagekit from when I joined kubuntu back in may/june of last year
[12:25] <Riddell> this kde-base-artwork module is nuts, why has no  other packager complained about it "oh it compiles, not licenced and all files overlap"
[12:34] <Riddell> grumpy e-mail about kde-base-artwork sent to release-team
[12:44] <Tm_T> Riddell: your grumpyness is well hidden in that from my POV (:
[12:52] <Riddell> git clone kde:oxygen-fonts; mkdir ~/.fonts; cp -r oxygen-fonts/* ~/.fonts
[12:52] <Riddell> first look
[12:53] <Riddell> of course they haven't bothered to put the licence as I requested, sigh
[12:53] <Riddell> seems less distinct than the ubuntu font
[12:55] <Riddell> hmm something weird happened to my konsole font, lower quality for no reason
[13:10] <Tm_T> cannot reproduce
[13:18] <Tm_T> oxygen monospace does seem to be bit less readable than liberation mono or dejavu mono on small font sizes (under 5-8px)
[13:27] <who_me> why o' why does KDE need to use 8px sized fonts when being used on a classic 96dpi display ?
[13:31] <Tm_T> who_me: I use 6-7 px fonts quite typically
[13:32] <Tm_T> who_me: what's wrong with 8px?
[13:34] <who_me> since my display is like 19" I find myself squinting like mr. magoo
[13:34] <who_me> I always set them to size begingin with 10px
[13:36] <Tm_T> who_me: ah, I don't have that problem
[13:40] <Tm_T> who_me: you find kubuntu default font size problematic, you're saying? (I cannot remember what the default is)
[13:41] <who_me> well, I do, clearly I am in the minority using a small display. I think this is a KDE thing though, because I saw the same thing on OpenSuSE kde spin
[13:41] <who_me> KDE devs sure love them small fonts :)
[13:42] <Tm_T> hmm
[13:54] <Riddell> who_me: activeFont=Ubuntu,9 says /usr/share/kubuntu-default-settings/kde4-profile/default/share/config/kdeglobals
[13:55] <Riddell> but what the ends up as depends entirely on your dpi and physical monitor size
[13:55] <Riddell> it's nothing to do with KDE
[14:20] <Tm_T> Riddell: isn't it dpi alone?
[14:20] <Tm_T> which in turn comes from screen size in pixels and inches
[14:24] <Riddell> depends if X decides to use a fixed dpi or not
[14:24] <Tm_T> true
[14:28] <Tm_T> I guess the current readability difference between other fonts and oxygen fonts is about hand-made optimization on small sizes
[14:29] <who_me> :) X should be smarter, or the DE should. I tend to switch from my work-horse ubuntu 10.04 (with gnome) to my testing, bug-hunting Kubuntu 11.10 install. Unless I initially tweak font sizes on KDE my eyes tend to hurt... guess it is a thing of "Im used to this" :)
[14:30] <who_me> Font sizes on kubuntu installer are awesome. Fonts look very good. Drop into the desktop after install and there is quite a diff.
[14:31] <who_me> luckily, if I replicate the setting in gnome (font size, font rendring mode - subpixel with RGB slight hinting, it gets good)
[14:33] <Tm_T> who_me: yup, unfortunately defaults cannot be good for everyone and every set of hardware /:
[14:34] <Tm_T> I have to drop the font size quite soon on any system
[14:35] <who_me> what display are you using ?
[14:39] <Tm_T>   dimensions:    1680x1050 pixels (444x277 millimeters)
[14:39] <Tm_T>   resolution:    96x96 dots per inch
[14:39] <Tm_T> 19" then
[14:40] <Tm_T> same with somewhat higher dpi though
[14:41] <who_me> mine is a 19" but can only do 1440x900
[14:42] <Tm_T> ...so in that I would use even less pixels per letter (:
[14:47] <mikecb> does aa settings make any difference?
[14:52] <Riddell> yes, but I expect my command above copying everything to .fonts breaks something
[14:52] <Riddell> best just to copy the .ttf file
[14:52] <Riddell> files
[16:12] <_Groo_> hi/2 all
[16:12] <_Groo_> question, who is JR in the ninjas ppa?
[16:12] <Riddell> moi
[16:12] <_Groo_> Riddell: hi :)
[16:13] <_Groo_> Riddell: ark is broken, but you are prolly aware of that  by now :)
[16:13] <Riddell> in what distro version?
[16:13] <_Groo_> oneiric
[16:13] <_Groo_> doesnt compiled
[16:13] <_Groo_> didnt
[16:13] <_Groo_> s/doesnt/didnt
[16:14] <_Groo_> kdebaseapps too
[16:14] <Riddell> ark seems to need pkg-config
[16:14] <_Groo_> Riddell: also do you want me to upload gtk3-oxygen to my ppa for testing?
[16:15] <_Groo_> yofel_: ping
[16:16] <Riddell> kde-baseapps just a rebuild
[16:16] <Riddell> _Groo_: sure
[16:17] <_Groo_> Riddell: k im gonna upload it tomorrow
[16:17] <Riddell> although I can't guarantee when to look at it, my todo is scarily long
[16:17] <_Groo_> Riddell: if everything compiles file im gonna move it to ninjas, i think i have upload rights there
[16:17] <_Groo_> Riddell: in any case ill ping you
[16:18] <_Groo_> Riddell: is secrets working in rc2? or still not compiled?
[16:21] <Riddell> _Groo_: ninjas is for secret packages, put the gtk stuff somewhere public
[16:22] <_Groo_> Riddell: k, my ppa wil do then :)
[16:22] <Riddell> I've not touched secrets
[16:23] <mikecb> anyone know what happened to flash plugin?
[16:26] <_Groo_> Riddell: kdenetwork flopped too...
[16:27] <Riddell> mikecb: flashplugin-installer?
[16:29] <mikecb> yeah, uninstalled itself just now, lacking nspluginwrapper
[16:29]  * shadeslayer gets packaging
[16:30] <Riddell> shadeslayer: packaging what?
[16:30] <shadeslayer> KDE 4.5.95?
[16:30] <shadeslayer> or is it 97
[16:30] <mikecb> 97
[16:30] <shadeslayer> awesome ...
[16:31] <mikecb>  flashplugin-installer : Depends: flashplugin-downloader (>= <IP_ADDRESS>ubuntu1)             Depends: nspluginwrapper but it is not going to be installed
[16:32] <Riddell> shadeslayer: it's all done
[16:32] <shadeslayer> then the wiki is outdated ...
[16:33] <shadeslayer> "ALL DONE BY JONATHAN AND BAMBEE " shouldn't that be at the top or something ? :P
[16:34] <Riddell> shadeslayer: of course there's the qt-at-spi release if you are looking for bits to package
[16:34] <shadeslayer> okay, will have a look at that then
[16:34] <Riddell> new cmake too
[16:34] <Riddell> first scribus qt 4 release I hear
[16:35] <Riddell> checking over fabo's networkmanagement and uploading
[16:35] <Riddell> and that's only a small sample of my todo list :)
[16:35] <micahg> mikecb: which release are you on?
[16:35] <mikecb> 97
[16:35] <micahg> mikecb: no, I meant Ubuntu release
[16:36] <mikecb> 12.04 + ninjas repo
[16:36] <micahg> mikecb: I assume on amd64?
[16:36] <mikecb> yep
[16:37] <micahg> what does apt-cache policy flashplugin-downloader show?
[16:38] <mikecb> http://pastebin.com/cs778AVV
[16:39] <micahg> weird
[16:39] <micahg> mikecb: can you add -o Debug::pkgProblemResolver=true to the apt-get command line and pastebin the output?
[16:40] <mikecb> yah, muon is holding a whole bunch of things back, and a[t-get dist-upgrade wants to uninstall kubuntu-desktop and bunch of other stuff
[16:40] <mikecb> sure, would that be apt-get -d blahblah?
[16:40] <micahg> no, apt-get -o Debug::pkgProblemResolver=true install  flashplugin-installer
[16:42] <mikecb> http://pastebin.com/UBPDHj83
[16:44] <micahg> ah, ok, just GTK arch skew
[16:44] <micahg> this is common in the dev releases
[16:45] <mikecb> kk
[16:55] <yofel_> _Groo_: haven't touched ksecrets again, I can update it for 4.7.97, but you'll have to do the AFAIK neccessary rebuild of kdelibs using it yourself
[16:57] <CIA-48> [lp:~kubuntu-packagers/kubuntu-packaging/ksecrets] Philip Muškovac * 2 * (27 files in 4 dirs) fix layout
[17:02] <_Groo_> yofel: acutallty i was gpoing to warn you my tomahawk membership is about to expire
[17:02] <yofel> oops, looking
[17:03] <yofel> _Groo_: changed to never expire
[17:03] <_Groo_> yofel: ahah :D
[17:04] <_Groo_> yofel: tks ^^
[17:06] <yofel> _Groo_: ksecrets 4.7.97 uploaded to ninjas for precise, have fun with it
[17:06] <yofel> tell me once you find out how to use it
[17:06] <yofel> ... properly
[17:07] <CIA-48> [lp:~kubuntu-packagers/kubuntu-packaging/ksecrets] Philip Muškovac * 3 * debian/ (changelog control) update for 4.7.97
[17:07] <_Groo_> yofel: ahah ok
[17:08] <yofel> btw. unless someone has another idea - I would be for putting that into the experimental PPA together with a kdelibs rebuild for 4.8 final. Objections?
[17:10] <Riddell> hi shadeslayer
[17:10] <Riddell> tsk
[17:10] <Riddell> hi soee
[17:10] <soee> hi Riddell
[17:10] <Riddell> yofel: go for it
[17:11] <yofel> k
[17:11] <Riddell> soee: running oneiric or precise?
[17:11] <soee> Riddell, oneiric
[17:12] <Riddell> soee: we're very close to needing it tested for oneiric
[17:12] <soee> Riddell, sure i can test
[17:14] <shadeslayer> does ubottu not support precise yet?
[17:14] <shadeslayer> !find qdbusvirtualobject.h precise
[17:14] <yofel> jussi: ^
[17:17] <shadeslayer> and any idea where qdbusvirtualobject.h resides? Can't find it anywhere
[17:17] <yofel> nowhere from what I see
[17:18] <shadeslayer> fregl: qt-at-spi needs qdbusvirtualobject.h and I can't seem to find it anywhere
[17:19] <yofel> shadeslayer: seems like it's in qt 4.8
[17:19] <yofel> looking at qt git
[17:19] <shadeslayer> derp, cannot package qt-at-spi then
[17:19] <shadeslayer> "Dependencies: Qt 4.8" ... should have read that before :/
[17:20] <Riddell> oh sorry
[17:20] <Riddell> 4.8 is probably ready to go in bzr
[17:20] <Riddell> needs checking over and testing and uploading
[17:22] <fabo> Riddell: I've done some cleanup, should be ready to go soon. looking at the patches atm
[17:24] <fabo> the 3 disabled patches exactly
[17:32] <schnelle> anyone who packages qt 4.8 please patch it with this patch if it is possible: https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/911733
[17:32] <schnelle> I am sorry if I bother you with this from time to time in this channel
[17:32] <schnelle> but this bug is very annoying for me and a lot of others
[17:33] <Riddell> schnelle: still got it on my todo :)
[17:33] <Riddell> maybe fabo will get there first
[17:35] <_Groo_> Riddell: will kde 4.8 ship with qt 4.8 for oneiric?
[17:35] <Riddell> _Groo_: your question doesn't make much sense
[17:35] <yofel> _Groo_: is there a reason why it should use 4.8?
[17:35] <yofel> if not: No
[17:36] <Riddell> will qt 4.8 be backported to oneiric?  maybe if there's demand, dunno where it will go
[17:36] <_Groo_> yofel: Riddell: k, i was just curious
[17:37] <_Groo_> to me personally its because it adds the feature to put menus in the statusbar (not to be confused with the menubar on top)
[17:37] <_Groo_> sorry, not statusbar
[17:37] <_Groo_> windows border i mean
[17:37] <_Groo_> dont know where i took that statusbar from :D
[17:38] <yofel> kwin allows that?
[17:38] <_Groo_> yofel: yeah
[17:38] <yofel> ah
[17:38] <_Groo_> they upstreamed 2 patches
[17:38] <fregl> shadeslayer: Qt 4.8
[17:38] <_Groo_> yofel: one is the kubuntu one , with the menu in a separate bar (aka ubuntu)
[17:38] <Riddell> those patches come from our qt patches
[17:39] <shadeslayer> fregl: thanks :)
[17:39] <_Groo_> yofel: the other is the ability to configure it to put the menu in the windows title border
[17:39] <_Groo_> Riddell: the first yes... its the kubuntu one
[17:39] <_Groo_> Riddell: the second i dont know
[17:43] <Riddell> that'll be mgraesslin's doing I guess, his ears must have been burning :)
[17:43] <_Groo_> Riddell: kdenetwork bbroke again :P
[17:43] <yofel> _Groo_: what broke?
[17:43] <_Groo_> yofel: kdenetwork build in ninjas for oneiric
[17:44] <yofel> ah
[17:44] <_Groo_> yofel: :)
[17:44] <_Groo_> yofel: relax :D
[17:44] <Riddell> 4:4.7.95+5.71~pre15ubuntu8~ppa2~oneiric1 ! >= wanted 4:4.7.97
[17:44] <Riddell> oh needs meta-kde upload
[17:44] <Riddell> fine
[17:49] <soee> :)
[17:53] <yofel> Riddell: btw. I noticed that you're not chaning the version of kde-sc-dev-latest anymore in the packages. Intentionally? or just forgot about it?
[17:54] <Riddell> yofel: mostly lazyness, it only needs doing when there are ABI changes and I don't think this one has any
[17:54] <Riddell> although I do change it for the final upload
[17:54] <yofel> ah, ok
[18:14] <jussi> yofel: annoy tsimpson about that ;)
[19:30] <soee> Riddell, rc2 ready for test today ?
[19:33] <Riddell> soee: just done!
[19:33] <Riddell> (the compiling)
[19:34] <Riddell> soee: add that; sudo apt-get update; sudo apt-get dist-upgrade
[19:39] <soee> Riddell, what ppa ?
[19:55] <_Groo_> Riddell: one still broken, kdepim-groupware: Depends: libkdepim4 (= 4:4.7.95-0ubuntu1~ppa1~oneiric1) but 4:4.7.97-0ubuntu1~oneiric1~ppa1 is to be installed.
[19:59] <yofel> _Groo_: that was removed
[20:01] <soee> yofel, this 2 packages are going to be removed when upgrading from rc1 to rc2: kdepim-groupware kdepim-wizards
[20:01] <soee> is it ok ?
[20:02] <yofel> yes
[20:04] <_Groo_> yofel: but its being asked when upgrading
[20:04] <yofel> really? dist-upgrade here simply removed them
[20:04] <_Groo_> yofel: gonna try with it... its aptitude thats crying
[20:05] <_Groo_> yofel: btw whos the muon developer again? i always forget (shame)
[20:05] <shadeslayer> Jontheechidna
[20:05] <_Groo_> shadeslayer: ah yes
[20:05] <shadeslayer> who isn't online right now ... probably playing on steam :P
[20:05] <_Groo_> shadeslayer: ahah
[20:05] <yofel> or playing MC
[20:06] <_Groo_> shadeslayer: i want to ask him to add proxy support to muon
[20:06] <_Groo_> shadeslayer: it will respect the bash proxy settings if i run it from console
[20:06] <_Groo_> shadeslayer: but it should use kde proxy config at least
[20:06] <shadeslayer> that's weird
[20:07] <shadeslayer> ahhh ... probably needs to set stuff in the backend as well
[20:09] <soee> yofel, can you take a look: http://pastebin.com/tz3mhHjU
[20:11] <yofel> when did that happen?
[20:11] <soee> yofel, 6 times already when updating packages
[20:11] <yofel> seems like a script is trying to run kbuildsycoca4 for you, but as root - which doesn't work
[20:12] <soee> hmm, 2 more
[20:13] <yofel> nothing  like that here in precise - lemme update my netbook (oneiric)
[20:15] <soee> ok let me reboot after upgrade
[20:21] <soee> back, all looks good
[20:49] <Riddell> sorry got cut off
[20:49] <Riddell> kdepim-groupware is gone
[20:49] <Riddell> so is another one
[21:11] <Riddell> copying rc 2 to ppa beta
[21:23] <who_me> goodie, new toy to play with tomorrow :)
[22:38] <Riddell> so many packages, takes ages to do an upgrade test
[22:41] <Riddell> kubuntu.org/news/kde-sc-4.7.97
[23:41] <ScottK> New skanlite in Debian Experimental needs merging.


[07:12] <seb128> good morning desktopers
[07:21] <larsu> anyone know what /usr/lib/icon-naming-utils/icon-name-mapping is from?
[07:21] <larsu> or even what it is supposed to do?
[07:23] <larsu> wow. this is old.
[07:24] <seb128> larsu, dpkg -S tell you "what ... is from"
[07:24] <larsu> seb128: it wasn't installed
[07:24] <larsu> icon-naming-utils
[07:24] <seb128> it is now?
[07:24] <seb128> k
[07:24] <larsu> it is used in the rules file of humanity
[07:24] <seb128> larsu, http://packages.ubuntu.com/ replies to that question
[07:24] <larsu> but has no dep...
[07:25] <seb128> larsu, http://packages.ubuntu.com/search?searchon=contents&keywords=icon-name-mapping&mode=exactfilename&suite=trusty&arch=any
[07:25] <larsu> ah cool
[07:27] <seb128> larsu, http://bazaar.launchpad.net/~ubuntu-art-pkg/humanity/release/view/head:/debian/control
[07:27] <seb128> larsu, it does build-depends on  icon-naming-utils
[07:27] <seb128> ?
[07:27] <larsu> seb128: s/control/rules. I should learn to speak debian more fluently :P
[07:27] <seb128> ?
[07:28] <larsu> http://bazaar.launchpad.net/~ubuntu-art-pkg/humanity/release/view/head:/debian/rules
[07:28] <seb128> right
[07:28] <seb128> but depends/build-depends are in control
[07:28] <seb128> not rules
[07:28] <larsu> seb128: I always get those two files mixed up
[07:28] <seb128> ah, I see
[07:29] <larsu> seb128: icon-name-mapping is used in rules, but there's no dep on icon-naming-utils
[07:29] <seb128> larsu, there is a buil-depends
[07:29] <seb128> depends are runtime things
[07:29] <seb128> buil-depends are build-time ones
[07:30] <seb128> rules is package build = build-time = build-depends
[07:30] <larsu> oh right, thanks seb128
[07:30] <seb128> yw!
[07:30] <larsu> I was looking in proper depends because I thought dh_install is called then
[07:31] <larsu> but thinking about that, it doesn't make a lot of sense :)
[07:31]  * larsu still thinks that call is not necessary
[07:37] <seb128> larsu, we can drop it if not needed
[07:38] <larsu> finding that out right now
[07:39] <pitti> bonjour mes amis !
[07:39]  * pitti waves to larsu and seb128
[07:39] <seb128> hey pitti! ça va bien ?
[07:39] <larsu> ah bonjour pitti!
[07:40] <pitti> seb128: oui, je vais bien, merci ! j'aime l'été !
[07:41] <pitti> j'ai vu "Spamalot" à Munich samedi, c'était drôle !
[07:41] <seb128> ah, ça me rappelle des souvenirs :-)
[07:42] <pitti> seb128: oui, nous avons le vu à Londrès, il y a quelques ans
[07:42] <seb128> voilà
[07:42] <pitti> avec tous l'équpipe de platform
[07:42] <seb128> pitti, moi aussi j'aime l'été mais pas quand il est trop chaud, ils ont prévu > 30°C aujourd'hui, c'est trop pour travailler
[07:43] <pitti> seb128: ah, il fait encore bien dans ma chambre
[07:43] <seb128> ici aussi ça va le matin, mais il fait trop chaud l'après-midi
[07:43]  * seb128 bets that larsu wishes that he had took french classes instead of spanish ones :p
[07:44]  * larsu understands most of that
[07:46] <pitti> seb128: I usually close the windows around 10 when it's getting warm, and put down the shades on the south side, that helps quite a lot
[07:47] <seb128> yeah, trying to do the same ;-)
[07:48] <seb128> pitti, btw do you take summer holidays?
[07:48] <larsu> hm, humanity seems to be the only icon theme that has <context>/<size> directories instead of <size>/<context>
[07:50] <pitti> seb128: oui, 3ème semaine de julliet; nous allons vélo à la riviére "Lech"
[07:50] <seb128> larsu, is that what is creating the issue? or are you trying to make it more standard now?
[07:50] <pitti> seb128: nous encore avons des vacances en mars, alors nous pouvons prendre seulment une semaine cet été
[07:51] <pitti> seb128: "avons eu" (non?)
[07:51] <seb128> pitti, "avons eu" oui
[07:51] <larsu> une semaine n'est pas enough!
[07:51] <seb128> pitti, amusez vous bien quand même pendant cette semaine :-)
[07:51] <pitti> larsu: mais oui, ça suffit pour moi
[07:52] <larsu> seb128: it's not causing the issue, no. It just makes it harder to rearrange stuff
[07:52] <larsu> maybe I should just continue hacking index.theme
[07:52] <larsu> *sigh*
[07:53] <seb128> yeah, we don't have major issues, if another hack is enough to get us going let's do that
[07:54] <larsu> seb128: I'm afraid it pop up again some time ... but then, changing a lot of stuff might also break things
[07:55] <seb128> yeah, let's see next time it bites us
[07:55] <seb128> we might have the convergence/new theme by then
[07:55] <larsu> hah
[07:55] <seb128> we didn't have issues with humanity for years
[07:56] <seb128> until GTK decided to do non backward compatible changes, which hopefully doesn't happen every cycle...
[07:57] <larsu> there's a spec for a reason - gtk is simply following it now
[07:59] <seb128> I object, it's still breaking backward compat but let's agree to disagree on that
[08:00] <larsu> it is, I agree, and it's frustrating
[08:00] <seb128> every backward incompatible change is removing credibility to the platform
[08:01] <seb128> the appdevs hate having their apps start to bug when they didn't change anything
[08:01] <larsu> humanity isn't the only icon theme out there, though
[08:01] <larsu> probably this change was made for some other theme that did things according to spec
[08:03] <Laney> yoooooooo
[08:03] <larsu> yo Laney
[08:03] <larsu> sup?
[08:04] <Laney> it is hot!
[08:04]  * Laney has been out watering the plants
[08:04] <Laney> how's it going?
[08:04] <larsu> sitting in a cafe enjoying the sun
[08:04] <seb128> hey Laney
[08:04] <larsu> and not enjoying reading icon theme spec
[08:04] <Laney> hrhr
[08:14] <larsu> what's the reason for having a separate package for humanity icons but not for mono/mobile/suru?
[08:14] <seb128> larsu, license/copyright owners
[08:14] <seb128> humanity is a community theme
[08:15] <seb128> the other ones are Canonical work
[08:15] <larsu> interesting
[08:15] <larsu> thanks
[08:15] <seb128> yw
[08:17] <Sweet5hark1> sweetmorn everyone!
[08:17] <pitti> hey Sweet5hark1, wie gehts?
[08:18] <larsu> hi Sweet5hark1
[08:18]  * Sweet5hark1 has #achievementunlocked: finally seemed to have untrained myself from typing apt-get instead of just plain apt ...
[08:18] <Sweet5hark1> pitti, larsu: heya, finally great weather here in the north too ;)
[08:20] <Laney> apt build-dep # nooooo!
[08:20] <seb128> hey Sweet5hark1
[08:21] <Sweet5hark1> Laney: hrhr
[08:55]  * Laney eyes udev postinst
[08:56] <Laney> oh, there
[08:56] <Laney> it took ~60s (both in lxc and on bare metal)
[08:57] <Laney> ah, "systemd-udevd.service: Watchdog timeout (limit 1min)!"
[09:03] <darkxst> hey seb128 Laney, any thoughts on what to do with the schemas that moved from g-s-d into gsettings-desktop-schemas? reverting them will break the migration code for GNOME. port u-s-d to use the new ones?  Not entirely sure its an exactly 1:1 mapping though
[09:04] <darkxst> https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1468943/comments/1
[09:04] <seb128> not really sorry
[09:04] <larsu> bah. gsettings schemas are API :/
[09:06] <darkxst> larsu, mutter uses them directly for wayland/libinput I think
[09:06] <Laney> darkxst: can we cherry-pick the new stuff into usd/ucc?
[09:07] <larsu> darkxst: my point was that settings keys shouldn't be moved in minor releases
[09:07] <darkxst> larsu, this is 3.14->3.16
[09:07] <darkxst> g-s-d has not been updated yet
[09:08] <larsu> which is a minor release....
[09:08] <darkxst> Laney, probably not directly, the new stuff is accomadation the changes in mutter, that now handles input settings
[09:08] <Laney> then you could move them to a com.ubuntu name and do a migration in usd
[09:08] <Laney> if you want
[09:09] <darkxst> larsu, keys get added every cycles
[09:09] <seb128> having key addes is fine
[09:09] <seb128> having them removed/moved/renamed is not
[09:10] <larsu> ya...
[09:11] <darkxst> they were only added in gsettings
[09:11] <darkxst> and if it wasnt for the migration code, code just revert them back as usual in g-s-d
[11:14] <mdeslaur> Laney: why did you mark the ca-certificates bug as invalid?
[11:16] <Laney> mdeslaur: I filed it twice due to a timeout, that's not the one you were assigned to
[11:16] <Laney> https://bugs.launchpad.net/ubuntu/+source/ca-certificates/+bug/1469803
[11:17] <mdeslaur> oh! I see
[11:17] <mdeslaur> thanks
[11:17] <Laney> np!
[12:03]  * seb128 indicates bug #1453549 to Laney
[12:03] <Laney> ya
[12:04] <Laney> are you referring to my comment on the wk2 bug?
[12:04] <seb128> yes
[12:04] <Laney> okey dokey
[12:04] <seb128> yorba needs to update their facebook key/settings
[12:04] <seb128> but they seem to be mia on shotwell
[12:05] <seb128> like that topic got emails on the upstream list and several active bzg bugs
[12:05] <seb128> but nobody is responding
[12:06] <Laney> annoying
[12:06] <seb128> indeed
[12:06] <Laney> if there is a fix in their thing on facebook there's not a lot we can do
[12:07] <seb128> right
[12:07] <Laney> lemme make a note to check on it in a couple of weeks
[12:07] <Laney> can maybe pull some strings to get someone active on it
[12:08] <seb128> I'm checking weekly, but if you have people you can ping please do that ;-)
[12:08] <Laney> not really, probably larsu does more
[12:13] <Laney> right I'm doing a lunchtime sun ride to the cafe then going to find a park/library to work in
[12:13] <Laney> biab!
[12:15] <seb128> Laney, enjoy!
[12:46] <larsu> tedg: was just asked about libappindicator reviews. Who's maintaining that these days?
[12:46]  * larsu hopes it's not larsu
[13:12] <mitya57> tedg: I would like to get reviews on two libappindicator MPs by albertsmuktupavels
[13:12] <mitya57> While I have rights to merge/upload it myself, it would be nice to get it reviewed by someone else
[13:19] <mitya57> tedg: corrected: two by albertsmuktupavels and one by /me :)
[13:28] <Laney> ah!
[13:28]  * Laney has found a shady place
[13:39] <tedg> mitya57, Let me look
[13:47] <Laney> spiky tree is spiky
[13:47] <Laney> stupid nature
[13:48] <larsu> Laney: this is why we make chairs out of them before sitting on them :P
[13:51] <qengho> Laney: In my co-working group, in the park a few weeks ago, Nature waited until we were complacent and busy and then deployed the swarm of caterpillars. It was super effective.  Blowtorch?
[13:52] <qengho> Retreat and showers.
[14:04] <anpok_> Laney: i made a new patch that incorporates most of the gtk+3.16 changes
[14:05] <anpok_> but not the ones related to a gl context..
[14:05] <anpok_> do you know a good way to test that package on a wily system?
[14:05] <Laney> hi anpok_
[14:05] <anpok_> hi
[14:05] <Laney> patch for what?
[14:05] <Laney> gtk 3.14?
[14:05] <anpok_> gtk+3.14
[14:05] <anpok_> yes
[14:06] <Laney> just install it and downgrade your gtk, taking out any apps that require the new one
[14:06] <larsu> "just"
[14:06] <Laney> mir hackers are hardcore folk
[14:08] <Laney> or fix mir to work in VMs :) :) :)
[14:08]  * Laney runs
[14:08] <seb128> Laney, it does work in vm
[14:08]  * seb128 has unity8 session working on ubuntu personal with virt-manager
[14:08] <Laney> then try it in a vm?
[14:08] <seb128> http://unity.ubuntu.com/mir/setup_kvm_for_mir.html
[14:09] <seb128> trying what?
[14:09] <seb128> I lack context
[14:09] <Laney> I don't know  why you would ask about running it on wily otherwise
[14:09] <Laney> mir backend update for 3.14
[14:09] <seb128> did we mix versions there?
[14:10] <seb128> anpok_, did you mean trunk to 3.16?
[14:10] <Laney> that is already done
[14:10] <Laney> it i s for the overlay ppa
[14:10] <seb128> why not for distro?
[14:11] <Laney> are they SRUing the new mir?
[14:11] <seb128> ok, I'm confused
[14:11] <seb128> if we speak trunk to 3.16 it's not SRU but wily?
[14:11] <Laney> API break in overlay ppa
[14:11] <Laney> ->  need to update gtk
[14:11] <seb128> ah ok
[14:12] <Laney> same for wily but that is done already and for a different gtk series
[14:12] <seb128> that's the context I was missing ;-)
[14:12] <seb128> k
[14:12] <Laney> anpok_: why not use a VM?
[14:12] <seb128> I'm still interested to see a gtk-mir backend update in wily
[14:12] <seb128> Laney, vm for what?
[14:12] <Laney> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-004/+packages
[14:12] <Laney> your dreams have come true
[14:12] <Laney> for testing the overlay ppa update...
[14:12] <seb128> Laney, vivid-overlay is the base for our current devices and the pocket pc work
[14:13] <seb128> so I guess we need to update gtk with mir there
[14:13] <seb128> or the gtk-mir backend
[14:13] <Laney> I know...
[14:13] <Laney> I'm saying why not use a VM to check it works
[14:13] <Laney> instead of downgrading a wily system
[14:13] <seb128> ah, I see
[14:14] <seb128> Laney, thanks for the gtk update in that ppa ;-)
[14:14] <Laney> attente did it really
[14:14] <Laney> but thanks for the thanks :P
[14:14] <seb128> :-)
[14:14]  * Laney  screams at deleting double  spaces all the time
[14:15] <seb128> is that issue specific to your xps? could be an hardware issue?
[14:15] <seb128> I didn't see others complain about that
[14:15] <Laney> it's bios
[14:15] <seb128> but maybe not many people got the newest revision
[14:15] <anpok_> Laney: sure .. vm it will be..
[14:15] <Laney> check the thread i linked to in that mail
[14:16] <Laney> http://en.community.dell.com/support-forums/laptop/f/3518/t/19626873?pi239031352=4
[14:16]  * Laney has emailed superm1,  waiting  to hear back again
[14:42] <Laney> I prepared my meeting notes a whole hour early by mistake!
[14:55] <seb128> Laney, it's the sun getting to you!
[14:57] <Laney> hehe
[15:15] <seb128> Trevinho, hey, you typoed a "t" at the start of the modline on https://code.launchpad.net/~3v1n0/unity-settings-daemon/automount-monitor-lockscreen/+merge/259514 , can you fix?
[15:15] <Trevinho> ouch, sure
[15:15] <seb128> thanks
[15:16] <Trevinho> seb128: done, overwritten though
[15:16] <seb128> Trevinho, that's ok, thanks
[15:30] <larsu> *cough* *cough*
[15:30] <seb128> oh it's meeting time
[15:31] <Laney> ohhhh
[15:31] <seb128> attente, desrt(?), dgadomski, FJKong, happyaron, Laney, larsu, qengho, Sweet5hark, tkamppeter, hey
[15:31] <seb128> #startmeeting
[15:31] <meetingology> Meeting started Tue Jun 30 15:31:36 2015 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:31] <meetingology> Available commands: action commands idea info link nick
[15:32] <dgadomski> o/
[15:33] <seb128> ok, let's get started
[15:33] <seb128> #topic attente
[15:33] <seb128> attente, hey
[15:33] <attente> hi
[15:33] <qengho> YAY
[15:34] <attente> revisions to apparmor kernel patch for dconf again, waiting for review
[15:34] <attente> merge the gtk-mir wip branch into upstream master and backport those patches to the ubuntu gtk package
[15:34] <attente> debugging a weird issue where the backend is sending mouse release events immediately after mouse press events, only affects our package
[15:34] <attente> (eof)
[15:35] <seb128> thanks for updating our gtk versions/backporting the fixes from trunk!
[15:36] <attente> np! but this mouse event bug is pretty bad...
[15:36] <seb128> yeah, I guess it's next to debug?
[15:36] <attente> yeah. it's basically making it impossible to click anything other than the menus
[15:37] <seb128> right
[15:37] <seb128> attente, thanks
[15:37] <seb128> I guess no desrt (I think he said he was off monday/tuesday)
[15:37] <seb128> #topic dgadomski
[15:37] <seb128> dgadomski, hey
[15:37] <dgadomski> hey
[15:37] <dgadomski> There were no desktop issues reported to me lately, so this week I was busy with non-desktop stuff.
[15:38] <dgadomski> That's it, thanks.
[15:38] <seb128> dgadomski, thanks
[15:38] <seb128> #topic FJKong
[15:38] <Laney> we fixed all the bugs \m/
[15:38] <seb128> FJKong, hey
[15:38] <FJKong> hi
[15:38] <FJKong> 1 continue working on fixing lacking status bar image
[15:38] <FJKong> 2 add input tip to sogou Shuang Pin Im
[15:38] <FJKong> 3 get feek back from community: sometimes input window shows abnormal
[15:38] <FJKong> 4 one day holiday
[15:38] <FJKong> eof
[15:39] <seb128> FJKong, thanks
[15:39] <seb128> #topic happyaron
[15:39] <seb128> happyaron, hey
[15:40] <seb128> no happyaron?
[15:40] <seb128> #topic Laney
[15:40] <seb128> Laney, hey
[15:41] <Laney> hi
[15:41] <Laney> • Worked  more on e-d-s and gstreamer transitions, these are both (still?) blocked on Canonical people helping me out :)
[15:41] <Laney> ∘ https://bugs.launchpad.net/ubuntu/+source/qtorganizer5-eds/+bug/1469208
[15:41] <Laney> ∘ email with jhodapp about updating gst-bad, says he will get it scheduled
[15:41] <Laney> • Start looking at webkitgtk2 transition for main
[15:41] <Laney> ∘ Ported shotwell
[15:41] <Laney> ∘ Ported apturl (simple)
[15:41] <Laney> ∘ Look at evolution (argh)
[15:41] <Laney> ∘ Some other apps have WIP ports upstream
[15:41] <Laney> • Update glib2.0 (in progress, gio/tests/appmonitor fails, desrtttttt)
[15:41] <Laney> • Check/upload gtk3.16 mir backend refresh
[15:41] <Laney> • Work with seb128 to get poppler/wps/proj migrated & do some final updates
[15:41] <Laney> • Fix chromium autopkgtest & sikuli to get this migrated and unblock glib -> gtk which were waiting on it
[15:41] <Laney> ☄
[15:42] <Laney> actually I take it all back
[15:42] <Laney> 4e7d22e268a4e06beb1c09585a48288c31004da5 is the first bad commit
[15:42] <Laney> commit 4e7d22e268a4e06beb1c09585a48288c31004da5
[15:42] <Laney> Author: Matthias Clasen<EMAIL_ADDRESS>[15:43] <qengho> Thanks laney!
[15:43] <seb128> Laney, thanks
[15:43] <qengho> That sikuli thing is bothering me. There has to be a way to detect the require jar files at package time, instead of keeping them in a script.
[15:43] <seb128> unsure what the commits are about
[15:43] <qengho> It will break again.
[15:44] <Laney> the one that broke glib's test
[15:44] <seb128> oh, the failed appmonitor test
[15:44] <seb128> k
[15:44] <seb128> :-)
[15:44] <seb128> Laney, thanks
[15:44] <seb128> #topic larsu
[15:44] <larsu> ey that's me
[15:44] <seb128> larsu, hey
[15:44] <larsu> had a very short week due to two days off
[15:45] <larsu> worked on those 1000 little theming and icon bugs that people pinged me with in the last couple of weeks
[15:45] <larsu> expect big MRs this week (maybe I should separate them a bit?)
[15:45] <seb128> yeah, regular landing of small bits seems better than batching a big stack
[15:46] <larsu> lots of very small bits though
[15:46] <larsu> but I agree
[15:46] <larsu> will do that
[15:46] <larsu> otherwise the usual: Bugs.

[15:46] <seb128> larsu, thanks
[15:46] <seb128> #topic qengho
[15:46] <seb128> qengho, hey
[15:47] <qengho> * Commercial PES/OEM support.
[15:47] <qengho> * Getting chromium-browser widevine plugin supported if installed manually or Google Chrome installed.
[15:47] <qengho> * Reviewed NaCl patches for contributor. Might get that working, and packaged before 15.10!
[15:47] <qengho> * Un-blacklisting all GPU in chromium, but setting the preference to default to Off. Might need to get apport pattern if errors.u.c spikes again.
[15:47] <qengho> * chromium-browser release tomorrow, with ^fixes.
[15:47] <qengho> EOF
[15:48] <seb128> qengho, at the meeting a week ago you said "I'll ask you to sponsor today." about the new version, what happened to that?
[15:49] <qengho> Laney fixed the test problem, and commercial folks wanted widevine support included.
[15:50] <seb128> he did fixed it some days after since you didn't give news about your upload and didn't respond to ping
[15:50] <seb128> oh, well
[15:50] <seb128> qengho, thanks
[15:50] <seb128> #topic seb128
[15:50] <seb128> ok, my turn ;-)
[15:50] <seb128> • snappy fun still ongoing
[15:50] <seb128> ∘ debugging unity8/mir not starting, after 2 days trying to figure out what's going between lightdm/usc/unity8 (and trying to get help from people knowing those component better) figured out that usc is waiting on vt8 and that lightdm doesn't do the switch, when doing it manually unity8 starts!
[15:50] <seb128> ∘ noticed then that unity8 regressed in wily and that the desktop session shows the phone greeter now, tracked down the issue to a recent landing and reported bug/pinged unity team
[15:50] <seb128> ∘ updated livecd-rootfs to write a /e/d/locales config on desktop-next
[15:50] <seb128> • reviewed some u-s-s and u-s-d merge requests
[15:50] <seb128> • some NEW reviews & archive admin commands for Laney

[15:50] <seb128> mostly still trying to get snappy personal working, but getting there
[15:50] <seb128> #topic Sweet5hark1
[15:50] <Laney> my favourite script runner
[15:50] <seb128> Sweet5hark1, hey
[15:51] <Sweet5hark1> - bumped prereleases ppa from 5.0~rc1 to ~rc2
[15:51] <Sweet5hark1> - merged from Debian (ongoing)
[15:51] <Sweet5hark1> - discussed/provided support for LibreOfficeKit on Ubuntu touch
[15:51] <Sweet5hark1> - some upstream refactoring/test adding (finally blogged on that: https://skyfromme.wordpress.com/2015/06/26/i-would-kill-500-lines-and-i-would-kill-500-more/ )
[15:51] <Sweet5hark1> - bumped LibreOffice fresh ppa to 4.4.4 (rc2 and rc3, which is final)
[15:51] <Sweet5hark1> - some LTS patch backporting
[15:51] <Sweet5hark1> - some GSOC mentoring
[15:51] <Sweet5hark1> - usual foundation and ESC tasks: some conf orga, major release prep, grants and budgeting
[15:51] <Sweet5hark1> - most importantly: made the LibreOffice build system default to colored output on an interactive shell *cough*
[15:51] <Sweet5hark1> EOF
[15:51] <seb128> Sweet5hark1, thanks
[15:51] <seb128> #topic tkamppeter
[15:51] <seb128> tkamppeter, hey
[15:51] <tkamppeter> - Made ippusbxd (IPP-over-USB daemon) getting started and keep running in systemd environment.
[15:51] <tkamppeter> - Worked on finding out how to reliably stop ippusbxd when the printer is turned off or disconnected.
[15:51] <tkamppeter> - Added functionality to try always to use the same port for ippusbxd and change only if the desired port is already taken by something else.
[15:51] <tkamppeter> - Bugs.
[15:51] <seb128> tkamppeter, thanks
[15:51] <seb128> #topic robert_ancell
[15:51] <seb128> - Updated version tracker to current wily package versions.
[15:51] <seb128> - Made a GNOME version page (http://people.canonical.com/~platform/desktop/gnome.html). This makes it easier to see a similar / simpler set of packages to update (the other lists have too many packages).
[15:51] <seb128> - Open bugs for all GNOME packages we have yet to update to 3.16 (particularly so we can note why we haven't updated them in the case of difficult transitions)
[15:51] <seb128> - Updated various wily packages to latest stable versions.
[15:52] <pitti> tkamppeter: stop stuff when printer is turned off> udev rules?
[15:52] <seb128> #topic other topics
[15:52] <seb128> did I forget anyone? do we have other topics?
[15:52] <Laney> help welcome on wk2 ;-)
[15:53] <Laney> not sure we will get there this cycle
[15:53] <seb128> is debian doing that transition as well?
[15:53] <seb128> do we have any insensitive to go ahead with that now?
[15:53] <Laney> not actively
[15:53] <Laney> the old version doesn't get updates any more
[15:53] <seb128> I would rather postpone the work if it's not really needed
[15:54] <Laney> not even the webkit level of security support
[15:54] <Laney> staying on an ancient version forever doesn't seem great
[15:54] <seb128> yeah, I'm not saying forever, but we could let others do the heavy lifting by postponing by one cycle
[15:55] <seb128> well, if we have the spare resources to do it and people want to work on it I'm not against it either
[15:55] <Laney> ya I was doing stuff which nobody started on
[15:56] <seb128> k
[15:56] <seb128> if anybody feels like helping on that please do ;-)
[15:56] <Laney> and I think I will not do evolution, that looks hadrd
[15:56] <seb128> anything else?
[15:56] <Laney> -> probably not make 15.10
[15:56] <seb128> it means transition in a lts cycle though :-/
[15:57] <Laney> ya
[15:57] <seb128> k, I guess we can wrap the meeting
[15:57] <seb128> thanks everyone
[15:58] <Laney> thanks!
[15:58] <seb128> #endmeeting
[15:58] <meetingology> Meeting ended Tue Jun 30 15:58:11 2015 UTC.
[15:58] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2015/ubuntu-desktop.2015-06-30-15.31.moin.txt
[15:58] <attente> thanks
[15:58]  * Laney fixed the test
[16:03] <seb128> does anyone know how to upload a refresh from lp:~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.wily to the archive?
[16:03] <seb128> I'm having issues building that and need to go for some erands before shop closed
[16:03] <seb128> if somebody can do that for me while I'm away I might be able to retry a desktop-next build when I'm back
[16:03] <seb128> otherwise no worry, it's going to be for tomorrow
[16:03]  * seb128 bbiab
[16:04] <Laney> seb128: what's the issue?
[16:05] <seb128> Laney, I think me not knowing how those stuff works anymore :p
[16:06] <Laney> get ubuntu-touch-meta, run ./update, build pkg & upload
[16:06] <Laney> this wifi tethering is destroying my battery
[16:06] <seb128> ah ok, I tried to get the package from the archive and apply the diff I commited
[16:06]  * Laney should have  brought a  cable
[16:06]  * ogra_ pokes Laney
[16:07] <seb128> ok, well maybe I've a look later but need to go now
[16:07] <seb128> maybe ogra_ can sponsor it for me, that's the drop from cloud-init :p
[16:07] <Laney> can look anyway, let me file this testfix first
[16:07] <ogra_> "read the changelog and verify the changes very carefully before dput"
[16:07] <seb128> Laney, thanks
[16:07] <seb128> bbiab
[16:07] <Laney> ogra_: HAHA you and your old ways
[16:07] <ogra_> lol
[16:07] <Laney> if no bug report -> upload was fine
[16:08] <ogra_> yeah, phone kind of weaned me from cowboy style :P
[16:36] <hallyn> unity on my wily system sudenly gives me a blank screen.  known problem?
[16:56] <seb128> back
[16:56] <seb128> hallyn, no
[16:56] <seb128> hallyn, anything interesting in the logs? does a guest session works?
[16:57] <seb128> Laney, thanks for the upload!
[16:57] <seb128> (crazy country where most shops close at 6pm and where you can get vegetable&co only until 7pm)
[16:59] <hallyn> seb128: which logs?
[17:00] <seb128> hallyn, .xsession-errors ~/.cache/upstart/gnome-session*|unity*
[17:03] <ogra_> seb128, and you cant even phone the shop from your car anymore so they stay open longer for you now ...
[17:13] <seb128> ogra_, :-)
[17:16] <hallyn> seb128: http://people.canonical.com/~serge/gnome-session-Unity.log.1.gz , though it seems old.  also http://paste.ubuntu.com/11800186/
[17:24] <seb128> hallyn, 1.gz has wrong permission and is a rotated log, can you delete ~/.xsession-errors and .cache/upstart and try to log in and see what logs you get?
[18:02] <hallyn> seb128: http://people.canonical.com/~serge/unitylogs.tgz
[18:18] <seb128> hallyn, looks like unity plugin is not in your compiz config
[18:19] <seb128> hallyn, try to "dconf reset -f /org/compiz"
[18:24]  * hallyn tries
[18:27] <hallyn> nope, same thing :(
[18:35] <hallyn> seb128: i should point out that whil i was using unity for the last two weeks until this morning, 'unity' seemed to have gotten uninstalled in my latest apt-get update
[18:35] <hallyn> i had to apt-get install it.  is there something else i should perhaps be installing?
[18:35] <hallyn> i don't see a 'unity-panel' command
[18:35] <hallyn> maybei should just take the chance to install unity8
[18:36] <hallyn> or will that mess up
[18:36] <hallyn> my x+lightdm s that i can no longer run other window managers if/when unity has a problem?
[18:39] <EphraimMB> Can you please show me a screenshot of what unity 8 looks like right now?


[00:55] <davidm_> hmm seems to work
[00:56] <ogra> why shouldnt it ? :)
[01:33] <davidm> ogra, I was testing a CD image
[01:34] <davidm> so that was kde in kvm
[01:34] <ogra> ah
[01:34] <ogra> well, umpc is good for release
[02:09] <StevenK> Hmmm. My -mid install is behaving wierd
[02:10] <ogra> how ?
[02:11] <StevenK> "client 1 rejected from local host"
[02:11] <ogra> xorg ?
[02:11] <ogra> i didnt have that
[02:12] <stgraber> did you break your .Xauthority or /etc/hosts ?
[02:12] <stgraber> (I had similar issues when NM went crazy and rewrote my hosts file)
[02:12] <ogra> it doesnt do that anymore though
[02:13] <stgraber> indeed
[02:14] <StevenK> Hmm
[02:14] <StevenK> Let me boot it again
[02:14] <ogra> was that in the livefs ?
[02:14] <StevenK> No, the installed system
[02:18] <StevenK> /etc/hosts looks fine
[02:18] <StevenK> I didn't touch .Xauthority
[02:18] <ogra> still the error ?
[02:19] <StevenK> Right
[02:19] <ogra> bah
[02:20] <ogra> whats the falout of that error ? do you get the desktop ?
[02:20] <StevenK> Nope
[02:20] <StevenK> Just the X cursor
[02:24] <ogra> weird
[02:24] <ogra> it defintely worked for me
[02:24] <StevenK> On an installed system?
[02:24] <ogra> as well as for loic
[02:24] <ogra> ye
[02:24] <ogra> s
[02:25] <StevenK> I'm happy to put it down to me doing something dumb and trying again
[02:39] <davidm> StevenK, let me  know your results when you retest
[02:40] <StevenK> davidm: Shall do. Finding lunch first.
[04:22] <davidm> StevenK, status?
[04:25] <StevenK> davidm: Watching the install
[04:25] <davidm> OK
[04:34] <StevenK> davidm: Reproducable on second install. :-(
[04:36] <davidm> StevenK, what is different for you?
[04:36] <StevenK> davidm: I'm not sure -- I went through the install like usual
[04:36] <davidm> I'm confused why you have issues and lool and ogra did not
[04:37] <StevenK> As am I
[04:37] <davidm> Try and debug and keep me posted
[04:46] <StevenK> davidm: Right. Setting tune2fs -m 0 /dev/sda1 and rebooting helped.
[04:47] <StevenK> davidm: Which is just a fault of the device I'm installing on having so little drive space.
[04:50] <davidm> Ah
[04:50] <davidm> df -h
[04:51] <StevenK> davidm: Before the tune2fs, available was 0
[04:51] <davidm> Ah, tht could be the problem then
[04:52] <StevenK> Right. So, setting the reserved percentage to 0% gave 70 odd MB free and after a reboot, X worked
[04:58] <davidm> did we have a howto to convert the USB image to a iso image?
[04:59] <StevenK> I'm not sure that we can do that.
[05:00] <davidm> Ah, OK.  Seems like it should be possible but maybe not tonight
[05:01] <StevenK> It's probably doable, we just don't provide tools or a howto
[05:48] <pururu> is release date for ubuntu-mobile same as ubuntu ?
[05:49] <pururu> ... and wtf is ubuntu-umpc lol
[05:55] <Burgundavia> pururu: a version of ubuntu mobiile for things like eee
[05:57] <pururu> wow cool, is it optimized for SSD by default? (like disabling logging to ssd and such)
[05:58] <pururu> and mounting ext2 with noatime
[05:58] <pururu> also midbrowser shoulbe replaced with firefox
[05:59] <pururu> imho
[06:00] <pururu> mmm... and how netbook remix mix into these distros? lol
[06:14] <Burgundavia> netbook remix is a canonical thingy, not an ubuntu one
[06:14] <Burgundavia> some technologies are crossing over
[11:28] <crevette> hello
[11:29] <ogra> hey crevette
[11:29] <persia> hey crevette
[11:29] <ogra> happy release day !
[11:29] <ogra> persia, to you too
[11:29] <crevette> hello ogra & persia
[11:29] <crevette> is it allowed to push fixes or not ? because I have a bug in gnome-user-share due to a bug in obex-data-server
[11:29]  * ogra sees #ubuntu-release-party slowly moving over the 400 ppl mark
[11:30] <crevette> I laready reported the bug upstream few days ago and it was fixes
[11:30] <ogra> crevette, it will need an SRU bug
[11:30] <persia> crevette, The issue with not being able to send from the phone to the PC?
[11:30] <crevette> persia, not this one, but a minor one
[11:30] <persia> crevette, Which bug?
[11:30] <crevette> no notification on file reception
[11:30] <crevette> I didn't had time to opena bug in LP I was doing it right now
[11:31] <crevette> blame me
[11:31]  * crevette would lie to be an OSS company unemploye :)
[11:32] <crevette> persia, moving obex-data-server to 0.4.1 solved my problems in file recption
[11:32] <crevette> :)
[11:32] <crevette> it is extrem but efficient in my case
[11:33] <persia> Yeah.  My thought was to do that for Jaunty.  For the new small issue, do you think it's worth fixing in intrepid?
[11:35] <crevette> file recption seems to not work for some people, I would like if it affect only nokia user
[11:35] <crevette> Mine is nokia, and I seen another nokia user
[11:36] <ogra> who has nokia phones anyway :)
[11:36] <crevette> yeah, just some foolish people
[11:50] <persia> Team meeting in 10 minutes
[11:51] <ogra> really ?
[11:51] <ogra> do we really hold one on release day ?
[11:53] <persia> Should be short :)
[11:54] <ogra> right ...
[12:26] <crevette> persia, not being able to receive files is not a small issue for me
[12:26] <crevette> :)
[12:27] <persia> crevette, heh.  Makes sense.  Did you open the bug?
[12:27] <crevette> https://bugs.edge.launchpad.net/ubuntu/+source/obex-data-server/+bug/289487
[12:29] <persia> crevette, Does it need the full upgrade, or can a patch be extracted?
[12:29] <Burgundavia> the latest ubuntu-umpc image hangs in QEMU when it hits the desktop
[12:30] <crevette> persia, that what I would like to know too, I try to extract a diff between our snapshot and the current version, but I'm unable do that
[12:30] <crevette> I"m using the web interface cause I'm using windows now
[12:30] <crevette> :)
[12:30] <persia> crevette, Aha!  ping me when you have a chance to look at it in better circumstances, and I'll help try to get the patch into intrepid.
[12:31] <crevette> perhaps the easiest thing is too find the root cause of the problem, and see if a fix is applicable on top of our snapshot
[12:32] <crevette> because moving to 0.4.1 will bring us on unknow road :)
[12:32] <crevette> I think fedora is using 0.4.
[12:33] <crevette> persia, as said before, my available time is tiny, I'm on lucnh break now, that's why I have some time now
[12:33] <crevette> tonight I won't have time to look to this
[12:35] <persia> crevette, Understood.  A few days either way isn't critical, as we're hard-frozen for release anyway.
[12:35] <crevette> yep
[12:35] <CaPriCoRN^80> hi
[12:35] <crevette> but I don't think this is possible to change version during a stable release
[12:35] <crevette> right?
[12:36] <CaPriCoRN^80> i like to join ubuntu team to work with them through some mean . I have network experience like LAN/WAN , router , switches and configuration of different servers on linux and solaris
[12:37] <Burgundavia> crevette: getting a new version would require a SRU and I don;t see one being granted for a whole new version
[12:37] <persia> crevette, It's possible, but finding the specific change we want is easier to get approved.
[12:37] <crevette> yeah I understand
[12:37] <persia> None of the people here can approve any patch, so it's best to minimise it before we submit it.
[12:59] <lool> CaPriCoRN^80: Which image did you try out so far?
[13:00] <persia> CaPriCoRN^80, As you raised this during the Mobile meeting, did you want to work on stuff for the MID and UMPC flavours, or just help out more generally?
[13:22] <CaPriCoRN^80>  lool: image ?
[13:22] <CaPriCoRN^80> sorry i didnt know about the meeting
[13:22] <CaPriCoRN^80> sorry for disturbing
[13:23] <CaPriCoRN^80> persia: i dont know about MID and UMPC
[13:24] <persia> CaPriCoRN^80, OK.  What sort of thing do you want to do?
[13:29] <crevette> :)
[13:29] <CaPriCoRN^80> persia: well i am not sure what type of work is available
[13:29] <CaPriCoRN^80> little confused on that
[13:30] <CaPriCoRN^80> but i am not a good developer
[13:30] <CaPriCoRN^80> so perhaps i can cut that thing
[13:31] <persia> CaPriCoRN^80, Maybe you could help track down bugs?
[13:31] <CaPriCoRN^80> persia: that will be good
[13:31] <CaPriCoRN^80> persia: i have to do this along with my studies
[13:32] <persia> CaPriCoRN^80, I'm going to suggest you join #ubuntu-bugs, and read the contents of the /topic.  That's a great way to get started.
[13:32] <CaPriCoRN^80> persia: ok
[15:55] <ian_brasil> @all: congrats on the release!
[15:57] <p0rky> есть кто из русскоязычных?
[15:59] <ian_brasil> p0rky:no, its english here
[17:25] <lool> amitk: Would it make sense to switch initrd to squashfs?
[17:25] <lool> It would mean building the module in the kernel, but I don't think it's a big deal
[17:25] <lool> However I think it could help performance from USB key and hard disk; not sure about ssd
[18:45] <smp4488> when will the next image be released?
[18:46] <ogra> in 6 months
[18:46] <ian_brasil> ha ha
[18:46] <smp4488> no i heard the new kernel was released today
[18:47]  * ogra still had no chance to check the ubuntu-umpc final url
[18:47] <ogra> there is no way to get to cdimage.ubuntu.com
[18:52] <ian_brasil> nor me...but that is not suprising
[18:59] <ogra> well, i'D like to know its where it belongs :)
[19:02] <tonyyarusso> Hi, could someone explain the process that was used in preparing the MID img?  I'd like to make bootable USB keys of other architectures and versions.
[19:09] <ogra> tonyyarusso, https://wiki.ubuntu.com/MobileTeam/Mobile/HowTo/ImageCreation
[19:09] <tonyyarusso> excellent
[19:41] <persia> tonyyarusso, You may also be interested in the usb-creator utility, for flavours that come on CD
[19:41] <ogra> well, that wont get him MID :)
[19:43] <tonyyarusso> That actually looks fairly promising.
[19:50] <lool> tonyyarusso: What arch(es) are you interested in?
[19:51] <tonyyarusso> lool: i386 and amd64 primarily.  (I know, I'm boring)
[19:51] <tonyyarusso> Basically just wanting to make live and/or install CDs in USB stick format
[19:52] <lool> tonyyarusso: I'm not sure building an i386 image is a good idea
[19:52] <lool> tonyyarusso: Oh you just want to use an ISO on an USB stick?
[19:52] <lool> tonyyarusso: There's a tool for that in intrepid
[19:52] <lool> tonyyarusso: usb-creator
[19:53] <tonyyarusso> Yeah, I'm thinking I'll try that.
[20:19] <amitk> lool: squashfs for intrepid or jaunty?
[20:19] <lool> amitk: jaunty!!
[20:20] <lool> amitk: I was thinking that it was kind of sad to use the ancient cramfs for initrd
[20:20] <lool> When squashfs is theoritically superior
[20:21] <amitk> lool: we already have squashfs as a module, so building it in shouldn't be a problem
[20:22] <lool> amitk: Hmm I wonder whether the kernel knows mounting initrd when they are squashfs?
[20:39] <ogra> lool, i doubt that
[20:39] <ogra> and i'D expect more overhead
[20:39] <lool> ogra: How so?
[20:40] <ogra> no idea, would need tests, just a guess
[20:40] <lool> Well it's faster than cramfs in benchmarks I've seen
[20:40] <lool> See squashfs inclusion in this week's lwn
[20:41] <ogra> haha, fedore moves the X server
[20:42] <ogra> s/e/a/
[20:42] <ogra> i havent had time this week to look at lwn yet
[20:42] <lool> Yeah, and I'm afraid it makes sense
[20:44] <ogra> sure it does
[20:46] <ogra> well, i'm a big squashfs fan, we use squashfs images in ltsp because of this ;) i wouldnt object having update-initramfs using a -squash switch :)
[20:46] <ogra> but i assume ram and CPU requirements might be higher than cramfs
[20:46] <ogra> booting the current -generic kernel requires about 48M (including initramfs)
[20:47] <lool> ogra: The initrd is thrown away, so I'm not worried about ram
[20:48] <ogra> well, wearing my ltsp hat i am :)
[20:48] <lool> and concerning cpu, I'd expect it to be a net win in the end in terms of boot speed as we have CPU at this stage usually
[20:48] <lool> ogra: We're only speaking of initrd here
[20:48] <ogra> right
[20:48] <lool> I wouldn't expect ram usage to be anywhere high during initrd
[20:48] <ogra> with early compcache in initrd i am able to boot a 32M client
[20:49] <ogra> without it i need at least 48M
[20:49] <ogra> the kerne alone takes about 10M before even loading initrd into ram
[20:50] <ogra> or even more, its a while ago that i looked
[20:50] <ogra> for mobile i fully agree its a good thing
[20:50] <ogra> since we will rarely see 32M devices :)
[21:32] <ogra> .oO( fixed the image links to the proper release files )