[01:33] <Kamilion> trying to get the webcam-webui example to work, had to apt install snapd, but I get an error when trying to snap install webcam-webui_1_amd64.snap: - Make snap "ubuntu-core" available to the system (can not set next boot: cannot determine bootloader)
[10:01] <caraka> While doing the 'build your first snap' tutorial, the 'snapcraft stage' command never sees/installs the stage-packages: -fswebcam portion of the yaml. Any ideas what I could be missing?
[10:21] <daker> ogra_: ping
[10:21] <daker> hi i am trying to install a snap using
[10:21] <daker> sudo snap install raspi2modulessyncup_4.4.0_armhf.snap
[10:22] <daker> a local snap, but snap is trying to download it from the store
[10:22] <daker> https://paste.ubuntu.com/16143215/
[11:03] <caraka> dacker: I have no business offering advice here, but have you tried specifying the complete path the .snap file?
[14:42] <oparoz_> Does snappy care about what's in the snap's /etc/init.d folder?
[14:48] <sergiusens> Kamilion did you install only snapd and not by any chance any deb you were not supposed to? Like ubuntu-snappy?
[14:49] <sergiusens> Kamilion log a bug just in case
[15:12] <oparoz> Is there an easy way to clean up all the garbage left over by snaps in /etc/systemd ?
[17:50] <slvn> oparoz, maybe the scripts from zyga, e.g. https://github.com/zyga/devtools/blob/master/reset-state
[17:51] <oparoz> Thanks slvn. I think that script goes too far as my system probably wouldn't boot any more :)
[17:51] <oparoz> But it could be altered
[17:51] <slvn> oparoz, I tried it to remove/clean-up all snaps installed on my system ...
[17:52] <oparoz> slvn, your system is probably desktop?
[17:52] <slvn> yes
[17:52] <oparoz> The problem with core is that some of these snaps are required to boot
[17:53] <oparoz> But that script still helps as it gives the location of files
[17:53] <slvn> oparoz, ok, then maybe don't use this script :)
[17:54] <slvn> btw, may I ask you what kind of platform do you use for this ?
[17:54] <oparoz> What do you mean by platform?
[17:55] <slvn> hardware ? I mean this is not a desktop ?
[17:55] <oparoz> I use a VM for amd64 stuff, otherwise it's a Pi2
[17:56] <slvn> ok, I'm just curious
[17:57] <oparoz> Once Snappy core is GA, I'll probably use the desktop version
[17:58] <oparoz> Right now I just need something which matches the target
[18:00] <slvn> oparoz, but snappy is currently working on desktop, isn'it ? I mean, I just build and tested my first snap packages last week. Is this different for rpi2 ?
[18:00] <oparoz> Yes, it's different because the Pi2 uses Core which isn't ready yet
[18:01] <oparoz> Should take another month or 2
[18:02] <slvn> ok
[19:47] <bumblehead> Hi I'm trying to run the webchat snap example. I was able to create the webchat snap package. I was able to install it. I'm not able to run it.
[19:47] <bumblehead> http://askubuntu.com/questions/765571/how-do-i-run-the-snapcraft-webchat-example
[19:48] <bumblehead> would someone tell me what I'm doing wrong?
[20:05] <bumblehead> should snappy still be considered to be in the "baking" stage?
[20:08] <Kamilion> bumblehead: sorry, just woke up a little while ago -- I had questions like yours too
[20:09] <bumblehead> Kamillion: were you able to find answers or help for the questions you had?
[20:09] <Kamilion> from what I understand, snappy moved beyond the initial baking stage with 16.04's release, supposed to include snapd/ubuntu-core-launcher on the install media of all of the different spins
[20:09] <Kamilion> unfortunately, lubuntu doesn't ship with snapd/ubuntu-core-launcher
[20:10] <bumblehead> Kamilion: do I need to install snapd/ubuntu-core-launcher?
 Kamilion did you install only snapd and not by any chance any deb you were not supposed to? Like ubuntu-snappy?    <---- no, fresh lubuntu 16.04 64bit ISO, apt install snapd, snap install webcam-webui_1_amd64.snap
