[03:17] <ahoneybun> hey jck77
[03:21] <ahoneybun> mhall119: https://twitter.com/ubuntufl/status/649760190032687105
[03:21] <ahoneybun> that logo is kickass
[03:23] <mhall119> ahoneybun: damn, that is badass, I need to order some for FOSSETCON
[03:23] <ahoneybun> please do
[03:23] <ahoneybun> do know I AM keeping one
[03:23] <ahoneybun> XD
[03:24] <ahoneybun> it would be a crime not to
[03:25] <ahoneybun> mhall119: the bluetooth mouse that KeithIMyers has was awesome on my N4
[03:25] <ahoneybun> it would have been better with a pointer lol
[03:25] <ahoneybun> I saw the task managing
[04:23] <Nothing_Much> Which logo?
[04:23] <ahoneybun> Nothing_Much: https://twitter.com/ubuntufl/status/649760190032687105
[04:23] <Nothing_Much> Werewolf one?
[04:23] <Nothing_Much> It is pretty awesome
[04:23] <ahoneybun> yeo
[14:09] <Garheade> Ok, putting ubuntu phone on my old N4, what channel should I use.
[14:09] <Garheade> ?
[14:12] <mhall119> Garheade: rc-proposed/bq-aquaris.en
[14:13] <mhall119> --channel=ubuntu-touch/rc-proposed/bq-aquaris.en
[14:13] <mhall119> ahoneybun: yeah, they're working on the pointer, it was there a couple months ago
[14:18] <Garheade> mhall119: so when I run the flash command it will be '--channel/ubuntu-touch/rc-proposed/bq-aquaris.en'?
[14:19] <mhall119> Garheade: yup, that will get you the daily, untested updates
[14:19] <mhall119> if you want stable updates every 6 weeks instead, go with ubuntu-touch/rc/bq-aquaris.en
[14:19] <mhall119> don't let the name fool you, there are mako images in that channel
[14:19] <Garheade> so the question is, why the bq channel over the ubuntu channel
[14:20] <mhall119> the bq images contain the closed-source Nokia HERE AGPS service, which lets you get location data faster than using the GPS alone
[14:20] <Garheade> and you answered the question while I typed it...
[14:21] <mhall119> without AGPS, the Nexus 4 sometimes takes 10 minutes or longer to get a GPS fix form satellites
[14:24] <Garheade> thanks mike...
[14:36] <Garheade> So, now that the flash is done, the next quesiton is, what apps do you like mostes? I'm not a reddit fan so unfortunatley...
[14:39] <mhall119> Telegram
[14:39] <mhall119> Authenticator for 2-factor auth
[14:40] <mhall119> Dekko for email, definitely
[14:41] <Garheade> any activesync clients available? I use kolab for my mail hosting so IMAP/*dav is perfectly usable but AS does work pretty well too
[14:42] <mhall119> not sure what active sync is, but probably not, we're still working on a generic syncing framework
[14:43] <Garheade> ActiveSync is the Exchange protocol for mobile devices.
[14:43] <Garheade> No biggie.
[14:45] <mhall119> ah, yeah, don't have that
[14:45] <Garheade> Wheres ahoneybun?
[14:46] <Garheade> ahoneybun: is Kontact available for u-phone?
[14:49] <mhall119> probably not, at least not easily
[14:49] <Garheade> :)
[14:50] <mhall119> though sgclark was going some testing, to build KDE apps for Ubuntu phones, so maybe she got it working
[14:50] <Garheade> Sorry for the flurry of questions... I just thought I do some testing and stuff.
[14:50] <mhall119> Garheade: no worries, you can join #ubuntu-touch too for those questions
[17:46] <jck77> Hello
[17:46] <fsfsmari> Hey jck77 :)
[17:46] <fsfsmari> Are you coming to Ubuntu Hour tomorrow?
[18:45]  * ahoneybun is here
[18:51] <jck77> ahoneybun: hey
[18:51] <ahoneybun> hola jck77
[18:51] <jck77> ahoneybun: I will try to make it tomorrow but I have already an event in a park
[18:51] <ahoneybun> jck77: oh ok np
[18:51] <jck77> flying drone :D
[18:51] <ahoneybun> nice'
[18:55] <jck77> So the meeting in at the grilled cheese place right
[19:00] <ahoneybun> http://loco.ubuntu.com/events/ubuntu-us-florida/3210-ubuntu-hour-ft-lauderdale/
[19:00] <ahoneybun> yep
[19:02] <ahoneybun> hey fsfsmari
[19:03] <fsfsmari> Hey!
[19:03] <fsfsmari> So....I can't login to the LoCo site, no matter how much I try.
[19:04] <ahoneybun> mm
[19:04] <ahoneybun> odd
[19:04] <ahoneybun> you are clicking the registar button?
[19:05] <ahoneybun> on the event page?
[19:05] <fsfsmari> Yeah, it's giving me a crazy error.
[19:05] <fsfsmari> I was so frustrated last night, not for no reason.
[19:06] <fsfsmari> I'm not even going to bother with screenshotting it, haha.
[19:06] <fsfsmari> Just know it will be me and Joel tomorrow. :)
[19:06] <ahoneybun> the error?
[19:06] <ahoneybun> nice
[19:06] <ahoneybun> thanks for grabbing Joel
[19:18] <fsfsmari> Yeah, the error.
[19:18] <fsfsmari> Hey, RSVP to the movie. ;)
[19:19] <fsfsmari> I'm bringing the preacher's boy with me. They've been dying to get him out and socializing.
[19:19] <fsfsmari> ahoneybun, you should chat him up about gaming.
[19:19] <ahoneybun> mm?
[19:20] <fsfsmari> http://www.meetup.com/DelrayTechSpace/events/225782282/
[19:20] <fsfsmari> Also, I put a poll on meetup for the next movie. I'm not sure what I think about Meetup's polling system.
[19:20] <fsfsmari> http://www.meetup.com/DelrayTechSpace/polls/1210483/
[19:21] <ahoneybun> we'll I know the movie I'll be there with keith
[19:21] <ahoneybun> but the preacher's boy ..
[19:22] <ahoneybun> fsfsmari: we should see I, Frankstain
[19:22] <fsfsmari> !! I don't know it.
[19:22] <fsfsmari> Sounds pretty great, though.
[19:23] <ahoneybun> it is an amazing retelling
[19:23] <ahoneybun> different point of view and story
[19:23] <ahoneybun> Frankstain fights demons and shit
[19:29] <fsfsmari> That sounds amazing.
[19:53] <mhall119> ahoneybun: I have good news and bad news
[19:53] <mhall119> the good news is, I've found a way to get mouse cursor working on my Nexus 4 in desktop mode
[19:54] <mhall119> the bad news is that applying those changes breaks HDMI output
[19:54] <mhall119> it should all be working next week though
[20:23] <fsfsmari> I am totally teaching Mark how to Bitcoin right now.
[20:23] <fsfsmari> ahoneybun, you should see this. It's tragilarious.
[20:35] <ahoneybun> XD
[20:35] <ahoneybun> mhall119: how does one get HDMI output?
[20:36] <mhall119> ahoneybun: wait for them to fix what they just broke
[20:36] <mhall119> if you don't install the silo to get the cursor, then HDMI output should work (if you boot the phone while it's plugged in, hot-plugging crashes it)
[20:37] <ahoneybun> I have stable on it anyway
[20:37] <mhall119> ah, then you have to wait for OTA7 at least
[20:37] <ahoneybun> I might move tbh
[20:38] <ahoneybun> mhall119: http://www.amazon.com/s/ref=nb_sb_noss_2?url=search-alias%3Daps&field-keywords=MHL
[20:38] <ahoneybun> ?
[20:40] <ahoneybun> so many channels!
[20:57] <mhall119> ahoneybun: no
[20:58] <mhall119> ahoneybun: http://www.amazon.com/SlimPort-Adapter-Micro-USB-Connects-Packaging/dp/9712931870/ref=sr_1_3?ie=UTF8&qid=1443819503&sr=8-3&keywords=nexus+4+slimport I believe is the correct one
[21:10] <ahoneybun> I see
[21:24] <ahoneybun> mhall119: http://linux.softpedia.com/blog/watch-canonical-showing-off-the-latest-unity-8-interface-for-ubuntu-phone-493493.shtml
[21:33] <Nothing_Much> awesome
[21:39] <ahoneybun> it is
[21:39] <ahoneybun> I don't have the pointer with my current channel
[21:43] <Nothing_Much> my goodness I love it, when's it coming out???
[21:44] <ahoneybun> not sure yet
[21:44] <ahoneybun> but a lot of work is going in lately
[21:45] <Nothing_Much> awesome
[21:45] <ahoneybun> mhall119: is devel-proposed best?
[21:45] <ahoneybun> or rc?
[21:45] <Nothing_Much> could it be possible to make it default for 16.04?
[21:45] <ahoneybun> Nothing_Much: hard to tell tbh
[21:45] <Nothing_Much> oh man, I seriously can't wait
[21:46] <ahoneybun> I think it would be a bit hard doing that with a LTS
[21:46] <Nothing_Much> I really want Nvidia to support it already so I can use it
[21:46] <Nothing_Much> ahoneybun, well, given the amount of backlash Ubuntu's gotten over the years from Linux "enthusiasts", it's justified
[21:47] <ahoneybun> Nothing_Much: over?
[21:47] <Nothing_Much> not making up their minds about what Ubuntu is supposed to do to make people happy
[21:48] <ahoneybun> yea
[21:48] <ahoneybun> mhall119: this page could use some love I think: https://developer.ubuntu.com/en/start/ubuntu-for-devices/image-channels/
[21:48] <Nothing_Much> most of the time it's all hypocrisy
[21:49] <ahoneybun> at this point Ubuntu should be called the Linux for your life
[21:49] <Nothing_Much> well, I can't argue that sentiment
[21:49] <Nothing_Much> Ubuntu helped me discover FOSS
[21:50] <ahoneybun> same
[21:50] <Nothing_Much> and I really don't see many changes, outside of its brand name
[21:50] <Nothing_Much> well, not "brand name"
[21:50] <Nothing_Much> but its logos and icons and stuff
[21:50] <ahoneybun> other then Unity?
[21:50] <ahoneybun> was a big change
[21:50] <Nothing_Much> oh yeah that too
[21:50] <ahoneybun> I hated Ubuntu at that point
[21:50] <Nothing_Much> but I didn't use Ubuntu 11.04
[21:50] <ahoneybun> they moved WAY to EARLY
[21:51] <ahoneybun> I've used it since 10.04
[21:51] <Nothing_Much> I think the problem was that it wasn't just Pulseaudio or some other things that were adopted earlier
[21:51] <ahoneybun> it was slow as hell
[21:51] <Nothing_Much> It was the *entire workflow* that changed and from what I've heard, it was glitchy and slow, yeah
[21:51] <ahoneybun> it was
[21:51] <ahoneybun> I was in the middle of it
[21:51] <Nothing_Much> which is justified, but honestly, that's what people want most of the time in the Linux community
[21:52] <ahoneybun> change?
[21:52] <Nothing_Much> they want to try out something new and bleeding edge
[21:52] <ahoneybun> I
[21:52] <Nothing_Much> that's the hypocrisy that I can't understand. lol
[21:52] <ahoneybun> I've met a lot that just want stable LTS
[21:52] <Nothing_Much> right, that's why I don't get why people move to Mint of all distros
[21:52] <ahoneybun> I would be on a LTS if Plasma 5 was on it
[21:53] <ahoneybun> but it was too big of a jump
[21:53] <Nothing_Much> that's why LTS releases exist and lasted for 3 years at the time
[21:53] <Nothing_Much> so if people didn't want to use Unity
[21:53] <ahoneybun> I'm ok with the 9months of support for the non-LTS
[21:53] <Nothing_Much> they should've stuck to the LTS releases, because that's what they're made for
[21:54] <Nothing_Much> yeah I'm fine with that too, because it's to put more emphasis on the LTS releases
[21:54] <ahoneybun> 3months for bugs and things to get cleaned up
[21:54] <ahoneybun> and for everyone to move by then
[21:54] <Nothing_Much> Yeah, and before 12.04, 3 years was acceptable to upgrade your distro, but 5 years is even better for stock Ubuntu
[21:55] <Nothing_Much> do other official ubuntu-based distros have 5 years of support?
[21:55] <ahoneybun> mm
[21:55] <ahoneybun> I think Xubuntu has 3
[21:55] <Nothing_Much> Kubuntu should have 5 years, right?
[21:56] <ahoneybun> sadly I'm not sure
[21:57] <ahoneybun> the site says 12.04 is 5 years to 14.04 must be too
[21:57] <Nothing_Much> Kubuntu?
[21:58] <Nothing_Much> oh yeah wikipedia supports that claim too
[21:59] <Nothing_Much> oh hey, 3 official Ubuntu-based distros are supported for 5 years, Ubuntu, Kubuntu and Ubuntu MATE
[22:00] <ahoneybun> yea the flavors
[22:00] <Nothing_Much> official ubuntu-based distros = flavors
[22:02] <Nothing_Much> Lubuntu and Xubuntu are supported for only 3 years though
[22:05] <Nothing_Much> also, are Mir and Wayland incompatible with applications with each other?
[22:05] <Nothing_Much> someone's telling me they are incompatible
[22:11] <ahoneybun> not sure
[22:11] <ahoneybun> I know both are working on ways to run X apps
[22:11] <Nothing_Much> Yeah,that's XMir and XWayland
[22:20] <ahoneybun> mhall119: the heck is with this error: error pushing:
[22:20] <ahoneybun> XD
[22:20] <ahoneybun> the phone shows up in ADB
[22:25] <ahoneybun> weird
[22:35] <ahoneybun> so the rc is really behind?
[22:35] <ahoneybun> 15.04
[23:28] <mhall119> ahoneybun: I see that sometimes, the USB cable loses it's connection momentarily
[23:29] <ahoneybun> yea
[23:29] <ahoneybun> is the rc that far behind mhall119>
[23:29] <ahoneybun> or am I wrong
[23:30] <mhall119> ahoneybun: rc is a month or two old now
[23:30] <ahoneybun> damn
[23:30] <mhall119> rc is what the OTA is
[23:30] <mhall119> rc-proposed is the daily builds
[23:30] <ahoneybun> ohhh
[23:30] <ahoneybun> so what are you running
[23:30] <mhall119> rc-proposed
[23:30] <mhall119> it's been very stable
[23:31] <ahoneybun> oh
[23:31] <ahoneybun> nice
[23:32]  * ahoneybun moved over to tht
[23:32] <ahoneybun> *that
[23:39] <ahoneybun> aaron@GAMING-A75MH:~$ ubuntu-device-flash query --list-channels --device=flo
[23:39] <ahoneybun> ubuntu-touch/rc/ubuntu
[23:39] <ahoneybun> ubuntu-touch/rc-proposed/ubuntu-pd
[23:39] <ahoneybun> ubuntu-touch/devel/ubuntu
[23:39] <ahoneybun> ubuntu-touch/devel/krillin.en
[23:39] <ahoneybun> ubuntu-touch/stable/ubuntu
[23:39] <ahoneybun> ubuntu-touch/devel-proposed/ubuntu
[23:39] <ahoneybun> the heck is ubuntu-pd?


[12:14] <Armageddon> theGrg, o/
[17:36] <Armageddon> theGrg, o/
[17:43] <theGrg> what's up Armageddon
[17:47] <Armageddon> theGrg, fiz pm


[13:08] <BluesKaj> Howdy all
[16:06] <genii> Meh, frozen at Starting Apply Kernel Variables after setting up apt 1.3~pre3, this is during do-release-upgrade from Xenial
[16:54] <BLZbubba> can
[16:54] <BLZbubba> you guys have 16.10 configure bumblebee and xrdp out of the box ?
[16:54] <BLZbubba> optimus machines + 16.04 == total doom
[16:55] <BLZbubba> and rdeskop support (auto xrdp) will give you a huge advantage over EL7
[16:55] <BLZbubba> it works very well


[07:42] <sbeattie> is the ubuntu-mid meta package worth keeping around? It's currently uninstallable (bug 455641)
[07:45] <StevenK> sbeattie: Hm. It's only a meta package, and can be resurrected from the seed lists easily enough
[09:08] <lool> sbeattie: thanks, picked it up
[20:03] <ian_brasil> lool ..regarding #456510 liquid remix will not use this way of starting..we will either use
[20:03] <ian_brasil> nodm or gdm
[20:04] <ian_brasil> i will comment this on the bug report
[20:27] <lool> ian_brasil: Ok
[20:28] <lool> ian_brasil: This is lucid stuff anyway
[21:48] <plars> lool, GrueMaster: https://bugs.launchpad.net/ubuntu/+source/linux-fsl-imx51/+bug/456659 is the bug for susres on imx51 in case you are interested
[21:49] <plars> GrueMaster: also, I just noticed there's a 20091020 image now, so we can start taking a look at partman
[21:50] <GrueMaster> I just saw that.
[22:13] <lool> plars: thnks
[22:14] <lool> plars: fsl mentionned some power management tools on the call today for suspend resume
[22:14] <lool> apparently it's supposed to more or less work
[22:14] <lool> perhaps not with power btn


[14:58] <Aron> hi. can somebody please point me to the documentation how to install RHEL7 with MaaS?
[15:17] <bdx> Aron: https://maas.io/ - look at the support matrix
[15:17] <bdx> Aron: I'm not sure you get that with the free version
[15:44] <Aron> yes, I know
[15:44] <Aron> I have the paid version but I can't find any documentation regarding this


[14:29] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Hollywood Turns to Open Source @ https://www.omgubuntu.co.uk/?p=134310 (by Joey Sneddon)
[14:54] <Wild_Man> Hello everyone, I am running for IRC Council, the nomination process ends the 20th of August so I am about to throw my hat into the ring if anyone would like to support my nomination please leave a testimonial on my wiki page here https://wiki.ubuntu.com/wildmanne39 thanks I appreciate it very much.
[14:57] <lotuspsychje> the best of luck Wild_Man
[14:59] <Wild_Man> Thanks lotuspsychje
[17:18] <lotuspsychje> newstipped softpedia too for the UWN
[20:31] <Bashing-om> Started the wiki build process for this week .
[21:34] <Wild_Man> I just added my name to the gdoc I hope it is not to late Bashing-om
[21:53] <Bashing-om> Wild_Man: 'Til we hit the big red button .. we can make the adjustents .
[22:16] <Bashing-om> rebooting
[23:43] <Bashing-om> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue540 - ready for proof reading. Pending is "In This Issue" ( awaiting if any additions ) and the final removal of "WIP"; so far as I am currently aware.
[23:59] <guiverc_d> thanks Bashing-om, finished my read - my two comments are on doc..


[04:36] <poolie> lifeless, i'm going to have a stab at ssh reconnection
[04:37] <lifeless> poolie: awesome!
[04:41] <poolie> will be awesome if i fix it, anyhow
[04:43] <lifeless> poolie: its awesome that you're looking at it, really.
[04:43] <lifeless> poolie: much appreciated
[04:59] <thomi> Hi poolie - quick Q: There was some discussion here last Friday regarding the new config file features, and I'm not sure if that changes the next step for my config patch or not. I got the impression that maybe the PatchMatching idea was being dropped?
[04:59] <poolie> i don't actually know what that is
[05:01] <thomi> oh - hmm, it seems the devnotes have changed since then anyway :)
[06:54] <stylesen> poolie: ping
[06:55] <poolie>  hi stylesen
[06:55] <stylesen> poolie: pm ?
[09:28] <gour> i've pulled one branch from LP, converted it to 2a format and now pushing back to my account at LP...is starts speedy, but then it slows down..as a hell...yesterday i had to kill it after 6 hours...it's ~3500revs...any idea what might be wrong?
[09:28] <lifeless> you haven't converted the copy on LP
[09:28] <lifeless> at a guess
[09:29] <gour> i've converted locally
[09:29] <lifeless> are you pushing to the same branch on LP ?
[09:30] <gour> the original branch is lp:~mdipierro/web2py/devel and i'm pushing to  lp:~gour/web2py/devel
[09:31] <gour> here is what i see now: 105548kB    28kB/s / Fetching revisions:Inserting stream:Estimate 51443/54666 and after it arrives at 51000 it crawls
[09:32] <lifeless> interesting
[09:32] <lifeless> uhm
[09:32] <gour> 3500revs is not so big, imho
[09:32] <lifeless> I suggest filing a question (or asking here in an hour or so - I have to go, and I don't think jam or jelmer or vila are here yet)
[09:33] <gour> lifeless: ok. thank you...i'll wait here
[12:25] <gour> jelmer: hello. lifeless told me to ask you, vila or jam about my problem of slow upload to LP...do you mind?
[12:26] <jelmer> hi gour
[12:27] <jelmer> gour: what's slow exactly?
[12:27] <gour> jelmer: push...after some time it starts crawling
[12:28] <gour> jelmer: the original branch is lp:~mdipierro/web2py/devel and i'm pushing to  lp:~gour/web2py/devel after i converted branch to 2a format
[12:28] <gour> today i got 'Write failed: Broken pipehing revisions:Inserting stream:Estimate 51485/54666' and yesterday i killed push after not being complete in 6 hours
[12:29] <gour> my adsl is 256k/4M
[12:30] <jelmer> gour: how big is the repository?
[12:30] <gour> jelmer: ~3500revs...let me size it
[12:32] <gour> jelmer: hmm...tar.gz is 1.1G...no wonder, but i see lot of stuff like 'web2py/.bzr/repository/obsolete_packs/...' is it normal?
[12:33] <gour> let me check what is the size of original branch in old format
[12:33] <jelmer> the obsolete packs can be removed
[12:34] <gour> just remove obsolete_packs directory?
[12:35] <jelmer> there's no need to remove it, but you should be able to, and please exclude it when looking at the size of the repo
[12:36] <gour> i'm pulling orignal repo now
[12:39] <gour> obsolete_packs occupy 590M and ../repository/packs is 577M
[12:55] <fullermd> Don't remove the _directory_.  Removing the files _in_ it should be fine.
[13:00] <gour> jelmer: here http://pastebin.com/pQ9LQvVA is du for old format and here http://pastebin.com/bk3xFdG6 for a 2a format which is 2x bigger...is it normal?
[13:01] <jelmer> gour: that seems to be purely because of the obsolete packs
[13:01] <jelmer> so it's normal, as the obsolete packs can be removed
[13:01] <gour> why are they created?
[13:02] <fullermd> Because some filesystems are lying liars that lie.
[13:03] <fullermd> (and even when they aren't, the hardware picks up the slack by lying on their behalf)
[13:03] <gour> heh
[13:04] <gour> I rm-ed obsolete packs...now checking repo
[13:05] <jelmer> gour: lp:~gour/web2py/devel doesn't appear to exist
[13:05] <gour> jelmer: yes, it did not complete
[13:05] <gour> so i rm-ed it
[13:06] <jelmer> gour: I'm wondering if perhaps it was in an older format, and bzr was trying to convert back from 2a into that format
[13:06] <jelmer> while doing the push
[13:06] <gour> lp:~gour/web2py/devel is supposed to be the original branch in 2a format
[13:06] <gour> jelmer: no, it was not exuisting before
[13:07] <gour> however, original web2py is still in old format
[13:08] <gour> now 2a branch repo is 591M...let me try to push it
[13:11] <jelmer> gour: not having the obsolete packs won't impact performance in any way
[13:12] <fullermd> What might LP's stacking stuff do, to pushing a 2a variant of an older format branch?
[13:16] <gour> let me see if it will complete now in reasonable time...
[13:27] <gour> it arrived at ~4850/51093...and now it is becoming very slow...
[14:30] <gour> i cloned original hg repo from google and pushed it to bitbucket...it did the job in ~15mins (14:09,85 total) while pushing to LP is still crawling...it's very frustrating
[14:40] <jelmer> gour: ah, the original is an import from hg?
[14:40] <jelmer> gour: that might be related
[14:40] <gour> jelmer: yes
[14:41] <gour> but don't know how it's done
[14:41] <jelmer> what was the original again?
[14:41] <gour> lp:~mdipierro/web2py/devel
[14:42] <gour> i'm resisting to use git (bzr-git is great), but there are more & more projects using hg...and things like this make it cumbersome
[14:45] <jelmer> hmm, doesn't appear to've be done with bzr-hg
[14:46]  * jelmer tries reproducing the issue
[14:46] <gour> jelmer: original repo is at hg clone https://code.google.com/p/web2py/
[14:46] <gour> jelmer: however, bzr branch is regularly synced
[14:47] <jelmer> gour: not using bzr-hg, that doesn't support the pack-0.92 format
[14:48] <gour> well, i do not use bzr-hg at all for this repo
[14:52]  * gour quit-ed push to LP...
[14:53] <gour> and i wonder how he converts from hg to bzr...
[14:55] <jelmer> gour: I'm running the upgrade here now, will try to push in a second
[14:56] <gour> jelmer: thanks a lot
[15:03] <jam1> jelmer: I'm pretty surprised about how many web2py branches are on Launchpad, given that there isn't a development focus, so they should all be 500MB or so
[15:05] <jam> anyway, time to pick up my son, catch you guys later
[15:05] <jelmer> hdy jzm
[15:05] <jelmer> I mean
[15:05] <jelmer> Hey jam :)
[15:05] <jelmer> jam: Have a nice evening
[15:05] <fullermd> Shoot, you missed by the _whole_ alphabet!   :p
[15:05] <gour> lol
[15:06]  * jelmer hits fullermd on the head with the alphabet
[15:06]  * fullermd is consonantly abused like this   :(
[15:09] <jelmer> hehe
[15:21] <gour> jelmer: i've to go out. bbl in ~2hrs
[15:22] <jelmer> gour: k
[15:52] <jelmer> gour: push just finished here: bzr push lp:~jelmer/web2py/test  10.66s user 1.19s system 0% cpu 42:35.45 total
[16:14] <jelmer> gour: it looks like the hg repository has significantly different contents
[16:19] <Quintasan> jelmer: I think it was some time ago and maxb even told us about it but I forgot to say thanks for fixing bzr in LP so we have KDE imports working
[16:19] <jelmer> Quintasan: np :)
[16:19]  * Quintasan is sure forgetful
[16:23] <jelmer> Quintasan: does that mean all recipes are working now?
[16:23] <Quintasan> jelmer: If the code inside the branches is working then yes :P
[16:27] <jelmer> :)
[16:37] <jimis> jelmer: I got a notification that a fix is ready regarding the bug about lp:gcc svn import timeout
[16:37] <jimis> Is it to not fetch the tags at all?
[16:38] <jelmer> jimis: it will fetch the tags but not the revisions those tags are referencing, if those revisions are not part of the ancestry of the branch
[16:38] <jelmer> jimis: this is consistent with what it did earlier
[16:47] <jimis> jelmer: did you try increasing the timeout value in Twisted?
[16:47] <jimis> I haven't worked with Twisted, but here is a relevant thread I found, in case you missed it:
[16:48] <jimis> http://osdir.com/ml/python.twisted.web/2006-02/msg00048.html
[17:07] <jelmer> jimis: I'm not sure I follow; how is twisted relevant here?
[17:11] <gour> jelmer: what do you mean 'different contents' ?
[17:12] <jimis> jelmer: http://launchpadlibrarian.net/73597623/vcs-imports-gcc-trunk.log
[17:12] <gour> you have a nice conenction considering it took 42mins only
[17:13] <jimis> jelmer: Isn't it the same error, twisted.internet.error.TimeoutError?
[17:21] <jimis> gour: which bzr version you have?
[17:21] <gour> jimis: 2.3.4
[17:22] <jimis> I've seen major improvements with 2.4, related to how much data is actually downloaded
[17:22] <jimis> I wouldn't know if that's relevant to your case however
[17:23] <jimis> lp:gcc is a huge branch, and it's *unworkable* with 2.3
[17:23] <gour> jimis: that would be nice improvment..the present sitaution is almost like showstopper
[17:23] <jimis> 2.4 is working just fine though, even if it feels a bit sluggish (expected with huge repos like this)
[17:24] <jimis> gour: I'm not sure if it will help your case, but it's easy to try the beta
[17:24] <gour> jimis: i may try it
[17:25] <jimis> just make sure your python is >= 2.6
[17:25] <gour> 2.7.2 here
[17:27] <jelmer> gour: there is a different number of revisions in both repositories, and the actual files seem to differ
[17:27] <jelmer> gour: I think my bzr version probably matters as well - what are you running?
[17:27] <gour> hmm...strange
[17:27] <gour> jelmer: 2.3.4
[17:27] <jelmer> gour: So I'm curious how one branch is created from the other
[17:27] <gour> me too
[17:28] <jelmer> jimis: the error message is the same, but it's got nothing to do with the actual problem
[17:28] <jimis> jelmer: ok, I wouldn't know
[17:28] <jimis> I saw a timeout, so I thought increasing the socket timeout would mitigate the error...
[17:29] <fullermd> Latency may contribute too; you're probably closer to LP than he is.
[17:30] <fullermd> Though one would hope that the smarts are smart enough that that's unimportant in such a case...
[17:30] <jelmer> I'm running 2.4b5, which I suspect will matter.
[17:30] <gour> i see
[17:33] <jelmer> gour: the bzr repository includes a bunch of tar files, the hg one does not
[17:33] <jimis> Just my opinion here: Guys, try to push 2.4 forward as fast as possible, older versions make bzr look like a fool for big projects...
[17:34] <jimis> I had lost several hours waiting on 2.3 to finish until I came to this channel and you told me to try 2.4 beta
[17:34] <jelmer> jimis: 2.4.0 will be released in 2 days (:
[17:34] <jimis> good :-)
[17:34] <jelmer> gour: the hg repo history doesn't start until dec 2009, until well after those tarballs were removed from the bzr repo
[17:35] <jelmer> gour: another thing that will help is setting the development focus for web2py on launchpad
[17:35] <jelmer> gour: and upgrading the main branch to 2a
[17:35] <jelmer> that will mean every push of a new branch to launchpad won't push up any revisions that are in the development focus
[17:36] <jelmer> jimis: I agree, although it only matters for the *really* big projects like gcc
[17:39] <jimis> jelmer: 2.4-final will be incompatible with python 2.4 after all?
[17:40] <jimis> since I'm running it on RHEL I had to fight around this issue too
[17:40] <jimis> it's fine now, I'm just curious
[17:42] <indigo> i'm pondering ways to bring the benefits to revision control to people in my company that spend most of their time in excel and email. Is there a really, really simple, graphical interface to bzr that I should consider?
[17:56] <jelmer> indigo: qbzr/bzr-explorer/tortoisebzr are the ones to consider I think
[17:57] <jelmer> I don't have much experience using a graphical interface exclusively
[17:57] <jelmer> jimis: yeah
[18:03] <gour> jelmer: i suggested main dev to upgrade to 2a, but wanted to try it ourself first...and those problems are not really auspicious to push migration...
[18:04] <gour> is there anything special in usinb bzr in-place? i'd like to try 2.4beta
[18:08] <jelmer> gour: using it in place should be fine, except for plugins that might give warnings
[18:08] <gour> jelmer: ok, i did 'home' install
[18:14]  * gour is pushing with 2.4b5
[18:14] <jelmer> gour: you probably want to make sure the extensions were built and installed too
[18:15] <gour> jelmer: i believe that, based on --version output, it's ok
[18:17] <gour> hmm...warning about some extensions
[18:18] <gour> but launchpad is 2.4.b5
[18:18] <jelmer> gour: I mean the C extensions
[18:19] <gour> jelmer: that was built
[20:33] <urbanape> Hey, all. Using Ubuntu 11.04, with Emacs Snapshot GTK, vc-bzr, and have gpg-agent installed. I'm still having trouble signing my commits. I get the following error: http://paste.lisp.org/display/123944
[20:33] <urbanape> I've checked (both via shell-mode and getenv) that my GPG_AGENT_INFO is available to emacs.
[20:34] <urbanape> Google is not much my friend in this regard, but I've searched for 'vc-bzr gpg sign commits' and the like
[21:37] <jelmer> urbanape: does it work outside of vc-bzr?
[23:52] <poolie> hi all
[23:52] <lifeless> hai
[23:58] <urbanape> jelmer: yes, it does, even from within emacs (shell-mode)


[02:18] <james_w> hey, I got a build failure on ia64 on a package that uses XTest.h due to XInput.h not being installed.
[02:18] <james_w> http://launchpadlibrarian.net/19774512/buildlog_ubuntu-jaunty-ia64.cairo-dock_<IP_ADDRESS>-0ubuntu1_FAILEDTOBUILD.txt.gz
[02:19] <james_w> the package doesn't use symbols from XInput.h from what I can see, so it seems like something might be missing a dependency
[02:19] <james_w> (I can't work out if it should be libxtst-dev or x11proto-something)
[02:20] <james_w> or is it something else entirely?
[02:43] <bryce> james_w: sounds like a dropped patch
[02:43] <james_w> in cairo-dock, or some X component?
[02:51] <bryce> one sec
[02:53] <bryce> x11proto-input provides XInput.h
[02:54] <bryce> however I don't see any dropped patches there
[02:54] <james_w> I'm not sure why it's ia64 only either
[02:55] <james_w> though a few ports architectures haven't built yet
[02:55] <bryce> that could be why
[02:59] <bryce> james_w: libxi is involved as well
[02:59] <bryce> via the 100_add_xinput.h.patch patch
[03:00] <bryce> however it also looks like it's not dropped any patches that I can see
[03:01] <james_w> there's a sponsor request open for a package which adds a dependency on libxi-dev due to a build problem a while ago, I'm not sure if that is the same issue
[03:02] <bryce> quite possible
[03:05] <james_w> the sponsor request is bug 298496
[03:06] <james_w> which has In file included from xemulate.c:32:
[03:06] <james_w> /usr/include/X11/extensions/XTest.h:50:35: error: X11/extensions/XInput.h: No such file or directory
[03:06] <wgrant> Right, Debian is out of date.
[03:06] <wgrant> I believe upstream moved it into libxi-dev, and we followed.
[03:06] <wgrant> Or was it the other way around...
[03:07] <wgrant> ANywya, we do have it in the other package, although it was gone altogether in Jaunty until a couple of days ago.
[12:00] <tseliot> mvo: did you have a look at this bug again? https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/292774
[12:00] <tseliot> if you give me a link to the script you put in Update Manager I think I can fix the bug
anyone have any idea how to extract video timings from windows to make a modeline?</random>
[12:35] <mvo> tseliot: I have seen it, yes. but haven't done anything about it yet
[12:36] <mvo> tseliot: do you think the suggestion to check for multiseat is ok? my understanding was that the multiseat setup would be broken after the upgrade anyway unless 'Option "AutoAddDevices" "off" is set
[12:36] <mvo> tseliot: or do you think we should aim for transitioning that as well?
[12:59] <Ng> hmm, bah, I don;t think this is a timing issue, it's using exactly what the TV asks for. stupid G45 driver must be doing something wrong then
[13:03] <tseliot> mvo: I think that counting the number of serverlayout sections should be enough. If there's more than one then don't touch the xorg.conf
[13:05] <tseliot> mvo: look for "serverlayout" (case-insensitive) in lines which don't start with "#"
[13:07] <mvo> tseliot: thanks I add that
[13:18] <tseliot> great
[13:20] <mvo> tseliot: do you think its common enough to justify a sru?
[13:21] <tseliot> mvo: not very common but I guess it's still worth a SRU
[13:24]  * mvo nods
[13:43] <mvo> tseliot: I commited the "do not touch" bits now
[13:44] <tseliot> mvo: great, thanks
[16:16] <superm1> kees, bryce i was thinking this morning when i came to unlock my keyboard, i wonder if ctrl-alt-backspace is available by default even when locked.  to my surprise it was.  isn't that a bit of a security hole?  someone can go and muck with any of your running apps just by pressing that combination
[16:18] <tseliot> superm1: CTRL+ALT+DEL should work too ;)
[16:19] <superm1> tseliot, no it doesn't.  that only brings up your session log out options
[16:19] <superm1> tseliot, however if you switch to a VT and try it, it does
[16:19] <tseliot> superm1: ok, you can simply press the (physical) "power" button :-P
[16:21] <tseliot> superm1: did you mean that ctrl-alt-backspace works even when "dontzap" is set in the xorg.conf?
[16:21] <superm1> tseliot, but at least for behaviors like that you have things such as bios and power on passwords
[16:21] <superm1> tseliot, no i dont have it in xorg.conf, but i'm saying that it should at least be toggled on the fly in the running session - particularly if you lock your screen
[16:21] <superm1> i'm not sure if that is available however
[16:22] <kees> superm1: it's a bit of a DoS, yeah, but I think the benefits have continued to outweight the down sides
[16:22] <kees> if I could spell
[16:22] <tseliot> superm1: maybe we should allow users to choose to add that option in some UI
[16:23] <superm1> kees, benefits in the sense of debugging and availability to restart an X server when things go wrong you mean?
[16:25] <superm1> tseliot, yeah that would be sensible i think, at least combined with also toggling that behavior automatically when the screen gets locked/unlocked
[16:25] <superm1> but again it begs whether the X server can allow you to change the feature on the fly
[16:25]  * tseliot nods
[16:26] <tseliot> superm1: maybe you could write a blueprint about this so that we can discuss it at the UDS.
[16:27] <superm1> yeah. i can do that (unless someone hear is sure that there is a piece in the chain that won't allow this)
[16:27] <superm1> *hear = here
[16:28] <tseliot> bryce, jcristau: any ideas ^^ ?
[16:29] <kees> superm1: it's been a long-debated config item.  I have no personal opinion, but would want to have it available since I use it (especially on myth when the frontend hangs...)
[16:30] <superm1> kees, yeah i think leaving the default behavior as how it is when sessions are active, but provide a UI capplet for changing it - and then always change it if the screen locks
[16:31] <superm1> it would provide the closest to the same behavior while still helping the problem at hand
[16:31] <superm1> you still get hangs though in myth? i guess i turn off my frontend every night, so if there was say a memory leak that grows over time i wouldn't have seen it =)
[16:32] <kees> superm1: yeah, though I isolated (but have no solved) one of them to exiting xine: xine just kind of doesn't fully quit sometimes.
[16:33] <kees> superm1: and sometimes when trying to start a really giant HD recording it just kind of goes away
[16:33]  * kees shrugs
[16:33] <superm1> kees, ah actually i have seen that in xine, but its infrequent enough that i never bothered to look at it.  just pkill at that point
[16:35] <kees> superm1: yeah, in my .Xsession I've added a little ircat loop that waits for POWER to be pressed on the remote and then kills xine if it's running, and if xine isn't running, kills the frontend.  now I don't have to get up to use ctrl-alt-bkspc.  :)
[17:19] <jcristau> superm1: zap defaults to off upstream now, fwiw
[17:19] <jcristau> so ctrl-alt-bs doesn't do anything
[17:20] <jcristau> not that i think it's a good thing, but hey
[17:45] <superm1> jcristau, so at the ubuntu level, we are intentionally turning it back on, or this was a recent change in defaults?
[17:45] <jcristau> that was post-1.5
[17:47] <superm1> ah okay.  so is there any type of interface exposed for turning it back on that a capplet can stub out?
[17:47] <jcristau> not without changing xorg.conf or the X command line
[17:50] <superm1> and it would probably be a significant amount of work to add a runtime option somewhere in the stack?
[17:52] <jcristau> not really. enable zap, and change its mapping in xkb.
[17:52] <jcristau> it's not hardcoded to ctrl-alt-backspace, aiui
[17:55] <superm1> so just map it to some non-present key, and then remap it to ctrl-alt-backspace when you "turn it on"
[17:55] <jcristau> something like that
[17:55] <jcristau> should work today, even
[18:03] <bryce> superm1: daniels disabled it a few weeks ago.  We'd been discussing in ubuntu to change it to requiring holding it down for several seconds, or beeping or some such; one of the users involved in that discussion went upstream, figuring it should be the same way across distros
[18:04] <bryce> daniels thought it was more sensible to just shut it off by default, and provide it on by default with the -retro option
[18:05] <bryce> superm1: the xorg.conf option editor spec tseliot has worked on will expose the option in a GUI (although it may be too many options for an ordinary user to wade through to get to it)
[18:06] <superm1> bryce, I thought the idea was to be moving away from xorg.conf in general though?
[18:06] <superm1> still for settings like these it makes sense i take it?
[18:06] <bryce> I was thinking maybe rather than expose just the dontzap option, if we could have a toggle for -retro
[18:06] <superm1> so there is a second part to this though, what about VT switching? is that also disabled when you set dontzap?
[18:06] <bryce> superm1: longer term I expect upstream will be making the server and driver options dynamically settable
[18:07] <bryce> dontzap doesn't affect vt switching
[18:07] <bryce> or, if it does, that'd be a bug ;-)
[18:09] <superm1> bryce, okay.  then i think the second part is to just make sure that whatever functionality is allowing you to ctrl-alt-delete from a VT even when X is running gets disabled if X is running
[18:09] <bryce> you mean -backspace?
[18:09] <superm1> no i mean ctrl-alt-delete
[18:09] <superm1> it triggers a restart if you switch to a VT
[18:09] <bryce> ok, that's not handled by X afaik
[18:10] <jcristau> that's handled by the kernel
[18:10] <jcristau> probably only in KD_TEXT though
[18:10] <bryce> yeah
[18:10] <jcristau> or, only when the console is not in raw mode, or something
[18:10] <superm1> i seem to remember that functionality being configurable by something in etc/
[18:11] <superm1> at least what behavior occurs when ctrl-alt-delete is pressed from a console
[18:12] <superm1> etc/event.d/control-alt-delete
[18:20] <superm1> okay i've filed a separate bug about that - bug 300771.
[22:20] <tormod> hi I am trying to build latest intel again (succeeded some weeks ago). now libtool looks for libdrm.la and fails. there is "-ldrm" on the libtool command, don't know how that turns into libdrm.la now and not before. any hints?
[22:27] <bryce> tormod: do you have libdrm 2.4?
[22:27] <tormod> bryce: yes
[22:27] <bryce> ok
[22:54] <tormod> the file list of the libdrm-dev is the same, the libtool command line is the sam
[22:55] <tormod> hmm I should try debian-unstable, it's newer than debian-experimental ...


[01:40] <mup> PR snapcraft#3885 opened: store: initial support for an onprem store <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3885>
[07:16] <mup> PR snapd#11916 closed: tests: add spread test for journal quotas <quota> <Created by Meulengracht> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11916>
[08:26] <mup> PR snapd#12075 opened: tests: rework snap-logs-journal test and add missing cleanup <Test Robustness> <Created by Meulengracht> <https://github.com/snapcore/snapd/pull/12075>
[09:24] <eoli3n> mardy, as asked on ubuntu-devel : is that possible that an upgrade of firefox package during summer, solved my issue ?
[09:25] <eoli3n> or snapd package
[09:25] <eoli3n> maybe i was testing with an old snap package
[09:25] <eoli3n> i can't explain why it is solved
[09:25] <eoli3n> i restarted a full host reinstall to clean everything and i will retest
[09:29] <mardy> eoli3n: I replied in the forum. I think it now works because the previous execution has already created the proper directory layout
[09:29] <mardy> eoli3n: please try using a different user, and see if the problem is still there
[09:30] <eoli3n> lets discuss it on the forum, to keep history
[09:30] <eoli3n> thanks
[09:30] <mardy> good idea!
[09:30] <eoli3n> my host is redeploying, after full reinstall, i will retest with my user, and another one, and will tell you
[09:32] <eoli3n> mardy BTW I have another issue
[09:33] <eoli3n> i install snap packages with ansible
[09:33] <eoli3n> i run ansible at the first boot after automated ubuntu install
[09:34] <eoli3n> it used to work, but now i get a strange issue : "error: cannot communicate with server: timeout exceeded while waiting for response"
[09:34] <eoli3n> i run ansible-pull as a service just before launching lightdm
[09:34] <eoli3n> so network is up and working, because the previous task is the one which install pip packages
[09:47] <mardy> eoli3n: I'm not sure, maybe your service is run too early, when the snapd.socket unit has not started already?
[09:48] <eoli3n> i'll test
[09:48] <eoli3n> i saw in snap log that starting is differed by a amount of time + 30sec per snap package or something like that
[10:30] <ricotz> hello, can someone please look at this bug and the likely regression in snapd - https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1951210/comments/23
[10:30] <mup> Bug #1951210: libreoffice help doesn't open in firefox (404 error on file:///tmp/lu417531j7po.tmp/NewHelp0.html) <amd64> <apport-bug> <iso-testing> <jammy> <kinetic> <snap> <uec-images> <libreoffice (Ubuntu):Fix Released by ricotz> <snapd (Ubuntu):Confirmed> <libreoffice (Ubuntu Jammy):Fix Released
[10:30] <mup> by ricotz> <snapd (Ubuntu Jammy):Confirmed> <https://launchpad.net/bugs/1951210>
[10:57] <mup> PR snapd#12076 opened: servicemgr: Update mount files <Created by valentindavid> <https://github.com/snapcore/snapd/pull/12076>
[12:06] <eoli3n> mardy https://0x0.st/o9YT.txt
[12:06] <eoli3n> pffff
[12:06] <eoli3n> seriously, i have so many issues with snap packages
[12:06] <eoli3n> how much work should be done to make it work correctly
[12:23] <eoli3n> at this point, the project need to question itself
[12:23] <eoli3n> maybe, if you encounter so many issues, specific ones, you're in the wrong path
[12:23] <eoli3n> something like a packaging system should be transparent to the os, and the user
[12:24] <eoli3n> snap package is a failure since its beginning, it's a rabbit hole for dev and users
[12:24] <eoli3n> ubuntu forcing a broken tool is not a good publicity
[12:24] <eoli3n> you should listen to people
[12:25] <eoli3n> you are the HD DVD where flatpak is the bluray
[12:25] <eoli3n> each time i give snap a try, it simply doesn't work
[12:26] <eoli3n> the team is working, i get help and that's cool, but seriously, when something is broken, it should be fixed or stopped, not forced to the user
[13:11] <eoli3n> huhu
[13:11] <eoli3n> mardy, now i can't even install firefox, the tasks hangs
[13:12] <eoli3n> or maybe firefox need more than 15min to install with snap
[13:13] <eoli3n> "snap list" doesn't answer, nor "snap info firefox"
[13:13] <eoli3n> it just hangs
[13:20] <mardy> eoli3n: those logs don't show the interaction between the services, it would be better to just get the whole journalctl logs.
[13:21] <mardy> eoli3n: but now that the tasks hang, the `journalctl -u snapd` might be useful
[13:23] <eoli3n> apt purge firefox, doesn't remove the firefox snap
[13:24] <eoli3n> what a mess
[13:24] <eoli3n> i'm starting to loose my calm
[13:26] <mup> PR snapcraft#3883 closed: ua: add support to ua token management <Created by cmatsuoka> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3883>
[13:26] <eoli3n> mardy instead of testing with another user, which dir should I clean to start fresh ?
[13:26] <eoli3n> on the user home ?
[13:34] <mardy> eoli3n: completely remove ~/snap/firefox
[13:34] <eoli3n> ok so i confirm that it works even with a fresh home and a fresh os
[13:34] <eoli3n> i can't explain
[13:35] <mardy> eoli3n: maybe some error occurred when it was first created on the NFS
[13:35] <mardy> eoli3n: so, the remaining problem is snapd gettings stuck?
[13:36] <eoli3n> i'm not sure about that one, i cleaned manually, and then it reworked. So i restarted a complete deployment from start to be sure
[13:36] <eoli3n> i'll tell you in 30min
[13:36] <eoli3n> but it seems solved too
[13:37] <eoli3n> here what I needed to do to make it work : https://0x0.st/o9Yw.txt
[13:37] <eoli3n> but then a task after this hanged on installing firefox through apt (which wrap a snap install)
[14:15] <lissyx> mardy, to expose $XDG_RUNTIME_DIR/speech-dispatcher/speechd.sock in snap, I'm a bit lost on how to proceed
[14:15] <lissyx> there seems to be existing magic to expose stuff but it is handled directly by snapd
[14:15] <lissyx> like e.g. wayland-0
[14:19] <eoli3n> mardy should i install firefox with the apt wrapper package ? or its better directly in snap ?
[14:19] <eoli3n> snap takes 3min to be ready at startup
[14:20] <eoli3n> making me wanting to burn it in deepest hell
[14:20] <lissyx> mardy, ok, seb128 told me I need to expose it in snapd :(
[14:22] <seb128> lissyx, you can probably experiment if that's enough by changing SocketPath in /etc/speech-dispatcher/speechd.conf to a location which is available to the snap
[14:22] <seb128> ah, sorry was meant for -desktop :p
[14:54] <lissyx> seb128, trying to start in $SNAP_COMMON does not really work
[14:54] <lissyx> I dont know what are the expectations of speech-disspatcher, but complains it cannot bind local socket
[14:55] <lissyx> when running manually it starts, and when "spd-say -L" tries to access it dies
[14:55] <lissyx> maybe over inet :)
[14:57] <lissyx> that seems to be not enough
[15:36] <lissyx> mardy, ok hacking with inet_socket, it's working.
[15:37] <lissyx> mardy, would a PR granting access to $XDG_RUNTIME_DIR/speech-dispatcher/speechd.sock be accepted?
[15:37] <lissyx> there are still be other roadblocks to fix before it would work, so if it would not be acceptable I'd prefer to know :)
[15:59] <mup> PR snapd#12075 closed: tests: rework snap-logs-journal test and add missing cleanup <Test Robustness> <Created by Meulengracht> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12075>
[15:59] <mup> PR snapd#12077 opened: tests: add extra space to ubuntu bionic <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/12077>
[16:01] <mup> PR snapcraft#3885 closed: store: initial support for an onprem store <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3885>
[18:21] <mup> PR snapcraft#3886 opened: ua: specify and enable ua services <Created by cmatsuoka> <https://github.com/snapcore/snapcraft/pull/3886>


[00:26] <graypoodle> hi, I am new to bzr. I have done init, add and commit. Now I am not able to push to launchpad. I am getting a whole lot of errors and finally a line asking me to mail to<EMAIL_ADDRESS>[00:26] <graypoodle> here's the pastebin http://dpaste.com/112651/
[00:28] <Peng_> graypoodle: You're running a horribly ancient version of Bazaar. Upgrade.
[00:28] <Peng_> graypoodle: I believe that specific bug has been fixed, too.
[00:29] <Peng_> Though I doubt 0.11 is new enough to work with bzr+ssh://bazaar.launchpad.net even if it weren't for that bug.
[00:29] <graypoodle> Peng it is 0.11-1.1 on debian. Then i guess the repo is outdated.
[00:29] <Peng_> Yes, it is.
[00:29] <Peng_> It's Debian; is that surprising? :P
[00:30] <graypoodle> oh ok. i guess i will have to download the deb then.
[00:33] <graypoodle> Peng_ 1.5-1~bpo40+1  is new enough
[00:33] <graypoodle> ?
[00:33] <Peng_> Well, it's a heck of a lot new*er*, but 1.11 is the latest.
[00:33] <Peng_> I'm sure 1.5 would be fine on Launchpad, unless stacking gets involved somehow.
[00:34] <graypoodle> whats stacking, if it is not too stupid to ask.
[00:34] <Peng_> Ehh. A feature added in 1.6. :P
[00:35] <graypoodle> aah. ok. thanks a lot Peng_ i am installing the deb now.
[00:35]  * Peng_ is bad at describing things.
[00:38] <graypoodle> oh darn. just find out that python 2.5 is required but i have 2.4
[00:42] <Peng_> Bazaar supports 2.4 fine; if it requires 2.5, that's a problem with the deb.
[01:00] <graypoodle> Peng_ installer complained while it gave an error about python-celementtree not being installed. Once I installed that, bazaar installed anyway. 2.5 was just a warning i guess.
[01:00] <graypoodle> thanks a ton for the help. it works now.
[02:30] <derekS> hi guys. quick question. is there any plans for subdirectory checkout/clone (like in svn)?
[02:31] <jelmer> derekS, yes, there are plans for partial checkouts
[02:32] <derekS> jelmer: nice! do we have an eta?
[02:32] <jelmer> derekS, no idea
[02:33] <derekS> another question. if i were to modify my local branch, and then do a pull from a remote branch, what happens exactly?
[02:58] <jelmer> derekS, if you don't commit your local changes, bzr will merge in the remote changes
[02:58] <jelmer> if you do commit, you'll get a diverged branches error
[03:07] <derekS> jelmer: so it wouldn't be smart to make a cronjob to do the pull?
[03:27] <jelmer> derekS: if you're also going to be working in that working tree, probably not
[03:34] <abadger1999> I don't want to mess something up so will handle this situation:
[03:34] <abadger1999> #cherrypick a merge
[03:34] <abadger1999> cd bar
[03:34] <abadger1999> bzr merge ../foo -r81..82
[03:35] <abadger1999> do other work in both foo and bar branches.. making new commits.
[03:35] <abadger1999> then merge the rest of the changes:
[03:35] <abadger1999> cd bar; bzr merge ../foo
[03:36] <abadger1999> Will that work out? Or can the cherrypicked merge cause conflicts if the files have been edited some more?
[07:12] <graydog> i am trying to setup a script in init.d so that bzr server starts up on boot time. I know how to start the server. how do i stop it?
[07:26] <spiv> graydog: SIGTERM :)
[07:26] <graydog> spiv: hmmm. isn't there an option at the bzr server command line?
[07:27] <spiv> graydog: no, but bzr doesn't have any daemonisation builtin either
[07:27] <spiv> (although I'd like to implement that at some point)
[07:27] <graydog> spiv: aah.
[07:27] <graydog> spiv: so how is it run as  a server?
[07:27] <spiv> graydog: so what ever you use to daemonise the server process ought to provide a way to terminate the process, or at least find its pid.
[07:28] <spiv> Debian has a start-stop-daemon helper that can do that for you, IIRC.
[07:28] <graydog> spiv: well i guess pkill will do for now. or the helper.
[07:28] <graydog> thanks
[07:28] <spiv> You're welcome.
[11:16] <dereine> how can i checkout from a repo and overwrite all stuff that changed
[11:49] <spiv> dereine: pull --overwrite, perhaps
[11:49] <dereine> mh this didn't worked
[11:50] <dereine> i had to revert to a specific revision
[11:50] <dereine> i want to do the same as cvs update -C
[11:51] <LarstiQ> Do you mean, you want to become an exact mirror of the branch you're pulling from, throwing away local uncommitted changes?
[11:51] <spiv> pull needs a branch, rather than a checkout.  I'm not sure there's a way to make a checkout become a checkout of an earlier revision.
[11:51] <LarstiQ> (that would be `bzr revert`)
[11:52] <spiv> You can always use "bzr revert -r ..." to revert all or part of a working tree to a different revision, though.
[11:54] <LarstiQ> dereine: I haven't used cvs in anger for over half a decade, so I'm a bit foggy on what update -C does :)
[11:54] <dereine> spiv: thx
[11:57] <dereine> spiv: i tryed bzr revert -r ... and this came back
[11:57] <dereine> bzr: ERROR: No namespace registered for string: u'.'
[11:58] <spiv> dereine: the "..." is meant to be filled in by you :)
[11:58] <spiv> dereine: or maybe you just want plain "bzr revert"?  Either way, take a look at "bzr revert --help"
[11:59] <dereine> spiv: revert to the current revision on the remote server
[12:01] <spiv> Well, there's two different matters there, from bzr's perspective; "bzr revert" to undo any local uncommitted changes, then "bzr update" to update your checkout to be current with its master branch.
[12:01] <spiv> (Assuming you have a checkout and not a branch; if you have a branch then you'll need to pull rather than update.)
[12:05] <dereine> spiv: i have to learn allot
[12:05] <dereine> what is the difference between a checkout and a branch
[12:07] <garyvdm> A checkout does not have a copy of the repository.
[12:07] <LarstiQ> garyvdm: ehm, no
[12:07] <garyvdm> No?
[12:07] <fullermd> A checkout is just a working tree on a branch.
[12:07] <LarstiQ> garyvdm: you're thinking of a lightweight checkout
[12:07] <spiv> dereine: http://bazaar-vcs.org/Checkout and http://bazaar-vcs.org/Branch are a bit verbose but say it better than I can at this time of night :)
[12:07] <garyvdm> LarstiQ - oh
[12:07] <LarstiQ> garyvdm: or the the bzrlib concept, as fullermd seems to do.
[12:08] <LarstiQ> dereine: a checkout gives you the centralized workflow (commit goes directly to the master branch), a branch the decentralized one, where commiting and publishing a revision are decoupled.
[12:09]  * fullermd certainly doesn't think in bzrlib...
[12:09] <LarstiQ> dereine: you can convert the one into the other and vice versa.
[12:09] <LarstiQ> fullermd: I've seen you submit patches ;P
[12:09] <fullermd> Yeah, did you notice how they were rejected for knowing nothing about bzrlib?   :p
[12:10] <LarstiQ> fullermd: I chose to ignore that for the sake of this argument ;)
[12:10] <garyvdm> LarstiQ - so is you branch x y, cd y, bind x - then you have a checkout?
[12:10] <garyvdm> s/is/if
[12:10] <LarstiQ> garyvdm: yes
[12:11] <LarstiQ> garyvdm: and bzr co x y; cd y; bzr unbind; gives you a branch
[12:11]  * garyvdm has been using checkout with out even knowing....
[12:11] <LarstiQ> or well, standalone or repository branch, not a bzrlib.branch.Branch
[12:11] <spiv> dereine: the short answer is that if you used "bzr checkout" (or its alias, "bzr co"), you have a checkout, and if you used "bzr branch", you have a branch.
[12:12] <spiv> dereine: (assuming you haven't used something like "bzr reconfigure" on the checkout/branch later)
[12:12] <dereine> no sure
[12:12] <dereine> i want to revert stuff i have done
[12:12] <dereine> but revert to the state on a server
[12:14] <spiv> Btw, "bzr info" can tell you what kind of thing you have (e.g. a "standalone branch")
[12:15] <LarstiQ> dereine: does 'stuff i have done' include commits, or only uncommitted changes?
[12:16] <dereine> both
[12:30] <spiv> Uncommitted changes are easy; bzr revert.  If you have commits then I guess you have a branch, so you'll also need to do a "bzr pull --overwrite"
[13:41] <aldolat> hi! I have a bzr lock on launchpad and I am unable to break it. can you help me?
[13:44] <garyvdm> aldolat: Was the lock created by you are someone else?
[13:44] <aldolat> by me
[13:44] <garyvdm> What is the branch?
[13:44] <aldolat> wait...
[13:45] <aldolat> ~ubuntu-it-magazine/fcm-it/edizione-fcm-it/.bzr/branch/lock
[13:45] <aldolat> https://code.launchpad.net/~ubuntu-it-magazine/fcm-it/edizione-fcm-it
[13:46] <garyvdm> I think there is a bug with breaklock/lp when you specify a lock with breaklock
[13:46] <garyvdm> Try breaklock branch
[13:46] <aldolat> bzr breaklock branch ?
[13:46] <garyvdm> yes
[13:47] <aldolat> tried... nothing happened
[13:47] <aldolat> try now to push
[13:48] <LarstiQ> aldolat: what url do you give to break-lcok?
[13:48] <aldolat> i tried the url bzr gave me...
[13:48] <aldolat> but does not recognize it
[13:48] <aldolat> wait a moment
[13:49] <aldolat> it says
[13:49] <aldolat> bzr: ERROR: Unsupported protocol for url "lp-46726096:///~ubuntu-it-magazine/fcm-it/edizione-fcm-it/.bzr/branch/lock"
[13:49] <aldolat> bzr gives me that url but it does not recognize it
[13:49] <aldolat> o_O
[13:49] <garyvdm> What I was trying to say - is that you need to just specify the name of the branch - not the name of the lock that bzr reports
[13:50] <garyvdm> e.g bzr breaklock lp:~ubuntu-it-magazine/fcm-it/edizione-fcm-it/
[13:50] <LarstiQ> aldolat: remove the -42..
[13:50] <LarstiQ> what garyvdm says
[13:50] <aldolat> trying...
[13:51] <aldolat> well, it's going :D
[13:51] <aldolat> thank you, masters!
[13:53] <garyvdm> bzrtool 1.11 still not in the ppa :-(
[13:54] <garyvdm> *bzrtools
[14:02] <aldolat> "Pushed up to revision 287."... thanks garyvdm and LarstiQ :D
[14:03] <aldolat> going out...
[14:04] <Peng_> Was that URL bug fixed?
[14:12] <duckx> hy
[14:13] <duckx> I was wondering was the current state of Foreign Branches ...
[14:13] <duckx> I tried to checkout an SVN tree with bzr ... and well it misses the external references ...
[14:14] <LarstiQ> that's more to do with lacking nested trees support in bzr than with bzr-svn
[14:14] <LarstiQ> duckx: as a workaround you could use scmproj or config-manager
[14:15] <duckx> Thx LarstiQ , I will have a look to config-manager ... but anyhow, it is a bit anoying to have to setup an extra thing to checkout a project ;)
[14:16] <duckx> LarstiQ: is it an short time / long time goal to have it supported natively ?
[14:16] <LarstiQ> duckx: loooong term
[14:17] <duckx> -> it is a feature I want/like to have for a long time .. ;)
[14:17] <LarstiQ> duckx: exactly
[14:17] <LarstiQ> duckx: lp:~larstiq/bzr/nested-trees has not been progressing for a long term
[14:17] <duckx> LarstiQ: it really blocking for big projects that deals with a lot of libraries
[14:17] <LarstiQ> duckx: it would be very nice to have
[14:17] <LarstiQ> s/term/time/
[14:17] <garyvdm> Peng_: I'm not sure if it is logged as a bug? There is a question: https://answers.launchpad.net/launchpad/+question/35522
[14:18] <duckx> LarstiQ: too bad ...
[14:19] <duckx> I tried to manage an horde framework with bzr, and currently it can't be managed natively with bzr .... well the way I would like it to be managed ;)
[14:19] <LarstiQ> duckx: now, if you're willing to help, I'd welcome that :)
[14:20] <duckx> LarstiQ: I feel not good enough, to go deep in the bzr thing ... ;(
[14:20] <duckx> I am an happy end user thought ...
[14:20] <duckx> LarstiQ: ... but it is really blocker in on workflow ...
[14:21] <duckx> Decentralizaition of svn trees ...
[14:21] <duckx> Well, in a way I would like to just co an svn tree, do a few hacks, and submit them to the relevant project
[14:22] <duckx> Only works half of the time currently due to the lack of external referencies support ;(
[14:23] <duckx> I will probably make a post about it on the mailing list ...
[14:23] <duckx> As I think it is blocker for many projects to migrate from an SVN tree to bzr ...
[14:24] <LarstiQ> duckx: you can help in different ways, don't have to do the actual coding
[14:24] <duckx> Is there a todo list around ?
[14:25] <duckx> I feel like a happy hacker sometime, even thought the responsiveness of open source project is sometime really slow ;)
[14:25] <LarstiQ> duckx: what is there is outdated I'm afraid.
[14:26] <duckx> Ok, well, I will continue to read the mailing list ... May be something will inspire me one day ;)
[14:26] <duckx> But currently i am on a few things ...
[14:26]  * LarstiQ nods
[14:26] <duckx> Getting synchronisation working with libsyncml on my samsung phone
[14:27] <duckx> Getting UPNP working in pidgin ... well it currently sucks as hell ;)
[14:27] <duckx> And for this I need a good VCS ;) i still think bzr is the one ..
[14:28] <duckx> Well lets have a look @ config-manager ...
[14:28] <LarstiQ> duckx: scmproj is more recent
[14:29]  * duckx on co scmproj
[14:29] <duckx> Any debian package around ?
[14:31] <duckx> Thx for your help LarstiQ
[14:32] <LarstiQ> duckx: hmm, don't think so
[14:32] <duckx> ;)
[14:37] <LarstiQ> (about scmproj debian packages)
[16:26] <graydog> hi, i started bzr serevr with write acess and am pushing about 1 gb of files to it from a client. The server bzr process is running with 99.9% cpu load and the client gets stuck. ^c gives the output Cbzr: A nested progress bar was not 'finished' correctly. The files still seem to be uploading as df -h on the server shows the size increasing slowly.
[16:26] <graydog> I am using bazaar v1.5 on the server. could that be the problem?
[16:42] <jelmer> graydog, Yeah, I would suspect that to be fixed in newer versions
[16:42] <graydog> jelmer: thanks
[17:56] <Lo-lan-do> Is there a way to replicate a repository (or a set of branches) in one bzr command?
[18:22] <MattCampbell> The bzr PPA for intrepid seems broken; it includes bzrtools 1.10 (which depends on bzr < 1.11) but also bzr 1.11.
[18:27] <jelmer> Lo-lan-do, I think several people have tried to create plugins for that
[18:27] <MattCampbell> So for now I'm installing bzr without bzrtools though aptitude gave this solution a negative score.
[18:28] <Lo-lan-do> jelmer: I'll take that as a "no" then :-)
[19:07] <thumper> Lo-lan-do: bzr init-repo creates a repository
[19:07] <thumper> Lo-lan-do: not sure if that is what you are asking for
[19:07] <thumper> Lo-lan-do: what type of set of branches are you wanting to create?
[19:12] <Lo-lan-do> thumper: The question is how to fetch several (or all) branches from a remote repo into mine, in one command if possible.
[19:13] <Lo-lan-do> I could of course loop over $(bzr branches), but I find it lacks elegance.
[19:14] <Jc2k> Lo-lan-do: i wonder how hard it would be to adapt multi-pull...
[19:16] <LarstiQ> Lo-lan-do: or scmproj maybe?
[19:16]  * LarstiQ confesses he hasn't looked closely at scmproj yet
[21:50] <gioele> what is the bzr repo for the 1.11 branch of bzrtools? shoud I use lp:bzrtools?
[21:51] <thumper> gioele: it appears that the 1.11 branch of bzrtools isn't available
[21:51]  * thumper pokes statik
[21:51] <gioele> thumper: but it has been released as tar.gz http://launchpad.net/bzrtools/stable/1.11.0/+download/bzrtools-1.11.0.tar.gz
[21:52] <thumper> gioele: yeah, but the packaging is dones by someone else
[21:52] <gioele> I see
[21:53] <gioele> it is a bit strange that bzrtools makes such a "messy" use of bzr and launchpad 8)
[22:05] <fullermd> bzrtools isn't branched AFAIK...
[22:35] <thumper> are there some docs somewhere that talk about bzr's use of http proxies?
[22:40] <spiv> thumper: there's some mention in http://doc.bazaar-vcs.org/latest/en/user-reference/bzr_man.html#authentication-settings relating to authentication bits.
[22:41] <thumper> spiv: ta
[22:41] <thumper> spiv: you back at work now?
[22:41] <spiv> thumper: there probably should be more...
[22:41] <spiv> Yep.
[22:44] <thumper> spiv: how does bzr know to use the [proxy] section?
[22:44] <spiv> I have no idea, unfortunately.
[22:45] <spiv> Hmm, the top of the Authenication Settings explains, I think.
[22:46] <spiv> It matches on whatever bits of the URL you specify, e.g. host, port.
[22:46] <spiv> If you don't need auth, then I assume just setting $http_proxy in your environment would work too.
[23:27] <spiv> Hmm, my laptop has started to lock up for no reason.
[23:42] <spiv> I guess my laptop would rather still be in Hobart...


[08:36] <eliasps> Hello, any launchpad administrators here to have a look at this? https://answers.launchpad.net/launchpad/+question/293510. It's about renaming a team and it's mailing list, and downloading some launchpad teams' mailing list archives. Thank you.
[08:44] <cjwatson> Yeah, please just ask on one channel and not two.  Sorry for the delay.
[08:44] <cjwatson> I've asked a sysadmin if they know how to do the ML archiving.
[08:47] <eliasps> cjwatson, I apologize for the multiple questions! Thank you for your help. I just wasn't sure where to stick with that topic.
[09:57] <cjwatson> eliasps: I'm copying your archives around very slowly right now (terrible ADSL).  Once we have that in place, can I get you to check that the ubuntugnome-qa archive is sufficient before we start renaming the team (since it requires purging and re-importing the list)?
[10:13] <eliasps> cjwatson Sorry for the delayed reply, yes, when it's convenient to you, ping me and I'll check the archive.
[10:13] <eliasps> cjwatson, Thanks for your help!
[11:02] <eliasps> cjwatson, I can't thank you enough! With the archives and the renaming of the qa team, the UG Team is ready to go.
[11:05] <cjwatson> eliasps: so we do still need to handle the team rename
[11:06] <eliasps> cjwatson, I think so. Renaming of the QA Team and its mailing list, while if possible, keeping there the mailing list archive as it is (before the rename).
[11:07] <eliasps> If keeping the archive isn't possible after the rename, it's ok, since we have it on the file you sent.
[11:09] <cjwatson> eliasps: https://help.launchpad.net/Teams/MailingLists#Renaming_your_team - no need to open a new question of course, but you need to start by deactivating the list
[11:10] <eliasps> cjwatson OK, I'll do that!
[11:12] <cjwatson> unfortunately there's some back and forth involved here, so tell me when you've done that and I'll get onto the next step
[11:13] <eliasps> Yes, Im waiting on launchpad to deactivate the list. It says that it will take a few minutes.
[11:18] <eliasps> cjwatson should I also purge the mailing list?
[11:20] <eliasps> Ok, I renamed the team.
[11:21] <cjwatson> eliasps: uh
[11:21] <cjwatson> eliasps: do you have the option to purge it?
[11:21] <eliasps> Yes, and I did.
[11:22] <cjwatson> Ah yes, so you do
[11:24] <eliasps> I also renamed the team. https://launchpad.net/~ubuntu-gnome-qa
[11:24] <cjwatson> eliasps: OK, now go to "Configure mailing list" and create the list again
[11:25] <eliasps> cjwatson Alright, the mailing list is being created.
[11:26] <eliasps> cjwatson the mailing list has been created
[11:26] <cjwatson> eliasps: thanks, I've asked sysadmin to move the archives across
[11:27] <eliasps> cjwatson, Ok, so we are all set.
[11:27] <eliasps> Thank you very much for your time!!!
[11:27] <cjwatson> Almost
[11:28] <cjwatson> I'll close the ticket when it's done
[11:28] <eliasps> Ok, I'll be here.


[10:29] <rmg51> Morning
[12:58] <icey> howdy
[13:13] <teddy-dbear> Morning peoples, critters and everything else