[02:59] <bkerensa> jono: interest is sparking on Mozilla IRC about Ubuntu Phone
[02:59] <bkerensa> :)
[03:05] <mhall119> bkerensa: I'm not surprised
[06:09] <JoseeAntonioR> wow, all my friends that thought Ubuntu was nonsense now want to buy an Ubuntu phone and are asking me for prices
[18:41] <daker> Woww +1.260.000 https://www.youtube.com/watch?v=cpWHJDLsqTU
[18:42] <mhall119> JoseeAntonioR: +1
[18:44] <jcastro> imbrandon: ping
[20:06] <imbrandon> pong
[20:15] <imbrandon> doh, join/part's off
[21:58] <bkerensa> mhall119: they were wondering if things like Thunderbird or Firefox would be able to be ported or whether it would have some qml browser
[22:44] <mhall119> bkerensa: Chances are both will be able to run on the Ubuntu Phone, but I don't know if they would be candidates for default apps.  Do their mobile versions still use XUL?


[20:09] <gabr1e11> Hi everybody, first time here. Looking for help on getting Vulkan running on my Intel HD3000. According to Canonical PPA this may be the place to ask. Thanks in advance


[21:02] <Megatron50> Good Afternoon everyone
 heyo
[21:06] <Megatron50> hi floridagram
[21:07] <Megatron50> I'm new to IRC
 right it;s just ahoneybun lol
 the floridagram is a bot for IRC<->Telegram
[21:09] <Megatron50> lol
[21:09] <Megatron50> thanks
 what part of florida are you in?
[21:09] <Megatron50> Gainesville
[21:10] <Megatron50> what about you?
 most of us are in South Florida, ie fort lauderdale - miami
 a few in DeLand and Melbourne
[21:10] <Megatron50> oh cool. I heard Fort Lauderdale is very nice place to visit
 its nice, has a great coffee shop we hangout at for Ubuntu Hour
[21:13] <Megatron50> Are the members here Linux experts?
 What is Limux?
 a few work on it as a day job
 😆
[21:14] <Megatron50> sorry that should have been Linux. I think i have an M instead of a N :)
[21:15] <Megatron50> i was looking for a study group for CISSP
 What area are you in?
 Sorry, did not read above
 @itnet7 - do you know any CISSP groups?
[21:16] <Megatron50> no problem. I works in IT Security
[21:17] <Megatron50> Compliance
[21:17] <Megatron50> What about you?
 Software Engineer who does a lot with Security
[21:19] <Megatron50> thanks
[21:20] <Megatron50> I like this IRC so far
[21:22] <Megatron50> ahoneybun what do you do for a living?
 non IT related lol
[21:23] <Megatron50> it does not have to be IT related :)
[21:45] <Megatron50> how often does everyone meet?
 Usually 2-3 a month or at least aim for that
 When is the next one?
[21:51] <Megatron50> thanks. What is the focus of the meetings
 Topics of the day.   Unless it involves Hillary's email server or something.
[21:53] <Megatron50> lol!!!!
[21:53] <Megatron50> I'm glad i was not the IT guy responsible for that server :)
[22:06] <Megatron50> what did everyone do over the weekend?
 A few of us are at SouthEast Linux Fest
[22:07] <Megatron50> that sounds like fun. I just learning how to use Docker. It's really cool not having to download all the libraries to get a program to work. :)
 Not sure about CISSP study groups but Gainesville has a monthly security meeting that could probably point you in the right direction @Megatron50
[23:34] <Megatron50> that would be perfect sir.
 If I hear of anything else I'll let you know. There was a really cool LUG up there too. I have been to a few of there meetingsb and events and had a lot of fun. Gator LUG
[23:47] <Megatron50> Thanks. i really enjoy knowledge sharing. It has always helped me in my career


[21:18] <Unit193> Just a heads-up: I'm sync'ing mini-dinstall because I don't believe the delta makes sense.  The Ubuntu delta tries to remove the support for debian-keyring, replacing it with ubuntu-keyring.  These two things don't equte as the former has all the sigs of DDs, but the latter only has archive signing keys and not all Ubuntu devs.  mini-dinstall uses that as a possible list of people that it'll dinstall
[21:18] <Unit193> from, so having that be the Ubuntu archive only *really* doesn't make sense unless you can snag an Ubuntu archive signed *changes file. :P
[21:19] <Unit193> default_verify_sigs = os.access('/usr/share/keyrings/ubuntu-archive-keyring.gpg', os.R_OK)


