[00:04] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2841 Pending binary packages (xenial/ubuntu-themes). Successfully built (xenial/compiz, xenial/nux, xenial/unity, xenial/unity-control-center)
[00:23] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2841 Successfully built
[05:14] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/designate-dashboard, bionic/heat, bionic/horizon, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bion
[10:54] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/designate-dashboard, bionic/heat, bionic/horizon, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bion
[11:01] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3041 Pending binary packages
[11:15] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/designate-dashboard, bionic/heat, bionic/horizon, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bion
[11:22] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3041 Diff missing
[11:42] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3041 Diff missing (bionic/dpdk). Failed to build (bionic/openvswitch)
[11:57] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3044 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[12:24] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3044 Pending binary packages
[12:34] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/designate-dashboard, bionic/heat, bionic/horizon, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bion
[12:44] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3044 Diff missing
[13:41] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3041 Currently building (bionic/dpdk). Failed to build (bionic/openvswitch)
[14:14] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/designate-dashboard, bionic/heat, bionic/horizon, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bion
[14:22] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3041 Diff missing (bionic/dpdk). Failed to build (bionic/openvswitch)
[14:54] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/heat, bionic/horizon, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bionic/oslo-sphinx, bionic/pyrou
[15:23] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/3001 Needs rebuild due to new commits
[15:34] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/heat, bionic/horizon, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bionic/oslo-sphinx, bionic/pyrou
[16:15] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/heat, bionic/horizon, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bionic/oslo-sphinx, bionic/pyrou
[17:35] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/heat, bionic/horizon, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bionic/oslo-sphinx, bionic/pyrou
[18:10] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/3030 Proposed pocket (bionic/qtwebengine-opensource-src). Ready to build (bionic/qtsystems-opensource-src)
[18:23] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/3030 Preparing packages
[18:41] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/3030 Publishing packages
[19:11] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/3030 Proposed pocket
[19:55] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/heat, bionic/horizon, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bionic/oslo-sphinx, bionic/pyrou
[20:15] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/heat, bionic/horizon, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bionic/oslo-sphinx, bionic/pyrou
[20:54] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/heat, bionic/horizon, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bionic/oslo-sphinx, bionic/pyrou
[21:35] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/heat, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bionic/oslo-sphinx, bionic/pyroute2, bionic/pyth
[22:15] -queuebot:#ubuntu-ci-eng- jamespage coreycb, https://bileto.ubuntu.com/#/ticket/3033 Needs rebuild due to higher version at destination (bionic/python-jsonschema, bionic/python-os-service-types). Proposed pocket (bionic/barbican, bionic/cinder, bionic/congress, bionic/designate, bionic/heat, bionic/keystone, bionic/mistral, bionic/murano, bionic/murano-dashboard, bionic/networking-odl, bionic/networking-ovn, bionic/nova, bionic/oslo-sphinx, bionic/python-castellan, bio
[23:21] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/3040 Release pocket (bionic/exim4). Successfully built (bionic/amavisd-new, bionic/open-iscsi, bionic/sysstat, bionic/tgt)


[08:32] <cbo> hi
[08:36] <cbo> I wrote a little patch for 2.6.28 kernel, it has been accepted by the lnux kernel team and is now part of 2.6.30. Is there any chance to have it already applied on Jaunty's kernel ?
[09:37] <cbo> I just posted a new comment about Bug #181361 ( opened since January 2008 ) affecting the Logitech G25 force feedback wheel.
[09:37] <ubot3> Malone bug 181361 in linux "Logitech G25 does not fully work with Ubuntu" [Undecided,New] https://launchpad.net/bugs/181361