[20:11] <Kamilion> bumblehead: I don't know
[20:11] <Kamilion> are you using lubuntu?
[20:11] <Kamilion> do you have the 'snap' command available?
[20:11] <bumblehead> no regular ubuntu
[20:11] <bumblehead> I do have the snap command
[20:11] <Kamilion> when i tried to use the snap command I got this error
[20:11] <Kamilion> - Make snap "ubuntu-core" available to the system (can not set next boot: cannot determine bootloader)
[20:11] <Kamilion> in response to 'snap install webcam-webui_1_amd64.snap'
[20:12] <Kamilion> bumblehead: as far as I know, all of the other isos have snapd (and ubuntu-core-launcher is one of it's dependants)
[20:13] <Kamilion> once I actually installed the OS to a disk, I got past the strange bootloader error
[20:13] <bumblehead> i don't think this looks good when the examples don't run
[20:13] <Kamilion> but now I have the same problem as you
[20:13] <Kamilion> I built the webcam snap, and installed it, and have no idea how to launch it
[20:14] <bumblehead> it looks like a lot of the information out there is spread out and incomplete
[20:15] <bumblehead> despite the marketing around snap, official support snap may be shallow
[20:15] <Kamilion> correct, IMHO canonical has followed this plan before with a lot of their 'not-invented-here' alternatives to standard linux, such as the unity desktop, mir, 'click' packages, and a couple others I could name but decline to at this point
[20:15] <bumblehead> maybe they'll have some of the issues worked out in the next release
[20:15] <Kamilion> there's lots of news postings
[20:15] <Kamilion> and very little wiki/documentation
[20:16] <bumblehead> yeah some of the documentation just looks like it was created as a formality
[20:16] <Kamilion> and what documentation there is, seems targeted at either developers only, or "users, no developers, no admins"
[20:16] <bumblehead> what good is a howto document that doesn't show me how to run or test the app?
[20:16] <Kamilion> I'm very used to tools where the documentation is "read the comments in the source code", so i'm not TOO bothered
[20:17] <bumblehead> I'm using ubuntu touch --same situation there
[20:17] <bumblehead> stuff just languishing in a broken state for years
[20:17] <Kamilion> but this isn't a bashing session, just pointing out
[20:17]  * Kamilion laughs
[20:17] <Kamilion> yeah, Upstart.
[20:17] <bumblehead> the ubuntu touch store also
[20:17] <Kamilion> The stories I could tell you about my adventures with upstart. *facepalm*
[20:18] <Kamilion> what about Ubuntu-One? Poof, gone, all my dotfiles and homedir neccessities...
[20:18] <Kamilion> I love that they try new things
[20:18] <Kamilion> but it's a double edged sword.
[20:19] <Kamilion> so I hope nobody mistakes this as "I hate canonical!" because that's just totally untrue. I have much <3 for them, I just don't agree with them all the time, that's all :D
[20:20] <bumblehead> its fair to observe flaws
[20:20] <Kamilion> anyway, snappy seems half-baked at the moment
[20:20] <bumblehead> there's always this persective 'its open source so you aren't in a position to complain and we're all busy and can't fix our broken stuff so live with it'
[20:21] <Kamilion> the idea is well thought out, but the implimentation is... uh... What's a word for 'disorganized and strewn about" ?
[20:21] <bumblehead> implementation is incomplete
[20:22] <bumblehead> and the pattern appears to be that once something gets released
[20:22] <Kamilion> eh, the ecosystem is incomplete; the core tool works at the moment
[20:22] <bumblehead> they stop improving it
[20:22] <Kamilion> *cough* ptrace in upstart...
[20:22] <Kamilion> yeah.
[20:23] <Kamilion> The one thing I wanted to do was launch the webserver... Oh, sorry, can't launch apache with upstart because upstart uses ptrace somewhere and apache really doesn't like that.
[20:23] <Kamilion> longstanding bugs, plans formed, and in the end? systemd swoops in and the whole problem evaporates.
[20:24] <Kamilion> I'm kind of afraid that's what's going to happen to Mir/Unity as well...
[20:24] <bumblehead> sounds like they need to figure out a way to do that with unity and ubuntu touch and snappy and the application store and the core ubuntu apps...
[20:25] <Kamilion> wayland will suddenly get a whole bunch of industry support (like the recent announcements that the new GL/Vulkan stuff was already wayland compatible) and then people will be left holding the ball trying to support what amounts to be a personal project
[20:25] <Kamilion> well, it seems to me that's exactly what snappy is
[20:25] <bumblehead> its too bad...
[20:25] <bumblehead> in theory the idea is really attractive
[20:25] <Kamilion> a way to ship a whole application bundle with it's libs and everything, as one package.
[20:26] <Kamilion> It will be GREAT for games.
[20:26] <bumblehead> is there an alternative to snappy that's supported by a responsible vendor?
[20:26] <Kamilion> no longer does it matter that this game needs qt4-something and I only have qt5-something
[20:26] <Kamilion> uhhh, honestly? Not that I know of.
[20:26] <Kamilion> I'm familiar with most of the distros and the package managers that run them
[20:27] <Kamilion> the only thing that I can think of that's similar is gentoo's overlay system for portage
[20:27] <Kamilion> Or, well, ubuntu's own PPA system if there's a metapackage in the PPA that 'grabs everything'
[20:28] <Kamilion> and that's one of the reasons why I'm still here
[20:28] <Kamilion> Canonical may be quirky and slow to support things.. but they *ARE* innovating greatly
[20:29] <sergiusens> bumblehead the snapcraft examples are meant to be examples; and fwiw, it is run on every commit of snapcraft it self
[20:29] <Kamilion> like the lxqt PPAs (there's an lxqt-metapackage in the PPA that will get the right bits from universe and from the ppa)
[20:29] <sergiusens> it is not a command line tool (the way the example is crafted at least).
[20:29] <sergiusens> and you have an answer http://askubuntu.com/questions/765571/how-do-i-run-the-snapcraft-webchat-example
[20:30] <Kamilion> http://puu.sh/oBzoy/7622f10efb.png   <--- so it should be running on :3000 now?
[20:30] <Kamilion> *checks*
[20:31] <bumblehead> sergiusens: thank you that looks like the information I needed
[20:32] <sergiusens> Kamilion it should
[20:32] <sergiusens> I can't try right now; I'm on 3g
[20:33] <sergiusens> if you want a better node app; try shout. I am using it to write into right now
[20:33] <sergiusens> I'm really close to an electron app working as well
[20:33] <sergiusens> but it is the weekend after all
[20:34] <sergiusens> and not much free time to get to these things
[20:34] <bumblehead> seriusens: I want to package something with nw.js --if you finish packaging the electron app will you share the result somewhere?
[20:35] <bumblehead> sergiusens: I will try the shout example
[20:35] <Kamilion> sergiusens: are you one of the primary developers?
[20:36] <Kamilion> (it is not running on :3000 for me)
[20:36] <bumblehead> https://github.com/ubuntu-core/snapcraft/blob/6685d6359887fbb7b1c35f3dce30bb70e7b06e8a/examples/shout/snapcraft.yaml
[20:37] <Kamilion> oh
[20:37] <Kamilion> I should point out -- you probably want The Lounge, not shout
[20:37] <Kamilion> https://github.com/thelounge/lounge
[20:38] <Kamilion> #thelounge here on freenode. It's a community fork of Shout, because the developer said that Shout is a personal project and he apparently wants to keep it that way
[20:40] <bumblehead> the should example does not build either
[20:40] <bumblehead> Issues while validating snapcraft.yaml: Additional properties are not allowed ('uses' was unexpected)
[20:40] <sergiusens> Kamilion it was already pointed out to me
[20:40] <sergiusens> bumblehead are you using master?
[20:40] <bumblehead> ah no
[20:41] <bumblehead> I will try the master example
[20:41] <sergiusens> bumblehead what are you using?
[20:41] <bumblehead> there is a 1.* branch that's what I was referencing
[20:41] <sergiusens> Kamilion https://github.com/sergiusens/shout/commit/899e61fa28fe6cb98a434123584a621c1d11ceb3#commitcomment-17313321
[20:41] <sergiusens> even though shout is not really abandonded though
[20:42] <bumblehead> snap is building the shout package
[20:42] <Kamilion> Shout isn't *abandoned*
[20:43] <Kamilion> "We felt that the original Shout project "stagnated" a little because its original author wanted it to remain his pet project (which is a perfectly fine thing!).
[20:43] <Kamilion> A bunch of people, excited about doing things a bit differently than the upstream project forked it under a new name: “The Lounge”."
[20:43] <Kamilion> I've been hanging around the IRC channel for the past ~3-4 weeks, and development is extremely active right now
[20:44] <sergiusens> Kamilion yeah, "active" and wanting to use it for real makes me think I want the dust to settle a bit; but I haven't checked out yet to be certain of my initial thoughts
[20:44] <Kamilion> but that's also a good thing that Shout isn't hugely active, the snaps made from it probably won't be version-obsolete for a while. :)
[20:45] <Kamilion> sergiusens: I should mention -- right now Shout cannot handle getting disconnected, and has no idea when 'the server has gone away'.
[20:45] <bumblehead> i wish one of the examples was a nw.js/electron hello world app that runs from a shell or icon click
[20:46] <sergiusens> Kamilion I fully know about that :-)
[20:46] <sergiusens> Kamilion you may see me pinging ubottu to know if my connection is alive :-)
[20:46]  * Kamilion chuckles
[20:46] <Kamilion> yeah, I do that to my supybot as well
[20:47] <Kamilion> although ours is the buddy/guy/friend/pal sequence from south park
[20:47] <Kamilion> trying to craft a snap from my old disker-gui package: https://github.com/kamilion/disker-gui
[20:48] <Kamilion> or at least, that is the plan.
[20:49] <Kamilion> sergiusens: do you know if snapd works on any of the other live ISOs, or if it's required to be an on-disk install with a 'normal' root filesystem?
[20:50] <Kamilion> I just can't seem to get snaps working on my most recent xenial spin, https://github.com/kamilion/kamikazi-core/releases/tag/0.9.0-rc1
[20:50] <bumblehead> sergiusens: do you recommend electron over nw.js?
[20:50] <Kamilion> I don't think it's enthused that my root filesystem is a squashfs.
[20:52] <sergiusens> Kamilion I don't know about installation requirements or not, sorry
[20:52] <sergiusens> bumblehead I'm not a nodejs person; but everything interesting is using electron
[20:53] <sergiusens> Kamilion a bug report against snapd might be handy
[21:00] <Kamilion> sergiusens: once I can figure out what needs to go in it, repros and data.
[21:03] <Kamilion> where should bug go? to the github issues, or launchpad on snapd?
[21:04] <Kamilion> ah, nevermind, answer's obvious if I look at the github -- no issue tracker.
[21:04] <Kamilion> just pull requests.
[21:05] <bumblehead> what does the yaml file look like for a tradional desktop style application which does not run as a service daemon?
[21:06] <caraka> noob question: While doing the 'build your first snap' tutorial, the 'snapcraft stage' command never sees/installs the stage-packages: -fswebcam portion of the yaml. Any ideas what I could be missing?
[21:06] <Kamilion> bumblehead: I'm looking through the examples tree, and I'm not seeing any desktop applications, but I would figure it would expose a .desktop file in /usr/share/applications or somewhere else that a desktop environment looks for .desktop files.
[21:07] <Kamilion> caraka: I had some trouble going thru the steps myself; but grabbing the final from the git repo and snapcraft snap worked.
[21:07] <Kamilion> https://github.com/ubuntu-core/snapcraft/tree/master/examples
[21:08] <Kamilion> caraka: This is pretty much what I saw: http://puu.sh/oBzoy/7622f10efb.png
[21:11] <caraka> Thanks Kamilion. I haven't got  that far because fswebcam isn't getting staged. I'll try cutting and pasting the complete example yaml again, but I'm not sure it's going to help.  :P
[21:11] <Kamilion> I had some problems when it went to go update repos, I had keybase's deb repo enabled and it was very unhappy there was no Release file for xenial
[21:11] <Kamilion> caraka: there's a snapcraft-examples package you can install from apt
[21:12] <Kamilion> what I did was cp -R /usr/share/doc/snapcraft-examples/examples/webcam-webui ~/snapcrafty/webcam-webui
[21:13] <caraka> I shall try that, thanks. Would prefer to roll my own in order to learn the thng tho...
[21:14] <Kamilion> understood
[21:14] <caraka> all part of the learning curve.
[21:14] <Kamilion> I myself was just making sure everything was operating as intended before moving on to trying my own
[21:15] <Kamilion> yeah, I just started reading the docs myself yesterday
[21:15] <caraka> And of course I'll be having a go at a full desktop app before I'm ready.  :P
[21:15] <Kamilion> someone linked them to me after I complained about the release notes pointing to a Marketing press release page that wasn't very helpful
[21:16] <Kamilion> then found out lubuntu somehow missed snapd in their 16.04 release
[21:16] <Kamilion> I was told it's supposed to be part of the platform seed, which all of the different spins inherit from
[21:17] <Kamilion> so in theory snapd should have been included with all of the 16.04 release ISOs.
[21:17] <caraka> I think it may have all hit the betas at a very late stage
[21:17] <Kamilion> but nobody tested before shipping, and #ubuntu-release was a madhouse during release week, so it doesn't suprise me it was overlooked or put off till 16.04.01's june point release
[21:18] <caraka> I thought I heard it skidding into the blocks on April 20th...
[21:18] <Kamilion> hahaha no wonder
[21:18] <Kamilion> meanwhile, I've been running xenial since november
[21:19] <Kamilion> got so many little papercut annoyances fixed between 15.04 and 16.04
[21:19] <caraka> I waited. and mucked around with systemd and thoroughly barfed on my wily, so that I could erase it last week and start again
[21:19] <Kamilion> openvswitch is just so much happier now
[21:20] <Kamilion> xen and openvswitch play together nicely now too
[21:20] <Kamilion> and they barely caught the cusp of the ceph LTS release
[21:21] <Kamilion> I think they put one of the release candidates in the repo just before release and there's a SRU promised when the final lands. <3
[21:21] <Kamilion> I really love that they loosened the SRU restrictions this LTS
[21:21] <Kamilion> because of it now we get nginx 1.10
[21:21] <Kamilion> (that was a VERY pleasant suprise)
[21:22] <Kamilion> none of these ship on canonical ISOs, so they can all get updated in the archive without worry.
[21:24] <caraka> I never play with any of the infrastructure toys
[21:24] <Kamilion> all in all, 16.04 is gonna be a really solid platform that'll be well cared for till 2020ish for the server packages, and like 2018 for the desktop packages.
[21:24] <Kamilion> well, uh
[21:25] <Kamilion> till about 14.10 they were kinda sorta broken when just pulled in bare from the archives <.<
[21:25] <caraka> I hope so. canonical is mature enough to have made enough people grumpy. (and enough happy)
[21:25] <Kamilion> in 15.04 I complained enough so the defaults were sane but kind of poopy performance
[21:25] <Kamilion> in 15.10 I got the performance problems resolved with a lot of the defaults
[21:25] <caraka> and now you have an LTS you are happy with
[21:26] <Kamilion> and the openstack team has been doing GREAT work on papercut bugs too
[21:26] <Kamilion> well, now we have an LTS where everything works out of the box, at least.
[21:26] <caraka> ^^
[21:26] <Kamilion> 14.04's point releases really helped too
[21:27] <Kamilion> and if you wanna play around with the fancy VM stuff
[21:27] <caraka> Well, we're onto our 6th LTS or so, so the pattern is set
[21:27] <Kamilion> https://github.com/kamilion/kamikazi-core/releases/tag/0.9.0-rc1  <--- my appliance image USB stick is powered by ISOs and casper
[21:28] <Kamilion> TORAM=Yes is my bestest friend.
[21:28] <Kamilion> I steal a gigabyte of ram for a full desktop on top of xen/kvm, openvswitch, ceph, and python3
[21:29] <Kamilion> "Don't mix your OS with your data" is a good way of describing it... Stick it on a slow USB stick, boot it into ram, unmount the slow usb stick, mount the user disks.
[21:30] <Kamilion> ubuntu-core's a different way of doing the same thing
[21:31] <caraka> thats some serious effort!
[21:31] <Kamilion> as an appliance, I expect to throw away 99.9% of runtime data when the machine shuts down. Anything the user cared about, they saved. (EG, logs and databases and such)
[21:32] <Kamilion> I stood on the shoulders of some pretty tall giants. :3
[21:32] <caraka> Despite it being Sunday morning, I must go to work. Keep up the good work!
[21:32] <Kamilion> but yeah -- after three years, my goals and canonicals have somewhat aligned
[21:32] <Kamilion> thanks to openstack getting popular.
[21:32] <Kamilion> o/
[21:33] <Kamilion> good luck with snapcraft!
[21:33] <caraka> o/ thanks, I'll need it!
[21:47] <bumblehead> howI installed the ubuntu-calculator-app with snap http://bazaar.launchpad.net/~dpm/ubuntu-calculator-app/snap-all-things/view/head:/snapcraft.yaml
[21:47] <bumblehead> how do I run the calculator from a shell?
[21:48] <bumblehead> ubuntu-caculator-app.start
[21:48] <bumblehead> command not found
[21:53] <sergiusens> bumblehead use autocomplete or ls /snaps/bin
[21:53] <sergiusens> err /snap/bin
[21:59] <bumblehead> sergiusens: thanks I'm able to run the calculator app
[22:00] <bumblehead> now I'm trying to run my nw.js application with snap but I think the npm command fails because it is not executed from the same location as the package.json
[22:00] <bumblehead> I'm using this command
[22:01] <bumblehead> `command: bin/npm run nw`
[22:01] <bumblehead> `nw` is defined in the script space of the package.json
[22:02] <bumblehead> relative to the snap root directory it is found in lib/node_modules/flashcards/package.json
[22:03] <bumblehead> I tried changing command to `cd lib/node_modules/flashcards/ && ../../../bin/npm run nw
[22:03] <bumblehead> but snapcraft says the cd command is not found
[22:06] <sergiusens> bumblehead you build using parts; `command` should hold the final application
[22:07] <sergiusens> so `apps` defines how the application is exposed within the snap to the outer world
[22:07] <sergiusens> and parts define how to build and/or lay it out in the snap
[22:10] <oparoz> Is it possible redirect calls going outside of a snap to an internal folder? Like when a binary only wants to create folders in /var/run
[22:12] <oparoz> Because even when compiled from source, we can't tell the binaries where the writable partition is
[22:13] <bumblehead> sergiusens: can you tell me how I would describe a build step in the parts section? for example running browserify?
[22:46] <bumblehead> it looks like I would need to write a plugin using python that would drive the node behaviour I need
[22:49] <bumblehead> I don't know where the best place would be to make possible suggestions
[22:49] <bumblehead> but I would suggest that the snappy plugin should use a special npm run command
[22:50] <bumblehead> that way people using node/npm would have an easy way to hook up functionality they need for setting up snap packages


[00:48] <RAOF> bryceh: For future reference, my surname is “Halse Rogers”.  This causes no end of fun!
[01:51] <RAOF> bryceh: Are you waiting for anything before uploading x11-common with the fixed apport hooks?
[07:34] <radoe> Hello, sorry for asking again, but may someone have a look at bug 402260? I already have a fix, a debdiff and a ack from ubuntu-sru for the SRU in karmic. What to do next?
[09:55] <RAOF> Excellent.  This weekend I'll pick up a netbook with switchable nvidia ION/intel graphics.  All sorts of testing possibilities!
[10:40] <tseliot> ara: can you still reproduce the problem with suspend/resume with nvidia?
[10:40] <tseliot> (with an updated lucid system)
[10:42] <ara> tseliot, let me update and I will get back to you
[10:42] <tseliot> thanks
[11:31] <ara> tseliot, around?
[11:31] <tseliot> ara: yep
[11:31] <ara> tseliot, I tried on Lucid, it is better than before, but still buggy
[11:31] <tseliot> ara: can you define "buggy" please?
[11:32] <tseliot> so that I can tell Nvidia about it
[11:32] <ara> tseliot, when it wakes up from suspend, the X does not come back. If you switch to another tty, and then back to tty7, it comes back, but there are some rendering issues
[11:32] <ara> tseliot, I will get a screenshot
[11:33] <tseliot> ara: great, thanks
[11:34] <tjaalton> there's a bug about that
[11:35] <tjaalton> happened to me too
[11:35] <tjaalton> bug 528138
[11:35] <tseliot> even better
[11:35] <tseliot> ara ^^
[11:36] <ara> tjaalton, great
[11:36] <ara> tjaalton, do you have to switch ttys before getting anything?
[11:36] <tjaalton> ara: yes
[11:37] <tjaalton> now running nouveau though, seems solid so far
[11:37] <ara> tjaalton, :)
[11:37] <tjaalton> I had some weird problem with the user switcher though, but it only happened once
[11:37] <tjaalton> the new server failed to open drm
[14:05] <Sarvatt> vish: it was the whole pbuffer vs fbo thing, looks like fabounet already talked to them over the weekend
[14:11] <Sarvatt> Ng: 127c means the sensor isnt returning a value usually, i doubt it was actually at 127c (i know that doesn't help your problem)
[14:12] <Ng> Sarvatt: even if 127 is the value for the first thermal zone's trip point?
[14:12] <Ng> THM1 has some complex configuration of things around 101-105 I don't immediately understand, but THM0 is 127
[14:12] <Ng> I'm prepared to believe that's some kind of weird misreading though
[14:13] <Sarvatt> 127=null yeah
[14:13] <Sarvatt> what kind of cpu is it?
[14:13] <Sarvatt> maybe the module (like k8temp if amd64) has problems after resume or something
[14:21] <Sarvatt> i'm positive it returns 127c if it cant get an actual temp though (like if you query it too fast), had that problem on my machines for many many years and its a bios thing not a linux problem.. the machine should shut off way before 127c since that'd kill the cpu
[14:57] <Sarvatt> apw: the backport -14 kernel of yours that I tried a few weeks ago hated my intel machine, got 2 gpu hangs after resume that dont happen with mainline kernels for some strange reason. do you have any newer ones to test out?
[15:51] <tseliot> superm1: any ideas on what's going on here? http://pastebin.ubuntu.com/387063/
[15:53] <Sarvatt> dh_shlibdeps -l`pwd` -- is that even allowed?
[15:53] <tseliot> Sarvatt: the code was already there, I only added -l`pwd`/debian/fglrx/usr/lib32/fglrx
[15:54] <apw> Sarvatt, there is a -15 in my red ppa
[15:55] <tseliot> it should be the same as $(CURDIR) I guess
[15:59] <tseliot> Sarvatt, superm1: same result with $(CURDIR): http://pastebin.ubuntu.com/387072/
[16:05] <tjaalton> there's hardly any need to run dpkg-shlibdeps, right?
[16:08] <tseliot> we have Depends: ${shlibs:Depends} in the control file
[16:08] <tseliot> but I did something stupid
[16:09] <tseliot> as I should have done dh_shlibdeps -l$(CURDIR)/debian/fglrx/usr/lib/fglrx:$(CURDIR)/debian/fglrx/usr/lib32/fglrx
[16:09] <tseliot> it works now
[16:20] <superm1> tseliot, cool, so it's solved now :)
[16:20] <tseliot> superm1: yep, I've just committed the fix. I'll tell Felix about it
[16:56] <matteo`> hi people
[16:58] <bryceh> hi matteo`
[16:59] <matteo> bryceh: that bug is getting me crazy
[16:59] <matteo> looking a such corrupted screen really leads to headaches
[17:00] <bryceh> matteo, sorry you'll need to be more specific; I deal with dozens of bugs a day
[17:00] <matteo> https://bugs.launchpad.net/ubuntu/+bug/378794
[19:08] <radoe> bryceh: are you on?
[19:17] <bryceh> radoe, yeah
[19:18] <radoe> bryceh: ah, may you please have a look at at bug 402260? I  already have a fix, a debdiff and a ack from ubuntu-sru for the SRU for karmic. What to do next?
[19:20] <bryceh> radoe, thanks, it is added to my todo list to look at today.
[19:21] <radoe> bryceh: well, ok, thx.
[22:00] <libv> board meeting everyone.
[22:00] <libv> #xf-bod on irc.oftc.net
[23:41] <RAOF> Woot!  Reproducibility: I kan haz!


[01:18] <ubuntu_lord> can anyone help me.......i was trying to rename files from .JPG to .jpg and now theyve disappeared
[01:19] <void^> .. and what command did you use?
[05:13] <bluefoxicy> persia:  tomorrow maybe.  When I get back from the dojo
[05:13] <persia> Sure.
[14:03] <hggdh> anyone knows where we can find the public key for the dbgsym packages?
[14:05] <Hobbsee> who's key is it?
[14:11] <bluefoxicy> damn my bash script chews CPU now o.o
[14:13] <bluefoxicy> ...
[14:13] <bluefoxicy> ok
[14:13] <bluefoxicy> I can't think of any linker hacks for this >_>
[14:13] <bluefoxicy> looks like tons of libraries have <4k of writable data o_o so they all waste memory.  But eh.
[14:55] <Hobbsee> launchpad bug #97253
[14:55] <Ubotwo> Launchpad bug 97253 in xchat-gnome "xchat reconnects on the wrong port number" [Low,Confirmed] https://launchpad.net/bugs/97253
[15:30] <Hobbsee> TheMuso_1oston: your connection really sucks, there.
[18:40] <hggdh> Hobbsee: sorry for the delay. I think the dbgsym packages are signed by pitti
[19:10] <gnomefreak> hggdh: they are
[19:26] <ehc> what is the x program that will show what button is being pressed by my keyboard or mouse?
[19:28] <ehc> nevermind I found it, xev
[19:40] <andresmujica> bug #4
[19:40] <andresmujica> !help
[19:40] <Ubotwo> I am ubotu, all-knowing infobot. You can browse my brain at http://ubotu.ubuntu-nl.org/factoids.cgi - Usage info: http://wiki.ubuntu.com/UbuntuBots
[19:40] <andresmujica> !bug 44
[19:41] <andresmujica> bug 44
[19:46] <andresmujica> ubotu help me!
[19:47] <andresmujica> launchpad bug 44
[19:47] <Ubotwo> Launchpad bug 44 in rosetta "Translations should be searchable" [Medium,Confirmed] https://launchpad.net/bugs/44
[19:47] <andresmujica> !launchpad
[19:47] <Ubotwo> Launchpad is a collection of development services for Open Source projects. It's Ubuntu's bug tracker, and much more; see https://launchpad.net/
[19:47] <andresmujica> ohhhh
[19:47] <andresmujica> thanks!!!
[21:11] <ubotu> New bug: #158148 in ubuntu "mpeg, wmv playback in totem and MPlayer locks up PC" [Undecided,New] https://launchpad.net/bugs/158148
[21:11] <ubotu> New bug: #158150 in cupsys (main) "couldnot install cupsys_1.32-1ubuntu7_i386.deb " [Undecided,New] https://launchpad.net/bugs/158150
[21:21] <ubotu> New bug: #158151 in ubuntu "sound problem on ubuntu gutsy gibbon" [Undecided,New] https://launchpad.net/bugs/158151
[21:35] <ubotu> New bug: #158158 in restricted-manager (restricted) "Restricted Manager doesn't tell me about all my restricted drivers" [Undecided,New] https://launchpad.net/bugs/158158
[21:55] <ubotu> New bug: #158159 in cgal (multiverse) "libcgal-dev requires updated dependencies" [Undecided,New] https://launchpad.net/bugs/158159
[22:00] <ubotu> New bug: #145100 in apport (main) "apport-qt crashed with IOError in write()" [Undecided,Fix committed] https://launchpad.net/bugs/145100
[22:01] <ubotu> New bug: #158160 in ubuntu "freeze when closing lid on dell" [Undecided,New] https://launchpad.net/bugs/158160
[22:16] <ubotu> New bug: #158069 in xserver-xorg-video-openchrome "openchrome is not working in Gustsy " [Undecided,New] https://launchpad.net/bugs/158069
[22:16] <ubotu> New bug: #158073 in ubuntu "Wireless KB/M not reconized" [Undecided,New] https://launchpad.net/bugs/158073
[22:25] <flush_> hello
[22:25] <ubotu> New bug: #158063 in knetworkmanager "knetworkmanager and udev take more CPU and RAM" [Undecided,New] https://launchpad.net/bugs/158063
[22:25] <ubotu> New bug: #158164 in gnome-screensaver (main) "Fast user switch - logging in second user red-lines CPU" [Undecided,New] https://launchpad.net/bugs/158164
[22:27] <flush_> when i start pc or reboot i must  always  install nvidia driver on 64bit gusty
[22:30] <ubotu> New bug: #158165 in f-prot-installer (multiverse) "f-prot-installer could not be installed" [Undecided,New] https://launchpad.net/bugs/158165
[22:31] <gnomefreak> flush_: than more htan likely you are booting differnet kernels each time or you have a major issue please reinstall your nvidia drivers (completely remove them than install them) without a bug report its hard to help if you need support for edgy/feisty/gutsy/dapper join #ubuntu
[22:32] <flush_> no i have only 1 kernel
[22:32] <flush_> fresch install
[22:32] <gnomefreak> flush_: seeing as you gave no info its unlikely someone can help you
[22:33] <gnomefreak> flush_: file a bug report and give me bug number (have as much info as you can including /var/log/xorg.o.log
[22:33] <flush_> sry my english is so bad
[22:33] <gnomefreak> flush_: you can get support in #ubuntu-yourlang
[22:33] <flush_> ok thx
[22:40] <andresmujica> hey anyone knows if there's some plan to create #ubuntu-dapper, #ubuntu-feisty... etc??
[22:40] <andresmujica> is almost impossible to give support in #ubuntu...
[22:40] <andresmujica> and to receive...
[22:40] <andresmujica> i wonder if that could be a spec...
[22:40] <ubotu> New bug: #158166 in ubuntu "Samsung HM160JI sata hdd > no devices detected" [Undecided,New] https://launchpad.net/bugs/158166
[22:41] <bddebian> andresmujica: That's actually a pretty good idea
[22:42] <andresmujica> but, how can be implemented??
[22:42] <andresmujica> should i file a spec, look for the irc ubuntu admin?? (don't know who is it)
[22:46] <ubotu> New bug: #158167 in ubuntu "GDM Login fails w/Xen Kernel 2.6.22-14-xen" [Undecided,New] https://launchpad.net/bugs/158167
[22:48] <persia> andresmujica: Initial implementation is easy: create the channels, and attract support.  Staffing may be difficult.  It doesn't need a spec, and channel controls & the like can be resolved easily by the Ubuntu IRC operators (see the IRC wiki page), but you'll need people to cover the channels.  Most people seem to run a current system, which means older channels may be fairly empty.
[22:54] <andresmujica> yeap that's right...
[23:15] <ubotu> New bug: #158168 in kdepim (main) "KOrganizer does not show events from calendar in local file" [Undecided,New] https://launchpad.net/bugs/158168
[23:36] <ubotu> New bug: #158169 in ubuntu "Maximizing window in Dual screen mode in Xfce does not work in the panel display, if panels vertical" [Undecided,New] https://launchpad.net/bugs/158169
[23:50] <ubotu> New bug: #158172 in ubuntu "Cannot move window to the upper corner of display if panel is switched from being horizontal to being vertical" [Undecided,New] https://launchpad.net/bugs/158172
[23:55] <ubotu> New bug: #158173 in gdm (main) "Crazy tooltip in username/password box in GDM" [Undecided,New] https://launchpad.net/bugs/158173
[23:55] <ubotu> New bug: #158174 in openoffice.org (main) "open office gnome integration" [Undecided,New] https://launchpad.net/bugs/158174


[00:44] <MarkDude> Anyone near SF interested in trying Gangnam style flashmob?
[01:18] <dragon> I'm interested in the picnic, as long as I'm not among strangers.
[01:25] <MarkDude> It will be some of the flashmob people- as well as the Damsels of Distress
[04:55] <philballew> Is different text editors/ide's better for different languages or is it best to use just one?
[04:59] <bkerensa> nano ftw
[05:03] <philballew> bkerensa, Do I need to install anything different to that for certain languages?
[05:04] <bkerensa> no
[05:04] <bkerensa> you will need packages for anything your working with
[05:04] <bkerensa> regardless of the editor or IDE
[05:04] <bkerensa> unless its bash
[05:05] <philballew> alright, that makes sense. because not all languages are installed by default
[05:05] <bkerensa> something like....  while :; do curl -s -H 'UserAgent: Ubuntu Unity' http://productsearch.ubuntu.com/v1/search?q=potato; sleep $[ ( $RANDOM % 10 )  + 1 ]s; done
[05:05] <darthrobot`> Content type: [application/json] Size: [44860]
[05:05] <bkerensa> would not need a package ^
[05:06] <philballew> curl is installed by default?
[05:07] <greg-g> no
[05:07] <philballew> i did not think so.
[05:07] <philballew> wget is standard
[05:07] <philballew> Just trying to set up my laptop to do some java tonight
[05:11] <philballew> I know, I know. Thats a lame language
[05:13] <bkerensa> philballew: its installed by default on server
[05:13] <bkerensa> ;)
[05:14] <philballew> bkerensa, wait, people use ubuntu server?
[05:14] <bkerensa> lol
[05:14] <philballew> but java was not default bkerensa . I had to install that
[05:15] <bkerensa> of course java is not default
[05:15] <bkerensa> society would be better if it died
[05:15] <bkerensa> same with flash
[05:16] <philballew> bkerensa, true. but if I tell my college prof that I wont pass. Its used my enterprises along with .net stuff these days.
[05:16] <bkerensa> challenge his class?
[05:17] <philballew> bkerensa, cant. I have to take it.
[05:17] <philballew> its required
[05:17] <bkerensa> what
[05:17] <bkerensa> ?
[05:17] <bkerensa> http://www.ehow.com/how_5859363_challenge-college-course.html
[05:17] <darthrobot`> Title: [How to Challenge a College Course | eHow.com]
[05:17] <bkerensa> you can challenge courses at most colleges and universities
[05:18] <bkerensa> even if its required for your degree
[05:18] <philballew> yes, but I dont know java
[05:18] <bkerensa> challenging it is the same as passing it
[05:18] <philballew> so there is the problem
[05:19] <philballew> If they had a class on being really awesome Id totally challenge that though
[05:20] <philballew> bkerensa, I did that for an English class freshman year.
[06:11] <nhaines> Aaaand... it's upgrade time.


[16:39] <sorcerer> so if you do 'testing' for kubuntu, can you use virtualbox or does one need to install it physically to the computer
[18:36] <valorie> sorcerer: both are good
[18:37] <valorie> not everyone has a spare computer to test on
[19:01] <sorcerer> ah oki
[19:02] <sorcerer> im thinking about signing up for test, not sure if i wanna use VM or a computer, might do both if im able to become a tester
[19:02] <sorcerer> are there requirements to being a tester? ie. knowledge of some kind of coding/scripting? etc
[20:19] <mparillo> It might be awesome if you could script test cases like the ones here: http://iso.qa.ubuntu.com/qatracker/milestones/413/builds/216425/testcases but generally when a new ISO candidate is proposed, we follow those test cases manually. Other than that, grabbing new ISOs / Packages and just using your workflow is helpful as well.


[00:02] <valorie> excellent
[00:03] <valorie> good job both of you
 Very :)
[00:04] <valorie> the only issue I noticed was right at the end with the radio silence in answer to Noah's last question
[00:04] <valorie> however, I couldn't tell what he was asking, because you had already said what the contest was


[02:24] <paultag> akgraner: howdy! :)
[11:56] <AlanBell> jcastro: I added a few business focussed ideas to the end of https://wiki.ubuntu.com/Unity/Places/Ideas


[13:20] <BluesKaj> Hi all
[14:44] <mmikowski> arraybolt3 check out https://kfocus.org/wf/passwords#bkm_troubleshooting. If you changed your user password, that can do it.


[13:13] <rbasak> jamespage, smoser: http://summit.ubuntu.com/uds-1305/2013-05-15/ lists " Improving QA for seeded server packages ( Cloud & Server )" scheduled first thing today, but we had that session yesterday?
[13:14] <jamespage> rbasak, wrong uds
[13:14] <jamespage> http://summit.ubuntu.com/uds-1308/2013-08-28/
[13:14] <rbasak> Oh
[13:14] <rbasak> Thanks :)
[14:04]  * apw wonders where the session went
[14:04] <jamespage> apw, sorry - just getting things sorted out re stream
[14:04] <adam_g> o/
[14:07] <jamespage> zul, OK - do it in channel
[14:07] <zul> hi
[14:07] <jamespage> apologies folks - no-one actually here who can spin up the stream...
[14:08] <zul> so welcome to the openstack next step session for vuds
[14:08] <zul> i apologize for the lack of stream
[14:08] <zul> so this session is about what has been done in saucy so far and what still needs to be done
[14:08] <zul> in saucy we are shipping the havana release of openstack
[14:09] <zul> this includes nova, glance, keystone, cinder, horizon, heat, and ceilometer
[14:09] <zul> and the assoicated clients as well
[14:10] <zul> a goal this cycle for saucy was to have ceilometer in main this cycle
[14:10] <zul> this is virutally done
[14:10] <zul> it needs a security review for msgpack-python
[14:10] <zul> which is still pending
[14:11] <zul> i believe sarnold is still yet to look at it so we will need to bug him
[14:11] <zul> any questions so far?
[14:11] <zul> havana is also in the cloud archive as well but there is a session about that later today i believe
[14:12] <zul> so looking at the blueprint https://blueprints.launchpad.net/ubuntu/+spec/servercloud-s-openstack-havana
[14:12] <zul> alot of the work items have already been done
[14:13] <zul> quantum has been renamed to neutron this cycle and we fixed the packaging to transition to neutron
[14:13] <adam_g> have we got a tested migration path from quantum to neutron?
[14:13] <zul> however migrating the databases and configuration to neutron needs to be done manually
[14:14] <zul> adam_g:  i havent seen any documentation on how to migrate from quantum to neutron which is a bit worrying for me
[14:14] <zul> yolanda also added a bunch of dep8 tests which tests are packaging for installability which is great
[14:15] <zul> we are also doing some upstream work with python3 porting and fixing bugs where approiated
[14:16] <zul> some stuff that is still not done, is zeromq support in the packaging,
[14:16] <zul> neutron plugin reviews
[14:16] <zul> documentation as usual
[14:16] <zul> jamespage:  do you wish to add anything?
[14:17] <zul> adam_g:  do you wish to add anything?
[14:17] <zul> roaksoax:  do you wish to add anything?
[14:17] <zul> :)
[14:17] <jamespage> I'd probably add that saucy and the havana cloud archive will ship with openvswitch 1.10.1+patches
[14:17] <jamespage> supporting use with VXLAN overlay networking (alternative to GRE)
[14:17] <zul> awesome
[14:18] <zul> as well as the cloud archive has a newer version of qemu as well
[14:18] <jamespage> which includes async io support in the ceph rbd integration
[14:18] <jamespage> \o/
[14:18] <jamespage> should help with instance freezes etc...
[14:19] <jamespage> oh - I think we can DONE tab completion as well - I enabled it in clients where it present!
[14:20] <zul> havana should have better support of for things like vmware/vsphere since vmware has been very involved
[14:20] <zul> cinder i believe has just added volume migration support which is really neat as well
[14:21] <zul> one thing to be aware of is both the CA and havana is shipping a newer version of sqlalchemy, this is a problem since only the 0.7 version is supported upstream and we are running 0.8 so we have been active upstream contributing bugs and fixes where apporiate
[14:22] <adam_g> zul, have we jumped ahead of debian for sqlalchemy?
[14:22] <jamespage> no
[14:22] <zul> some features like unused database columns actually appears as crashers rather than warnings in the newer sqlalchmy
[14:22] <zul> adam_g:  no
[14:22] <adam_g> ok, cool
[14:23] <jamespage> zul, so is it fair to say other that fixing breaks the majority of packaging work is now done?
[14:24] <zul> jamespage:  i believe so we did alot of things to heat to make it function the same as our other packages
[14:24] <zul> (ie: no debconf support)
[14:24] <jamespage> yep
[14:24] <zul> the xcp packaging bug with nova still needs to be fixed though, i just havent gotten around to it
[14:25] <smb> zul, what is that bug?
[14:25] <zul> i was talking to ivoks and there are some bugs with horizon that i still need to go through  as well
[14:25] <jamespage> zul, OK - if there are bug reports outstanding that we need fixed this release please link to the blueprint and target to milestone ubuntu-13.09 and ubuntu-13.10 please
[14:25] <zul> smb: its just a packaging bug i can give you the bug number after if you want
[14:25] <zul> jamespage:  ack
[14:25] <jamespage> that way we keep all work focussed through the blueprint!
[14:25] <jamespage> \o/
[14:26] <smb> zul, Yeah, just to make sure its not the same thing I was looking at to make xcp comppile
[14:26] <zul> jamespage:  so i was thinking once we get mariadb into universe we need to do some basic smoke testing with it
[14:27] <zul> smb: i was going to bring up xcp in the next session
[14:27] <smb> zul, Ah ok, wfm
[14:28] <zul> i would like to open it up to the floor for any comments or questiions
[14:28] <zul> or a general discussion on openstack on ubuntu
[14:30] <zul> if not thanks for coming
[14:31] <jamespage> thanks zul
[14:32] <adty> hi
[14:42] <smoser> jamespage, i will start next session up now.
[14:42] <jamespage> smoser, great!
[14:47] <jamespage> zul, as we have 20 mins - http://people.canonical.com/~jamespage/ca/havana/
[14:49] <zul> jamespage:  i dont think we need to update pep8 anymore since we are not using it anywhere
[15:03] <rbasak> "This live event is over."
[15:03] <hallyn_> yeah, what on earth?
[15:03] <rbasak> (Openstack Hypervisors)
[15:03] <arges> ;/join #ubuntu-uds-community-1
[15:03] <arges> whoops
[15:04] <adam_g> o/
[15:05] <smb> That was quick. :-P
[15:08] <rbasak> Let us know when you've started please, so I don't have to keep hitting refresh?
[15:09] <smoser>   Blueprint: https://blueprints.launchpad.net/ubuntu/+spec/servercloud-s-openstack-hypervisor
[15:09] <smoser>   Irc: #ubuntu-uds-servercloud-1
[15:09] <smoser>   Etherpad: http://pad.ubuntu.com/uds-1308-servercloud-s-openstack-hypervisor
[15:09] <smoser>   vUDS: http://summit.ubuntu.com/uds-1308/meeting/21856/servercloud-s-openstack-hypervisor/
[15:09] <jamespage> will do
[15:09] <smoser>   Youtube: http://www.youtube.com/embed/J9-yQpXPEJM
[15:09] <smoser> you'll have to hit re-load on the summit page as the youtubue url changed.
[15:10] <smoser> GO!
[15:10] <rbasak> "Please stand by. Starting soon..."
[15:11] <rbasak> OK you're live (needed another refresh after another error)
[15:12]  * smb notes audio is not good
[15:13] <hallyn_> \o/
[15:19] <smb> So about xcp: Citrix is working on that but will likely not be pushing before FF
[15:20] <smb> It likely will go to Debian first
[15:21] <smb> I would have versions of xen-api and xen-api-libs with the current version but compiling against xen-4.3 in my ppa and hope to get feedback on testing too
[15:21] <zul> smb: maybe you would like to fishbowl
[15:21] <smb> zul, I can try :)
[15:21] <smb> chuck me a link
[15:22] <hallyn_> i assume that means reboot, apparmor, etc?  (that'll be addressed in new driver)
[15:23] <rbasak> Sorry, I got distracted. Did anyone discuss CI, rather than one off verifications?
[15:24] <rbasak> (if so then never mind - I'll replay the stream later)
[15:34] <hallyn_> \o
[16:05] <smoser> ok. i think we're ready to start
[16:06] <smoser> ok. starting in < 60 seconds
[16:07] <smoser> 7
[16:07] <smoser> 6
[16:07] <smoser> 5
[16:07] <smoser> 4
[16:07] <smoser> 3
[16:07] <smoser> 2
[16:07] <smoser> 1
[16:07] <smoser> we are livfe
[16:08] <adam_g> http://summit.ubuntu.com/uds-1308/meeting/21847/servercloud-s-openstack-charms-ha-v2/
[16:08] <smoser> technical difficulties
[16:09] <jamespage> hold the line folks - we are +2 hours ahead of ourselved
[16:12] <jamespage> ok- should be on air again
[16:13] <adam_g> still no feed on that URL
[16:14] <danjared> "This live event is over."
[16:14] <adam_g> smoser, ^
[16:15] <danjared> high unavailability :(
[16:15] <apw> jamespage, if you restart the stream it gets a new URL
[16:16] <apw> and the page doesn't get updated with it
[16:16] <jamespage> yeah - we think that happened
[16:16] <jamespage> maybe
[16:17] <apw> cirtainly we don't have it, last time round i remmber people pasting new youtube things int he irc when it occured
[16:17] <smoser> <iframe width="420" height="315" src="http://www.youtube.com/embed/J72HwoCe3Ac" frameborder="0" allowfullscreen></iframe>
[16:17] <smoser> http://www.youtube.com/embed/J72HwoCe3Ac
[16:17] <jamespage> apw, danjared: ^^
[16:17] <danjared> thanks!
[16:17] <jamespage> http://www.youtube.com/embed/J72HwoCe3Ac
[16:18] <apw> jamespage, ta works
[16:21] <mattgriffin> hiya jamespage
[16:21] <mattgriffin> jamespage: can i join the chat? i can provide an update
[16:22] <mattgriffin> jamespage: percona server
[16:33] <mattgriffin> jamespage: i need to run. has there been any interest in DB backups for OpenStack HA?
[16:36] <mattgriffin> thanks all. gotta run out. jamespage: i'll keep you posted on our progress
[16:37] <jamespage> any quantums
[16:37] <jamespage> questions
[16:38] <jamespage> thanks mattgriffin
[18:05] <smoser> ok. starting
[18:05] <smoser> 1308 vUDS: Ubuntu Cloud Archive for Havana
[18:05] <smoser>   vUDS: http://summit.ubuntu.com/uds-1308/meeting/21842/servercloud-s-cloud-archive/
[18:05] <smoser>   Blueprint: https://blueprints.launchpad.net/ubuntu/+spec/servercloud-s-cloud-archive
[18:05] <smoser>   Irc: #ubuntu-uds-servercloud-1
[18:05] <smoser>   Etherpad: http://pad.ubuntu.com/uds-1308-servercloud-s-cloud-archive
[18:05] <smoser>   vUDS: http://summit.ubuntu.com/uds-1308/meeting/21842/servercloud-s-cloud-archive/
[18:05] <smoser>   Youtube: http://youtu.be/y-aafgPhcU8
[18:05] <smoser>   Youtube-embed: http://www.youtube.com/embed/y-aafgPhcU8
[18:06] <smoser> live
[18:34] <roaksoax> nope
[19:06] <smoser> 1308 vUDS: Openstack & Server QA
[19:06] <smoser>   Blueprint: https://blueprints.launchpad.net/ubuntu/+spec/servercloud-s-openstack-qa
[19:06] <smoser>   Irc: #ubuntu-uds-servercloud-1
[19:06] <smoser>   Etherpad: http://pad.ubuntu.com/uds-1308-servercloud-s-openstack-qa
[19:06] <smoser>   vUDS: http://summit.ubuntu.com/uds-1308/meeting/21848/servercloud-s-openstack-qa/
[19:06] <smoser>   Youtube: http://youtu.be/-V9e-vW3ejI
[19:06] <smoser>   Youtube-embed: http://www.youtube.com/embed/-V9e-vW3ejI
[19:06] <smoser> 5
[19:06] <smoser> 4
[19:06] <smoser> 3
[19:06] <smoser> 2
[19:06] <smoser> 1
[19:07] <arges> and now I see video
[19:08] <smb> has not reached europe
[19:08] <marrusl> but QA about QA is ok, right?
[19:08] <smb> bah if I would be looking in the right channel
[19:16] <marrusl> Is everything being tested against precise with the 3.2 kernel?  is testing against lts backport kernels a possibility in the future?
[19:16] <roaksoax> me too
[19:16] <roaksoax> postpone
[19:18] <marrusl> :)  had to ask.
[19:18] <roaksoax> I was told today that maas would do that when simplestreams support lands
[19:18] <marrusl> understood.  especially for this cycle.  over time, we'll see fewer and fewer installs against 3.2.
[19:19] <marrusl> yup
[19:20] <marrusl> we had a kernel/neutron issue from a big grizzly on precise using 3.5.  hence the question.
[19:21] <jamespage> marrusl: details?
[19:23] <marrusl> jamespage, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1201869
[19:23] <udsbotu> Launchpad bug 1201869 in linux (Ubuntu Raring) "poor networking throughput across an OpenStack Neutron router on 3.5/3.8 kernels" [Medium,In progress] - Assigned to Chris J Arges (arges)
[19:23] <marrusl> not saying that this would have been caught (and 3.2 is probably affected as well) but that's what drove the question.
[19:23] <marrusl> anyhow, thanks for the attention on it.  you can move on :)


[10:03] <ub4b> i'm looking for some docs to correctly preseed tasksel, most examples show 'tasksel tasksel/first multiselect' (I want sshd and samba to be included, should the value be the Task: field from the Packages file ?
[10:04] <thom> ub4b: d-i     pkgsel/include          string openssh-server samba
[10:04] <thom> will just install those packages
[10:10] <ub4b> thom: that works because they are also metapackages, but I want to make my own Tasks by defining extraoverrides using apt-ftparchive, how should I preseed these custom Tasks ?
[10:16] <ubuntu>   i want to format my Hardy to install Gutsy.how should i start.currently i am on Gutsy live cd!
[10:17] <thom> ub4b: oh, no idea, sorry
[10:32] <CIA-1> partman-partitioning: cjwatson * r675 ubuntu/ (debian/changelog lib/resize.sh):
[10:32] <CIA-1> partman-partitioning: Substitute RAWMINSIZE, RAWCURSIZE, and RAWMAXSIZE variables on
[10:32] <CIA-1> partman-partitioning: partman-partitioning/new_size, so that ubiquity can set accurate bounds
[10:32] <CIA-1> partman-partitioning: on resize widgets.
[10:32] <cjwatson> ub4b: 'tasksel tasksel/first multiselect taskname taskname ...' should work fine, with taskname being a Task field, yes
[10:33] <cjwatson> ub4b: though I think you might need to tell tasksel about the new tasks too (see its source package)
[10:33] <cjwatson> might be easier to generate a metapackage and put it in pkgsel/include
[10:33] <cjwatson> a task is certainly *possible* though
[10:34] <CIA-1> partman-partitioning: cjwatson * r676 ubuntu/debian/changelog: releasing version 59ubuntu2
[10:47]  * evand is somewhat confused by that last change.  Partman already fed boundary information to ubiquity for this and it was working, no?
[10:47] <CIA-1> ubiquity: cjwatson * r2681 ubiquity/ (4 files in 3 dirs):
[10:47] <CIA-1> ubiquity: Make use of RAWMINSIZE, RAWCURSIZE, and RAWMAXSIZE variables from
[10:47] <CIA-1> ubiquity: partman-partitioning 59ubuntu2 to set accurate bounds on the resize
[10:47] <CIA-1> ubiquity: widget.
[10:48] <cjwatson> evand: it wasn't accurate enough, unfortunately - I ran into this myself. It was basically a rounding error
[10:48] <cjwatson> partman just fed "5.6 GB" or whatever
[10:48] <cjwatson> it's much better if it feeds in the actual number of bytes, and then you don't have to worry about rounding
[10:49] <cjwatson> (I think for 8.10 though; if there's an 8.04 issue, maybe just tweak the rounding to be more conservative at whichever bound was wrong)
[13:43] <evand> cjwatson: ah, that makes sense.  I don't think it's 8.04 worthy either.  I fixed the endless "too small size" dialog bug before the release, so even if they escape the actual bounds they'll just get a message
[14:09] <evand> cjwatson: https://bugs.launchpad.net/ubuntu/hardy/+source/syslinux/+bug/234005
[15:10] <tmmoyer> is there any way to force the alternate/server installer to use the packages on the CD and not go to the Internet unless the package is not provided by the CD?


[02:54] <philipballew> is there a way to put a time stamp in my terminal so i can have it coenside with my var logs?
[08:33] <ogra_> [    0.270865] ns_cgroup deprecated: consider using the 'clone_children' flag without the ns_cgroup.
[08:33] <ogra_> [    0.270887] Initializing cgroup subsys cpuacct
[08:34] <ogra_> apw, any idea about that ? the server team is pushing for having CONFIG_NS_USER enabled for LXC (in my ac100 kernel) but i always see this message on boot here (on a .38 kernel)
[08:34] <ogra_> should we push the server guys to make LXC work with 'clone_children' ?
[11:15] <hydromet> Hello, I'm curious what "ppa" means in the text "kernel-ppa" in the context of Ubuntu?
[11:22] <apw> hydromet, kernel-ppa is just a username in launchpad and on kernel.ubuntu.com ... the user on which our original PPA was attached
[11:22] <apw> (before groups existed in launchpad)
[11:23] <hydromet> apw: thank you (I have a rule for myself that I'll never use acronyms or words that I don't know the meaning of) :-)
[11:24] <apw> like not passing a word you don't know in a book without looking it up
[11:24] <hydromet> I'm coming over from a mostly Mac OS X world (the domain of the Mach kernel courtesy of Avie Tevanian)
[11:24] <hydromet> indeed
[11:24] <ogra_> apw, did you see my ping in your backlog ?
[11:24] <apw> ogra_, nope
 [    0.270865] ns_cgroup deprecated: consider using the 'clone_children' flag without the ns_cgroup.
 [    0.270887] Initializing cgroup subsys cpuacct
 apw, any idea about that ? the server team is pushing for having CONFIG_NS_USER enabled for LXC (in my ac100 kernel) but i always see this message on boot here (on a .38 kernel)
 should we push the server guys to make LXC work with 'clone_children' ?
[11:24] <apw> backlog got lost when i packed my puter in case we had to run from the looting
[11:25] <ogra_> oh my
[11:25] <hydromet> apw: I would like to install Linux kernel 3.0 onto a Natty Narwhal system, is there any reason why I shouldn't be able to do so (knowing full well that things might break)?
[11:26] <apw> ogra_, well it sounds like they have some thing to look at their either way
[11:26] <ogra_> i'm surprised that went unnoticed
[11:26] <apw> ogra_, we have resisited CONFIG_NS_xxx on older releass cause they are poor back there and cause issues for others, i think we tried in lucid and failed just recently
[11:26] <apw> is it not turned on in oneiric though?
[11:27] <ogra_> it is a request of the server team for omap4 atm and they asked me to turn it on on my ac100 kernel (since they use that device in the server team for arm)
[11:28] <ogra_> thats what made me notice the message
[11:28] <ogra_> LXC is a critical feature for arm server afaik
[11:29] <hydromet> I plan to install 11.04 on an Apple Xserve (late 2006 with Xeon Woodcrests) ... but would like to avail of the 3.0 kernel if possible
[11:29] <hydromet> btw Apple stopped selling the Xserve so I can imagine people who own them may want to run Linux on them in the future if they would like to move off of OS X
[11:29] <ogra_> (openstack needs some kind of v irtualization ... LXC is the only one we have thats usable from a preformance POV)
[11:30] <ogra_> stgraber, ^^^
[11:30] <apw> well i suspect you need the option either way no ?  i suspec the message is separate
[11:30] <ogra_> iirc there is a bug open for the omap4 side
[11:30]  * ogra_ searches
[11:31] <ogra_> bug 787749
[11:31] <ubot2> Launchpad bug 787749 in linux-ti-omap4 "Missing configuration for LXC containers on omap4" [Undecided,Fix committed] https://launchpad.net/bugs/787749
[11:31] <apw> which seems to be already fixed
[11:32] <ogra_> but doesnt mention the deprecation at all either
[11:33] <ogra_> paolo only mentions the deprecation of CONFIG_SECURITY_FILE_CAPABILITIES
[11:49] <apw> ogra_, will investigate and get back to you
[11:49] <ogra_> k, i'll try to get info from stgraber too about the server team plans
[11:56] <apw> ogra_, ok the call is _gone_ in oneiric
[11:57] <apw> ogra_, so they need to react for oneiric
[11:57] <ogra_> gone ?
[11:57] <apw>     cgroup: remove the ns_cgroup
[11:57] <ogra_> aha, a 3.0 change ?
[11:57] <apw> in the 3.0 kernel that deprecation warning will become a failure as t
[11:57] <ogra_> k
[11:57] <apw> the code is gone.  and i believe we will have a 3.0 kernel right ?
[11:57] <ogra_> for omap4 we do
[11:57] <apw> so ... they need to react then
[11:58] <ogra_> yep
[11:58] <apw> ogra_, is that NS_USER or USER_NS
[11:59] <ogra_> user_ns  iirc
[11:59] <apw> ok that is already on in oneiric
[11:59] <ogra_> User namespace: missing	 CONFIG_USER_NS
[11:59] <ogra_> from the bug
[11:59] <apw> debian.master/config/config.common.ubuntu:CONFIG_USER_NS=y
[11:59] <apw> from the source tree
[12:00] <ogra_> right, but it wont help if the code is gone :)
[12:00] <apw> oh that is master
[12:00] <apw> USER_NS is different from the other deprecation thing
[12:00] <ogra_> aha
[12:21] <apw> ogra_, all of the options they are asking for are either already on or gone as far as i can tell (on ti-omap4)
[12:22] <ogra_> k
[12:22] <apw> ogra_, who is asking for this ?
[12:22] <ogra_> well, for the gone ones they might need to compensate
[12:23] <ogra_> server team ... specifically stgraber but i think you could also talk to Daviey
[12:23] <apw> Daviey, ... should be awake ^^
[12:23] <ogra_> if he's noot been looted over night or something
[12:24] <ogra_> these tv pictures are scary
[12:28] <apw> ogra_, it was bad last night.  first time i've packed for flight; even the IRA blowing the crap out of us with bombs was less scarey
[12:29] <ogra_> yeah, it really looks like 1944
[12:33] <Daviey> o/
[12:33] <Daviey> ogra_: Fancy a new widescreen TV?
[12:33] <apw> Daviey, clealy not on fire then ... heh
[12:33] <ogra_> heh, same old one
[12:33] <Daviey> Hmm
[12:33] <Daviey> I'm missing context?
[12:34] <Daviey> Is this the issue regarding the arm kernel not having certain config options on that we have on server?
[12:34] <ogra_> lxc requires CONFIG_USER_NS ...
[12:34] <Daviey> Such as iscis?
[12:34] <Daviey> Yeah, there are a few we are missing
[12:34] <ogra_> with it enabled in .38 i get a deprecation warning on boot
[12:34] <ogra_> and apparently that deprecation was made more serious in 3.0
[12:34] <Daviey> ogra_: Why do i care about .38?
[12:34] <apw> Daviey, well FF is like now, so if you haven't asked for them soon you won't get them easily
[12:35] <ogra_> so that you might be missing bits and pieces for lxc in 3.0
[12:35] <Daviey> apw: There is already at least one bug i have seen
[12:35] <apw> missing as in the s/w requires feasures which have been deprecated since 2.6.27 and is now gone
[12:35] <apw> Daviey, could you point me to any you know of pls
[12:35] <Daviey> Hmm. Why aren't we seeing this on tradional arches?
[12:36] <apw> Daviey, you likely are, one of the things ogra_ says its using ... has gone in 3.0
[12:36] <Daviey> bug 820349
[12:36] <ubot2> Launchpad bug 820349 in linux "iscsi is not enabled in omap4 kernels" [Undecided,New] https://launchpad.net/bugs/820349
[12:36] <Daviey> apw: ^^
[12:37] <apw> Daviey, keep em coming
[12:38] <Daviey> apw: That is the only one i have come across.
[12:38] <Daviey> Please note, we only got our mitts on arm hardware last week.
[12:38] <ogra_> did you have ac100's months ago ?
[12:39] <ogra_> *didnt
[12:39] <Daviey> ogra_: Good point, but i don't think any of us got oneiric running on them yet.
[12:39] <ogra_> ah
[12:39] <Daviey> TBH, without a cat5 connector, the ac100's were difficult for what we were trying to do.
[12:39] <ogra_> well, upgrading should just work
[12:40] <Daviey> \o/
[12:40] <ogra_> the kernel supports all USB NICs our x86 kernels support ;)
[12:40]  * apw isn't going to be impressed if we are starting to test critical functionality the same week as FF
[12:40] <ogra_> the config was stolen from our tree
[12:40] <Daviey> ogra_: odd, i did try a usb nic and it failed to work :/
[12:40] <ogra_> weird
[12:41] <ogra_> i have  three wired usb nics here two asix and one pegasus based, all three work fine
[12:41] <Daviey> apw: I agree, it's not the position we'd like to be in either.
[12:44] <Daviey> ogra_: just checked, it is an asix one. :/
[12:44] <ogra_> very weird
[12:44] <Daviey> 0b95:1780 ASIX Electronics Corp. AX88178
[12:44] <ogra_> well, try to upgrade to oneiric we have a new kernel there
[12:44] <Daviey> ogra_: sadly, i'm in Millbank this week - and it's back home.
[12:44] <ogra_> ah, bad
[12:44] <Daviey> i suck.
[12:45] <ogra_> nah, you dont
[12:45] <apw> oh please let us beat on him a bit at least :)
[12:45] <ogra_> lol
[12:45] <ogra_> .oO( brits ... )
[13:06] <apw> Daviey, both of those iscsi options are already on ??
[13:09] <apw> Daviey, belay that, looking on the wrong version grrr
[13:42] <bjf> ##
[13:42] <bjf> ## Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[13:42] <bjf> ##      agenda: https://wiki.ubuntu.com/KernelTeam/Meeting
[13:42] <bjf> ##
[13:53]  * smb feels weird receiving the reminder in the morning without seeing Brad type...
[13:55]  * tgardner thinks smb must be in TX
[13:56]  * smb thinks he is, too
[14:10] <jjohansen> smb: are you melting yet?
[14:10] <smb> jjohansen, Not as long as I stay inside
[14:10] <smb> (which is most of the day)
[14:11] <jjohansen> smb: yeah I saw even lunch is there which might not be a bad thing
[14:11] <tgardner> jjohansen, are you headed there tomorrow?
[14:12] <jjohansen> tgardner: yeah, though I start traveling today, from my families back to portland and then fly out tomorrow
[14:13] <smb> jjohansen, Right, though you probably need to limit expectations. It was sandwiches yesterday. Not the worst I have seen but if it stays that way it could get a bit boring. :)
[14:13] <jjohansen> smb: good thing I will one be bored for two days then :)
[14:13] <smb> jjohansen, Yeah. :) was about to say that
[14:35] <apw> pgraner, did you test those ncq kernel at all?
[14:43] <apw> tgardner, i've pushed a couple of configuration changes to the oneiric/ti-omap4 kernel
[14:43] <tgardner> apw, ack. saw them go by
[14:47] <pgraner> apw, no not yet network failure here, I'm limping by until I can get a new router
[14:48] <apw> pgraner, wtf you are cursed man cursed
[14:54] <pgraner> apw, it was acting flaky and flashed the firmware and it bricked
[14:55] <apw> ouch
[14:57] <jpds> Could someone look at the touchpad bug at: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/810327 ?
[14:57] <ubot2> Ubuntu bug 810327 in linux "Synaptics touchpad ceases functioning after suspend and resume" [Undecided,Confirmed]
[14:58] <jpds> Doing: SUSPEND_MODULES="psmouse" in unload_modules is a workaround to the issue.
[15:01] <apw> jpds, i've annotated it for fujitsu as its likely h/w specific and we don't want it dogpiled
[15:02] <jpds> apw: I have someone who has the issue on a Dell vostro v13.
[15:02] <apw> then mentioning that in the bug would have been helpful
[15:03]  * jpds went https://bbs.archlinux.org/viewtopic.php?id=66829 → bug #59867 → that bug.
[15:03] <ubot2> Launchpad bug 59867 in linux "Synaptics touchpad ceases functioning after suspend and resume." [Medium,Won't fix] https://launchpad.net/bugs/59867
[15:12]  * ogasawara back in 20
[15:37] <apw> tgardner, what do you think the chances of getting yet another quirk table into the atkd driver is
[15:37] <tgardner> apw, as an SRU ?
[15:38] <apw> upstream
[15:38] <tgardner> fiik.  who is the maintainer ?
[15:39] <apw> dimitry
[15:39] <apw> (input maintainer)
[15:39] <tgardner> possibly. get cnd to do it. he's got a good working relationship with him
[15:41] <apw> heh yeah perhaps so
[15:41] <tgardner> ogasawara, I sure thought I pushed the work I did last week to add packaging for tools/power/x86/turbostat and tools/power/x86/x86_energy_perf_policy. Do you remember ever having seen it?
[15:42] <apw> perhaps i should ask the question as to why all arches but x86 reset their keybaord by default
[15:42]  * apw never say anything for those tgardner
[15:42] <ogasawara> tgardner: I don't recall ever seeing it
[15:42] <tgardner> drat
[15:42] <tgardner> oh well, won't take but a little bit to recreate that
[15:43]  * tgardner must have been in a hurry to go rafting
[15:49] <cnd> apw, you too can have a good working relationship with dmitry for low *low* price of an email containing a patch!
[15:50] <cnd> boy, that sounds like a great deal to me!
[15:50] <cnd> :)
[15:50] <apw> heh
[15:55] <tjaalton> is there a master bug about the poweroff/halt issue, which prevents proper shutdown?
[15:55] <apw> tgardner, any idea why we have atkb as =y ?
[15:55] <apw> tjaalton, which of poweroff/halt doesn't work ?
[15:56] <tjaalton> apw: well, the one that was mentioned on the list too, where it was determined that 'halt' does the right thing now. the last message I see is "power down", but the system remains on nevertheless
[15:57] <apw> right the 'correct' behavior from halt is to stop without powering off
[15:57] <tjaalton> this is with choosing the shutdown option of the indicator menu
[15:58] <apw> well the correct test is does poweroff work, if not then its broken
[15:58] <apw> ie if you do sudo poweroff does it power off, if not then thats a bug
[15:58] <tjaalton> ah ok, I'll try that
[15:59] <apw> if it works then the menu is likely broken ie using the wrong shutdown, if not then its likely a machine specific bug likely in the kernel or bios i guess
[16:00] <bjf> ##
[16:00] <bjf> ## Kernel team meeting in one hour
[16:00] <bjf> ##
[16:01] <tgardner> apw, re: atkb=y, I don't remember
[16:04] <tjaalton> apw: right, poweroff didn't work, so something weird going on
[16:05] <apw> tjaalton, so that normally means a bios bug, sometimes it can be worked around with a quirk
[16:07] <smb> Something to try there is to change the shutdown method in /sys from platform to shutdown (looking where exactly...)
[16:07] <smb> Ah here /sys/power/disk
[16:08] <apw> right i think there is also a like reboot=<letter> which can select which method
[16:08] <smb> apw, Though that is reboot
[16:08] <apw> point, hmmm
[16:09] <smb> apw, Master king got a vulcan death grip program in his treasure chest
[16:09] <apw> yeah cking will know i am sure
[16:10] <tjaalton> hehe
[16:34] <hifi> there seems to be a problem with my system and 3.0.0, almost all kernels hang for a long time when I try to boot them (before "Starting up..." after grub) except -7
[16:35] <hifi> as there is no output to the dmesg log before that I can't really debug it very much
[16:35] <hifi> had some timeout issues with my USB mouse but booting with nousb just removed the usb messages from dmesg
[16:36] <hifi> and it seems to hang even with all my USB devices disconnected
[16:41] <hifi> the delay takes 1 minute and 50 seconds, where -7 boots around 1 second
[16:43] <apw> hifi i suspect comparison of the two dmesgs is the first step, so i'd say get a bug filed the latest kernel and include the -7 dmesg
[16:43] <hifi> if I look trough the dmesgs and see nothing that differs
[16:44] <hifi> I'll post the bug anyway of course
[16:44] <hifi> but there just ain't anything in the dmesg that points to it
[16:44] <hifi> as the seconds in the log start from 0 and end up around 7 when init gets a hold of the boot
[16:45] <hifi> oh well, the dmesg is so bulky these days I couldn't tell a clear difference
[16:49] <bjf> ##
[16:49] <bjf> ## Kernel team meeting in 10 minutes
[16:49] <bjf> ##
[16:51] <NCommander> apw: so LXC patches were dropped in 3.0? (followup to a conversation you had with ogra this morning)
[16:51] <Daviey> erk
[16:52] <apw> NCommander, the only thing i have said was that some of the things that LCX was requesting were deprecated in 2.6.27 i think it was and finally removed in 3.0
[16:52] <apw> _if_ ogra_'s testing was with the latest userspace
[16:53] <ogra_> i only ran the checkconfig script for stgraber and enabled the needed bits in my ac100 kernel
[16:53] <ogra_> what triggered me to ask initially was the warning in dmesg that USER_NS is deprecated
[16:53] <NCommander> ogra_: well, Cgroup namespace is known to be depericated and gone as of 3.0 though I can't tell if its actually needed for LXC
[16:54] <ogra_> NCommander, USER_NS is, thats the issue
[16:54] <apw> and user_ns still exists
[16:55] <ogra_> apw, you said it was fully deprecated now
[16:55] <apw> ogra_, i think we are getting confused
[16:56] <ogra_> [    0.270858] ns_cgroup deprecated: consider using the 'clone_children' flag without the ns_cgroup.
[16:56] <ogra_> that was the message that got me here
[16:56] <apw> that thing is fully deprecated yes, _that_ is not USER_NS
[16:56] <ogra_> i only get that message since i enabled USER_NS
[16:56] <ogra_> and it was a single build i only did for that one option
[16:56] <apw> that may be because you are exiting earlier though
[16:57] <apw> that doesn't make it related to that option necessarily
[16:57] <apw> just means you get past the user_ns check and drop into that warning
[16:57] <ogra_> hmm, k
[16:57] <apw> (they may be related, but i am not sure you have any evidence of that)
[16:57] <ogra_> i dont have any evidence of anything but that warning message
[17:05] <jjohansen> ogasawara: just a heads up re: feature freeze jdstrand has already set up for an exception for apparmor dbus mediation and there may be another kernel patch on top of what I have for that.  Nothing definite yet, I won't be sure until I get into some more of the dbus patch with him next week
[17:05] <ogasawara> jjohansen: ack
[17:05] <hifi> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/823409 should contain everything?
[17:05] <ubot2> Ubuntu bug 823409 in linux "3.0.0 hangs for a long time when loading" [Undecided,New]
[17:06] <ogasawara> jjohansen: for the kernel we likely have a little more time, since kernel freeze isn't till Sep 15.
[17:07] <apw> bjf, link fixed in the build tools so should be right next week
[17:07] <jjohansen> ogasawara: oh it will be well before then, it needs to be in the next couple of weeks if the dbus mediation is going to go in.
[17:07] <ogasawara> jjohansen: cool, keep me posted.
[17:08] <jjohansen> ogasawara: will do
[17:08] <bjf> apw, ogasawara someone may need to cover the irc meeting next week for me (i we have one) as i'll be in london dodging the rioters
[17:08] <ogasawara> bjf: ack, I can chair next week.
[17:09]  * sconklin read "meditation" and was trying to parse what dbus meditation might be like
[17:14] <jjohansen> sconklin: hehe, that is what happens when I mess up the code and dbus loops trying introspect where to send denied signals forever :)
[17:14] <sconklin> ommmmm
[17:18] <apw> sconklin, more sort of ommmmmmoops
[17:23] <bjf> apw, i was able to post to voices.canonical.com, maybe your access issues have been fixed as well
[17:44] <apw> bjf, yes i think that is true, i have not posted, but i have been able to get a lot further
[18:04]  * tgardner --> lunch
[18:34] <apw> ok i think i've had it for the day, they are threatening to burn down my shops again ... bah ... /me authorised the use of deadly force
[18:34] <tgardner> apw, be careful
[18:45] <kees> hggdh: sconklin and I would like more details on the hardy xen test. where are the prior test results, does it happen on multiple runs, etc?
[18:47] <hggdh> kees: I did not run multiple tests on this kernel/install (m1.small), I never do.
[18:47] <hggdh> kees: all tests are saved to cranberry:/srv/qa.ubuntu.com/reports/kernel-sru/
[18:48]  * smb seems to have missed any results
[18:48] <kees> -bash: fork: Cannot allocate memory
[18:49] <hggdh> machine is dead...
[18:49] <kees> that doesn't seem like a healthly state for cranberry
[18:50] <herton> smb: bug 822967
[18:50] <ubot2> Launchpad bug 822967 in linux "2.6.24-29.92-xen: failure on QRT 'ASLR of mmap'" [High,New] https://launchpad.net/bugs/822967
[18:51] <hggdh> now not even opens a SSH session anymore
[18:51] <kees> hggdh: it would be interesting to run the m1.small-i386 again -- I'm not sure how to do that myself.
[18:51] <hggdh> kees: will do
[18:52] <kees> hggdh: okay, thanks. and if it fails again, is there some way I can log in remotely?
[18:52] <hggdh> kees: I can add you in the .ssh/authorized_users
[18:52] <kees> hggdh: cool
[18:53] <smb> kees, hggdh Yeah its strange. Unless this is a new test I thought I had been running those ok
[18:54] <hggdh> smb: yes, we had been
[18:54] <kees> smb: yeah, that test is unchanged for a long time now, and the verbose output on it looks like a real ASLR failure.
[18:54] <hggdh> previous saved tests for hardy m1.small: hardy-2.6.24-29.89-m1.small-i386.tar.bz2  hardy-2.6.24-29.90-m1.small-i386.tar.bz2  hardy-2.6.24-29.91-m1.small-i386.tar.bz2  hardy-2.6.24-29.92-m1.small-i386.tar.bz2
[18:54] <kees> it's _possible_ for it to fail, but the chances are extremely remote.
[18:55] <kees> so, I wanted to see if running it again would pass or fail. if it passes, then it's just bad luck, and I can add more cycles to the test
[18:55] <smb> Ok, yeah.
[19:28] <lool> ogasawara: Ok, retested 10 kernels out of the 15 and the first 9 were correct, the 10th one was the first wrong result, probably my day-to-day system introduces way too many other random issues to be useful, but with a stable USB key natty setup, it's not likely to interfere again!
[19:29] <lool> ogasawara: Is this what you use to build kernels?  https://wiki.ubuntu.com/KernelMainlineBuildsCreator
[19:30] <ogasawara> lool: yep, the mainline-build-one script
[19:31] <ogasawara> lool: eg mainline-build-one <sha1> <series>, where series in this case is oneiric
[19:31] <lool> ok
[19:31] <lool> I have another bug to bisect where I might attempt to use it
[19:31] <ogasawara> lool: I'll use one of our build machines like tangerine or tyler
[19:31] <lool> but it's much more painful: I get wifi disconnect maybe every 10 minutes or so
[19:32] <lool> It might be due to background scans, but didn't confirm
[19:32] <lool> ogasawara: Ok; maybe it's best if we finish this one bug with you building kernels and me testing them
[19:32] <lool> plus, it kind of forces me to keep iterating  :)
[19:32] <ogasawara> lool: sounds good.  gimme a bit to get the bisect reset
[19:33] <lool> Yup; I'll keep an eye on the bug, time to get the kid in bed though
[19:33] <ogasawara> lool: ack, I'll post to the bug when I've got something
[19:33] <lool> bbl
[19:33] <lool> (thanks!)
[19:46] <hggdh> kees: one more run, another failure
[19:48] <hggdh> kees: seems to fail consistently
[19:48] <kees> hggdh: that's no good. what's the IP?
[19:48] <hggdh> kees: ec2-72-44-56-248.compute-1.amazonaws.com
[19:50] <kees> ASLR of mmap ... ok
[19:59] <kees> hggdh: ^^ looks like bad luck in the test. only thing I can think of is to lengthen the sample size
[20:00] <hggdh> kees: bad luck is my middle name :-)
[20:00] <kees> hehe
[20:01] <hggdh> kees: good -- we can chalk this one to cosmic rays
[20:01] <kees> I get 12 failures out of 10000 on the rekey test (the specific sub-portion that failed)
[20:01] <hggdh> er
[20:01] <kees> that seems correct based on vailable entropy
[20:01] <kees> *available
[20:01] <kees> i.e. roughly 1 in 1000 chance of repeated mmap location
[20:01] <hggdh> ah, thank you, was just going to ask you about the probability
[20:02] <hggdh> so we could change it so that it reports only if there is a spike
[20:02] <kees> well, I think I need to expand the check length. right now I test 50 times, allowing up to 2 failures
[20:03] <kees> er, allowing 1
[20:03] <kees> but it could fail more.
[20:03] <hggdh> 1 in 50 is already twice the average you expected
[20:03] <hggdh> 20
[20:03] <kees> yeah, but the "50" sample size is very low
[20:03] <hggdh> yes
[20:05] <hggdh> well. I have run, I do not know, a few hundreds of this test. This is the only failure I found
[20:05] <kees> okay, sounds good.
[20:06] <hggdh> so, by the law of large numbers, I was bound to get hit
[20:06] <kees> yeah. I'll adjust it a bit and commit it.
[20:06] <hggdh> and please add a comment asking for a rerun on failure
[20:06] <kees> okay
[20:07] <kees> that's actually a standing request for all the tests
[20:07] <hggdh> heh. Please be more vocal on these standing requests, I am partially deaf, and never heard it before ;-)
[20:08] <kees> hggdh: heh, okay, sorry. yeah, if you see a kernel test failure, it's worth it to run it again and verify it fails twice the same way
[20:08] <hggdh> roger wilco
[20:10] <hggdh> kees: so, can I shutdown the EC2 image?
[20:11] <kees> hggdh: yup, thanks. I'm all done now. just finished double-checking.
[20:11] <hggdh> thank you
[20:24] <hggdh> bjf: well, Lucid is out of the way also, just -passed it
[20:28] <bjf> sconklin, herton, ^
[20:29] <sconklin> bjf: well. That's a relief.
[20:29] <sconklin> hggdh: thanks!
[20:30] <herton> nice. I think we can prepare hardy now, and go on with lucid also once it get copied to -updates


[08:06] <seb128> goood morning desktopers!
[08:15] <nteodosio> hey seb128, good morning!
[08:15] <seb128> nteodosio, hey Nathan, how are you doing?
[08:16] <nteodosio> I'm fine seb128, how about you?
[08:17] <seb128> nteodosio, I'm alright thanks!
[11:35] <KGB-0> rhythmbox tags 6dd75fb Sebastien Bacher ubuntu/3.4.7-1ubuntu1 * https://deb.li/3z8Dj
[11:35] <KGB-0> rhythmbox ubuntu/master 6dd75fb Sebastien Bacher * pushed 12 commits (first 5 follow) * https://deb.li/33J44
[11:35] <KGB-0> rhythmbox ubuntu/master 6082435 Simon McVittie debian/ control control.in * d/control.in: Drop compatibility with old libgdk-pixbuf2.0-dev package * https://deb.li/iOuzD
[11:35] <KGB-0> rhythmbox ubuntu/master e153d25 Laurent Bigonville debian/rules * debian/rules: Fix -Dgudev=disabled flag for no-linux arches * https://deb.li/MNFv
[11:35] <KGB-0> rhythmbox ubuntu/master 6488288 Jeremy Bicha (107 files in 28 dirs) * Update upstream source from tag 'upstream/3.4.7' * https://deb.li/UDTF
[11:35] <KGB-0> rhythmbox ubuntu/master db38281 Jeremy Bicha debian/changelog * New upstream release * https://deb.li/378P1
[11:35] <KGB-0> rhythmbox ubuntu/master f8d1657 Jeremy Bicha debian/ control control.in * Build with libsoup3 * https://deb.li/mJOd
[11:45] <lissyx> so
[11:45] <lissyx> ffmpeg decoder broken in snap? https://bugzilla.mozilla.org/show_bug.cgi?id=1839852
[11:45] -ubottu:#ubuntu-desktop- Mozilla bug 1839852 in Core "Snap package fails to find audio decoder for mp4a with media.allow-audio-non-utility = false" [--, New]
[12:08] <seb128> lissyx, is that issue specific to nighly?
[12:08] <lissyx> no
[12:08] <lissyx> if I'm right on the cause it might affect all branches
[12:09] <lissyx> PR_LoadLibraryWithFlags is failing from Utility process
[12:09] <lissyx> our sandbox is blocking the access to libavcodec.so.58
[12:09] <seb128> what is that media.allow-audio-non-utility flag doing?
[12:09] <seb128> 'our' as upstream or snap?
[12:09] <lissyx> it's blocking the ability to perform any audio decoding outside of the utility process
[12:09] <lissyx> "our" as in "mozilla"
[12:11] <lissyx> seb128, i've been fighting over telemetry for weeks to try and identify why some people are not doing audio decoding on utility process but on content process
[12:11] <lissyx> seb128, since at some point we were not be able to find actionable items, I decided to land this change where we completely block in the hope for bug reports.
[12:12] <seb128> I'm not familiar enough with firefox to tell what's the difference between playing from content or utility
[12:13] <lissyx> we want to reduce the attack surface on content process
[12:13] <lissyx> that's why we introduced RDD (and then Utility) so those codecs runs in a different, more sandboxed, process
[12:14] <seb128> I turned on that setting, installed h264ify and tried to play a youtube random video and it works including sound
[12:14] <lissyx> which version?
[12:14] <seb128> 114.0.2-1
[12:15] <lissyx> it landed on nightly like one / two days ago :p
[12:15] <seb128> you just said it was not specific to nightly?
[12:15] <lissyx> if you profile your playback, you should see that audio decoding is done on rdd (or worst on content)
[12:16] <lissyx> the underlying problem is not specific to nightly
[12:16] <lissyx> we just surfaced it on nightly
[12:16] <seb128> but I can only reproduce the error if I try nightly?
[12:16] <lissyx> yes
[12:16] <lissyx> but it might be somethign we want to uplift to beta for example
[12:16] <seb128> ah ok, that's what I was asking 5 min when I asked if that was specific to nightly
[12:17] <lissyx> ok
[12:17] <seb128> sorry if the question was unclear
[12:17] <lissyx> issue == "audio decoding on the wrong process" in my mind
[12:17] <seb128> let me try with nightly
[12:17] <lissyx> np
[12:17] <lissyx> 'been focused on that for months now so ...
[12:17] <seb128> how do I ask firefox where it's doing the decoding?
[12:17] <lissyx> you dont
[12:17] <lissyx> about:processes or profiler are your best friends for that
[12:18] <lissyx> or you need MOZ_LOG debugging
[12:19] <seb128> trying at least made me notice those warnings on the core22 snap
[12:19] <seb128> libva info: Trying to open /snap/firefox/2801/gnome-platform/usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
[12:19] <seb128> libva error: /snap/firefox/2801/gnome-platform/usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so has no function __vaDriverInit_1_0
[12:19] <seb128> libva info: va_openDriver() returns -1
[12:19] <seb128> libva info: Trying to open /snap/firefox/2801/gnome-platform/usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
[12:19] <seb128> libva info: Found init function __vaDriverInit_1_10
[12:19] <seb128> libva error: /snap/firefox/2801/gnome-platform/usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so init failed
[12:19] <seb128> libva info: va_openDriver() returns -1
[12:20] <seb128> on core20 it is
[12:20] <seb128> libva info: Trying to open /snap/firefox/2800/gnome-platform/usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
[12:20] <seb128> libva info: Found init function __vaDriverInit_1_7
[12:20] <seb128> libva info: va_openDriver() returns 0
[12:20] <seb128> so might be another thing buggy in the core22 build
[12:22] <lissyx> :[
[12:23] <lissyx> seb128, which process?
[12:24] <seb128> that's the output of 'firefox'
[12:24] <seb128> and I can confirm that the edge channel snap with that setting fails to find an audio decoder
[12:25] <lissyx> it's working as intended
[12:25] <lissyx> that's perfect
[12:25] <seb128> :)
[12:26] <seb128> since it sounds like you are saying that it's an upstream sandbox problem and not a snap one I will let you deal with it :)
[12:29] <lissyx> looks like I'm unable to rebuild nightly locally though :(
[12:31] <seb128> so yes I can confirm that gpu rendering isn't working on core22 :-/
[12:32] <seb128> intel_gpu_top shows Video at 0% where it has activity on core20
[12:33] <lissyx> seb128, please file a bug i guess?
[12:33] <seb128> lissyx, yes
[12:33] <lissyx> try with MOZ_DISABLE_GPU_SANDBOX=1
[12:35] <lissyx> seb128, you can also run with MOZ_SANDBOX_LOGGING=1
[12:36] <seb128> doesn't make a difference, but that's not surprising from the log
[12:36] <seb128> iHD_drv_video.so has no function __vaDriverInit_1_0
[12:36] <seb128> sounds like a mismatch in version between libva and the driver from the sdk
[12:37] <lissyx>  https://bugzilla.mozilla.org/show_bug.cgi?id=1760941 ?
[12:37] -ubottu:#ubuntu-desktop- Mozilla bug 1760941 in Firefox Build System "VAAPI: Update Snap to core22 to have an intel-media-driver version that supports Iris Xe" [S4, New]
[12:49] <seb128> lissyx, right, that sdk update/fix broke it
[12:50] <seb128> firefox bundles its own libva copy and doesn't use the sdk one and that's too old now for the updated driver
[12:50] <seb128> I will try to repack firefox without libva see if that resolves it
[12:50] <seb128> I downgraded the sdk to an older revision and gpu rendering is working
[12:50] <lissyx> is SNAPCRAFT_BUILD_ENVIRONMENT_CPU still a thing with core22 / snapcraft 7.x ?
[12:51] <lissyx> because it only uses two CPUs here.
[12:52] <lissyx> https://github.com/canonical/craft-providers/issues/212
[12:52] -ubottu:#ubuntu-desktop- Issue 212 in canonical/craft-providers "Incorrectly handling SNAPCRAFT_MAX_PARALLEL_BUILD_COUNT" [Open]
[12:56] <seb128> yet another reason to use lxc...
[12:56] <lissyx> well i'm using lxc
[12:56] <seb128> so that's not the bug mentioned in there with multipass
[12:56] <seb128> afaik that option should still be working...
[13:04] <lissyx> ok weird it's working again
[13:05] <lissyx> we're lucky, given the telemetry of users of snap with h264ify
[14:25] <seb128> lissyx, another question about the debug symbol thing, rebuilds on the same version string will keep being an issue going forward with the current system? if so could you make the system add the build timestamp to the index so differenciate builds even if they use the same version?
[14:26] <seb128> lissyx, I just pushed a fix for libva on core22 which is going to trigger a snap rebuild but now I wonder if that means that rebuild isn't going to get its debug symbols imported?
[14:26] <lissyx> I already tried to use revision id but there were problem unfortunately (I dont remember which one)
[14:35] <seb128> the revision is a store thing so if it's still uploading or failed to upload it might be missing
[14:36] <seb128> but the buildpage has some uniq identifier
[14:36] <seb128> like vcs revision
[14:49] <seb128> bbiab
[15:18] <lissyx> seb128, as much as I remember, the last time we evaluated the situation, the situations where you rebuild a package without a version bump was rare enough we said it's not a big deal
[15:21] <seb128> lissyx, ok, that might still be the case. We will have rebuilds when we do packaging fixes or tweaks like here which is not uncommon, but in 'normal business' times most builds are just version updates still


[13:36] <Brainstorm> Updates for Bangladesh: +227 cases (now 1.6 million), +2 deaths (now 27980), +16891 tests (now 10.9 million) since a day ago


[14:02] <sladen> JohnLea___: poke?
[14:03] <JohnLea___> sladen; hyia, I'm in the hangout if you're available to join?
[14:07] <sladen> thwarted by bandwidth!


[17:11] <bcurtiswx> bcurtiswx ping
[17:12] <bcurtiswx> could someone ping me plz
[17:25] <lfaraone> bcurtiswx: ping per XMPP
[17:25] <bcurtiswx> Great. Thx. I've setup znc to bounce irc messages to my iPad