[00:09] <bcurtiswx> dtchen: so far so good with your fixes
[00:21] <vocx> It's funny, I don't even know what a "nomination" means in Lauchpad. There's too much in Launchpad, I don't even know how to use.
[00:23] <david_> The line of links before the bug description includes "Nominate for release"
[00:24] <david_> meaning "I think it needs to be fixed for <one or more releases>"
[00:24] <david_> But, yeah - lots to deal with, not always clear how...
[00:25] <Hobbsee> david_: is correct
[00:55] <rww> https://bugs.launchpad.net/ubuntu/+bug/343445 is a feature request and can be set as wishlist (HowToTriage told me to say that here; if there's somewhere else I should be mentioning this, let me know :/)
[00:56] <bcurtiswx> rww: set
[02:31] <bcurtiswx> ok i cant read the openGPG in my e-mail... ive tried firegpg and moving it to evolution
[02:31] <bcurtiswx> no success
[02:31] <bcurtiswx> ick
[02:34] <dtchen> bcurtiswx: RE: "your fixes" - do you mean from my ppa?
[02:36] <bcurtiswx> yup
[06:27] <YoBoY> good morning
[09:39] <savvas> seb128: hi, do you think it's possible to fix bug 201224 with the suggestions I mentioned in my last comment?
[09:41] <seb128> savvas: I don't understand your suggestion there, adding a daemon for what?
[09:42] <savvas> seb128: no no :) I meant using the notification-daemon to pop up a notification that in order to show the menu item the user has to log out and log back in
[09:42] <seb128> savvas: he doesn't?
[09:42] <seb128> savvas: gnome-menus uses inotify to monitor desktop changes
[09:43] <savvas> I just installed epiphany-browser and didn't see any notification
[09:43] <savvas> let me try on a virtual machine
[09:43] <seb128> there is no notifications
[09:44] <savvas> ah ok :)
[09:44] <seb128> do you want also to displays notifications when user click on an icon to say they clicked on the icon ? ;-)
[09:44] <savvas> point taken :P
[09:44] <seb128> the menu is just updated to list what has been installed
[09:45] <savvas> but for a menu update a user can be and will be confused - that race between -data and binary is evil :)
[09:46] <seb128> there is 2 things there
[09:46] <seb128> one is that gnome-menus could watch for the binary to be available
[09:47] <seb128> the other one is that the .desktop and the binary should be shipped in the same deb
[09:48] <savvas> is there a gnome-menus bug/feature request for this upstream?
[09:48] <savvas> if you happen to know that is :)
[09:49] <seb128> there is one in launchpad dunno upstream but I guess so
[09:50] <savvas> ok I'll try and search a bit, thanks!
[13:06] <pedro_> hello jgoguen
[13:07] <jgoguen> hey pedro_
[13:07] <jgoguen> pedro_: do you have a few minutes to look at some bugs?
[13:10] <pedro_> jgoguen: sure
[13:23] <seb128> pedro_: hola
[13:25] <pedro_> seb128: bonjour monsieur Bacher!
[13:25] <seb128> pedro_: how are you?
[13:27] <pedro_> seb128: good good, catching up with the bug email from the weekend, how about you?
[13:27] <seb128> pedro_: good too, trying to catch up with the 2.26 tarballs ;-)
[13:27] <seb128> and being puzzled by dvd playing which didn't work on friday and works today when I wanted to look at debugging libdvdread
[13:28] <pedro_> right that's due to today
[13:28] <pedro_> mm? that's strange
[13:29] <seb128> yeah
[13:29] <seb128> does it work for you?
[13:29] <seb128> do you have any protected dvd to try?
[13:29] <seb128> (ie one where you need libdvdcss)
[13:30] <pedro_> there's some weird magic in gstreamer, sometimes i'm testing some files which doesn't seems to work well, like having fast play, bad streams, things like that and after a few hours they work fine
[13:31] <pedro_> yeah i have a protected one (spiderman 3 i guess), let me find it
[13:36] <pedro_> seb128: i'm getting a lot of *** libdvdread: CHECK_VALUE failed in /build/buildd/libdvdread-4.1.3/src/ifo_read.c:1601 *** and totem seems to be hanged, like waiting for the response from the library
[13:37] <seb128> pedro_: ok good, I had that on friday
[13:37] <seb128> pedro_: did you dist-upgrade today yet?
[13:38] <pedro_> seb128: yes, did it like an hour ago
[13:38] <seb128> pedro_: that was breaking the same way for me on friday and it's working today I'm puzzled on why
[13:38] <seb128> hum, ok, murphy's law in action then
[13:38]  * pedro_ trying with another dvd
[13:39] <pedro_> seb128: got the exactly the same issue with another dvd disc
[13:39] <seb128> ok thanks
[13:39] <pedro_> no problem
[13:40] <seb128> pedro_: I must be scaring bugs away now or something ;-)
[13:40] <pedro_> lol
[13:41] <pedro_> seb128: you or your 127 slaves :-P
[13:41] <seb128> lol
[13:41] <seb128> pedro_: be carreful or I could take you to replace one of those ;-)
[13:42]  * pedro_ runs away
[13:51] <bddebian> Boo
[13:52] <pedro_> buuu!
[13:53] <BUGabundo> foo
[13:53] <bddebian> moo
[13:53] <BUGabundo> meeeeee
[15:02] <pedro_> good day MrKanister
[15:02] <MrKanister> hey pedro_
[15:08] <MrKanister> pedro_: Do you think the BugDay page is ready? (https://wiki.ubuntu.com/UbuntuBugDay/20090319)
[15:10] <pedro_> MrKanister: i was just looking at it. Looks fine to me, just added a bug with a patch to the list too
[15:10] <pedro_> MrKanister: are you about to send the announcement?
[15:11] <MrKanister> pedro_:I noticed your editing because wanted to edit something but it didn't worked :)
[15:11] <MrKanister> pedro_: Yes, I will send the announcement in the evening
[15:12] <pedro_> MrKanister: alright, thanks dude!
[15:12] <MrKanister> pedro_: Sure!
[16:00] <BUGabundo> YoBoY: 326!!!! nice work! 50 down only 300 to go! yay
[16:10] <YoBoY> arg 300...
[16:10] <BUGabundo> eheehehehehehe
[16:11] <YoBoY> "This is where we hold them. This is were we fight! This is were they die!" :D
[16:36] <joumetal> Could someone from bugsquad set bug 220142 back to triaged please
[16:40] <pedro_> joumetal: can you reproduce it again?
[16:40] <charlie-tca> done, joumetal
[16:42] <joumetal> yes. last comment in  bug is true.
[16:45] <pedro_> joumetal: may you comment on the upstream BTS as well? your latest comment there says the opposite
[17:02] <joumetal> pedro_: yep. commented in bugzilla too.
[17:03] <pedro_> joumetal: awesome, thanks
[18:07] <Deenr> greetings
[18:07] <Deenr> I've got an recent issue with SMB shares over my network.  Can someone help me troubleshoot
[18:09] <Deenr> ??
[18:10] <YoBoY> Deenr: hi, if you need support, ask on #ubuntu , if you need help to fill a bug you are in the right place :)
[18:11] <Deenr> yeah, I've tried the main #ubuntu room
[18:11] <Deenr> no such luck.  I've read about my issue.  Seems it's a bug
[18:13] <mrooney> Deenr: have you found an existing bug? If so the best thing to do is subscribe to it and mark it as affecting you, and add any extra information if you have any in a comment
[18:13] <Deenr> ach, ok
[18:14] <leoquant> Deenr and you want add your comment to it? then we need a bug number.
[18:15] <Deenr> alrighty
[18:15] <mrooney> leoquant: we don't a bug number for someone to add their comments to it, what do you mean?
[18:17] <leoquant> no it is better to know the exact bug, avoiding duplicates
[18:18] <mrooney> what is the correct package for multimedia key issues?
[18:54] <mrooney> pedro_: is there some policy I am not aware of, re bug 280710, that recommends closing bugs just because no upstream report is created?
[18:54] <mrooney> that doesn't seem...right
[18:55] <pedro_> mrooney: no there is not
[18:56] <pedro_> mrooney: wishlist bugs should be send upstream though, i don't want to close that either, but if the reporter doesn't fill that upstream there's nothing we can do to make that happen
[18:56] <mrooney> right, I don't think we should Invalidate it though just because of that :)
[18:56] <mrooney> otherwise people in the future (like me) couldn't find it
[18:56] <pedro_> mrooney: that's right, just want to encourage them to do it :-)
[18:58] <mrooney> pedro_: I suppose I'll do it! But how do I know if it goes in Compiz or Compiz-Fusion?
[18:58] <mrooney> that is confusing
[19:01] <mrooney> ugh what is Xorg doing with an entire core of my CPU :[
[19:02] <pedro_> mrooney: good question, i think it's just "Compiz" if it's the wrong component upstream can reassign it later
[19:02] <pedro_> those compiz guys always fighting :-P
[19:08] <mrooney> I will if Firefox stops making Xorg consume 100% CPU
[19:09] <mrooney> it does it in both 3.0 and 3.1 (from the nightly PPA) with a clean profile :(
[19:11] <mrooney> but only when looking at https://edge.launchpad.net/ubuntu/+source/update-manager/+bugs , hmm
[19:12] <bdmurray> maybe its one of those crazy greasemonkey scripts ;-)
[19:13] <mrooney> bdmurray: I thought about that but it happens on a fresh profile
[19:14] <mrooney> let me try again just to make extra sure
[19:16] <mrooney> bdmurray: well while you are here, is there a bug report for how update manager doesn't appear in the tray any more?
[19:17] <mrooney> I didn't find one but, it wasn't easy to look without all my clock cycles :)
[19:17] <mrooney> and https://bugs.launchpad.net/bugs/343813 is a would-be dupe
[19:18] <mrooney> hey someone changed it! it used to be in rythmbox
[19:18] <mrooney> ahh pedro_ beat me to it
[19:58] <mrooney> do multimedia key bugs go against linux?
[20:00] <bdmurray> mrooney: it really depends
[20:01] <mrooney> bdmurray: oh okay, what about for bug 343782
[20:02] <bdmurray> mrooney: https://wiki.ubuntu.com/Hotkeys/Troubleshooting
[20:03] <bdmurray> mrooney: there ins't enough information to tell anything about that bug report
[20:03] <bdmurray> isn't
[20:03] <mrooney> bdmurray: should I just link to that page asking them to attempt to troubleshoot and then get back to us, and mark as incomplete?
[20:04] <bdmurray> mrooney: that sounds best
[20:07] <mrooney> bdmurray: actually it sounds like he is saying that the keys work, but that they adjust the capture level and not the mater
[20:07] <mrooney> *master
[20:07] <mrooney> after a re-re-read
[20:08] <jcastro> bdmurray: I want to do a test page for likewise-open/active directory testing like this one was done for X: https://wiki.ubuntu.com/X/UxaTesting
[20:08] <jcastro> where shall I put it?
[20:10] <mrooney> jcastro: hi! can I sneak in and ask if launchpad's upstream filer for Firefox should really be filing against "Core" and not "Firefox"?
[20:15] <jcastro> mrooney: what do you mean?
[20:16] <mrooney> jcastro: if there is a bug in firefox (ubuntu) and you say, hey this also affects upstream firefox, it will send you to mozilla's bugzilla and pre-populate a report
[20:16] <mrooney> but the product it files against is Mozilla Core
[20:16] <mrooney> instead of Firefox
[20:16] <jcastro> oh, not the firefox product?
[20:17] <mrooney> right
[20:17] <jcastro> lame
[20:17] <jcastro> let me check
[20:17] <mrooney> yeah, it seems better to file against Firefox by default and let them move to Core if it happens to be a core issue
[20:18] <mrooney> that is what #firefox suggested anyway
[20:18] <jcastro> right
[20:18] <mrooney> jcastro: I am not just randomly asking you right, you are related to launchpads upstream flow? :)
[20:19] <jcastro> yep! this is my kind of thing!
[20:20] <jcastro> mrooney: the bugs guy who fixes this kind of thing is at a sprint this week, mind if I CC you in on the email?
[20:20] <mrooney> go for it!
[20:21] <mrooney> by the way I was talking to you about ubuntu bugs automatically being filed upstream a few weeks ago, any progress on that?
[20:21] <jcastro> yes it's going to need more discussion
[20:21] <jcastro> there's currently no way to do it on a per-package basis
[20:21] <jcastro> which is what we want to do
[20:22] <mrooney> yeah that would be neat
[20:22] <mrooney> right now my applications "help -> report a bug" just files upstream
[20:22] <mrooney> so that sort of works
[20:23] <mrooney> I have to manually open an Ubuntu task if appropriate, but that is fairly painless
[20:23] <bcurtiswx> my openPGP key has an old e-mail address I don't use anymore.  can I edit the old key or should I just make a new one?
[20:25] <jcastro> mrooney: I have it on my "to discuss" for this next UDS.
[20:25] <jcastro> mrooney: but it was on that list last UDS too, it really depends on how much manpower we can get from the lp bugs folks to implement it.
[20:26] <jcastro> mrooney: did you see my lp-upstream-tool though? That should help in the meantime
[20:26] <mrooney> jcastro: cool. by the way, are the sponsoring results this week? :) I recall the page mentioned 3/16 in some way
[20:26] <jcastro> I believe it's tomorrow
[20:27] <mrooney> how potentially exciting!
[20:28] <jcastro> mrooney: this only happens when you file a new bug right?
[20:28] <mrooney> there are no problems when linking to an existing report, is that what you mean?
[20:28] <jcastro> right
[20:28] <mrooney> yes, only new reports
[20:29] <jcastro> mrooney: can you see if there is a bug on this, and if not, open one?
[20:29] <jcastro> then I will push it along to the right person
[20:29] <mrooney> jcastro: sure, against launchpad?
[20:29] <jcastro> I haven't filed a new bug in so long I didn't even know we did pre-filling out already
[20:29] <jcastro> against malone.
[20:29] <mrooney> ooooh
[20:29] <mrooney> yeah it is so convenient but sadly wrong
[20:30] <mrooney> and useful because many FF issues aren't going to get fixed in Ubuntu
[20:30] <jcastro> well, the idea was to save people the time of copying and pasting so if we fix that part ...
[20:30] <mrooney> but you know why upstream reports are useful already :)
[20:30] <mrooney> your presentation at the last UDS was pretty cool, with that whole page of data
[20:31] <jcastro> yes, we're collectively doing much better now
[20:31] <jcastro> there's alot more green in the report than there used to be
[20:52] <mrooney> jcastro: https://bugs.edge.launchpad.net/malone/+bug/343893
[20:53] <jcastro> mrooney: confirming, I'll let gmb know
[21:55] <jgoguen> can someone on bug-control set the importance of bug 240503 to Low
[22:07] <bdmurray> jgoguen: Why Low?
[22:08] <jgoguen> bdmurray: because it's a bug that can be easily worked around
[22:08] <bdmurray> jgoguen: I don't see a work around in the bug report
[22:09] <jgoguen> bdmurray: the reporter's second comment says that the workaround is to set the pages-per-page in the application's print dialog rather than the printer admin tool
[22:10] <bdmurray> Isn' that just for one application though?
[22:10] <jgoguen> bdmurray: sorry, actually he says Evince...but I checked also with Firefox
[22:11] <bdmurray> jgoguen: Cool, I think I'll still use Medium though as it doesn't seem that discoverable.
[22:11] <jgoguen> bdmurray: ok, thanks :)
[22:11] <bdmurray> jgoguen: by the way it might be helpful to use apport-collect with that bug to grab log / files just in case
[22:12] <jcastro> mrooney: oh, I didn't know we could change the data
[22:12] <jcastro> mrooney: it should work itself out now.
[22:12] <jgoguen> bdmurray: yes, I forgot about the apport hook...I'll run it now
[22:14] <mrooney> jcastro: oh cool excellent. haha I love that it was converted to a question
[23:42] <bcurtiswx> scott_ev: are you there?
[23:42] <scott_ev> yes
[23:43] <bcurtiswx> scott_ev: the pidgin bug you just requested information from, you want to set that as incomplete as well
[23:43] <scott_ev> oh, thx, will do
[23:43] <scott_ev> I have a fewe out there like that..oops
[23:43] <scott_ev> I'll track them down
[23:45] <bcurtiswx> scott_ev: its nothing big.  Thanks for triaging bugs!
[23:46] <scott_ev> bcurtiswx: it's fun and I want to get better at it
[23:46] <scott_ev> anytime you see something not quite right from me, please let me know
[23:47] <bcurtiswx> scott_ev: its always a learning experience, no matter how many bugs any of us have triaged, there's always something new.  If you are questionable about any decision, everyone in here is extremely helpful and more than happy to help you out as you learn
[23:49] <scott_ev> excellent, thanks.  You'll be seeing me
[23:49] <bcurtiswx> scott_ev: do you know about the wiki pages that assist bug triagers?
[23:50] <bcurtiswx> scott_ev: for example https://wiki.ubuntu.com/Bugs/HowToTriage
[23:52] <scott_ev> yes, I have a lot of info and a short memory
[23:53] <bcurtiswx> scott_ev: good luck
[23:53] <scott_ev> bcurtiswx: believe it or not, I've written a bug triaging tutorial for my LoCo.  I'm a Linux Gnuub and new to launchpad
[23:53] <scott_ev> I'll figure it out
[23:54] <bcurtiswx> scott_ev: nice, which LoCo?
[23:54] <scott_ev> AZ
[23:54] <scott_ev> I'm trying to ge the team more involved in QA
[23:55] <bcurtiswx> scott_ev: even better to hear, LoCo teams are great fun (especially during bug jams)
[23:56] <scott_ev> yup, and AZ is a real active team.  4 or 5 of us do the UWN
[23:56] <scott_ev> we do installfests, release parties
[23:56] <scott_ev> I have fun
[23:57] <bcurtiswx> great
[23:58] <scott_ev> bc	azloco.com