[00:23] <serue> anybody here able to tell me where debian/<binary_pkgname>.debhelper.log comes from?
[00:29] <RAOF> serue: The dh tool creates that.
[00:30] <serue> RAOF: can i stop it?  :)
[00:30] <serue> i don't see it in the previous build, and SpamapS didn't want to push a new version bc of it...
[00:31] <serue> (and it seems superfluous)
[00:31] <RAOF> It should be removed by the clean target.  How is it making it into your source packages?
[00:32] <serue> not sure what you mean by how, but after i do 'bzr bd -S -- -sa' and then dpkg-source -x *.dsc on the result, it's there
[00:32] <serue> it is not in my bzr tree
[00:35] <broder> serue: can you pastebin your rules file?
[00:36] <serue> broder: it's http://bazaar.launchpad.net/~serge-hallyn/ubuntu/oneiric/lxc/lxc-<IP_ADDRESS>-cleanup-patches/view/head:/debian/rules
[00:38] <broder> serue: don't see anything at first glance that would break cleanup, but there's a dh_lintian, and it gets called by debhelper.mk
[00:38] <broder> it looks for $PACKAGE.lintian-overrides
[00:40] <serue> and if that doesn't exist?
[00:40] <broder> ...then it doesn't do anything? i don't understand what you're asking
[00:41] <serue> just wondering what it's doing :)
[00:41] <broder> anyway, i'm suggesting you could move debian/lxc.overrides to debian/lxc.lintian-overrides and remove the cp call in the rules file
[00:41] <serue> ok thanks, that gives me something to look into
[00:41] <serue> ah
[00:42] <serue> idont' even know where that came from or what it was meant to do :)  i'll try that, thanks
[00:42] <broder> i think i blame autoreconf.mk for the superfluous debhelper.log file
[00:42] <broder> ah - maybe try moving the autoreconf.mk include *above* the debhelper.mk include?
[00:43] <serue> ah yes, that autoreconf.mk include might be new
[00:43] <serue> ok, lemme try
[00:44] <serue> is there a recommended order somewhere?
[00:44]  * broder shrugs
[00:45] <RAOF> That's a CDBS package; why is it calling dh *at all*?
[00:46] <broder> well, that too
[00:46] <RAOF> serue: If you just delete that file does it get regenerated?
[00:46] <broder> RAOF: including autoreconf.mk after debhelper.mk causes it to get appended to the clean step
[00:46] <broder> which means dh_autoreconf_clean will run after dh_clean
[00:46] <broder> and dh_autoreconf_clean generates .debhelper.log files
[00:46] <serue> broder: that worked, thanks!
[00:47] <RAOF> broder: Of course!
[00:47] <serue> as for calling dh at all, i dunno.
[00:47] <broder> i do think you have to call dh_installinit by hand if you want to use multiple --name arguments with cdbs
[00:47] <serue> comes from the debian package
[00:47] <broder> the dh_install calls are almost certainly superfluous, though
[00:48] <serue> oh,
[00:48] <serue> that doesn't work like the override_dh_install rules?
[00:49] <broder> no, with cdbs you change how dh_* work by setting magic variables
[00:49] <broder> usually something like DEB_DH_INSTALL_ARGS
[00:49] <broder> but really, the only way to know is to go rummaging through debhelper.mk
[00:50] <serue> i know i'm confused on dh vs cdbs vs others, so i'll put trying to clean up that rules file on my list
[00:50] <serue> and hoepfully learn a thing or two
[01:12] <serue> broder: thanks again
[05:02] <pitti> Good morning
[06:38] <doko> rsalveti: is it that urgent to apply the -mfloat-abi-soft work arounds?
[06:38] <dholbach> good morning
[06:39] <rsalveti> doko: don't think so, but was done already
[06:39] <rsalveti> doko: I just moved the bug status
[06:39] <doko> ahh, ok
[06:39] <rsalveti> ScottK: ^
[06:40] <rsalveti> package libkdcraw
[06:40] <ScottK> rsalveti: AFAIK only for one of the affected packages.
[06:40] <ScottK> Not the one doko originally filed the bug about.
[06:41] <doko> if it can wait, wait for the compiler fix expected next week
[06:49] <ScottK> Already did the workaround for libdkcraw so we could keep working on getting KDE 4.7 uploaded.
[06:50] <ScottK> I'll rebuild without it once the compiler fix is in.
[08:32] <BigWhale> Right, launchpad down... Thanks for the topic. :)
[08:45] <jml> morning
[08:45] <jml> BigWhale: fwiw, you can also always check http://identi.ca/launchpadstatus or https://twitter.com/#!/launchpadstatus
[08:47] <BigWhale> jml, I'll follow it right away :) Thanks
[09:05] <davmor2> Guys I've notices on my oneiric install the system locks up if I try and alter the volume.  The volume up and down keys don't work and if I use the slider it lock up the system I'm assuming it's known is there any info that would be useful to you?
[09:08] <BigWhale> davmor2, you should open sound settings and set volume there... that's what I do. :)
[09:08] <BigWhale> For now...
[09:09] <davmor2> BigWhale: Thanks
[09:09] <dupondje> missing launchpad :(
[09:09] <dupondje> :P
[09:11] <BigWhale> yeah, me too... I was just about to do some work (which is long overdue) now launchpad killed the mood :/
[09:12] <dupondje> I wanted to fill the sponsor queue a bit more ^^
[09:15] <BigWhale> davmor2, err, the volume keys on my keyboard are working now.
[09:16] <davmor2> BigWhale: mine work in that they send a signal they just don't do anything, Although I haven't done an update this morning so pass
[09:21] <BigWhale> yeah for me it started working after todays update.
[09:22] <dupondje> Launchpad is back !!
[09:22] <dupondje> :D
[09:23] <BigWhale> yay \o/ now every developer will hit bzr pull ... :>
[09:27] <davmor2> and kill LP again
[10:03] <pitti> mthaddon: seems it's still not officially back?
[10:04] <pitti>   Uploading py3cairo_1.10.0-0ubuntu1_source.changes: 2k/3k426 Transfer aborted.
[10:04] <mthaddon> pitti: in what sense?
[10:04] <pitti> during the RO time it failed right away
[10:04] <pitti> now it uploads everything until it comes to the sources.changes, and then aborts
[10:04] <mthaddon> pitti: it should be back - I'll look into it
[10:04] <pitti> also, I'm trying to change the status of bug 802486 and only get timeouts
[10:05] <pitti> ah, only adding a comment seems to work
[10:05] <wgrant> pitti: Bug timeouts we're working on.
[10:05] <pitti> but not opening the expander and clicking "save changes"
[10:05] <wgrant> Testing the fix right now.
[10:06] <pitti> wgrant: reminds me of the performance regression from the last rollout
[10:06] <pitti> wgrant: thanks for the heads-up
[10:06] <wgrant> It is exactly the same thing.
[10:06] <pitti> oh
[10:06] <pitti> it seems the dput actually worked, just got a NEW email
[10:07] <pitti> (two of them, actually)
[10:07] <pitti> mthaddon: ^ so it seems it's just a wrong error message
[10:07] <wgrant> pitti: I think I know what it is.
[10:09] <wgrant> pitti: Could you try the bug change again?
[10:09] <wgrant> Should be fixed now.
[10:09] <pitti> wgrant: works now
[10:09] <pitti> thanks!
[10:09] <dupondje> wgrant: attachments works also
[10:09] <dupondje> :)
[10:09] <wgrant> dupondje, pitti: Great, thanks.
[10:14] <wgrant> pitti: poppy is fixed now too.
[10:17] <pitti> wgrant: rocking, thanks!
[11:02] <maks_> pitti: hey, thanks for the initramfs-tools merge
[11:03] <maks_> added your fix in debian too http://anonscm.debian.org/gitweb/?p=kernel/initramfs-tools.git;a=commit;h=780bc4ad484dd2dbe2b3a784f4d245ed43c7bed6
[11:04] <maks_> one thing that you overlooked in the Ubuntu merge is that cjwatson 0.98.8ubuntu3 change is no longer necessary.
[11:04] <maks_> ldconfig is run inside of initramfs *before* cpio invocation.
[11:05] <pitti> maks_: oh, thanks; I thought it doesn't affect Debian, as we changed that part of the code
[11:05] <pitti> maks_: I thought the Debian version installed busybox as bin/sh directly?
[11:05] <MacSlow> seb128, what usually triggers glib-compile-schemas? A packages post-install script?
[11:05] <seb128> MacSlow, right, a dpkg drigger
[11:06] <seb128> MacSlow, i.e any package installing a schemas in the schemas dir will get it for free
[11:06] <pitti> maks_: ah, thanks; I'll revert that then and test it again
[11:06] <MacSlow> seb128, ah... autofoo-macro-magic I guess then
[11:07] <maks_> pitti: well Debian was affected to, so proper motivation to get rid of the symlink mess.
[11:07] <maks_> pitti: rechecking busybox hook.
[11:09] <cjwatson> mvo: thanks for the apt/python-apt uploads; could you upload a new version of the LongDescription backport to your PPA as well?  then I can test that all together
[11:09] <MacSlow> seb128, notify-osd is then nearly fully GSettings-ified
[11:11] <BigWhale> Can someone point me in the direction of gnome, introspection and python documentation?
[11:12] <BigWhale> I'm stuck at the "from gi.introspection import ..." :>
[11:13] <maks_> pitti: thank you, allways getting ln syntax wrong, fixed to match ubuntu behaviour, less diff is better.
[11:16] <seb128> MacSlow, excellent
[11:16] <seb128> MacSlow, was your compile schemas question a packaging one or an upstream makefile one?
[11:17] <MacSlow> seb128, well initially I assumed it needed some work on the packaging side... but it turns out my (upstream) changes to the makefile cover everything already
[11:17] <seb128> MacSlow, right
[11:17] <seb128> MacSlow, I will deal with the packaging, don't worry
[11:17] <MacSlow> seb128, just did a test here and the NotifyOSD keys show up when looking for them with the gsettings commandline-tool
[11:18] <seb128> MacSlow, btw feel free to ping me for review before rolling the tarball if you want
[11:18] <seb128> MacSlow, you probably want a .convert as well to migrate the gconf keys values to the new gsettings ones
[11:18] <MacSlow> seb128, sure... just migrating the code now
[11:18] <MacSlow> seb128, I've created a .gschema.xml file for notify-osd already
[11:19] <seb128> MacSlow, the .convert are trivial, see in /usr/share/GConf/gsettings
[11:20] <seb128> MacSlow, those are text format describing what keys to migrate and where, GNOME runs an utility at session start which will apply those conversion one and flag them done
[11:20] <MacSlow> seb128, I remember having read about something like that in the GConf-to-GSettings migration guide
[11:23] <seb128> MacSlow, right, just pointing it ;-)
[11:24] <MacSlow> seb128, yep... thanks... but I'm all over it :)
[11:26] <seb128> MacSlow, excellent ;-)
[11:28] <mvo> cjwatson: the version in the ppa (<IP_ADDRESS>ubuntu9.5+mvo2) should have both the xz and the LongDescripton fix, I will still upload with the new version to ensure that its newer then the -proposed version
[11:29] <cjwatson> mvo: right, that's all I meant; thanks
[11:33] <mvo> cjwatson: thanks. new upload is uploaded in the PPA now
[12:15] <mvo> cjwatson: I also killed of the duplicated compression list in python-apt, it uses the data from apt now instead of duplicating it
[12:16] <cjwatson> mvo: ok, we don't need that for lucid though right?
[12:16] <mvo> cjwatson: for lucid we are fine, I just wanted to kill the duplication as its ugly
[12:17] <mvo> (so that in the future its just one place to add support)
[12:19] <cjwatson> right
[12:27] <jdstrand> @pilot in
[13:39] <debfx> cjwatson: could you please update the kubuntu package set again? a lot of packages are still missing (e.g. libkexiv2, libkipi, marble, ...)
[13:43] <cjwatson> debfx: I've done an auto-update.  http://paste.ubuntu.com/643259/
[13:44] <ScottK> Looks good.
[13:45] <debfx> yep, thanks
[14:04] <jdstrand> didrocks: hey. I uploaded the fix for unity for bug #805938. I could not apply to the Vcs branch because bzr kept crashing on me. I put my debdiff in the bug if you want to apply it to your tree
[14:30] <Riddell> barry: what's the "Version number suggests Ubuntu changes" issue at the bottom of http://people.canonical.com/~dholbach/packaging-guide/html/udd-working.html ?
[14:31] <soren> Riddell: What do you mean?
[14:31] <soren> Riddell: You mean you've never seen that?
[14:32] <Riddell> soren: I have but the guide suggests it's an issue with UDD and can be worked around
[14:32] <Riddell> (as I read it)
[14:33] <soren> Well, it can certainly be worked around.
[14:33] <Riddell> but better to fix it by setting the correct Maintainer address
[14:33] <barry> Riddell: in a meeting...
[14:34] <soren> I see that mentioning it there suggests it's about UDD, but OTOH it's not an uncommon problem to stumble on, so having the solution right there is kind of handy.
[14:35] <micahg> yes, but Riddell's point is valid, the wording makes the workaround more desirable than the proper fix
[14:57] <barry> Riddell: right, it's not a udd thing.  it would really be better in the general packaging part of the guide, but that needs some reorg to get it all consistent
[14:58] <Riddell> barry: ok I'll remove it from there and file a bug to remind myself to add it back elsewhere
[14:58] <barry> Riddell: +1
[14:59] <Riddell> barry: in http://people.canonical.com/~dholbach/packaging-guide/html/udd-uploading.html "Uploading a change made by you" seems to miss the commit step
[14:59] <Riddell> it also does a dput before a tag/push, I'd expect that to be the other way around
[15:00] <barry> Riddell: missing commit, looks like you're right
[15:00] <maco> dear people who have scripts that make graphs and such in their people.ubuntu.com/~you/  -- how are you doing that?
[15:00] <maco> python? php? what's available?
[15:00] <barry> Riddell: order of steps, yes, i think you're right too, but double check w/ jelmer i think there was a discussion about that recently
[15:00] <barry> (Riddell, terse due to meeting ;)
[15:00] <Riddell> barry: thanks, I'll make those changes
[15:01] <Riddell> if jelmer agrees
[15:01] <Riddell> maco: Excel? :)
[15:01] <maco> Riddell: automated ones :P
[15:01] <Laney> we do code review for the packaging guide
[15:01] <Laney> so please push to a branch and do a mp
[15:03] <Riddell> Laney: yes I will (I don't even have commit access)
[15:03] <Laney> Riddell: you do (via ~ubuntu-dev)
[15:04] <Riddell> ooh, I am powerful!
[15:06] <Laney> http://2.bp.blogspot.com/_muBQl8yh4Q0/SzpiCnYTSXI/AAAAAAAAASc/UrqtYFtOOtg/s400/spideyquote.jpg
[15:09] <Cas07> anyone here used debhelper7 and dh-translations with desktop files?
[15:12] <pitti> barry, doko: I'm currently building a python3-gobject package
[15:13] <pitti> barry, doko: the thing that breaks is:
[15:13] <pitti> W: dh_python3:231: renaming _gobject.so to _gobject.cpython-31mu.so
[15:13] <pitti> (and similar renamings for the other extensions)
[15:13] <pitti> barry, doko: why is it -31? I'm building with python 3.2
[15:13] <barry> pitti: only for py3.2?
[15:13] <pitti> if I rename the installed file to _glib.cpython-32mu.so, it works
[15:14] <pitti> barry: well, that's what py3versions says for --supported
[15:14] <pitti> I don't have 3.1 installed
[15:14] <barry> pitti: that sounds like a dh_python3 bug
[15:14] <pitti> I'm building against python3-all-dev and iterate over `py3versions --supported --version`
[15:14] <barry> pitti: well, another question is why _gobject.so doesn't get written as _gobject.cpython-32mu.so in the first place
[15:14] <pitti> right
[15:14] <pitti> for some reason dh_python3 seems to think it's a 3.1 library
[15:15] <pitti> how does it detect the version that it built with in the first place?
[15:15] <pitti> I don't specify any version or so
[15:15] <pitti> just dh_python3 -a
[15:15] <barry> pitti: how is gobject built?  with distutils or outside of that build system?
[15:16] <pitti> barry: distutils plus some extra autotools for other stuff
[15:16] <dupondje> jdstrand: thx for the sync's :)
[15:16] <barry> pitti: py3.2's distutils should dtrt
[15:17] <pitti> $ dh_python3 -v
[15:17] <pitti> D: dh_python3:286: package python3-gobject details = {'compile': True, 'requires.txt': set(), 'shebangs': set(), 'private_dirs': {}, 'ext': {(3, 1)}}
[15:17] <pitti> that (3,1) might have something to do with it?
[15:18] <pitti> I build it with PYTHON=python3.2 ./configure ...
[15:18] <barry> pitti: indeed.  i had a system crash this week so i cannot do any local builds atm to debug further
[15:18] <pitti> hm, I wonder when it calls setup.py in the first place
[15:19] <pitti>     if vers == '3':
[15:19] <pitti>         # assume .so files without tag in /usr/lib/python3/ are build for Python 3.1
[15:19] <pitti>         vers = '31'
[15:19] <pitti> ^ in dh_python3
[15:19] <pitti> so I guess the upstream build system doesn't "tag the extension", whatever that means
[15:19] <barry> pitti: that means adding the 'cpython-32mu' bit
[15:20] <pitti> oh, are upstream build systems supposed to name the libs that way?
[15:20] <pitti> upstream it just comes out as _glib.so
[15:20] <pitti> that's why it is a warning?
[15:21] <barry> pitti: well, they don't *have* to in the sense that python will still import them under the old name, but dh_python3 is apparently not prepared to handle untagged so's for python >= 3.2
[15:21] <pitti> barry: well, something needs to tell dh_python3 which version the library was built with
[15:21] <barry> pitti: but the build system *should* tag the files so they don't collide and we don't have to play stupid symlink games
[15:21] <pitti> right
[15:21] <barry> pitti: which is what dh_python3 is trying so hard to be helpful with ;)
[15:21] <pitti> barry: ok, so it would be better/correct for upstream "make" to build _glib.cpython-32mu.so instead of _glib.so?
[15:22] <barry> pitti: i think dh_python3 shouldn't assume untagged == py3.1
[15:22] <barry> pitti: yep
[15:22] <barry> pitti: but only for python >= 3.2
[15:22] <pitti> barry: ok, thanks! then I'll look into fixing the upstream build system accordingly and then backport the patch
[15:22] <barry> pitti: doko back ported that support so for debuntu, tagged sos works for python 3.1 also, though you don't care :)
[15:23] <barry> pitti: awesome.  i do think a bug report on dh_python3 would be helpful.  it should not assume untagged == py3.1
[15:23] <barry> pitti: could you file that bug (i'm technically still in a meeting :)
[15:23] <pitti> barry: ok
[15:23] <barry> pitti: awesome, thanks
[15:27] <pitti> barry: bug 809951, I hope I included everything
[15:27] <barry> pitti: subscribed
[15:28] <pitti> barry: wow, what I believed to be an hour hack has now become a solid day's work :)
[15:28] <barry> :)
[15:28] <pitti> (had to fix a bunch of other stuff upstream first, and a 6 package multibuild is rather messy)
[15:31] <apw> cjwatson, ok ... finally can get to my own code branches, the casper changes i am proposing for overlayfs are here: https://code.launchpad.net/~apw/ubuntu/oneiric/casper/overlayfs
[15:31] <pitti> barry: is the .cpython-32mu suffix a firm convention, or is there a tool which computes it?
[15:32] <apw> cjwatson, have tested this with both normal kernels and overlayfs enabled ones and it seems to work, you may argue about order of course, ie about preferred union system
[15:32] <barry> pitti: both, in a sense ;)
[15:32] <barry> pitti: http://www.python.org/dev/peps/pep-3149/
[15:34] <pitti> $ python3-dbg -c "import sysconfig; print(sysconfig.get_config_var('SOABI'))"
[15:34] <pitti> cpython-32dmu
[15:34] <pitti> barry: that's what I was lookinf for, I think :)
[15:35] <barry> pitti: yep, and if you run it with python3, you'll see cpython-32mu (no 'd')
[15:36] <pitti> right, checked that
[15:38] <dholbach> UDW (https://wiki.ubuntu.com/UbuntuDeveloperWeek) day 3 starting in 23 minutes in #ubuntu-classroom
[15:56] <mvo> silly(?) question, but livebuild seems to be not working for me, any hints if I use it wrongly? http://paste.ubuntu.com/643344/ (this is on oneiric)
[15:59] <infinity> mvo: Isn't that just the ongoing "debootstrap is broken due to the /run transition" thing?
[16:00] <cjwatson> yup
[16:00] <cjwatson> huh, but you're doing --distribution natty
[16:00] <infinity> Oh, indeed.
[16:00] <mvo> and it seems to be the natty version of libc if I'm not mistaken
[16:00] <cjwatson> check the debootstrap log?
[16:01] <cjwatson> should be /debootstrap/debootstrap.log inside the chroot, probably
[16:02] <mvo> cjwatson: thanks! that was the missing clue :) http://paste.ubuntu.com/643352/ - its my kernel version , iirc this got fixed with the update three digest number.
[16:02]  * mvo updates on this box
[16:04] <pitti> barry: ah, so upstream apparently installs into versioned directories, like /usr/lib/python3.2/
[16:04] <pitti> barry: we'll look into it after the invoke-rewrite branch lands, but until then I just fix it up in debian/rules
[16:04] <cjwatson> mvo: aha, yes, use >= 3.0.0-4
[16:05] <mvo> thanks!
[16:05] <pitti> look, ma! pygi gtk3 working with python3 \o/
[16:06] <pitti> barry: ^ :)
[16:09] <pitti> good night everyone
[16:27] <fishor> hallo all, what version of cheese will be as target for ubuntu 11.10
[16:28] <fishor> ?
[16:28] <fishor> or how can i find it
[16:30] <slangasek> mvo: so you asked if my update-manager math problem was on amd64... does that mean you've seen this before?
[16:32] <bdmurray> pitti: could you review https://code.launchpad.net/~brian-murray/apport/casper-version/+merge/67579 ?
[16:34] <seb128> ev, hey
[16:35] <seb128> ev, do you know if keyboard layouts are set differently if you select "try ubuntu" on the text mode menu from a liveCD compared at if you let it boot and select "try ubuntu" on ubiquity?
[16:35] <seb128> ev, using the second option leads to bug #800561
[16:36] <ev> seb128: you have to select French as a language before the indicator shows you the French keymap
[16:36] <seb128> ev, GNOME somewhat get all english keyboard variant configured
[16:36] <ev> that's by design
[16:36] <ev> every keymap under the sun would be a lot to pack into a menu
[16:36] <seb128> ev, no, you select english (or let it this way) and click "try ubuntu"
[16:36] <seb128> the session you get has a load of english variants
[16:36] <seb128> see the screenshot on the bug
[16:37] <seb128> ev, where the live session if started from the text mode menu has only 1 selected layout
[16:37] <seb128> i.e "english"
[16:37] <ev> right, because they had the english language selected in ubiquity
[16:38] <ev> are you suggesting that it should clear the list of layouts when the user presses "try ubuntu", regardless of their language selection?
[16:38] <seb128> ev, well if you select the english layout on the text menu you get when pressing a key on boot you get only 1 layout
[16:38] <ev> right, that's a different code path
[16:38] <ev> a
[16:38] <seb128> ev, I suggest selecting a locale from the text mode and from unity should lead to a similar result
[16:38] <seb128> either way
[16:39] <mvo> slangasek: I have not seen it before, but we had problems in the past with the data types in the aptdaemon dbus code, I was wondering if it might be releated. the bad news is that we thought we fixed it
[16:39] <seb128> ev, the current ubiquity way leads to an interesting issue that xorg doesn't like have that number of layouts configured so it doesn't let you add a new non english one
[16:39] <slangasek> mvo: ok; will file a bug then
[16:40] <slangasek> mvo: btw, I also just had an aptdaemon crash, filed the report on that
[16:40] <slangasek> dunno if it's related
[16:40] <mvo> slangasek: thanks, that could well be
[16:41] <seb128> ev, i.e bug #640774
[16:42] <seb128> ev, i.e x11 limits you to 4 keyboard groups
[16:42] <seb128> ev, so having that stack of english layout makes it impossible to add a non english layout before clearing the list first
[16:42] <seb128> ev, well, I'm not sure what the right way, I'm just trying to understand why we land with that stack of layouts configured to start
[16:45] <ev> that's fairly arbitrary
[16:45] <ev> 4 keyboard layout groups are enough for anyone? :)
[16:46] <seb128> ups
[16:46] <seb128> gnome bug #640774
[16:46] <seb128> ev, no, "x11 design limitation"
[16:46] <seb128> ev, will be fixed the day we move to !x11 I guess
[16:46] <ev> x11's entire design is a limitation
[16:46] <seb128> right
[16:46] <seb128> well in that case the limitation is coming from x11
[16:47] <ev> right
[16:47] <seb128> I'm not sure what's the best way forward now for that bug though
[16:47] <seb128> is that wanted that picking english gets you all of existant english layout variants as configured?
[16:48] <seb128> could we just pick one and assume users who want other ones can add them using the control center?
[16:49] <ev> seb128: mpt suggested picking the top X layouts for that language
[16:49] <ev> we'd have to build that data into ubiquity/casper
[16:49] <ev> problem is, I'm not sure where we get that data
[16:49] <ev> because, alas, we don't measure these things yet
[16:49] <cjwatson> shouldn't we undo all the work that ubiquity does if you go through to the live session?
[16:49] <cjwatson> it should be as if you never went through ubiquity-m
[16:49] <cjwatson> *ubiquity-dm
[16:50] <ev> bug 810003 for consistency between ubiquity and casper on this
[16:50] <cjwatson> you could pick the top one layout for that language, that being the information that's already built into console-setup
[16:51] <cjwatson> for the time being
[16:51] <ev> hmm
[16:52] <cjwatson> if we can't do the other thing without breaking stuff
[16:53] <seb128> ev, cjwatson: I reassign bug #800561 to ubiquity, is that ok with you? there is not a lot we can do from the ui side with the x11 limitation
[16:53] <seb128> it's also not really practical to have an indicator keymap list going over the screen
[16:54] <ev> seb128: sure, I was just adding these notes in there
[16:54] <seb128> ev, thanks
[16:57] <kirkland> sladen: are there Ubuntu monospace web fonts yet?
[17:00] <sladen> kirkland: in Beta.  Alledgedly the hinting on the Regular was finished a couple for days ago (the Hinting is what is needed to generated bitmaps)
[17:01] <sladen> kirkland: https://launchpad.net/~ubuntu-typeface-interest/+join  if people are interested
[17:04] <zyga> dholbach, hi, where will the developer week take place exacly? #ubuntu-classroom?
[17:04] <ricotz> infinity, hello, are you investigating the build failure of telepathy-glib?
[17:05] <dholbach> zyga, yes
[17:05] <infinity> ricotz: I am, but juggling with a few other things, so if someone beats me to it, they're welcome to. :P
[17:05] <infinity> ricotz: I have a bug filed upstream too, just as a personal reminder to get it fixed.
[17:05] <ricotz> infinity, ok, i will wait then
[17:06] <infinity> https://bugs.freedesktop.org/show_bug.cgi?id=39183
[17:06] <ricotz> thanks
[17:11] <selvakumaran_>  Hey All., i wish to add a change in UI of Update mgr., can i code for that..?
[17:12] <selvakumaran>  Hey All., i wish to add a change in UI of Update mgr., can i code for that..?
[17:12] <smoser> wonder if someone python aware could answer:
[17:12] <smoser> is this expected for some reason:
[17:12] <smoser> $ python -c 'import pkg_resources'
[17:12] <smoser> -c:1: UserWarning: Module paste was already imported from None, but /usr/lib/python2.7/dist-packages is being added to sys.path
[17:13] <smoser> (i'm getting that from another module that imports pkg_resources, not just typing that command line for fun)
[17:13] <nigelb> heh
[17:22] <kirkland> sladen: okay, thanks.
[17:24] <infinity> mvo: Is it intentional that update-manager's release upgrade tool lost support for local mirrors?
[17:24] <infinity> Err, and if he were here, he might be able to answer. :P
[17:25] <sladen> kirkland: what are you after inparticular?
[17:25] <kirkland> sladen: i'm giving a class in #ubuntu-classroom in 30 minutes;  i'm doing a live demo/webcast at http://bit.ly/uclass
[17:25] <kirkland> sladen: username/pass = guest/guest
[17:25] <kirkland> sladen: that's an ajaxterm
[17:26] <kirkland> sladen: jcastro mentioned that it would be nice if our ajaxterm package used the ubuntu colors/font
[17:26] <kirkland> sladen: it's pretty easy to hack the css/html
[17:26] <kirkland> sladen: i hacked it a few minutes ago to use the serif font, but without monospace, the terminal looks terrible
[17:27] <sladen> kirkland: bad idea, leave it at 'UbuntuBeta Mono, monospace' at the moment
[17:28] <sladen> kirkland: ah, I was talking to soren about this yesterday too
[17:28] <sladen> kirkland: and looking into possibly patching the SeaBIOS source (soren was assuming it'd be webbrowser-based VNC for openstack in the future)
[17:30] <sladen> kirkland: looks lovely from there, but I have 'UbuntuBeta Mono' installed
[17:30] <kirkland> soren has an interest in ajaxterm?
[17:30] <kirkland> sladen: hmm, not sure i understand your directions
[17:31] <sladen> kirkland: I want Ubuntu Mono to be used whenever an adminstrator is accessing an Ubuntu/Cloud server from a web-interface.  I don't mind what the technology used to do that is
[17:32] <kirkland> sladen: okay
[17:32] <kirkland> sladen: but it's not in the google web fonts yet, right?
[17:33] <sladen> kirkland: no.  Ubuntu Mono isn't finished.  it's currently betaing.  We'll probably release it this mnth
[17:34] <sladen> kirkland: once the engineering is done.  But that's still later than I'd like, so it would be good to get the infrastructure all lined-up for Web/etc
[17:34] <kirkland> sladen: okay, no problem;  so not a candidate for this presentation;  will check back with you later
[17:34] <kirkland> sladen: i'd be glad to see you change the css shipped with ajaxterm, though
[17:34] <sladen> kirkland: not unless people already have installed (about 1,400 people, so it might be worth setting the CSS anyway)
[17:35] <kirkland> sladen: whatever you say, mate
[17:53] <jdstrand> @pilot out
[17:54] <vikapi> i really missed lvm support while installing kubuntu (using kubuntu for the very 1st tie).. will this feature be added in any future release.??
[17:54] <vikapi> *time
[17:59] <slangasek> cjwatson: whee; I just looked in my oneiric dev chroot and find that /lib/init/rw is not a symlink to /var/run like it's supposed to be.  I guess this is because I continuously upgraded, and it's a chroot so init scripts never ran... I wonder if this matters
[17:59] <slangasek> vikapi: lvm support is available when installing kubuntu using the alternate CD image instead of the desktop one
[18:00] <slangasek> vikapi: lvm support for the desktop installer has been on the Would Be Nice list for years, but it requires some dedicated effort to get there so it's never happened; I think the installer folks would heartily welcome community contributors who were willing to work on this
[18:00] <vikapi> slangasek, aha..i should ve known this bfore..alright, wats the difference between alternate and desktop??
[18:00] <vikapi> slangasek, i would love to contribute, but im a very newbie in developement..:)
[18:01] <vikapi> slangasek, and my contribution (if any) wud be so insignificant
[18:01] <slangasek> vikapi: the desktop CD gives you the graphical, X-based installation (plus the try-before-you-buy live desktop environment); the alternate CD boots straight into a fullscreen text interface (specifically, debian-installer)
[18:03] <vikapi> slangasek, ok tats the only difference??anythng else relatd to default packages selectd.. like wat we have for desktop vs server editions??
[18:07] <slangasek> vikapi: no, the packages you get installed at the end are meant to be 100% identical in the default case (though obviously, if you use lvm from the alternate installer, you'll have lvm tools installed at the end that you wouldn't using the desktop CD)
[18:09] <cjwatson> slangasek: I suppose we could deal with that in the mountall run_migrate stuff too
[18:09] <cjwatson> apw: thanks, looks good, I'll merge that
[18:13] <vikapi> slangasek: ok..
[18:16] <smoser> i opened bug 810019 to address my issue above.
[18:16] <slangasek> cjwatson: do we even need to, though?
[18:20] <slangasek> cjwatson: normal case: /lib/init/rw is only used by things coordinating with initscripts itself (for sendsigs); /lib/init/rw is already a symlink to /var/run in Ubuntu, with /var/run becoming bind mounted to /run on upgrade; so there's only one sendsigs list on upgrade of a non-chroot, and it's in the right place
[18:21] <slangasek> continuously-upgraded chroot case: /lib/init/rw is still a directory because the reboot code has never switched it over; but it's a chroot so sendsigs is irrelevant and who cares
[18:22] <slangasek> newly-installed chroot case: /lib/init/rw is a symlink to either /var/run or /run depending on which version it was bootstrapped with, and will stay that way forever, so that's fine both for chroots that will become booted systems after the install finishes, and for chroots that will remain chroots indefinitely
[18:24] <Phr3d13> something is wrong regarding via vt6410 pci raid/ide card, the pci card is detected by the system (ubuntu 11.04) but none of the hard drives show up
[18:25] <Phr3d13> not trying to set up a raid array, just trying to get individual ide drives working
[18:25] <bryceh> slangasek, on https://launchpad.net/ubuntu/+source/wayland seems to be stuck in pending publication; I merged my package with debian's and that resulted in some changes to binary packages, wondering if that is what's got it blocked?  Any ideas on what I need to do to get it unblocked?
[18:26] <slangasek> bryceh: yeah, it's in the binary new queue :/  sec, let me hit it with the mallet
[18:29] <slangasek> bryceh: accepted.  BTW, why are libwayland-client and libwayland-server shipped in a single lib package?  Are they guaranteed to have soname bumps in lockstep?
[18:31] <bryceh> slangasek, should be, yes.
[18:31] <slangasek> fair enough
[18:31] <slangasek> bryceh: in that case, I would suggest adding a lintian override for this, with an explanatory comment to that effect :)
[18:32] <cjwatson> slangasek: OK, you're right, since it becomes irrelevant we can just not care
[18:34] <cjwatson> slangasek: it would only be if there are other things in /lib/init/rw that are actually relevant in a chroot, which I'm having trouble imagining
[18:35] <bryceh> slangasek, ok... I didn't spot an error to this effect when I built the package, what are you seeing?
[18:35] <slangasek> cjwatson: I've just noticed another wrinkle, which is that the /lib/init/rw symlink migration only happened in maverick so will still be a separate directory by the time /etc/init.d/sendsigs runs on first reboot; but I've convinced myself this doesn't require anything more elaborate than what rleigh already has in place (checking both dirs)
[18:35] <slangasek> bryceh: $ lintian wayland_0.1.0~0-1ubuntu1_i386.changes
[18:35] <slangasek> W: libwayland0: package-name-doesnt-match-sonames libwayland-client0 libwayland-server0
[18:35] <slangasek> W: libwayland-dev: binary-without-manpage usr/bin/wayland-scanner
[18:35] <cjwatson> slangasek: yes, ISTR there are already places where we check both dirs anyway for similar reasons
[18:35] <cjwatson> or used to be
[18:35] <slangasek> cjwatson: eh, "in upgrade from LTS" belongs in that sentence somewhere, but you get the idea :)
[18:36] <slangasek> yep
[18:36] <bryceh> slangasek, ah
[18:36] <cjwatson> I filled that in for myself :)
[18:57] <Phr3d13> trying to get a vt6410 pci ide card working on ubuntu 11.04
[19:17]  * Kreative` is away: Away
[19:18] <ion> !away
[19:19] <seb128> bigon, why a no source change upload rather than a retry build on launchpad?
[19:20] <bigon> euh the pkg was already built no?
[19:20] <bigon> d'oh
[19:21] <seb128> bigon, no, it needed a retry
[19:21] <seb128> ok, seems an overlook, it's ok ;-)
[19:31] <soren> kirkland: Sort of.
[19:32] <soren> kirkland: It's used under certain circumstances in OpenStack.
[19:34] <kirkland> soren: neat
[19:47] <slangasek> cjwatson: heh, something has created /run/motd prematurely in my chroot, so that's fun
[19:47] <slangasek> postinst fails to link the dirs
[19:48] <slangasek> courtesy of base-files, of course
[20:24] <bryceh> slangasek, thanks for kicking wayland.  It appears amd64 and armel have gone through, but i386 appears to still be pending.  Do you know what might be blocking it?  https://launchpad.net/ubuntu/+archive/primary/+sourcepub/1817225/+listing-archive-extra
[20:25] <slangasek> bryceh: probably that it landed after I accepted the other two :) accepting now
[20:27] <bryceh> thanks
[20:42] <slangasek> can anyone here tell me if they see a /var/run/run -> /run symlink on their oneiric system?
[20:46] <seb128> slangasek, not there
[20:46] <slangasek> ok
[20:46] <bryceh> slangasek, none here either
[20:47] <slangasek> then I'll consider it a one-off and wait for the screaming :P
[20:47] <bryceh> updated yesterday though; I'll update again
[20:47] <bryceh> (now that I can install wayland on it... yay)
[21:00] <Phr3d13> any driver developers in here? i can't get my vt6410 pci raid/ide card to work, even though it looks 'supported'
[21:07] <Phr3d13> any driver developers in here? i can't get my vt6410 pci raid/ide card to work, even though it looks 'supported'
[21:39] <slangasek> not auto, the other thing
[21:39] <cjwatson> slangasek: /var/run/run> maybe we should use ln -nsf rather than ln -sf for the sake of paranoia
[21:40] <directhex> hm. i wonder why libubuntuone is ignoring a configure flag
[21:40] <slangasek> cjwatson: maybe - but ATM I have bigger concerns, / isn't guaranteed to be mounted rw at the time the /run mounted event fires
[21:40] <cjwatson> oh, ouch, whoops
[21:41] <directhex> oh, moot point, the builders have exploded
[21:41] <cjwatson> I'm not at a proper computer right now - how late is the rw mount?
[21:42] <slangasek> working that out now
[21:42] <slangasek> publisher stopped to buy me some breathing room
[21:42] <bdmurray> Is it just me or would a package installation failure with an Out of memory message in dmesg be suspect?
[21:43] <cjwatson> depends on what the OOM killer killed
[21:43] <ogra_> bdmurray, hmm, i had that too today but i blamed arm and my actual low ram
[21:43] <cjwatson> worth looking a, but doesn't necessarilly invalidate a failure
[21:43] <cjwatson> *at
[21:44] <ogra_> dmesg should have some info :)
[21:44] <cjwatson> you might have had some kind of oom event and then run an upgrade after it had run its course
[21:44] <directhex> hooray oom killer
[21:45] <cjwatson> if the oom killer took out dpkg or something, then yeah, not likely to be a valid bug :)
[21:46] <bdmurray> cjwatson: or something like lzma
[21:46] <cjwatson> yep.  the more general the thing it killed, the more likely you are to have to pair it up with where the terminal log falls over
[21:47] <cjwatson> lzma being killed would probably go with something like "dpkg-deb: short read in buffer copy" or whatever that message is
[21:50] <bdmurray> cjwatson: what the keyboard-configuration post-inst and lzma being killed?
[21:51] <cjwatson> bdmurray: not sure I see an immediate connection there
[21:54] <bdmurray> cjwatson: it calls update-initramfs?
[21:54] <cjwatson> oh yeah
[21:54] <cjwatson> on live media that would involve lzma
[22:20] <slangasek> cjwatson: mounted-var isn't as safe as we thought it was, because some of the things under /var/run are sockets... :)
[22:20] <slangasek> er, wait
[22:20] <slangasek> no, it's just as safe (and unsafe) with sockets as anything else
[23:36] <slangasek> vila, james_w: can you explain why the package importer kicked https://code.launchpad.net/~ubuntu-branches/ubuntu/oneiric/sysvinit/oneiric-201107132118 aside?
[23:36] <slangasek> vila, james_w: I intend to clobber the UDD branch with the original one, which was there for a reason :)
[23:45] <james_w> slangasek, did you push/merge that branch back to lp:ubuntu/sysvinit?
[23:45] <slangasek> james_w: yes - that was pushed (immediately) before I uploaded the package
[23:46] <slangasek> I've now repushed it with --overwrite
[23:46] <james_w> ok, I'll have to find the old head then to compare
[23:46] <slangasek> ok
[23:46] <james_w> it thought that .bzr-builddeb/default.conf and the script you changed were different in the branch and the upload
[23:47] <slangasek> hmm
[23:47] <slangasek> that's true since I deleted the .bzr-builddeb/default.conf after tagging - but I didn't think that got included in the upload anyway with bzr bd
[23:47] <james_w> I can't tell you how they were different right yet, as I'd just be comparing something with itself
[23:53] <james_w> slangasek, I can't see the revision that you push --overwrote
[23:53] <slangasek> oh?
[23:53] <james_w> well
[23:53] <slangasek> did I get clobbered again? ;)
[23:54] <slangasek> doesn't look like it
[23:54] <james_w> if we're being truthful I can
[23:55] <james_w> just keeping you on your toes
[23:55] <james_w> or not reading properly
[23:55] <james_w> one of the two
[23:55] <slangasek> ;)
[23:57] <james_w> http://paste.ubuntu.com/643614/
[23:57] <james_w> that's -importer's +yours
[23:58] <james_w> but that still doesn't explain it to me
[23:59] <slangasek> infinity: do you have buildd chroot mangling access these days?


[20:11] <jimmacdonald|awa> back
[20:11] <jimmacdonald|awa> back
[20:11] <Fuchs> jimmacdonald|awa: I'd advice to neither use public away / back messages nor such nicks
[20:11] <Fuchs> *advise   even
[20:12] <jimmacdonald|awa> I don't it's a fresh update to my client. I am trying to clear it right now.
[20:12] <Fuchs> may I ask which client has such horrible defaults?  And I might recommend switching, then :)
[20:13] <jimmacdonald|awa> you may ask... it's Linkinus for OSX, you may recommend, but I'll not be switching.
[20:20] <JoseeAntonioR> Hello! I would like to know if the Council could please transfer founder flags of #ubuntu-pe from P3L|C4N0 to UbuntuPeCouncil, please


[02:14] <mattrae_> kurt_: hey when i've seen OAuthUnathorized, usually its because the time is out of sync between the node and the maas server
[02:15] <mattrae_> kurt_: because oauth doesn't like time being out of sync
[02:16] <mattrae_> kurt_: are you seeing that error when you try to enlist a node in maas?
[03:36] <kurt_> mattra: I've restarted the complete enlistment process via maas.  The time was definitely off.  But I'm not sure how to correct that in the individual instances.
[03:37] <kurt_> mattrae rather
[16:13] <kurt_> Hi - I'm using vmware / virtual machines with maas.  It's worked fairly well so far.  But I am seeing a ton of "No PXE template found" errors in the OOPS log.  Any idea how to fix these?
[16:13] <kurt_> http://pastebin.com/mjA2VEBL
[17:04] <kurt_> Also I'm having a problem trying to deploy juju-gui.  While I know that kind of problem should be discussed in the juju list, the problem seems to be with maas and its ability to spin up a node.  There are OAuthUnauthorized errors in the maas.log.  This isn't a time issue.  At least the control node and the first node allocated to root are in sync w/r time.
[17:04] <kurt_> http://pastebin.com/ud3ErH4g


[01:12] <bazhang> doesnt fedora use wayland these days
[01:13] <bazhang> bingo!
[01:13] <k1l_> afaik they changed to full wayland gnome on some release. but i dont know if that is released already
[01:13] <bazhang> he's a fedora user
[01:57] <hggdh> yes, fedora is using wayland as of the current release
[02:36] <bazhang> clu3> #join mongodb
[02:36] <bazhang> * PipeItToDevNull
[02:36] <bazhang> thats a sign of the apocalypse
[09:12] <bazhang> yuuiubuntu> I want add package to official ubuntu repository.How can I do it?
[09:22] <bazhang> he wants upload rights for everything ubuntu kernel related
[09:29] <bazhang> sirv again with the remove windows completely, for dual boot issues 'support ' advice
 xz maybe try other distro ?
[09:43] <bazhang> brilliant
[10:32] <bazhang> sirv wants to know why google it is not good advice
[11:17] <Speiros> I'm unsure whether a link I was whispered is risky or not, as I won't open it, but wanted to highlight who was sending it.
[11:18] <Speiros> I've not said anything yet to them, in case their details are needed while they are still online.
[11:18] <Speiros> Well, not said anything that I'm not looking at the link, I mean.
[11:18] <Speiros> The person's username is Zeljko, in #ubuntu
[11:25] <ikonia> what was the link ?
[11:26] <Speiros> It seems he is genuine, and probably didn't want to share info with the room.  It was the link to a github page.
[11:26] <Speiros> Sorry, ikonia, addressed to you that.
[11:26] <ikonia> so he just blindly pm'd you a link to a github project ?
[11:26] <ikonia> (or am I missing context)
[11:27] <Speiros> I didn't look at the script, but after he pm'd me, I pretended I was a bot, and he posted in the room.  Apparently, it's a spambot.
[11:27] <ikonia> right, ok, I see him asking about it in the main channel now
[11:27] <ikonia> lets see what happens with it, thanks for the heads up
[11:27] <Speiros> Yep:)
[11:28] <ikonia> yes, it a crappy bot spam thing by the looks of it
[11:28] <ikonia> thanks for the info
[11:29] <Speiros> np.  I won't open a pm link, unless I trust the person, or their issue has been explained in the room already.


[06:32] <liuxg> should I use import com.canonical.Oxide 1.0 or import import Ubuntu.Web 0.2 for webview development in QML?
[06:51] <dholbach> good morning
[07:54] <rbasak> Does anyone else have issues with the battery status since the OTA that improved battery life?
[07:55] <rbasak> My phone permanently overestimates battery charge now. Until suddenly it dies. While on standby, it suggests that battery doesn't drop at all, but I'm pretty sure that's false.
[07:56] <rbasak> Battery life is definitely improved, but the charge indication is far more optimistic than that. It hasn't even dropped one pixel below 88% in the last twelve hours.
[07:58] <mcphail> rbasak: Have been down to about 20% battery status since the last update. Phone didn't die, so probably accurate
[08:29] <bqphone> hit here,
[08:29] <bqphone> hi there
[08:30] <bqphone> my phone used to open from right to left, now its from left to right
[08:30] <bqphone> how to make it open from right to left again?
[08:32] <mcphail> bqphone: The lockscreen can become unresponsive to the swipe for some reason. I think it is being fixed in the next update. For the time being, a reboot should fix it
[08:33] <seb128> did you try to swipe for the left?
[08:33] <seb128> sometime the right edge stops working but the left one still does
[08:33] <seb128> ups, for->from
[08:34] <seb128> https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1435988
[08:36] <bqphone> trying a restart
[08:38] <bqphone> well the restart did fix the problem, i thought i did change the way the phone get unlocked somewhere in the settings
[08:38] <bqphone> thx for the help
[08:39] <mcphail> seb128: I think that may be a duplicate of another bug...
[08:39] <tsdgeos> sil2100: you there?
[08:39] <sil2100> tsdgeos: hey, what's up?
[08:39] <tsdgeos> sil2100: i'm trying to build http://people.canonical.com/~platform/citrain_dashboard/#?q=landing-004
[08:39] <tsdgeos> and it complained about "Silo config is missing these packages: qtmir-gles, qtubuntu-gles"
[08:40] <tsdgeos> i know there's some magic stuff involved when building those
[08:40] <tsdgeos> but i don't know exactly what needs to be done
[08:40] <tsdgeos> afaik "IGNORE_MISSING_TWINS" is a way to workaround it, but i guess "not the proper fix" if you want the silo to be usable on the phone
[08:40] <tsdgeos> or is it?
[08:40] <seb128> mcphail, that's possible, feel free to mark it as such/give the other bug number if that's the case
[08:41] <sil2100> tsdgeos: yeah, so there's a trick for that
[08:41] <mcphail> seb128: I can't find the other bug just now as I think it was "fixed" in vivid (by accident)
[08:41] <sil2100> Let's reconfigure your silo with 'qtmir-gles qtubuntu-gles' as additional source packages to land, then build all your packages with the ignore missing twins flag
[08:42] <sil2100> Once qtmir ang qtubuntu build in your silo, prepare merges for the -gles parts that only modify the changelog and the debian/watch file to fetch the latest tarball from your silo
[08:43] <sil2100> (you can check how that's done in the -gles branches of qtmir and qtubuntu)
[08:44] <tsdgeos> sil2100: that's not a trick, that's a monstruosity :D
[08:44] <tsdgeos> sil2100: i.e. i didn't understand a single word of what you said
[08:44] <sil2100> tsdgeos: we know, this really should be simply automated
[08:44] <tsdgeos> +345
[08:44] <tsdgeos> i'll try to follow the instructions
[08:45] <tsdgeos> will ping you when i fail to
[08:45] <tsdgeos> :D
[08:45] <sil2100> tsdgeos: first of all, let me reconfigure your silo and just build it with IGNORE_MISSING_TWINS then
[08:45] <sil2100> hmmmmmmmm
[08:45] <sil2100> tsdgeos: when did you get your silo?
[08:45] <sil2100> Was that yesterday?
[08:46] <tsdgeos> sil2100: no, it's older
[08:46] <tsdgeos> why?
[08:46] <sil2100> Ah, nvm!
[08:46] <sil2100> Give me one moment
[08:48]  * tsdgeos waits
[08:48] <brunch875> hey ogra_, did you create any non-webapp game?
[08:49] <brunch875> I'm having trouble getting started...
[08:50] <sil2100> tsdgeos: ok, after I finish reconfiguring, try rebuilding it without the IGNORE_MISSING_TWINS flag even
[08:50] <tsdgeos> ok
[08:50] <sil2100> Still reconfiguring though
[08:51] <sil2100> tsdgeos: done, you can build
[08:51] <tsdgeos> sil2100: what did you "reconfigure" exactly? is this something i could have done?
[08:52] <sil2100> tsdgeos: once your qtmir and qtubuntu packages build, you'll have to prepare merges that look like this: https://code.launchpad.net/~mir-team/qtmir/gles-sync-mir/+merge/258053 - so you copy-paste the changelog from your qtmir and only modify the debian/watch file
[08:52] <sil2100> tsdgeos: you can request a silo with the qtmir-gles and qtubuntu-gles already written in the additional source packages to land
[08:53] <tsdgeos> i see
[08:53] <sil2100> But if they're not set there in the time of assignment, you'll need a trainguard to reconf for you
[08:53] <sil2100> Well, we would really automated this 'hack' long ago but people actually using this workflow are so experienced in this that they don't mention it as a problem
[08:54] <sil2100> So we forgot it's actually an issue, since no one reports it as an annoyance ;) Because they're just doing it out of automation
[08:54] <tsdgeos> well it is bad
[08:54] <tsdgeos> i tell you :D
[08:57] <ogra_> brunch875, nope, not really, only webapps
[08:57] <brunch875> Ah, ok+
[08:59] <ogra_> brunch875, but i guess if i would write a game i would do it in html and just use a local index.html file
[09:04] <brunch875> ogra_, I tried doing an html5 webapp using the phaser game engine. It would launch perfectly on the computer from the sdk but the phone would only display a blank, white page
[09:04] <brunch875> I think the issue has something to do with the app I tried being horizontal; so I'll give it another go later on
[09:06] <brunch875> I also tried doing the game with QML/C++ but it semt to be awfully complicated. It's the first time I touch Qt so I just need a proper guide
[09:08] <mcphail> brunch875: http://qmlbook.github.io/ is a decent introduction (but a bit of a work-in-progress)
[09:09] <mcphail> brunch875: it is a generic qml book, rather than Ubuntu-specific
[09:10] <brunch875> that's pretty neat, thanks!
[09:13] <JamesTait> Good morning all; happy Tuesday, and happy Lindy Hop Day! 😃
[09:37] <E524> Hi all, does anybody know if there is a port in progress for the neo900? a google search does not suggest it....
[09:44] <ogra_> E524, i dont think there is
[09:45] <ogra_> !devices
[09:46] <E524> hm... said. a the neo900 seems to have a nice keyboard, which i had in my previous device. it was really nice to have one...
[09:58] <tsdgeos> sil2100: i've addded the -gles branches to silo4 spreadsheet, i guess you need to press some button so that they move over to http://people.canonical.com/~platform/citrain_dashboard/#?q=landing-004 ?
[10:03] <sil2100> Yeah, you can reconfigure the silo now - let me double check your landing entry
[10:04] <sil2100> tsdgeos: ok, now that you added the -gles MRs, remove the qtmir-gles and qtubuntu-gles entries from column G and then reconfigure your silo - you can do that yourself by accessing the 'Landing tools' menu and pressing 'Reconfigure' while you have your row selected
[10:07] <tsdgeos> sil2100: can't edit column G, is it because you're on it?
[10:07] <tsdgeos> and now i could
[10:07] <tsdgeos> weird
[10:07] <tsdgeos> :D
[10:09] <sil2100> uh oh
[10:09] <sil2100> ;)
[10:09] <sil2100> Spreadsheets \o/
[10:09] <tsdgeos> sil2100: where is "Landing tools"? i can find it neither on the spreadsheet nor on http://people.canonical.com/~platform/citrain_dashboard/#?q=ubuntu%2Flanding-004
[10:09] <sil2100> hmm, it should be on the spreadsheet
[10:09] <sil2100> Next to the 'Help' menu entry
[10:09] <tsdgeos> ahhh
[10:09] <sil2100> In the spreadsheet menu :)
[10:10] <sil2100> If you don't have it, you would need to refresh the spreadsheet until you do, sometimes the scripts don't always work
[10:11] <tsdgeos> yeah
[10:11] <tsdgeos> saw it
[10:11] <tsdgeos> i was expecting not there
[10:19] <mcphail> I've founf the volume settings and "silent mode" don't affect sound volume on a game I am porting to the phone. It seems to use openAL for sound. Is this a known bug?
[10:29] <mcphail> Against which package would I file a bug in launchpad?
[10:31] <lotuspsychje> mcphail: on wich touch version are you? channel?
[10:31] <mcphail> krillin rtm
[10:31] <lotuspsychje> mcphail: and wich device?
[10:31] <mcphail> krillin
[10:32] <lotuspsychje> is that nexus5?
[10:32] <mcphail> bq
[10:32] <lotuspsychje> ah
[10:32] <lotuspsychje> mcphail: maybe ogra_ or popey know this?
[10:33] <lotuspsychje> im on nexus7 devel-proposed
[10:33] <mcphail> lotuspsychje: I may be able to knock up a test case tonight to try on different devices
[10:33] <lotuspsychje> mcphail: good idea
[10:33] <ogra_> mcphail, you mean it plays sound via OpenAL *on* the device if deliveread as a click package ?
[10:34]  * ogra_ thought apparmor would prevent you from direct device access
[10:34] <mcphail> ogra_: yes - I've bundled openAL in the click
[10:34] <mcphail> ogra_: actually, you may have a point. Having to use unconstrained environment for developing this just now
[10:35] <ogra_> well, to have proper volume control you somehow need to involve pulse ... not sure how that would work ... wait for rsalveti, perhape he can help
[10:35] <ogra_> *perhaps
[10:36] <mcphail> ogra_: I'll make a test case tonight and see if a standard apparmor profile changes things
[10:37] <ogra_> yeah
[11:18] <tsdgeos> sil2100: are these errors something i need to be worried about or they're fine? http://paste.ubuntu.com/11368925/
[11:20] <sil2100> tsdgeos: those look fine, when building packages the builder tries to fetch the tarball in a few different ways
[11:20] <sil2100> Before it can decide what to do in the end
[11:21] <tsdgeos> ok, thought so
[11:21] <tsdgeos> wanted to make sure
[11:23] <nerochiaro> elopio: quick question about the textfield emulator in the ui toolkit: would it be possible to be able to set the speed at which the characters are typed when using the write() method ? right now it is really slow and in most cases it should be ok to go faster, especially when doing desktop tests
[11:24] <nerochiaro> elopio: autopilot supports a delay named parameter on the type() method, so maybe just allowing to pass that in through write() will do
[11:26] <tsdgeos> sil2100: i need help finding out what error in https://ci-train.ubuntu.com/job/ubuntu-landing-004-1-build/168/console is the real error causing the failure
[11:27] <tsdgeos> since there's all those errors that you say that are not real errors
[11:27] <tsdgeos> it's a bit confusing
[11:27] <nerochiaro> elopio: also it would be useful to have the method _is_all_text_selected exposed as a public method
[11:43] <sil2100> tsdgeos: looking
[11:44] <sil2100> tsdgeos: ah, let me take a look at your -gles merges
[11:44] <sil2100> I think the version number on their changelog entries are wrong
[11:46] <sil2100> tsdgeos: yeah, so, you need to put the versions in the debian/changelog in the -gles merges exactly the same as the packages in the PPA
[13:55] <elopio> nerochiaro: both things seem good. The api on the toolkit is emergent, we just add what we need in tests. making those two changes would be nice.
[13:56] <elopio> nerochiaro: you can report a bug to the toolkit, or make a branch. If you make a branch, please add tests for your changes, and brendand or rhuddie can give you a review.
[14:20] <ahayzen> rsalveti, is there a bug tracking that on the latest devel image if you start/seek a track the volume notification appears (i've definitely seen this before but it was fixed)
[14:24] <rsalveti> ahayzen: I thought that this was fixed already
[14:24] <rsalveti> if not, please open a bug against indicator-sound
[14:26] <ahayzen> rsalveti, i'm on what i believe to be the latest mako build for my channel, so i'll open one :-)
[14:27] <nerochiaro> elopio: the one to type faster i doubt can be tested
[14:27] <nerochiaro> elopio: and the other one it turns out i actually don't really need it
[14:28] <nerochiaro> elopio: but i can add it anyway if you want. where would the test go ?
[14:28] <elopio> nerochiaro: we already have tests for typing speed on autopilot. testing it on the toolkit would just be to make sure that we are sending the right argument to the autopilot api. Using a mock is ok.
[14:29] <elopio> nerochiaro: tests/autopilot/ubuntuuitoolkit/tests/custom_proxy_objects
[14:29] <ahayzen> rsalveti, bug 1458897
[14:32] <ahayzen> rsalveti, ah unless the channel i'm on hasn't been built for a few days...
[14:45] <tsdgeos> sil2100: any idea of the error in https://launchpadlibrarian.net/207523720/buildlog_ubuntu-wily-armhf.unity8_8.10%2B15.10.20150526-0ubuntu1_BUILDING.txt.gz ?
[14:45] <tsdgeos> The following packages have unmet dependencies:
[14:45] <tsdgeos>  libconnectivity-qt1-dev : Depends: libconnectivity-qt1 (= 0.5.1+15.10.20150519-0ubuntu1) but it is not going to be installed
[14:45] <tsdgeos> who did that happen?
[14:46] <tsdgeos> s/who/how
[14:56] <seb128> kenvandine, jgdx, hey, can you do an easy review https://code.launchpad.net/~seb128/ubuntu-system-settings/language-punctuation-description/+merge/259771 ?
[14:56] <jgdx> seb128, sure
[14:56] <seb128> kenvandine, jgdx, I'm going to put a landing for settings/wily up today or tomorrow
[14:58] <kenvandine> seb128, thx!
[14:58] <seb128> jgdx, thanks
[14:58] <seb128> kenvandine, yw :-)
[15:23] <seb128> kenvandine, hum, is there any reason you didn't approve https://code.launchpad.net/~seb128/ubuntu-system-settings/translate-pusher-helper/+merge/259612 ?
[15:23] <seb128> jgdx, kenvandine, https://code.launchpad.net/~seb128/ubuntu-system-settings/security-dash-option/+merge/259770 as well
[15:25] <seb128> kenvandine, thanks ;-)
[15:25] <kenvandine> done :)
[15:49] <ogra_> jdstrand, chrisccoulson, http://paste.ubuntu.com/11372912/ i get this for every webapp i open in recent (vivid) images
[15:49] <ogra_> (not sure why oxide or the webapp container wants to read /proc/mounts ...)
[15:51] <jdstrand> both are odd denials
[15:51] <jdstrand> ogra_: can you file a bug?
[15:51] <jdstrand> ogra_: start with webbrowser-app
[15:51] <jdstrand> then I'll comment
[15:51] <ogra_> oki
[15:54] <ogra_> jdstrand, bug 1458923
[15:54] <ogra_> i dont think its the webbrowser app since i see it in plain WebView as well
[15:54] <jdstrand> ok, thanks
[16:35] <josue__> hi everyone!
[16:35] <brunch875> Hello, josue__! Be very welcome!
[16:36] <josue__> i think that i can report a bug from my ubuntu phone bq aquaris ubuntu edition beta 15.04 r.223
[16:37] <josue__> where i can write it?
[16:38] <brunch875> short answer: launchpad
[16:39] <brunch875> question answer: what bug do you want to report?
[16:39] <davmor2> josue__: what channel are you on the correct channel for 15.04 only has 15 images, there was a big channel re-org
[16:40] <josue__> looks like that when the battery is critically low you lost the phone conection (2g/3g)
[16:40] <josue__> you cant recive o send calls
[16:41] <josue__> if you charge the phone looks  that the problem persist untill you restart the connection
[16:42] <brunch875> Uh oh... this also happened to mine which is using the BQ channel
[16:42] <brunch875> I never reported it since I thought of it as a feature
[16:42] <josue__> is a reported bug then?
[16:43] <brunch875> I'm not finding it
[16:43] <josue__> in the top status bar you can see the network phone icon working correctly
[16:44] <brunch875> my phone also disables wifi
[16:44] <brunch875> and ultimately phone as battery gets lower
[16:46] <josue__> i didnt see anything about battery in last week... I can see that from yesterday I didnt consume more than 5% maybe because network isnt working from yesterday XD
[16:47] <brunch875> I've always thought of it as a hardware issue since it isn't possible to power on the device when the battery is so low
[16:48] <josue__> Im not sure about this, now i have 65% battery, but phone network isnt working
[16:48] <josue__> since yesterday...
[16:49] <brunch875> Yikes, I don't remember having this issue
[16:49] <josue__> I noticed that when a friend told me today that he was calling me yesterday
[16:50] <josue__> then... how i can report this?
[16:50] <josue__> =)
[16:51] <brunch875> pick from this list https://wiki.ubuntu.com/Avengers
[16:53] <brunch875> maybe under ofono? https://bugs.launchpad.net/ubuntu/+source/ofono/+filebug?no_redirect
[16:53] <brunch875> but don't trust me, I have little idea :p
[18:32] <peat-psuwit> awe: ping
[18:33] <awe> peat-psuwit, pong
[18:33] <peat-psuwit> awe: I have question about multisim 3g selection
[18:34] <peat-psuwit> I can make ubuntu phone use both of modem now, using different sockets for different modem.
[18:35] <peat-psuwit> After I check with android, it use RIL_REQUEST_GET_PREFERRED_NETWORK_TYPE to set that.
[18:36] <peat-psuwit> But, other SIM must be using 2G before selected can use 3g.
[18:36] <peat-psuwit> Question is, where should I put this restriction?
[18:37] <awe> I'm not sure I understand you
[18:38] <awe> are you saying that only one of the SIMs can be used for 3g?
[18:39] <awe> and the other needs to be 2g?
[18:39] <peat-psuwit> awe: Yes.
[18:39] <awe> if you send GET_PREF_NETWORK_TYPE for both, what are they set to by default?
[18:40] <awe> is one always 2g and the other 3g?
[18:40] <awe> or are both 2g only?
[18:41] <peat-psuwit> awe: What do you mean for "by default"?
[18:44] <awe> the state of the device after it first boots without changing anything
[18:46] <peat-psuwit> awe: The settings seem to stick across reboot.
[18:46] <awe> so what your saying is that if you try to change which SIM is '3g', you have to correspondingly change the other to '2g', correct?
[18:47] <peat-psuwit> awe: correct
[18:49] <awe> and do both have the same value for RadioSettings 'ModemTechnologies'?
[18:49] <awe> eg "gsm umts"
[18:50] <peat-psuwit> awe: yes
[18:52] <awe> so you'd need to quirk this in your derived rilmodem driver
[18:52] <awe> the BQ phone only allows one SIM to be used for 3g as well, but it has a request that can be used to change this
[18:53] <awe> it's a bit complicated,  and causes a modem reset when it changes
[18:53] <awe> so at some point, the request to change the radio-tech filters down to rilmodem, where it sends the RIL_REQ_SET_PREF_NETWORK_TYPE
[18:54] <awe> you're going to need to catch this, and probably interact with the device plugin to cause it to flip the other modem's type
[18:55] <awe> using the device plugin is the only way to coordinate this kind of limitation
[19:00] <peat-psuwit> awe: My plan is to catch this in ril_set_rat_mode, and then change other modem's radio mode. Not sure how I change other modem's settings.
[19:01] <awe> again, you need to do this via the device plugin
[19:01] <awe> please take a look at the code in mtkmodem and mtk.c ( the mtk device plugin )
[19:01] <awe> we have to do similar things to ensure that only one SIM can attach to GPRS
[19:02] <awe> unfortunately, it's complicated
[19:02] <awe> but it can be done
[19:59] <muka> is it possible to send a sms via web page? I read Android uses something like this: SMS
[20:22] <tmash_> hey all
[20:24] <tmash_> alright, im porting ubuntu touch for htc desire 816, having issues with mounting system.img partition, doesnt seem appropriate: [    3.173026] c3    393 pid:393(ureadahead)(parent:390/sh)  (debugfs) umounted filesystem. [    3.173998] c3      1 init: ureadahead-touch main process (390) terminated with status 5 [    3.440137] c2    445 pid:445(cgmanager)(parent:1/init)  (loop0) umounted filesystem.
[20:24] <tmash_> its currentyl s-on with unlocked bootloader
[20:24] <tmash_> is debugfs partition required? guess s-on disabled rw for debugfs.
[20:27] <tmash_> thanks, its would really appreciate any response, stuck on this for almost a month, im not new to porting, but facing incompatibilities in vendor (due to htc ) is a difficult task (?))
[20:28] <tmash_> oops almost forgot here is a dmesg: http://pastebin.com/E8xUz3mJ
[20:30] <tmash_> using cm-11 sources , faced no issues, compiled  completely from the first try ;). yes i did configure fstab, but i dont think this has anything to do with mounting an image in /data
[20:31] <mcphail> ogra_: following on from this afternoon's conversation about the voulme control not working for openal apps, can you test a click for me?
[20:32] <tmash_> i would happy to contribute and be a 'dog feed' for ubuntu touch :D
[20:32] <mcphail> rsalveti: ping
[20:34] <tmash_> is it really worth it to port ubuntu touch for htc phones, incompatibility/performance wise
[20:35] <taiebot> Hey all, I have not read anything about this yet. This was happening on vivid and it is still in willy so i suppose it should be not fixed on arale. Can anyone confirm that it has been reported http://uppix.com/f-screenshot2015045564d8b200190441.png http://uppix.com/f-screenshot2015045564d8880019043f.png
[20:36] <tmash_> what is arale?
[20:36] <tmash_> codename model?
[20:36] <taiebot> tmash_ next ubuntu phone
[20:37] <taiebot> tmash_ yeah they are code names for phones (Bq is using dragon ball names)
[20:38] <tmash_> oh, so thats probably a bq?
[20:39] <taiebot> tmash_ i think it is the MX4
[20:40] <tmash_> epic phone.
[20:41] <tmash_> too bad im on an eastern time, kernel devs are probably asleep :p
[20:41] <tmash_> this line in dmesg is killing me: pid:445(cgmanager)(parent:1/init)  (loop0) umounted filesystem.
[20:44] <tmash_> control group manager, lxc container, fs corruption?
[20:45] <mcphail> popey: you around? I'm looking for someone to test a .click on something other than krillin/rtm. It is a simple test app to play sound via OpenAL. The volume control doesn't seem to work for openal on my device and I want to know whether to file a bug
[20:46] <popey> sure
[20:47] <mcphail> popey: cheers - http://themcphails.uk/altest.njmcphail_0.1_armhf.click - does the volume control or mute button work for you?
[20:51] <popey> mcphail: i hear footsteps
[20:52] <mcphail> popey: does the volume slider do anything?
[20:52] <popey> no
[20:52] <popey> i actually have my phone in silent mode
[20:52] <popey> and still hear it
[20:52] <mcphail> think I should file a bug?
[20:52] <popey> it carries on making noise in the background too!
[20:52] <popey> i may not be on latest image on this device
[20:53] <mcphail> it does go away if you switch to something else
[20:53] <popey> no
[20:53] <mcphail> actually, you're right ... :(
[20:53]  * popey updates device
[20:54] <mcphail> keeping playing when screen off as well
[20:54] <mcphail> This breaks everything an app is supposed to be able to do
[20:54] <popey> ya
[20:55]  * mcphail feels kind of proud
[20:55] <popey> :)
[20:56] <mcphail> The source is in the .click. Just a simple OpenAL test I copied off a blog
[21:02] <taiebot> popey is it a known bug http://uppix.com/f-screenshot2015045564d8b200190441.png?
[21:03] <popey> possibly a toolkit bug
[21:14] <mcphail> Any idea what package I should file a bug against?
[21:40] <popey> mcphail: not sure really :S
[21:42] <mcphail> popey: can you bring it up with your ubuntu chums at your leisure? Very odd bug, and possibly worrying
[21:43] <mcphail> at the very least it gives capability to drain battery
[21:44] <popey> yeah, just updating my device to see if it still happens
[21:44] <popey> took longer than expected
[21:44] <mcphail> which device is this one?
[21:50] <popey> mx4
[21:50] <mcphail> on wily?
[21:51] <popey> no, vivid
[21:51] <mcphail> same behaviour still present?
[21:51] <popey> yes
[21:52] <mcphail> hmm
[21:52] <popey> how are you launching?
[21:52] <popey> directly executing the sdl linked binary?
[21:52] <popey> nvm, I can read the desktop file
[21:53] <mcphail> popey: source code is in click.


[00:34] <bdmurray> I've noticed the update-manager branch for lucid-updates is out of date.  Is there anything that can be done?
[00:42] <spiv> bdmurray: possibly; at a glance it appears someone may be able to run the missing-chk repair script on that import to get it going again
[00:43] <bdmurray> spiv: someone being?
[00:43] <spiv> Someone with admin access to the package-import.ubuntu.com system; poolie in this timezone, if he's around.
[00:44] <spiv> In general anyone on the ~canonical-bazaar team
[00:45] <spiv> And maybe one or two other folks.
[00:48] <bdmurray> spiv: okay, thanks
[01:00] <lifeless> a good thing to do is to file a bug on udd
[01:12] <poolie> hi spiv
[01:13] <poolie> hi bdmurray, i'll have a look in a bit
[01:13] <bdmurray> poolie: thanks
[04:35] <Jesdisciple> LarstiQ, yeah I finally figured it out...  QtCreator is my default editor for bzr, and I was saving and closing the document but not closing the QtCreator window. So that process was blocking the progress of the commit, then I hit Ctrl+C to try again
[06:55] <poolie> k night all
[07:30] <LarstiQ> Jesdisciple: aha! Wonder if there is a way to signal QtCreator is done with the document without quiting
[07:50] <vila> hi all !
[07:56] <fullermd> ETOOCHEERFUL
[07:57] <AuroraBorealis_> apparently freenode is getting ddosed
[07:57] <vila> fullermd: that's to exorcise my upgrade troubles
[07:58] <fullermd> Oh, did mgz infect you?
[07:59] <vila> hehe, not even ;)
[08:01] <fullermd> Y'know, you wouldn't have these sort of problems if you used a real OS   ;p
[08:01] <fullermd> Instead, you'd have totally different problems.  But they'd be problems I could solve with a wave of my hand and a condescending half-smile.  Which is kinda fun.
[08:01] <vila> hehe, yeah, I appreciate that when I use those kind of OS ;)
[09:35] <kgoetz> hi all. can i bzr add with excludes? 'bzr help add' doesn't mention it, but i thought i'd ask anyhow
[09:38] <kgoetz> just tried, didn't work. ah well
[09:41] <mgz> kgoetz: you mean, more than just `bzr ignore` on files you don't want versioned?
[09:42] <mgz> you want to only prevent a subset being added, and only right then?
[09:42] <kgoetz> yeah. want to ignore half a dozen files and add 'other'
[09:42] <kgoetz> ignore hten add instead of add then ignore could be a winner, thanks
[11:26] <jml> how can I set submit-branch to local trunk for all branches in my colo?
[11:27] <mgz> how do you do it when not using colo?
[11:33] <mgz> jml: I guess that's a zen way of saying I'm not aware of any way of automatically setting the submit branch across multiple branches, so file a bug.
[11:37] <jml> mgz: I think I can do it by editing my locations.conf
[11:37] <jml> mgz: which is a bit yuck.
[11:41] <mgz> yeah, that would work provided you don't move the repo
[11:43] <jml> it would be nice if there were a single character shortcut for 'file:,branch='
[11:44] <jelmer> jml: there's an open bug about that
[11:44] <jml> I guess it would be better still if it could just be inferred
[11:44] <jelmer> jml: ideally most commands will just take a branch name without anything special (like switch)
[11:44] <jml> jelmer: what does 'file:' mean anyway? cwd? path to the repo?
[11:46] <mgz> it's a relative path
[11:46] <jml> yeah, but relative to what
[11:47] <mgz> ah, er, there was some question about what exactly locations.conf should be doing there
[11:47] <mgz> and I can't remember which is currently the truth :)
[11:48] <jml> oh well, at least my ignorance is in good company :)
[11:49] <jelmer> jml: It's a shorthand for "file://`pwd`/" basically
[11:49] <jml> jelmer: thanks.
[12:35] <AI-team> [13:26] <AI-team> @anyone how is familiar with bzr on windows[13:26] <AI-team> "Doing on-the-fly conversion from RepositoryFormatKnitPack4() to RemoteRepositoryFormat(_network_name='Bazaar repository format 2a (needs bzr 1.16 or later)\n'). This may take some time. Upgrade the repositories to the same format for better performance. bzr: ERROR: An inconsistent delta was supplied involving '<unknown>', '4612@7d95bf1e-0414-0410-9756-b784
[12:35] <AI-team> woops
[12:35] <AI-team> <.<
[12:36] <AI-team> ok so again, is there anyone that is familiar with bzr on windows?
[12:37] <mgz> file a bug and attach the part of .bzr.log (running `bzr version` will tell you where that is) that ends in that error
[12:38] <mgz> after that, what you probably want is to upgrade the source repository to 2a
[12:39] <AI-team> it's not my repository it's just a branch
[12:39] <AI-team> but I will attack the bzr.log
[12:51] <AI-team> voila
[12:51] <AI-team> http://pastebin.com/AqmriiSN
[12:51] <AI-team> you can skip the first part, it's just the lock breacking
[12:54] <mgz> AI-team: run `bzr upgrade C:/Users/Nik/Desktop/tron/0.4` from cmd
[12:54] <mgz> then try `bzr push lp:~ai.tron/armagetronad/0.4-chat_layere` again from cmd as well
[12:56] <AI-team> kk
[13:00] <AI-team> I'm getting exactly the same error again
[13:03] <AI-team> just tried upgrading again and now it worked o.o
[13:09] <AI-team> mgz: alright a different error is appearing now
[13:09] <AI-team> http://pastebin.com/8f83A54v
[13:10] <AI-team> how come it says "~ai.tron/armagetronad/0.4-chat_layere" with an "e" at the end?
[13:21] <wgz> is that not what it should be?
[13:22] <AI-team> no
[13:22] <wgz> did seem a bit odd
[13:22] <AI-team> and it only says "layere" at the end of the file
[13:22] <AI-team> however in the beginning it's without the additional e
[13:23] <AI-team> hmm according to the arguments I said layere
[13:23] <AI-team> which I did not do as you can see at the first line
[13:24] <wgz> if you run `bzr info` in your local branch what does it say?
[13:24] <wgz> you might just want to correct the parent_branch config setting
[13:25] <AI-team> Standalone tree (format: 2a) Location:   branch root: .  Related branches:     push branch: bzr+ssh://bazaar.launchpad.net/~ai.tron/armagetronad/0.4-chat_layer/   parent branch: bzr+ssh://bazaar.launchpad.net/%2Bbranch/armagetronad/0.4/
[13:26] <wgz> odd, probably just a display bug then.
[13:26] <AI-team> I hope so
[13:26] <AI-team> ok so back to the actual error
[13:26] <AI-team> "has no revision"
[13:26] <wgz> okay, so the current issue is:
[13:26] <wgz> File "bzrlib\vf_repository.pyo", line 2547, in _walk_to_common_revisions
[13:26] <wgz> NoSuchRevision: CHKInventoryRepository('file:///C:/Users/Nik/Desktop/tron/0.4/.bzr/repository/') has no revision<EMAIL_ADDRESS>[13:27] <AI-team> ofc it has to revision yet
[13:27] <AI-team> as I can't even push to it
[13:28] <wgz> this is basically a sign of your local repo missing some revision your locale branch thinks it has
[13:28] <wgz> as in bug 903906
[13:28] <ubot5`> Launchpad bug 903906 in bzr (Ubuntu) "bzr crashed with NoSuchRevision in _walk_to_common_revisions(): CHKInventoryRepository('file:///home/username/code/unity/.bzr/repository/') has no revision <email address hidden>" [Undecided,Incomplete] https://launchpad.net/bugs/903906
[13:29] <wgz> it's generally related to moving a branch with a stacked or shared repo
[13:30] <AI-team> so I just fetch the files again?
[13:30] <AI-team> (and delete the old ones)
[13:30] <wgz> the easiest way to fix is probably to convert your local branch to use a shared repo
[13:30] <wgz> then branch upstream into that same shared repo
[13:31] <wgz> so, `bzr init-repo C:/Users/Nik/Desktop/tron/`
[13:32] <wgz> `bzr branch lp:<whatever_upstream_is> C:/Users/Nik/Desktop/tron/trunk`
[13:33] <wgz> `bzr reconfigure --use-shared C:/Users/Nik/Desktop/tron/0.4/`
[13:33] <wgz> you follow me?
[13:33] <AI-team> yes
[13:33] <wgz> then your upstream copy and local branch with changes use the same repo, which should contain all the revisions needed after the change
[13:38] <AI-team> ok
[13:38] <AI-team> kk I folled all the steps
[13:38] <AI-team> will try to push it again
[13:39] <wgz> *hope*
[13:45] <AI-team> umm
[13:45] <AI-team> my upstream copy is empty yet, so it even make sense to branch it?
[13:48] <wgz> you want the actual upstream, or the 0.4 series to be specific
[13:49] <wgz> it appears to be lp:armagetronad/0.4 - you want to branch that into your shared repo
[13:50] <AI-team> oh
[13:50] <AI-team> I'm an idiot
[13:50] <AI-team> I branched my empty one
[13:50] <wgz> well, no harm, delete that dir and branch the right one instead
[13:57] <AI-team> bazaar hates me
[13:57] <AI-team> "RemoteRepositoryFormat(_network_name='Bazaar pack repository format 1 with rich root (needs bzr 1.0)\n') to RepositoryFormat2a(). This may take some time. Upgrade the repositories to the same format for better performance. bzr: ERROR: bzrlib.errors.ErrorFromSmartServer: Error received from smart server: ('error', 'InconsistentDelta', "An inconsistent delta was supplied involving '<unknown>', '4612@7d95bf1e-0414-0410-9756-b78462a59f44
[13:57] <AI-team> I guess upgrade would do the job?
[13:58] <jelmer> AI-team: hmm, that almost looks like there's something problematic in your original branch
[13:58] <jelmer> AI-team: is this an import from svn?
[13:59] <AI-team> not sure
[13:59] <AI-team> might be
[14:01] <wgz> AI-team: it's possible the upstream branch is what really needs fixing
[14:02] <AI-team> is there a way to make sure it's the upstream branch that's causing the error?
[14:05] <wgz> jelmer may have some more ideas
[14:06] <AI-team> ok
[14:06] <AI-team> ):
[14:07] <jelmer> I don't really have any other ideas, other than that the original branch might be broken in some way
[14:07] <jelmer> what's the original branch, perhaps one of us could verify that?
[14:07] <AI-team> https://code.launchpad.net/~armagetronad-dev/armagetronad/0.4-armagetronad-work
[14:26] <AI-team> jelmer so?
[14:50] <mgz> AI-team: two things you can usefully do
[14:51] <AI-team> yes?
[14:51] <mgz> 1) tell one or both of the project maintainers and launchpad that you can't branch the project
[14:51] <AI-team> yeah that's what I was gonna do asap
[14:52] <mgz> 2) file a bug against bzr with the log extract from the simplest way you can get the error
[14:52] <AI-team> kk
[14:53] <mgz> the ~launchpad-users team mailing list is a reasonable place to start
[14:54] <mgz> if you can do a fresh branch, to a new location, of the upstream 0.4, then upgrade that local copy, then try and branch that into the shared repo,
[14:55] <mgz> that may either work or fail with a more useful error than the ErrorFromSmartServer you got last
[14:55] <AI-team> that's what I'm trying right now
[14:56] <mgz> ace.
[14:57] <mgz> thanks for persisting.
[14:58] <AI-team> ;)
[15:11] <AI-team> mgz I created a new branch on the launchpad website and now it's working o.o
[15:11] <mgz> well, that's fine too
[15:11] <AI-team> thanks for all your help :)
[15:33] <mneptok>  /m cr3 meep
[15:33] <mneptok> gah
[15:41] <vindolin> hello, how do I view a file from a specific revision without checking it out first?
[15:45] <vila> vindolin: bzr cat -r<specific revision> file
[15:45] <vindolin> oh.. cat.. thanks :)
[15:47] <djfroofy> so ... i think the git concept of "cherry-pick" is not exactly anolgous to "bzr merge -r <revno> some-other-branch" so far as a i can tell
[15:48] <jelmer> djfroofy: no, that's not a cherrypick - that's merging the changes up to <revno>
[15:48] <jelmer> djfroofy: a cherrypick merge would be 'bzr merge -cX'
[15:48] <djfroofy> jelmer: right, that's what i was noticing
[15:49] <djfroofy> what is X? the rev no?
[15:49] <jelmer> djfroofy: yep
[15:49] <djfroofy> and is there an additional arg after that for the branch?
[15:49] <jelmer> djfroofy: yes
[15:49] <djfroofy> jelmer: awesome. thank you.
[16:20] <crisb> is there any way to get the value passed to --fixes in the pre commit hook?
[16:21] <jelmer> crisb: I think it might be in the commit object, in the revision properties
[16:22] <crisb> thanks jelmer
[17:00] <djfroofy> back to my cherry-pick question ... what's the correct way to cherry-pick from someone's branch and note the real author's name? (give credit where credit's due etc)
[17:01] <djfroofy> something like [a=whoever] in the commit message?
[17:06] <mgz> --author
[17:07] <djfroofy> mgz: so bzr commimt --author lpusername ...?
[17:07] <djfroofy> s/commimt/commit/
[17:07] <mgz> see `bzr help commit`, format is Real Name<EMAIL_ADDRESS>[17:08] <mgz> same as for `bzr whoami` / committers
[17:08] <djfroofy> ok
[17:08] <djfroofy> no bzr whoarethey?
[17:08] <djfroofy> hehe
[17:08] <mgz> generally if you know the lp username that page will give you the info you need
[17:08] <mgz> and can get that via the lp api
[17:08] <mgz> a whoarethey would be nice though :)
[17:08] <djfroofy> how so?
[17:09] <djfroofy> yeah, like bzr whoarethey djfroofy mgz ...
[17:09] <mgz> what's your lp nick?
[17:09] <djfroofy> mgz: djfroofy
[17:13] <mgz> bah, slowed down by the auth mess
[17:16] <mgz> and sso is borked since last I did this... so much for demonstrating how easy it is
[17:21] <mgz> okay, hoops jumped
[17:21] <djfroofy> hehe no
[17:21] <djfroofy> s/no/np/
[17:23] <mgz> and... a UnicodeDecodeError on the new password handling
[17:24] <mgz> I think I should have just downgraded launchpadlib instead
[17:24] <mgz> I'll try upgrading first in vain hope
[17:27] <djfroofy> so i'm finiding bzr's merging less smooth than git's. or at least i'm having way more merge conflicts that are messy and hard to resolve. placebo effect?
[17:27] <djfroofy> i wish that's something i could help with. good merge algos are above my head.
[17:27] <mgz> it's possibly workflow related?
[17:28] <mgz> if you're used to just copying files around or creating them in multiple branches,
[17:28] <djfroofy> well, i'm trying to cherry-pick certain revisions from old branch (started in 2009), so possibly
[17:28] <mgz> then tracking fileids hurts rather than helps
[17:28] <djfroofy> i should probably take that branch and try to merge trunk into it first or sth
[17:29] <djfroofy> i'm used to git, not copying files around
[17:29] <mgz> okay, I forgot what a massive pain launchpadlib is to do anything with
[18:03] <mgz> djfroofy: sooo... about how easy that was
[18:03] <mgz> >>> from launchpadlib.uris import LPNET_SERVICE_ROOT
[18:03] <mgz> >>> from launchpadlib.launchpad import Launchpad
[18:03] <mgz> >>> #lp = Launchpad.login_with("gz throwaway script", service_root=LPNET_SERVICE_ROOT)
[18:03] <mgz> ...
[18:03] <mgz> >>> djfroofy = lp.people['djfroofy']
[18:04] <mgz> >>> "%s <%s>" % (djfroofy.name, djfroofy.preferred_email_address.email)
[18:04] <mgz> the only fun part is the dance needed for login
[18:20] <djfroofy> mgz: thanks. i think we should expose this as a command to bzr. i'll note this and see if i have time to contribute such a thing: whoarethey or whatever
[18:20] <djfroofy> or i'll just open a ticket noting this
[18:21] <mgz> yeah, file a bug, it's the kind of thing bzr's launchpad plugin could supply a command for, and would be a good thing to try writing if you're interested
[18:21] <djfroofy> mgz: under bzr project?
[18:24] <mgz> yeah
[18:24] <djfroofy> cool: https://bugs.launchpad.net/bzr/+bug/930319
[18:24] <ubot5`> Launchpad bug 930319 in Bazaar "Add a "whoarethey" option for lp plugin" [Undecided,New]
[18:25] <djfroofy> ugh .. add a "command" not "option"
[18:26] <mgz> you can edit :)
[18:27] <djfroofy> righto ... did that. thanks :)
[22:36] <djfroofy> are there ways to link current branch to tickets with the bzr command line or does this need to be done on lp?
[22:39] <jelmer> djfroofy: you can link particular commits to bugs by using "bzr commit --fixes"
[22:40] <jelmer> djfroofy: launchpad will recognize that and create links in the web UI
[23:07] <djfroofy> jelmer: thanks


[14:06] <Threeseas> perhaps the topic might be changed to mention the 12.04 release of Ubuntu Studio?
[14:07] <holstein> Threeseas: its on the radar
[14:10] <Threeseas> Question: as Ubuntu Studio is off general Ubuntu, what is the diff that using the low latency kernel on general Ubuntu 12.04 (blown speaker like sound out of rosegarden) vs Ubuntu Studio 12.04 (havent yet tried it but assuming it has good sound on my system)
[14:10] <holstein> Threeseas: ubuntustudio is live now, so just try it
[14:11] <holstein> Threeseas: you can try #opensourcemsusicians
[14:11] <holstein> sounds like a JACK configuration to me
[14:11] <holstein> like you are expecting lower latency from an internal sound card
[14:11] <holstein> the lower latency kernels are *not* magic
[14:11] <holstein> anyways.. wont hurt to try it!
[14:12] <holstein> im running out!
[14:12] <Threeseas> I'm Dl'ing it now but at work , not home where my system is. ... AHHH, yes... thanks... probably is a JACK configuration.
[15:01] <govatent> Hey. can someone point me to how an independent artist can upload their music to the ubuntu music store?
[16:46] <fidel> hi - can you guys recommend me something similar to 'playitslowly' for linux?
[16:46] <fidel> basically i am searching an application which allows me to pitch & speed audio-tracks live
[16:47] <fidel> playitslowly is nice so far but lacks a) mp3 support and b) makes definition of start & end point somehow difficult - as it is not wave-form based
[16:47] <fidel> any recommendations?
[16:48] <holstein> i would just use a plugin or 2 from audacity fidel
[16:48] <holstein> that would be the easiest thing to just load up real quick and try
[16:49] <fidel> hi
[16:49] <fidel> audacity can't do that live afaik
[16:49] <fidel> which means: you have to apply filter - listen - apply again ....
[16:50] <fidel> or am i missing something in audacity?
[16:50] <holstein> yup
[16:50] <holstein> is that not going to work?
[16:50] <holstein> fidel: that is going to be the easiest
[16:51] <holstein> just import.. do what needs to be done... apply and export
[16:51] <fidel> well - play it slowly is then easier for me & my brain i guess
[16:51] <holstein> it'll be free, and it'll work
[16:51] <fidel> i am using pitch/speed to test ideas on samples
[16:52] <fidel> so the main workflow is to test different speeds/pitches -> based on that applying filters everytime doesnt feels perfect. but thanks for the suggestion anyway
[16:52] <holstein> fidel: there are plenty of realtime tools
[16:52] <holstein> just not easy to use
[16:52] <holstein> fidel: try over in #opensourcemusicians
[16:52] <fidel> oh thanks
[16:52] <fidel> just as i am curious: what realtime tool would you suggest?
[16:53] <holstein> fidel: any plugin that does that
[16:53] <holstein> i forget the names... and i dont need that functionality.. though i know we have the tools
[16:53] <holstein> ardour uses one
[16:53] <fidel> hehe
[16:53] <fidel> k - havent seen that in ardour so far- but havent spend much time with it on the other hand
[16:53] <fidel> gonna check it again
[16:54] <holstein> im not suggesting ardour really.. just that there is a tool that ardour uses, that you can use as well
[18:05] <mbeierl> ooo.  Anyone know how to add music to an ipod from ubuntustudio 12.04?  I did a fresh install of that, and am coming from a stock ubuntu 11.10 base where I could use gtkpod or banshee.  I've installed both on studio 12.04, but neither seems to see the ipod that used to work in ubuntu 11.10
[18:06] <holstein> mbeierl: you can always use 11.10 live, and try and learn how it worked for you there
[18:06] <holstein> you can try #ubuntu or #ubuntu-beginners
[18:06] <holstein> you can try #opensourcemusicians
[18:06] <holstein> you can run lsusb and see if you see the divce
[18:07] <holstein> device*
[18:07] <holstein> afaik gtkpod should work as before
[18:07] <holstein> you cn try launching it from the terminal and see if you get any useful output
[18:07] <holstein> can*
[18:33] <mbeierl> holstein, I watched the syslog and didn't see the usual usb connected messages.  So it might be more of a 12.04 thing than a studio vs. ubuntu thing
[18:47] <len-dt> fidel, just to add to what holstein said, jackrack or lv2rack should allow you to use any of the audio plugins in a standalone (live) manner.
[18:53] <fidel> thanks