[07:51] <NRWlion> morning from germany ;)
[07:57] <DarwinSurvivor> NRWlion: well, I guess 1am is "technically" morning... (Western Canada)
[07:58] <NRWlion> DarwinSurvivor: for me it is morning after a very short night with 2 hrs sleep
[07:58] <NRWlion> :SD
[10:28] <NRWlion_> hey there!°
[16:15] <charlie-tca> scheduled accessibility for OpenWeek; I will lead the session
[19:33] <YoBoY> temporary site for release events in France is now online (a bit late ^^") http://ocelot.ubuntu-party.org/  who comes ? :D


[00:25] <poolie> hi all
[00:40] <thomi> Is there a script somewhere I can use to generate a large bzr branch for testing things?
[00:40] <poolie> yes, there is
[00:40] <poolie> um
[00:41] <thomi> I guess I could also just branch a big project from launchpad....
[00:41] <poolie> that could be good
[00:41] <poolie> there's a plugin that makes arbitrary-sized history
[00:42] <poolie> it depends what you want to do with it
[00:42] <poolie> i can't recall the name at the moment though
[00:43] <thomi> ok, no worries.
[00:43] <thomi> I guess Bazaar itself, or launchpad would be reasonable candidates
[00:49] <poolie> yep, depending on what size you want
[00:49] <poolie> and linaro-gcc and emacs are bigger again
[07:23] <poolie> hi jam
[08:08] <jam> morning all
[08:08] <jam> hi poolie
[08:15] <poolie> hi there
[08:23] <Riddell> morning
[08:27] <poolie> hi riddell, how are you?
[08:45] <Riddell> funny, I feel hungover but I didn't drink any alcohol yesterday
[08:45] <Riddell> rather I did a 6 hour paddle and a 2 hour climb.  I think I must have got dehydrated without noticing
[08:46] <AuroraBorealis> so
[08:46] <Riddell> anyway, I'm going to see if I can finish off this KDE Bazaar integration today
[08:46] <AuroraBorealis> is anyone here familiar on how...bzr packages its installers?
[08:47] <AuroraBorealis> since its the only program i know that is written in python / pyqt
[08:47] <Riddell> AuroraBorealis: it entirely depends on the platform
[08:47] <Riddell> for ubuntu it's a normal .deb package using the normal debhelper python scripts
[08:47] <AuroraBorealis> well mostly mac / windows
[08:47] <AuroraBorealis> since linux is easy
[08:48] <AuroraBorealis> like windows has a exe that runs python
[08:48] <AuroraBorealis> and mac os x has an installer but no nice app bundle
[08:48] <Riddell> I believe there's some well known process that turns python into a .exe on windows but I don't know any more than that
[08:48] <poolie> hi AuroraBorealis, jam has worked on the windows installers at least
[08:48] <poolie> there's a tool called py2exe
[08:49] <AuroraBorealis> and im assuming that works with pyqt
[08:49] <jam> AuroraBorealis: we use py2exe to create a .exe program
[08:50] <jam> Then innosetup (IIRC) to build the setup.exe
[08:50] <AuroraBorealis> which includes python and pyqt in it?
[08:55] <gour> if the bug has low priority @LP it means one cannot expect anything within next 6 months?
[08:57] <jam> AuroraBorealis: py2exe bundles up a python script with pythonXY.dll
[08:57] <jam> and creates a library.zip containing the python code
[08:57] <jam> and pulls in needed libraries, etc.
[08:57] <AuroraBorealis> ah, thanks for the info =)
[08:58] <poolie> gour: some low priority bugs are fixed but generally only when the developer has some other reason to fix them
[08:58] <poolie> eg it's on the way to fixing something else or it personally annoys them
[08:58] <gour> poolie: i'm thinking about bug #240067
[08:59] <poolie> heh
[08:59] <gour> we're on the point to decide between bzr/hg & LP/bitbucket
[08:59] <poolie> well, apparently geoff is working on it
[08:59] <gour> just asked about it at SO
[09:00] <AuroraBorealis> wikis dont seem like a trivial thing to implement
[09:00] <AuroraBorealis> but i feel they are really needed cause they are super useful
[09:01] <gour> poolie: i cannot understand that LP team is dragging this for more than 3 years...SF,Google, Github,BB...everyone has it
[09:01] <gour> people were even blogging about moving from bzr/Lp due to it (http://www.artima.com/weblogs/viewpost.jsp?thread=242653)
[09:01] <poolie> you'll probably get more traction in #launchpad
[09:02] <AuroraBorealis> its just that there are no other websites for bzr other then launchpad
[09:02] <AuroraBorealis> there was one that was starting up but its not even functional
[09:02] <gour> i must admit i never got much response there
[09:02]  * gour has asked question about it - http://stackoverflow.com/questions/7063145/bzr-launchpad-vs-hg-mercurial
[09:02] <poolie> so the big thing that launchpad has been working on for the last year or so is speed
[09:03] <poolie> both application speed and development speed
[09:03] <poolie> i mention this because it's actually first on the list of that blog post from 2008
[09:03] <gour> poolie: it's a pity that LP & bzr are losing 'customers' because of that
[09:04] <gour> iow, hard work of bzr devs is wasted due to missing features in LP
[09:05] <gour> actually, not wasted, but you get the point...
[09:05] <AuroraBorealis> it doesn't seem THAT hard to just use markdown files like github does. of course i'm not the one working on it so yeah =P
[09:07] <poolie> gour, so, xaav was making fairly fast progress on some of these bugs
[09:07] <gour> AuroraBorealis: problem is that LP people have other priorities...it seems that they even didn't get spec...although it seems it's not rocket science considering so many hostings have it
[09:07] <poolie> perhaps he will get this one up
[09:07] <AuroraBorealis> a wiki would be very nice to have.
[09:07] <AuroraBorealis> integrated.
[09:07] <AuroraBorealis> at least the start of one :3
[09:08] <gour> AuroraBorealis: the bug is over 3yrs, old :-(
[09:10] <poolie> so, basically, you're saying
[09:10] <ccxCZ> I plan to just use ikiwiki/sphinx/whatever can generate static html for a wiki
[09:10] <poolie> launchpad ought to do this next, as an official feature, because it's the single most important thing?
[09:10] <poolie> i'd like to at least show branch content formatted as rest/markdown
[09:10] <poolie> even if it's not editable in the first cut
[09:10]  * gour nods
[09:10] <AuroraBorealis> that would be acceptable ^
[09:11] <AuroraBorealis> thats kinda what github does anyway
[09:11] <AuroraBorealis> and is easily editable through the source anyway
[09:11] <gour> it would be cool to have e.g. sphinx reST docs rendered
[09:11] <gour> ..but having nothing as 'project page' really sucks
[09:11] <ccxCZ> gour: I think there's an independent service for that already
[09:11] <AuroraBorealis> id offer to help but i doubt my skillz are that good =P
[09:12] <gour> ccxCZ: there is, but its not the same
[09:12] <ccxCZ> yeah
[09:12] <gour> there is readthedocs.org
[09:13] <ccxCZ> tbh I decided to go fully decentralized and build simple stack of project management tools anyone can install (unlike launchpad)
[09:14] <AuroraBorealis> looks cool, but i still think bazaar should have something integrated to the website itself
[09:15] <ccxCZ> roundup, buildbot and probably sphinx will be the building blocks for that
[09:28] <jam> poolie, jelmer, vila: anyone up for a teddy-bear chat about the get_parent_map stuff I'm working on? I think I've got it, but it would be nice to work through it with someone
[09:29] <poolie> hi jam
[09:29] <poolie> i might be, but not tonight
[09:30] <poolie> hm, not right now anyhow
[09:30] <jam> np
[09:30] <jam> side point, we were talking about backporting bug #609187 to 2.1 for Lucid, right?
[09:39] <jam> wow, backporting to bzr-2.1 means NEWS instead of doc/en/release-notes...
[09:44] <jelmer> jam: sure
[09:44] <poolie> jam oh if you get the chance could you read https://code.launchpad.net/~spiv/bzr/faster-stacked-tree-build/+merge/70381
[09:45] <poolie> jam, yes, ideally for 2.1/lucid, but i wouldn't pay an unlimited price if there's something that makes it hard
[09:45] <poolie> beyond the location of the news file ;)
[09:45] <poolie> blah
[09:45] <poolie> poolie: jam oh if you get the chance could you read https://code.launchpad.net/~spiv/bzr/faster-stacked-tree-build/+merge/70381
[09:45] <jam> pidgin just died... very weird
[09:45] <poolie> 19:45
[09:45] <poolie> poolie: jam, yes, ideally for 2.1/lucid, but i wouldn't pay an unlimited price if there's something that makes it hard
[09:45] <jam> poolie: I feel like faster-stacked-tree just needs someone to become its new mascot/driver
[09:46] <jam> I've sort of avoided poking at it, but if you want I can move it to the DOTO queue
[09:46] <jam> TODO
[09:46] <jam> (Do Too?)
[09:46] <poolie> distcc has a 'DOTO' protocol unit for a .o file :)
[09:47] <poolie> well, if you don't mind
[09:47] <poolie> spiv is still around a bit
[09:47] <poolie> i'd better go
[09:48] <jam> k
[09:49] <gour1> poolie: thank you for the hint @SO...wasn't aware of it
[10:00] <gour> poolie: i've added --append_revisions_only to my 'upstream' repo, added a 'feature' into upstream and added a feature to 'feat1' branch. tried to merge upstream into feature and then pushed backe feat1 to upstream and got 'bzr: ERROR: Operation denied because it would change the main history, which is not permitted by the append_revisions_only setting on branch 'upstream'...so it looks as that setting for
[10:00] <gour> 'init' prevents one to do the 'mistake' and forces one to use 'correct' (for bzr) workflow?
[11:51] <lelit> hi, is there any specific reason why the cmd_merge builtin does not honor a --verbose flag (even if "bzr merge -h" says so?) like cmd_pull for example?
[12:09] <lifeless> jam: hi; did you see the loggerhead issue when we rolled it out ? with dictionary size changed during iteration
[13:45] <jam> lifeless: sorry I missed your ping. I did not see the loggerhead issue. do you have a link? I don't think I even saw a loggerhead bug report.
[13:45] <jam> ugh, looks like in all the revamping, I lost my subscription to loggerhead bugs...
[13:46] <jam> why do I lose subscriptions I want, and still get email about every lp-oops-tool that I don't care about... :(
[13:47] <jam> lifeless: https://bugs.launchpad.net/loggerhead/+bug/826136 this looks more like a launchpad codebase issue.
[13:47] <jam> At least https://lp-oops.canonical.com/oops.py/?oopsid=2051CBA110 does
[13:47] <jam> it appears to be failing in "lp.codehosting" not in bzrlib or loggerhead code.
[13:54] <jam> jelmer, Riddell, poolie, vila: I just updated http://wiki.bazaar.canonical.com/PatchPilot for the next few weeks. I just copied the rotation for the last few weeks. Double check if anything won't actually work. I tried to look at the calendar
[13:54] <jam> but that might not be complete.
[13:54] <jelmer> jam:thanks
[13:54] <jelmer> reminds me, I should send a report for last week
[13:56] <jam> jelmer: also, we wanted to pair on the quilt stuff. I wasn't sure, but it looks like I'll be available whenever.
[13:56] <jam> I think I'd like to chat with Martin tomorrow after the standup (if he's available), and you said Wed was no good.
[13:56] <jam> But I could do later on Tues, or Thurs
[13:57] <jelmer> jam: Thursday?
[13:58] <jam> jelmer: works-for-me
[13:59] <Riddell> oh aye
[14:00] <jam> hey Riddell, how was your conference?
[14:01] <Riddell> nice to catch up with desktopy people
[14:02] <Riddell> I got some ideas and requests for bzr
[15:05] <jelmer> hah, switching between colocated branches works
[15:50] <jml> mgz: hey, had a chance to look at the assertThat bug yet?
[15:59] <mgz> hey jml.
[16:00] <mgz> I have a branch, need to make a few choices about output changes
[16:00] <mgz> I think the simplest option is adding a Python 3 style repr for Python 2,
[16:01] <mgz> for anywhere %s is currently used in matcher stringifying and describe methods
[16:02] <mgz> the regexp case is a bit funky, I wonder if we could make up r"" style strings
[16:03] <mgz> I'll put up some suggestions based on your branch shortly.
[16:03] <jml> mgz: cool. thanks.
[16:04] <jml> mgz: The main thing with regexes is to avoid the double slashes.
[16:04] <jml> mgz: not sure there's any other special handling worth doing for them.
[16:05] <jml> mgz: I wonder if we could somehow add some more automated tests guaranteeing that matchers have proper unicode behaviour.
[16:05] <mgz> I've added a few tests for Mismatch describe behaviours
[16:09] <jml> mgz: that's good. thanks.
[17:33] <DerNalia> how do I fix this: bzr: ERROR: Couldn't import bzrlib and dependencies.
[17:33] <DerNalia> I just tried checking out a repo
[17:33] <DerNalia> told me to Please check the directory containing bzrlib is on your PYTHONPATH.
[18:27] <jhtran> if i'm in trunk, how do i 'checkout' an old revision based on date?
[18:27] <jhtran> such as using git, i just do git checkout <date>
[21:00] <kkrev> how do you undo 'bzr resolve somefile' so you can redo the merge for just that file?
[21:04] <kkrev> I guess 'remerge' works
[21:04] <kkrev> even after you marked resolved
[22:10] <wilx> Hi.
[22:11] <wilx> Does anybody have experience with using Bazaar for disconnected development against Subversion?
[22:12] <wilx> It seems that once I make revisions graph non-linear by a merge, I cannot push to Subversion anymore.
[22:12] <jelmer> hi wilx
[22:12] <jelmer> wilx, you have to set "append_revisions_only = False" to push changes that change the branch mainline
[22:12] <lifeless> or use dpush
[22:13] <jelmer> lifeless, that will still try to change the mainline, it just won't push extra metadata
[22:14] <lifeless> oh
[22:14] <lifeless> I thought it rebased locally as needed
[22:16] <jelmer> it will discard the local bzr revisions and replace them with revisions fetched from svn after pushing
[22:17] <jelmer> (effectively rewriting the local revisions that were pushed to no longer include data that can't be represented in svn)
[22:18] <jelmer> 'evening Riddell
[22:19] <Riddell> hi jelmer, I'm afraid I'm not too well and spent today in bed, so if I don't make it to the meeting in the morning it means I'm not better
[22:21] <jelmer> Riddell, Sorry to hear that
[22:21] <jelmer> Riddell: I'll mention it in case when you're  not around tomorrow
[22:22] <jelmer> Riddell: get well soon
[22:25] <mwhudson> jelmer: hi
[22:26] <jelmer> mwhudson, hello
[22:26] <mwhudson> jelmer: i was wondering why we still have the ~launchpad-pqm/bzr-svn/devel branches
[22:26] <jelmer> mwhudson: survived the flight back to .nz?
[22:26] <mwhudson> jelmer: rather than referring to particular revisions of lp:bzr-svn
[22:27] <mwhudson> (& so on for bzr-git etc)
[22:27] <mwhudson> jelmer: apparently!
[22:27] <jelmer> mwhudson: Why not go one step further.. perhaps we could just use by-value nested trees for the various sourcecode branches
[22:27] <jelmer> mwhudson, lp-pqm's bzr-git still has a patch to allow deregistration
[22:28] <mwhudson> jelmer: oh right, that hack
[22:29] <jelmer> mwhudson: I guess we could get that landed upstream if we'd really have to
[22:30] <mwhudson> jelmer: well carrying changes in general is a good reason for a separate branch
[22:30] <mwhudson> i'd forgotten we were doing that
[22:30] <mwhudson> i also forget a bit _why_ we do that
[22:31] <mwhudson> jelmer: do by-value nested trees actually work yet?
[22:31] <jelmer> mwhudson: by-value nested trees have worked well for years :)
[22:32] <mwhudson> oh right, i think i'd gotten the kinds of tree messed up
[22:32] <jelmer> by-reference nested trees are not yet supported
[23:07] <dOxxx> howdy
[23:08] <dOxxx> jelmer: is there going to be a stable release of bzr-svn for bzr 2.4.0? The last official release was August last year.
[23:09] <lifeless> jelmer: ah! it was your patch - 826136 :)
[23:10] <lifeless> jam: thanks for the analysis, thats excellent.
[23:20] <hazmat> is it possible with the bzr plugin api to alter existing commands, or is it only  for the addition of new commands? i'd prefer to avoid monkey patching the existing commands, so i'm looking for a replace option
[23:22] <hazmat> hmm.. found this http://doc.bazaar.canonical.com/plugins/en/plugin-development.html#extending-an-existing-command which is effectively empty
[23:22] <hazmat> ah.. ic the decorate param looks like it does the trick
[23:35] <jelmer> dOxxx, hi
[23:36] <jelmer> dOxxx, There is another release planned


[01:41] <johnjohn1011> hard to believe alpha 1 will be out this week.
[05:47] <lordievader> Good morning.
[10:32] <BluesKaj> 'Morning
[12:40] <xsacha> Hey, im on a fresh install of unicorn and was wondering how do i enable tab completion, on for eg. apt-get?
[12:40] <bluefrog> xsacha, as root?
[12:40] <xsacha> as normal user
[12:41] <xsacha> like apt-cache policy mesa-<tab><tab> (nothing happens)
[12:42] <bluefrog> xsacha, in .bashrc there's a section talking about completion. have a look at it and see if you have everything needed and uncommented. restart bash afterwards or log out log in
[12:42] <xsacha> Ok thanks
[12:43] <xsacha> oh i see, this is my fault. Im using a /home from a different install
[12:45] <xsacha> Running . /etc/bash_completion fixed it
[12:49] <xsacha> Is it normal that the default kernel is 3.13.0-24? Wasnt 14.04 on 3.14?
[12:57] <philinux> xsacha;~ should be 3.15
[12:57] <philinux> xsacha;~ make sure you have linux-generic installed. It always points to the latest kernel
[12:58] <xsacha> It is installed with <IP_ADDRESS>.28, candidate is <IP_ADDRESS>.7
[13:15] <xsacha> philinux: it says linux-generic is being held back
[13:18] <philinux> xsacha;~ sudo apt-get update && sudo apt-get dist-upgrade please check if anythin being removed looks dodgy
[13:18] <philinux> xsacha;~ dont use software updater on a development version, use synaptic or terminal
[13:18] <xsacha> It didnt ask to remove anything. Upgrading now. Curious why it came with 3.13 kernel
[13:19] <xsacha> ive only used apt-get so far. Thanks for heads up
[13:19] <philinux> xsacha;~ cos utopic started with trusty's packages
[13:20] <xsacha> ah. Ok
[13:20] <philinux> gotta start somewhere
[13:21] <philinux> xsacha;~ dont forget were are still pre alpha
[13:21] <xsacha> Yep
[13:21] <philinux> xsacha;~ see this for info too http://ubuntuforums.org/forumdisplay.php?f=427
[13:29] <xsacha> Mm still have that annoying big from 14.04 where grub freezes with a purple border on black screen. Reboot works when it brings up menu
[13:35] <xsacha> Ok since the dist-upgrade it just doesnt boot at all (both kernels). Blinking cursor on black screen, no ttys available
[13:37] <xsacha> Recovery mode shows it gets stuck on: node #0, CPUs: #1
[13:39] <xsacha> Before that, perf_event_intel: CPUID marked event: 'bus_cycles' unavailable
[13:42] <philinux> xsacha;~ I would download a fresh 14.10 iso and do a clean install.
[13:42] <xsacha> Without the existing /home?
[13:43] <philinux> if you have an older iso you can update it with zsync.
[13:43] <xsacha> i just grabbed this iso about 3 hours ago
[13:43] <philinux> xsacha;~ I always use a data partition and have clean /home folder
[13:43] <xsacha> Ok
[13:44] <xsacha> I used: http://cdimage.ubuntu.com/daily-live/current/
[13:44] <philinux> xsacha;~ does the live usb boot and run ok
[13:44] <xsacha> Yes, im in live usb now
[13:45] <philinux> did you check the usb for defects from the initial menu. Acessed by pressing any key
[13:45] <xsacha> ill check
[13:46] <xsacha> Everything worked fine until the dist-upgrade though
[13:48] <xsacha> Check finished: no errors found
[13:50] <philinux> xsacha;~ maybe create a thread in http://ubuntuforums.org/forumdisplay.php?f=427
[13:51] <philinux> Include all your hardware details and errors etc. Could be hardware specific and kernel related. Also raise a bug report
[13:52] <philinux> xsacha;~ just recap. Thats odd you got an older kernel from that daily live
[13:53] <xsacha> Im on the live usb right now and definitely comes with 3.13
[13:53] <philinux> xsacha;~ but thats a trusty kernel
[13:54] <philinux> xsacha;~ did you download 32 or 64 bit
[13:56] <philinux> xsacha;~ looks like the daily lives are a month old.
[13:56] <xsacha> 64-bit
[13:56] <xsacha> Oh so it's too old
[13:57] <xsacha> Oh i see, 64-bit is may
[13:58] <xsacha> Ill grab desktop-next image instead
[13:58] <philinux> xsacha;~ yeah well old , no wonder there were a lot of updates
[13:59] <philinux> xsacha;~ desktop-next is for devs to test unity 8. highly unstable
[14:00] <xsacha> as long as it can boot and tty is available it should be fine
[14:00] <philinux> xsacha;~ there's an alpha 1 milestone for opt in flavours on 26th June. Maybe the daily's will get updated then
[14:00] <xsacha> Is unity 8 still runing on X?
[14:00] <xsacha> Ok
[14:01] <philinux> have a look at the release schedule
[14:02] <philinux> xsacha;~ found this and it explains your problem. http://ubuntuforums.org/showthread.php?t=2227862
[14:02] <xsacha> Oh unity-next isnt planned until 16.04
[14:03] <xsacha> Argh broken for a whole month :( not good
[14:04] <philinux> xsacha;~ you could install trusty. Then change the sources to utopic then dist-upgrade. Personally I'd wait till images are updated
[14:04] <xsacha> Ok, thanks
[14:04] <philinux> xsacha;~ I'd keep an eye on the u+1 forum ;)
[14:08] <xsacha> philinux: do you know if there are any builds of unity-next for armv7? Or any testing for it?
[14:09] <philinux> xsacha;~ no idea at all
[14:10] <philinux> xsacha;~ place to ask is here https://lists.ubuntu.com/mailman/listinfo/Ubuntu-devel-discuss
[15:26] <philinux> xsacha: any joy?
[15:28] <xsacha> Trying out unity-next
[15:28] <xsacha> i cant seem to get lightdm to start
[15:32] <philinux> xsacha: quote from omgubuntu "Largely unusable at this point, the images linked to below are designed primarily to assist developers test and improve, not help Joe User spin TARDIS-style to Ubuntu’s future."
[15:32] <xsacha> Yep sure
[15:32] <philinux> from here, i read this http://www.omgubuntu.co.uk/2014/06/unity-8-daily-build-images-go-live
[15:33] <xsacha> Yeah thats where i got the download link. Surely it can start up the dm though
[15:34] <philinux> xsacha: I just updated my 14.10 install 260mb lol, It started out as a trusty install
[15:34] <philinux> running very nice too
[15:34] <xsacha> I may have to do that
[15:35] <philinux> xsacha: this is on amd and nvidia graphics 8600gt
[15:35] <xsacha> Im on intel and radeon 5650m
[15:35] <philinux> AMD Athlon(tm) 64 X2 Dual Core Processor 5200+ × 2
[15:36] <philinux> radeon could be the issue
[15:36] <xsacha> well it should be using the intel igp by default. Ubuntu uses dri prime
[15:37] <philinux> xsacha: I'm sure your well sorted with it by now
[15:39] <philinux> gotta go catch a bus. good luck xsacha
[17:58] <elijah> Here is a bug report I think should be closed https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/749567
[17:59] <elijah> I left comments explaining why
[17:59] <elijah> not really sure if this is the right channel to post this in though
[18:01] <elfy> elijah: #ubuntu-bugs at a guess :)
[18:01] <elijah> elfy: nice, thanks
[18:02] <elfy> welcome :)


[00:17] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Edge-native Linux @ https://ubuntu.com//blog/edge-native-linux
[02:11] <guiverc> No reactions to anything  Bashing-om (UWN #656), looks good
[02:11] <Bashing-om> guiverc: Whew - good - took enough for us to make it so :P
[08:33] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: ROS 2 on Kubernetes: a simple talker and listener setup @ https://ubuntu.com//blog/ros-2-on-kubernetes-a-simple-talker-and-listener-setup
[20:09] <Bashing-om> UWN: Pulling "WIP" - checked log and no further edits are known - time to push 21:00 UTC .
[21:00] <Bashing-om> UWN: ubuntu-news@lists is away. Doing the Forum post next.
[21:07] <Bashing-om> UWN: Forum post done - looks good, no issues :D - doing the re-directs next.
[21:12] <guiverc> push #656 to fridge Bashing-om ?
[21:15] <Bashing-om> guiverc: Yup - push to the Fridge too - no issues are known :D
[21:15] <guiverc> :)   I'll try not to make any then..
[21:18] <Bashing-om> guiverc: wildmanne39: Re-directs are done - can we now wipe out the 656 evidence ?
[21:19] <guiverc> http://fridge.ubuntu.com/2020/11/09/ubuntu-weekly-newsletter-issue-656/
[21:20]  * guiverc notes I had 2x issues on re-direct; but both were good when re-tried.. maybe ubu infrastructure is having issues (packages.ubuntu.com regularly does for me)
[21:23] <Bashing-om> guiverc: Re-directs; maybe the server had not caught up . I generally allow 5 minutes for the servers to catch up after removing "WIP". Then check prior to pushing out the newsletter.
[21:24] <guiverc> :)   maybe... tweet done anyway
[21:25] <Bashing-om> guiverc: Fridge spot check: all good :F
[21:25] <guiverc> :)
[21:36] <guiverc> fb done
[21:37] <Bashing-om> guiverc: wildmanne39: wipe Gdoc = and start all over again ?
[21:38] <guiverc> yep
[21:45] <Bashing-om> UWN: We do issue 657 :D
[21:47] -SwissBot:#ubuntu-news- ::Planet:: The Fridge: Ubuntu Weekly Newsletter Issue 656 @ http://fridge.ubuntu.com/2020/11/09/ubuntu-weekly-newsletter-issue-656/