[22:22] <mloza> hello, how can I regsiter #ubuntu-ph ?
[22:22] <mloza> register*
[22:24] <Unit193> mloza: Is zakame still around?


[00:32] <pleia2> raevol: my only caution with devstack is that you run it in a VM/spare system, since it changes network stuff, package repos and other things; very messy on a system you want to use for something else
[00:51] <raevol> pleia2: yea was running it on a VM, it didn't work :/ something about nova not starting
[00:53] <pleia2> that's no good, changes are tested in devstack specifically before code is accepted
[00:54] <raevol> yea... i couldn't decipher what was going on, and google availed nothing
[00:54] <pleia2> how much ram does the vm have?
[00:54] <raevol> 512
[00:54] <raevol> megs
[00:54] <pleia2> oh no, that's not enough
[00:54] <raevol> haha ise
[00:54] <raevol> i see
[00:54] <pleia2> 1G minimum, 2G if you don't want it to be painful
[00:54] <raevol> i'll have to do it on a different box them, this desktop only has 4G and it's half eaten by another VM i run
[00:55]  * pleia2 nods
[17:26] <raevol> HAPPY FRIDAY
[17:31] <troyready> WHOOOO
[21:55] <Torikun> pleia2: got a second?


[21:21] <tsimonq2> phillw, wxl, ianorlin: https://www.reddit.com/r/Ubuntu/comments/4aio7g/does_anyone_else_really_like_lxqt_what_can_we_do/ might interest you :)


[04:16] <guiverc> If anyone knows anything about receiving files via bluedevil (20.04); https://askubuntu.com/questions/1240131/how-can-i-receive-files-using-bluedevil
 (Photo, 125x33) https://i.imgur.com/hlGVOcy.jpg execuse me, Can we change the logo below? if you can, may I know how
 for the menu button?
 @lynorian [for the menu button?], yes
 @devikri [<reply to image>], im sorry im using google translate
 right click on the icon and select Configuree Application menu
 then change the Icon
 @lynorian [right click on the icon and select Configuree Application menu], wow thx, I guess this requires more effort, but it's as easy as this
[12:07] <guiverc2> @Mateusz Konieczny, View->Toolbar->(click the option that has it, drawing maybe)
[17:54] <aj80> hi, I'm a first time linux user and I'm trying lubuntu 20.04 on an older ex windows 7 machine. I'm successfully able to boot from a USB onto which I had placed the ISO file and I'm trying to install it on said machine. I'm stuck where the partitions need to be, er, done (?)
[17:56] <aj80> I'm not quite sure what this is about with those partitions. It appears I need some kind of beginners intro or something where installation and working principles are explained. Would anyone here have a good starting point for that?
[17:56] <aj80> Many thanks
[17:57] <aj80> The error message where the install fails includes sfdisk/dev/sdb wasn't able to create the partition tables
[18:00] <akem> aj80, I think your hard drive should be /dev/sda ? where you want to install, the easiest is just to create en ext4 partition with mount point / and then click next.
[18:41] <aj80> hi akem, thanks!
[18:41] <akem> aj80, Did you solve your issue?
[18:41] <aj80> I'm not 100% sure what that means, however, I'll give it a try
[18:41] <akem> Ha ok.
[18:42] <aj80> sorry, my first ever linux installation
[18:43] <aj80> no, sorry, it fails
[18:44] <aj80> any other idea? Is it possible that the partitions are somewhow the problem, rather than trying to install lubuntu?
[18:45] <aj80> manual partitioning a better idea?
[18:45] <akem> aj80, You want to install it along side Windows or you can wipe out the disk?
[18:45] <aj80> wipe out
[18:45] <akem> aj80, You choose "Erase disk and install"?
[18:46] <akem> I think it's the option, you shouldn't have to configure anything IIRC.
[18:46] <aj80> correct. then you can choose in between dev/sda and dev/sdb and system partition (/) and no bootloader
[18:47] <akem> Yes, you choose /dev/sda ?
[18:47] <aj80> i think i tried them all
[18:47] <aj80> no success
[18:49] <akem> aj80, Can you open a terminal?
[18:49] <aj80> hm, interesting, different erro message this time:
[18:50] <aj80> boost.python error
[18:50] <aj80> commmand 'mount' returned non-zero exits status 32
[18:51] <akem> Weird. Maybe there is a problem with your hard drive.
[18:51] <aj80> traceback points to usr/lib/x86_64 and so on
[18:52] <aj80> I was running an old windows 7 installation up until today on it (which was Ok)
[18:52] <akem> Okay.
[18:53] <akem> aj80, Open QTerminal it's in system tools.
[18:54] <aj80> qterminal is open
[18:54] <akem> aj80, type: fdisk -l /dev/sda | nc termbin.com 9999
[18:54] <akem> with sudo
[18:54] <akem> sudo fdisk -l /dev/sda | nc termbin.com 9999
[18:55] <aj80> cannot open
[18:56] <aj80> permission denied
[18:56] <akem> Ha, you're not connected to the internet on that machine?
[18:56] <aj80> yes, I am
[18:56] <aj80> I am chatting from it with you
[18:56] <akem> Yeah that's the "sudo" you need in front of the command.
[18:56] <akem> Ok.
[18:58] <akem> You tried with sudo? It should return an URL, so i can see the output of the command.
[18:58] <aj80> no result at all, sorry
[18:58] <aj80> it just moves to the next line
[18:59] <akem> aj80, just type: sudo fdisk -l /dev/sda
[18:59] <akem> It should display the partition table, you can paste it to pastebin.com or here i guess, it's just few lines.
[19:00] <akem> It's just to confirm sda is the hard drive and see the partition, eventually we can erase it, and you can try to install again with empty partition table. That may help.
[19:00] <aj80> udo fdisk -l /dev/sdaDisk /dev/sda: 465,78 GiB,<PHONE_NUMBER>16 bytes, 976773168 sectorsDisk model: TOSHIBA MK5055GSUnits: sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O size (minimum/optimal): 512 bytes / 512 bytesDisklabel type: dosDisk identifier: 0xc8198e59Device     Boot Start       End   Sectors   Size Id
[19:00] <aj80> Type/dev/sda1        2048 976768064 976766017 465,8G 83 Linux
[19:00] <akem> aj80, Ok.
[19:01] <akem> aj80, type: sudo dd if=/dev/zero of=/dev/sda bs=512 count=1
[19:01] <akem> And then try the installation again and choose /dev/sda
[19:01] <aj80> udo dd if=/dev/zero of=/dev/sda bs=512 count=11+0 records in1+0 records out512 bytes copied, 0,000232992 s, 2,2 MB/s
[19:02] <aj80> expected result?
[19:02] <akem> Yes.
[19:02] <aj80> ok, I'll try again. Many thanks already now, akem!
[19:05] <aj80> back to that boost.python error again, with "unpackfs"
[19:05] <aj80> I guess I'll try a fresh ISO image?
[19:05] <akem> What version are you trying to install?
[19:05] <aj80> 20.04 64 bit
[19:06] <aj80> it seems to boot ok from the usb, I played with it a bit, all functionality appears to be there, so I was assuming the image is Ok
[19:07] <akem> Yeah it should be all fine afaik :X I wonder what's going on. Try with 19.04 maybe, it worked flawlessly for me. You can still upgrade to 20.04 once installed.
[19:07] <akem> So you see if you got the same bug with a different version.
[19:07] <aj80> thanks for your time and efforts!
[19:07] <aj80> Final question:
[19:08] <akem> Yeah, NP, i hope you'll be able to install it this time.
[19:08] <aj80> is there a good starting point you can recommend for those commands?
[19:08] <aj80> I'm totally new to linux and ubuntu and lubuntu
[19:08] <aj80> I'd like to learn about those
[19:09] <akem> aj80, I don't have any resource in mind, but you can try a search for: linux essential commands begininer, for ex, something like that.
[19:11] <aj80> thanks a lot again!
[19:12] <akem> Let us know if you can install 19.04.
[19:13] <akem> If yes, then it's just a matter of upgrading to 20.04. I did it, it ran just fine on my machine.
[19:23] <throwawayuser> I noticed that my lubuntu 20.04 image fails its integrity self-test when I boot it in Virtualbox
[19:23] <throwawayuser> Here's the link I downloaded mine from:
[19:23] <throwawayuser> http://cdimage.ubuntu.com/lubuntu/releases/20.04/release/lubuntu-20.04-desktop-amd64.iso
[19:23] <throwawayuser> Is this happening for the rest of you?
[19:24] <throwawayuser> I verified my checksums too
[19:24] <Munsko> I downloaded the same iso for my pc
[19:24] <Munsko> And its running
[19:25] <Munsko> Maybe theres some problem with the Virtualbox and image
[19:26] <throwawayuser> I'll try flashing it to a thumb drive and booting it on a another PC
[19:26] <throwawayuser> See if it still shows up
[19:27] <throwawayuser> To be clear, it still boots even with the failure
[19:28] <Munsko> Try the livecd
[19:28] <Munsko> and run that test there
[19:46] <throwawayuser> Just finished booting it on another computer
[19:46] <throwawayuser> Same error shows up
[19:46] <Munsko> oh
[19:47] <throwawayuser> The thumb drive was flashed with balena etcher 1.5.79
[19:47] <Munsko> But i dont understand in what consist the test
[19:47] <Munsko> I know that is for ensure yourself of no crrupt iso
[19:47] <throwawayuser> I don't have to do anything special to trigger it
[19:47] <Munsko> oh
[19:47] <throwawayuser> I just boot, and it runs the test
[19:47] <Munsko> it appears?
[19:47] <throwawayuser> I'll try to capture some video
[19:47] <Munsko> Try use another program
[19:47] <Munsko> Maybe the problem is there
[19:48] <Munsko> When i make my usb bootable i used rufus(windows)
[19:48] <Munsko> Theres one called multisystem for linux
[19:48] <Munsko> But i dont know how use it properly, you could try that one
[19:48] <throwawayuser> I'll try rufus
[19:48] <Munsko> Rufus is easy
[19:48] <Munsko> Just leave recomended settings
[19:49] <Munsko> And let the program do the work
[20:15] <throwawayuser> No errors when booting with the disk flashed with Rufus
 E: Encountered a section with no Package: header … E: Problem with MergeList /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_focal_universe_binary-amd64_Packages … E: The package lists or status file could not be parsed or opened.
 help please
[23:18] <Munsko> Hey shukyrshuk
[23:18] <Munsko> https://askubuntu.com/questions/30072/how-do-i-fix-a-problem-with-mergelist-or-status-file-could-not-be-parsed-err
[23:19] <Munsko> Check if that can help you


[10:28] <kgunn> racarr: what was the little handy trick to get jenkins to pick up an mp ?..."request review" pick jenkins bot user...but what do you put in "type of review" ? "continuous integration"?
[11:04] <racarr> kgunn: Yes
[11:04] <racarr> continuous-integration
[11:42] <alan_g> RAOF: Does this match the ugliness of the surrounding code? https://code.launchpad.net/~alan-griffiths/mir/hack-the-hack/+merge/197501
[13:04] <alan_g> anpok: http://unity.ubuntu.com/mir/index.html
[14:27] <kdub> mterry, so the nested was working with the simple client
[14:27] <mterry> kdub, awesome, as I'd expect
[14:31] <mterry> kdub, so do you want help setting up greeter mode?
[14:32] <kdub> mterry, probably not enough time, have to jump into meetings
[14:32] <kdub> could you point me at the code? maybe a visual inspection will give clues
[14:32] <mterry> kdub, OK
[14:32] <mterry> kdub, heh, it's not a small branch.  lp:~mterry/unity8/split
[14:45] <mlankhorst> anyone wants to test mesa10 before I upload it to the archive? I've copied it to https://launchpad.net/~ubuntu-x-swat/+archive/ppa/+packages -- should be published shortly
[14:46] <mterry> kdub, hmm, my other crash I was looking at (which might be same issue?) is crashing in libhybris.  Will try to get more info for ya, to confirm it's a Mir problem
[14:51] <mlankhorst> ok it's up now
[16:32] <mlankhorst> RAOF: can you please please accept pixman sru to saucy? :P
[16:33] <mlankhorst> and probably raring, quantal, precise too but less priority there
[16:40] <RAOF> mlankhorst: Sure, in a bit.
[17:31] <mterry> kdub, heyo!
[17:32] <mterry> kdub, so I think this other crash I'm seeing on the N7 is related to the nested-mode-does-too-much issue.  It's also crashing in the_graphics_platform(), possibly when trying to load the graphics library
[17:32] <mterry> kdub, this N7 crash is easier to setup than the greeter crash
[17:32] <mterry> kdub, and in fact, is actually blocking nested mode from landing, whereas the greeter one isn't
[17:33] <mterry> kdub, so I'd love some of your time tomorrow for debugging
[17:33] <ogra_> mterry, is anyone beyond me looking into maguro at the sprint ?
[17:34] <ogra_> i'm at the point where i'm stuck in a loop of:
[17:34] <ogra_> ioctl(14, 0xc01c6730, 0xbe99708c)       = 0
[17:34] <ogra_> writev(15, [{"\6", 1}, {"IMGSRV\0", 7}, {":0: PVRSRVCreateDCSwapChain: Err"..., 50}], 3) = 58
[17:34] <ogra_> writev(15, [{"\6", 1}, {"IMGSRV\0", 7}, {":0: framebuffer_device_open: Fai"..., 68}], 3) = 76
[17:34] <ogra_> nanosleep({1, 0}, 0xbe997158)
[17:34] <ogra_> which points to the driver ... which i have not much clue about
[17:34] <mterry> ogra_, last time I checked in, it was using SF mode.  Did you force it to use mir mode?
[17:34] <ogra_> mterry, maguro uses mir since saucy
[17:34] <ogra_> we released it with mir
[17:34] <mterry> ogra_, kdub thinks nested mode is doing too much hw configuration
[17:34] <mterry> ogra_, no no
[17:35] <ogra_> yes yes :)
[17:35] <mterry> ogra_, I mean your stracing was showing it trying to use SF mode
[17:35] <ogra_> oh, right
[17:35] <mterry> ogra_, despite the fact that it should use Mir
[17:35] <ogra_> well, i forced it to Mir by exporting the var before stracing
[17:35] <ogra_> yeah
[17:35] <mterry> ogra_, so if nested mode is doing bad hw config, that would explain why we see such weird results across hardware
[17:35] <ogra_> there are other issues too for sure
[17:35] <ogra_> ah, k
[17:35] <mterry> ogra_, so I'm hoping for some sort of silver bullte
[17:36] <mterry> ogra_, though having to force Mir is bad...
[17:36] <ogra_> hehe, well, you are surely at the right place to catch one
[17:36] <ogra_> yes, there are issues in lightdm or logind
[17:36]  * mterry will get kdub drunk enough to agree to help
[17:36] <ogra_> but these are separate from unity8 falling over
[17:36] <ogra_> ++
[17:36] <mterry> ogra_, I'll have to find a maguro to see why it's unique wrt to lightdm
[17:36] <ogra_> i'll happily pay the beer, just send me the bill
[17:37] <mterry> lightdm at least I can navigate, unlike this Mir stuff
[17:37] <mterry> ogra_, so you forced MIR_SOCKET.   What did you do to force /run/user to behave?
[17:37] <ogra_> well, i suspect lightdm doesnt do its job because Mir doesnt do right .... but we'll see
[17:38] <ogra_> i added some mkdir, chown, chmod stuff the the wrapper to get the dir
[17:38] <ogra_> that gets me a proper upstart session in which i can play with unity then
[17:39] <ogra_> and stracing unity8 gets me the above framebuffer error in a loop until it gets frustrated any exist
[17:39] <ogra_> *exits
[17:40] <mterry> ogra_, I'm very confused by the runtimedir failure.  That really shouldn't be affected by Mir.  But it seems to work in non-nested mode...  /me hopes for large silver bullet
[17:41] <ogra_> well, lets see, i'll hunt down more people tomorrow ... i'm sure we'll get somewhere before end of the week
[17:41] <ogra_> as long as we can get Mir to start at all :)
[17:51] <RAOF> alan_g: https://code.launchpad.net/~raof/mir/hack-hack-hack-remove-a-hack/+merge/197581
[17:51] <alan_g> RAOF: looking...
[17:53]  * alan_g thinks that looks much better! (but does it work? ...)
[17:56] <RAOF> alan_g: Works for me :)
[17:58] <alan_g> RAOF: and me. APPROVED!!!!
[18:13] <ricmm> duflu: so
[18:13] <ricmm> for platform-api clients, xbgr or bgr for occlusion support?
[18:13] <ricmm> we can just select that one directly in src/ubuntu/mirclient/
[18:13] <ricmm> no need for more smart opperation
[18:13] <duflu> ricmm: Either should be fine
[18:14] <duflu> ricmm: Don't stick to only one pixel format though. Expect the next device you try to not support it
[18:15] <ricmm> duflu: everything else is in development-branch?
[18:15] <duflu> ricmm: Even better. Everything else is released in archive Mir 0.1.2 already
[18:15] <ricmm> ah perfect


[09:30]  * czajkowski wallops tdr112
[10:09] <tdr112> for?
[10:10] <terran> http://marc.info/?l=openbsd-tech&m=129236621626462&w=2
[10:10] <czajkowski> being called cztab in other channels
[10:10] <czajkowski> tdr112: how did last night go
[10:11] <tdr112> czajkowski: ha :)
[10:11] <tdr112> it went well , great to have some many different groups meeting up and mixing
[10:11] <czajkowski> aye I think that's a good thing to see happening
[10:14] <tdr112> the ubuntu team came 3rd
[10:19] <czajkowski> sweet
[10:19] <czajkowski> well done
[10:20] <slashtom> thank ebel for that
[10:20] <czajkowski> good night ?
[10:20] <ebel> yeah twas good
[10:21] <czajkowski> good stuff
[10:21] <czajkowski> nice to see all groups mixing a bit more tbh
[10:42] <ebel> yeah twas good
[12:08] <czajkowski> moonpie: ping
[13:50] <moonpie> czajkowski: yes'm
[13:51] <czajkowski> moonpie: want to start planning next ossbarcamp in ul
[13:51] <czajkowski> did you get anywhere with buildings
[13:52] <moonpie> still got no response from the C&S heads. Exams at the minute, but I'll poke them tomorrow about it
[13:54] <czajkowski> thanks
[14:13] <moonpie> will let ya know when room is sorted
[14:17] <czajkowski> do we ave a date in mind?
[14:24] <schubi42> Hi guys, how's everyone? I'm just setting up my client for tonight's chat :-)
[14:37] <ebel> hi hi
[14:37]  * ebel is grand
[14:42] <schubi42> Hi ebel, good to hear :-)
[14:45] <ebel> how's yourself schubi42 ?
[14:54] <schubi42> all good, all good.
[20:01] <ebel> ello
[20:01] <infoturtle> how do!
[20:03] <ebel> Meeting on soon
[20:04] <ebel> Looks like a short on, not much on the agenda ( https://wiki.ubuntu.com/IrishTeam/IRCMeetings/2010-12-15)
[20:04] <ebel> we'll wait a few minutes to see if anyone else comes
[20:06] <ebel> infoturtle: you get home ok?
[20:07] <infoturtle> couldn't find a free b & b, stayed at jury's at a hefty price
[20:07] <infoturtle> they know hoe to rob drunk people
[20:07] <ebel> :(
[20:08] <infoturtle> still tho, all worth it,had a great night
[20:12] <ebel> right well we should start the meeting then i suppose
[20:12] <ebel> #startmeeting
[20:12] <MootBot> Meeting started at 14:12. The chair is ebel.
[20:12] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[20:13] <ebel> If you are here and paying attention, please say PRESENT
[20:13] <ebel> PRESENT
[20:13] <infoturtle> PRESENT
[20:15] <ebel> the agenda is https://wiki.ubuntu.com/IrishTeam/IRCMeetings/2010-12-15
[20:15] <ebel> [link] https://wiki.ubuntu.com/IrishTeam/IRCMeetings/2010-12-15
[20:15] <MootBot> LINK received:  https://wiki.ubuntu.com/IrishTeam/IRCMeetings/2010-12-15
[20:15] <infoturtle> no agenda?
[20:15] <ebel> yeah pretty much ☺
[20:15] <ebel> there are no topics on agenda
[20:16] <ebel> any other business?
[20:16] <infoturtle> not from me
[20:16]  * ebel ahs one
[20:16] <ebel> [topic] techy table quiz
[20:16] <MootBot> New Topic:  techy table quiz
[20:16] <ebel> There was a techy table quiz last night, myself, infoturtle and slashtom were there and we came 3rd.
[20:16] <infoturtle> be back in 2 mins, foods here
[20:17] <ebel> (I know it's a bit silly me telling you that we were both at a table quiz last night, but I'm making a record)
[20:17] <ebel> We competed against about a dozen other techy groups in dublin
[20:17] <ebel> python ireland came second and girl geeks 1st IIRC
[20:17] <ebel> 2 of our members, tdr112 and airurando were helping in run it.
[20:18] <ebel> [link] http://christmastechiequiz2010.eventbrite.com/
[20:18] <MootBot> LINK received:  http://christmastechiequiz2010.eventbrite.com/
[20:18] <ebel> thanks to all who took part. There should be photos online soon.
[20:18] <ebel> FYI it was @whykay who was running it
[20:19] <ebel> [topic] christmas!
[20:19] <MootBot> New Topic:  christmas!
[20:19] <ebel> I hope everyone has a nice christmas!
[20:20] <ebel> [topic] thanks to infoturtle
[20:20] <MootBot> New Topic:  thanks to infoturtle
[20:20] <ebel> Those who follow @ubuntuie on twitter may have noticed more activity, I beleve it's infoturtle who's updating that now,
[20:20] <ebel> thanks for helping out!
[20:22] <infoturtle> all cool
[20:22] <infoturtle> love doing it
[20:24] <ebel> [topic] any other business?
[20:24] <MootBot> New Topic:  any other business?
[20:24] <infoturtle> nope :c quite month
[20:26] <ebel> OK
[20:27] <ebel> well, we can call it a night then?
[20:28] <infoturtle> seems we have to
[20:29] <ebel> any other ideas?
[20:29] <infoturtle> next thing to bring up can wait till jan for me
[20:29] <infoturtle> nothing else
[20:30] <ebel> hello Fudgez
[20:30] <infoturtle> hey fudge
[20:31] <Fudgez> Yo
[20:31] <Fudgez> just passing by and said id pop in :) dont mind me :)
[20:31] <ebel> we're just wrapping up the irc meeting, not much to discuss
[20:31] <ebel> Fudgez: you got any ideas?
[20:32] <infoturtle> oh wait!
[20:32] <infoturtle> the event in Jan
[20:32] <infoturtle> bowling in lesireplex
[20:32] <ebel> yeah?
[20:33] <Fudgez> im a bit of a spectator here ebel dont mind me :)
[20:33] <infoturtle> just should mention it to remind about it
[20:33] <infoturtle> or if there's any input about it
[20:33] <infoturtle> Fudgez: how do you feel about going to it?
[20:35] <Fudgez> I might show up depends on work and stuff but if InfoTurt is going ill prob show face :)
[20:36] <infoturtle> might get a bus up and stuff, mike jonker and ericka are going
[20:37] <infoturtle> think were done here
[20:37] <Fudgez> cool ill see if sheens up for it what date?
[20:37] <ebel> #endmeeting
[20:37] <MootBot> Meeting finished at 14:37.
[20:38] <infoturtle> theres a facebook event
[20:38] <infoturtle> http://www.facebook.com/#!/event.php?eid=169765629730856
[20:38] <infoturtle> 29th jan
[20:39] <ebel> nice logo!
[20:40] <ebel> that event is after the next meeting aswell
[20:40] <infoturtle> ha, thanks, GIMP did most of the work
[20:40] <ebel> we'll have to promote it etc.
[20:42] <infoturtle> cool, I'll invite people at U.L. and L.I.T too, for those who use ubuntu or want to see what a cool bunch we are
[20:42] <ebel> cool
[20:44] <infoturtle> now to play the fable 3 you great knowledge of short hand won me and unwind, I'm wrecked
[20:47]  * ebel is off aswell
[23:13] <hughbert> lads is the irc still on??
[23:13] <infoturtle> what you mean?
[23:14] <hughbert> the irc meeting...
[23:14] <hughbert> its was on tonight...
[23:14] <infoturtle> no man, its over hours
[23:14] <infoturtle> it was at 8
[23:14] <hughbert> aaah shit..
[23:15] <hughbert> what did ye talk about?
[23:15] <infoturtle> why, something you want to bring up?
[23:15] <infoturtle> just about the comp last night and reminding of the outting next month
[23:17] <hughbert> ya i made a second poster for the clare lug and the new improved logo is on it....
[23:17] <hughbert> i went onto the ubuntu-logo irc and they made a few suggestions...
[23:18] <infoturtle> cool, lets see
[23:18] <hughbert> hold on a sec i have to upload it...
[23:20] <hughbert> grrrr interweb is so slow....
[23:20] <infoturtle> not where I am, I burning the G's with this sweet speed
[23:20] <hughbert> flip off, hopefully geting wimax....
[23:26] <hughbert> did you go to dublin?
[23:27] <infoturtle> sure did, met loads of cool people too........ and i also met slashtom......
[23:27] <infoturtle> (just enjoying some fun poking)
[23:30] <hughbert> damn i wish i could have went...
[23:30] <hughbert> would have been cool....
[23:30] <hughbert> maybe they'll have the next one in the west of ireland or Athlone???
[23:31] <hughbert> who is slashtom?
[23:31] <infoturtle> tom
[23:31] <infoturtle> one of the members in here
[23:32] <hughbert> well i know that... ha ha...
[23:32] <hughbert> hello tom if your there....
[23:34] <hughbert> im sick and tired of everything being on in Dublin...
[23:35] <infoturtle> i know, they get all the cool stuff!
[23:35] <hughbert> the roads are great these days so theres no excuse to have a meeting somewhere else....
[23:35] <infoturtle> don't think that'll work
[23:35] <infoturtle> we'll have to make an event and make them come
[23:36] <hughbert> 1 hour to Athlone and 2 to Galway or Limerick... or theres Cork....
[23:37] <infoturtle> hack session at fr. teds house on craggy island
[23:37] <infoturtle> that'll bring the masses
[23:37] <hughbert> ya i know the fella and all....
[23:38] <hughbert> dad sold him a cow once....
[23:38] <infoturtle> now there a sentence I find funny
[23:38] <hughbert> i know...
[23:39] <hughbert> ha ha...
[23:39] <infoturtle> brilliant
[23:39] <hughbert> but that fliping picture im having trouble uploading it....
[23:40] <infoturtle> wana e-mail it to me and i'll stick it some where?
[23:40] <hughbert> ya... will do....
[23:41] <hughbert> maybe we could do something in clare???
[23:42] <infoturtle> well, maybe in feb, we have the one in dublin in jan
[23:42] <hughbert> i heard that somebody did something in Doolin a few years ago back in 2002...
[23:42] <infoturtle> but everyone will have to pass on it at a meeting i supose
[23:43] <hughbert> a load of linux heads came in from over seas and everything....
[23:43] <hughbert> I could be wrong but i think stallman was in ireland at the time......
[23:43] <hughbert> doing something for IBM...
[23:45] <hughbert> Went on a bit of a binge in Clare....
[23:46] <infoturtle> drinkin binge?
[23:48] <hughbert> yep...
[23:48] <hughbert> i saw a video or a pic of stallman in the RDS....
[23:50] <hughbert> you should have the email now....
[23:55] <hughbert> http://ubuntuforums.org/showthread.php?p=10243164#post10243164
[23:56] <infoturtle> i was nearly done writing a new thread when you sent that link
[23:57] <infoturtle> looks good, think it'll be ok?
[23:57] <hughbert> ha ha sorry man...
[23:57] <hughbert> well what do you think?
[23:58] <infoturtle> its cool, think it'll be approved of?
[23:58] <infoturtle> i've no idea what the guides for the logo are
[23:59] <hughbert> ya they said it was alright so...
[23:59] <hughbert> its just up to you guys to approve it....
[23:59] <infoturtle> cool, want me to colour it up for you?


[11:43] <BluesKaj> Hey all
[16:26] <khoover> hey, i'm getting this weird message about outdated repositories, think it has something to do with the 11.04 CD i have selected in the source manager.
[16:26] <khoover> what's goin on?
[16:28] <BluesKaj> khoover, 11,10 ?
[16:28] <khoover> 11.04
[16:29] <khoover> if i'm recalling, the exact message is talking apt-cdrom to mount it, and it can't use apt-update, or something
[16:30] <BluesKaj> usually the cd is no longer up to date as a repos once the OS is finished installing and it;'s commented by default in the sources.list
[16:30] <khoover> so, just deselect the CD in the sources list, but keep the repos?
[16:30] <BluesKaj> yup
[16:31] <khoover> well that's easy
[16:31] <khoover> thanks, solved the problem. hate red triangles.
[16:31] <BluesKaj> khoover, np


[15:05] <Encrypt> Hello there o/
[15:06] <Encrypt> ted, o/
[15:12] <Encrypt> ted, May I ask you something about the Messaging Menu?
[15:40] <Encrypt> Anyone familiar with the messaging menu?
[15:40] <Encrypt> How I should use the GMainLoop is unclear to me :/
[15:51] <Encrypt> Nobody? :/
[17:21] <sil2100> Not too many people around during the weekend sadly
[19:28] <ted> Not really around, but if someone sees Encrypt come back this might help him/her: http://bazaar.launchpad.net/~indicator-applet-developers/indicator-messages/trunk.15.04/view/head:/libmessaging-menu/client-example.py


[01:14] <britt> hey guys
[01:14] <britt> I was getting a black screen at boot again today
[01:14] <britt> after 3 attempts booting it finally worked
[01:14] <britt> any ideas?
[03:43] <darkxst> britt, next time it fails grab the gdm logs
[03:48] <britt> where are the logs held?
[03:48] <darkxst> /var/log/gdm
[03:49] <britt> there are a lot of them in there? Is there any one in particular?
[03:49] <darkxst> actually they appear to get rotated, so if you can find the one the corresponded to the black screen
[03:49] <darkxst> start with :0.log.* (they are the X server logs)
[03:50] <darkxst> grep "(EE)" *
[03:52] <britt> i'm reading through them now trying to find any mention of the black screen
[03:53] <darkxst> well you should be looking for just "error" and/or "(EE)"
[03:54] <britt> I think I found the ones with the errors
[03:55] <britt> yeah the one I am looking in has lots of errors reported, whereas the other log files do not
[03:55] <darkxst> probably they will all have errors, so make sure they where from about the right time
[03:56] <britt> they dont have time stamps though
[03:56] <darkxst> the file does
[03:57] <britt> yeah it's the right time
[03:57] <darkxst> paste it
[03:57] <britt> the whole file?
[03:57] <darkxst> yeh, to pastebin or something
[03:57] <britt> kk just a sec
[03:59] <britt> http://pastebin.com/yA3e91WS
[04:02] <britt> it took 3 attempts for me to get my computer to boot this last time, and the current log and the 3rd log and greater do not have any noticable errors
[04:02] <britt> 1 and 2 are just about the same, and I believe each cooresponds to one of the failed attempts to boot, based on the time stamps
[04:04] <darkxst> but it looks like that error is occuring on shutdown of the server
[04:04] <darkxst> perhaps look in corresponding (via file timestamps) -greeter and -slave.logs
[04:05] <britt> http://pastebin.com/WJZZZG9W this is one of the logs for a successfull boot. Look where it talks about "Allocate new frame buffer"
[04:05] <britt> on the failed one it says (II) RADEON(0): Allocate new frame buffer 3840x1088 stride 3840
[04:05] <britt> (EE) RADEON(0): failed to set mode: Permission denied(EE) RADEON(0): failed to set mode: Permission denied(II) RADEON(0): VRAM usage limit set to 1864278K
[04:05] <britt> the successfull one says:
[04:05] <britt> (II) RADEON(0): Allocate new frame buffer 1920x1088 stride 1920
[04:05] <britt> (II) RADEON(0): VRAM usage limit set to 1872054K
[04:07] <britt> on successfull boots it tries to allocated 1920x1088 stride 1920, on unsuccessfull it tries to allocate 3840x1088 stride 3840
[04:08] <britt> wait actually nevermind they both allocate the 2840x1088, however on successfull ones it does get the permission denied error
[04:08] <darkxst> except this means something has told/caused the xserver to shutdown, (II) AIGLX: Suspending AIGLX clients for VT switch
[04:08] <britt> 3840*
[04:09] <darkxst> X server appears to be loading fine
[04:10] <britt> it does. It shows the blue background for about 2 seconds. It then goes to a solid black screen about the time gdm would normally load
[04:11] <darkxst> any errors in the :0-greeter.log and -slave.log
[04:13] <britt> it looks like a lot of errors actually
[04:14] <britt> http://pastebin.com/55RByh6x
[04:16] <darkxst> that is definately an openGL issue, its trying to fallback to the old gtk2 greeter
[04:17] <britt> it didn't do it until I upgrade to the staging ppa though...
[04:17] <britt> no other files have changed
[04:21] <britt> This is a greeter file from a successfull boot
[04:21] <britt> http://pastebin.com/qSmAnYfu
[04:25] <darkxst> its not even trying to load gnome-shell, due to this failure (gnome-session[2287]: WARNING: Session 'gdm-shell' runnable check failed: Timed ou
[04:25] <britt> yeah on the successfull boots that line isn't there
[04:26] <britt> which would make sense lol
[04:26] <britt> on both boot failures it is there and on all successes it isn't
[04:30] <darkxst> file a bug against gnome-session
[04:30] <britt> what should I put in the report?
[04:32] <britt> damn it wont let me use apport to report it
[04:33] <britt> is there a manual way to file a bug via launchpad?
[04:33] <darkxst> yeh just go to project page
[04:33] <darkxst> https://bugs.launchpad.net/ubuntu/+source/gnome-session
[04:34] <darkxst> attach that greeter log
[04:34] <darkxst> and include the WARNING in the report
[04:34] <darkxst> I have to run, will be back later
[04:35] <britt> ok thanks for the help
[04:41] <britt> https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1133120 here is the bug report for when you get back
[04:55] <britt> jbicha are you around?
[05:10] <darkxst> jbicha, just out of interest have you test gdm fallback mode recently?
[05:17] <jbicha> darkxst: no, it's harder to test now that we've enabled llvmpipe
[05:17] <darkxst> jbicha, I think it might be broken
[05:19] <jbicha> darkxst: I'm surprised they didn't remove it yet; it seems they tried to remove every bit of integration with the old fallback mode this cycle
[05:21] <jbicha> I don't maintain a project but it seems that deprecating and removing all in the same short cycle is moving a bit too fast but anyway...
[05:23] <darkxst> yeh well the fallback stuff ties into a lot of different packages
[05:32] <darkxst> hmm it still works when I force the session
[05:32] <darkxst> but is failing when britt 'fallsback' to it
[05:33] <jbicha> does lightdm work in those cases?
[05:34] <darkxst> jbicha, in my case it did, but I had a mesa bug that only affected clutter
[05:34] <darkxst> don't know if it works for britt
[05:35] <jbicha> because if it lightdm fails too, I blame his drivers
[05:37] <darkxst> well it could be many things, but X is starting up fine according to the logs
[07:54] <britt> ricotz: hey can I ask you a question about fglrx drivers in raring?
[07:55] <ricotz> britt, #ubuntu-x is a better place to ask that ;)
[07:55] <britt> hah yeah, but I specifically wanted to ask you a question ;-)
[07:55] <britt> and I know you hang out around here
[07:55] <britt> (and me too lol)
[07:55] <britt> I can switch over though if that is better
[07:56] <ricotz> britt, if you are asking about the xedgers packages, i am not using fglrx i am just updating those to give people a "safe" way to test/use them
[17:23] <jbicha> darkxst: ok, I uploaded the gnome-shell/mutter sru, when you get a chance could you add the extra SRU description to bug 1067265 and bug 1132308
[20:15] <darkxst> jbicha, thanks, updated those 2
[20:16] <jbicha> darkxst: thanks, also for SRUs they want the version number to use a decimal point so that it doesn't conflict with versions in the development release, i.e. 3.6.3-0ubuntu0.1
[20:19] <darkxst> ah right, I should have realised that!
[20:26] <SpaceA> anyone around?
[20:31] <darkxst> yeh
[20:42] <jbicha> darkxst: and I copied bits from the NEWS file since some people pick & choose stable updates based on the debian changelog
[20:43] <spacea> darkxst: sorry - what was the last message you got from me?
[20:44] <darkxst> spacea, "<SpaceA> anyone around?"
[20:45] <spacea> darkxst: i was about to intall gnome remix on my new PC. Is the development still going on?
[20:46] <darkxst> spacea, yes, however no ISO's for raring version just yet
[20:46] <spacea> darkxst: would you have any idea what size of updates I am looking for a fresh install of gnome remix 12.10?
[20:47] <darkxst> spacea, nope
[20:48] <spacea> darkxst: this might be a very stupid request but could you check via a VM if you have a fast connection? My connection takes 9-12 hours to download the iso
[20:48] <spacea> yay third world country internet
[20:49] <darkxst> I have very fast internet, not sure how that will help you?
[20:49] <spacea> If its too big then I will have to go with something else unfortunately :(
[20:49] <spacea> I just need to know the update size after install
[20:51] <spacea> darkxst: Your help would be really appreciated
[20:57] <spacea> darkxst: should I wait around or is that too much to ask? :/
[21:05] <darkxst> spacea, can't check right now
[21:05] <spacea> all right sir
[21:10] <robert_ancell> jbicha, nice work on the tech board email btw
[21:19] <gonyere> jbicha: any idea when iso's for 13.04 will be out?
[21:20] <gonyere> also I'm super happy to see that 13.04 will have libre office & firefox by default xD thank you!! :)
[22:53] <jbicha> gonyere: if we're lucky we'll be official and we can get daily builds without too much work
[22:53] <jbicha> otherwise, whenever someone gets around to building the 2 images and checking that they work and then we'll call it an alpha
[22:54] <jbicha> robert_ancell: thanks, not much response yet, I'm guessing they'll have questions at Monday's tech board meeting though


[01:38] <lindol> hi all
[09:43] <Olotila> How do I change sound output easily?
[09:43] <Olotila> https://extensions.gnome.org/extension/212/advanced-volume-mixer/
[09:43] <Olotila> does not work
[09:43] <Olotila> it just doesn't install
[09:45] <lindol> soud output?
[09:45] <lindol> what does it mean?
[09:46] <lindol> level of sound out?
[09:47] <Olotila> now my sounds go to amplifier
[09:47] <Olotila> i want to change to tv frequently
[09:50] <lindol> Don't you use default -mixer on Gnome panel?
[09:51] <Olotila> I have only volume control in right hand upper corner
[09:51] <lindol> Yes, I have used it too.
[09:51] <Olotila> and settings-button, which takes me to general settings, and sound from there
[09:52] <Olotila> my wife also uses this computer, so it has to be easy
[09:52] <Olotila> advanced volume mixer seams to do the job, it just doesnt install
[09:52] <Olotila> any other software that would do it?
[09:55] <lindol> oh you want to change type of sound-output more easily.
[09:55] <lindol> but.. I have not seen it. um..
[13:43] <lindol> um..
[13:44] <lindol> Does Gnome have something that related to Window + P key on Windows?
[14:02] <lindol> oh! >_ <
[14:03] <lindol> Gnome has same behavior by Window + P Key > _<
[14:03] <lindol> It was good.
[22:02] <Slown> Hello
[22:02] <Slown> I have some questions to ask about 14.04 LTS version
[22:04] <Slown> Q1) is that the french language is available ?


[11:39] <tseliot_> tjaalton, yes, it was the X abi that changed in the past. I suppose I could just make it an empty package
[11:40] <tjaalton> yeah I think that's the cleanest approach to ensure nouveau is installed
[11:40] <tjaalton> if someone had uninstalled it for whatever the reason (and -video-all)


[00:44] <Valduare> hows it going
[01:37] <BrokenScreen> Hey everyone
[01:41] <BrokenScreen> I just install Ubuntu Touch on my Nexus 7 2013 that has a broken screen. Now I am stuck on "the first time user-Chose a Language screen" and can not select anything because the screen and digitizer are broken. I tried plugging in a mouse with a OTG cable but no mouse cursor appears. Any Ideas?
[01:46] <nhaines> BrokenScreen: you're going to need a working Nexus 7.  Ubuntu doesn't support mice on phone or tablet.
[01:48] <BrokenScreen> oh bummer... Thank you for the reply...
[01:48] <BrokenScreen> So there is absolutely nothing I can do yeah?
[01:49] <nhaines> Not that I know of.
[01:49] <nhaines> Once convergence is in (post 16.04), mouse should work.
[01:52] <BrokenScreen> What is Convergence?
[01:54] <netlore> Can you not boot to the Nexus 7 into fastboot mode, like the Nexus 4 by holding down the power and volume buttons and then re-load android?
[01:57] <nhaines> BrokenScreen: convergence is when Unity 8 is running on phone, tablet, and desktop and you can just choose your preferred interface.
[01:57] <nhaines> netlore: https://www.google.com/search?client=ubuntu&channel=fs&q=how+to+enter+fastboot+mode+nexus+7&ie=utf-8&oe=utf-8
[01:57] <BrokenScreen> Oh I have multirom manger and daul-booting cyanogenmod and Ubuntu touch
[01:58] <BrokenScreen> The Cyanogenmod works great...Its the Ubuntu touch I would like to use though
[01:59] <nhaines> BrokenScreen: Ubuntu requires a touchscreen on tablets.
[01:59] <nhaines> You can try vivid/proposed, but I haven't heard anything about that being different.
[02:00] <BrokenScreen> ah i see so I need to get convergence to load so that I can choose my desired input method yeah?
[02:00] <netlore> Not quite, you need to wait convergence to be developed..
[02:01] <nhaines> No.  When Unity 8 is convergence-enabled, you will be able to use a mouse and keyboard just like you do on the desktop.
[02:01] <nhaines> netlore has it right.
[02:02] <netlore> Actually being able to use the mouse in tablet mode would be useful too... you certainly can in android.
[02:03] <BrokenScreen> Oh I get what your saying.... Have you seen the Changelog for vivid-proposed? I guess I will try it and hope for the best! :-)
[02:04] <BrokenScreen> I completely agree netlore...
[02:04] <nhaines> I'm not sure vivid is working at the moment, although I expect it's going to be fixed by the end of the month.
[02:05] <BrokenScreen> it is always a good Idea to have several options of interface input....
[02:06] <BrokenScreen> Really? I have vivid  installed right now on my nexus 7
[02:06] <netlore> is there a new release for stable tomorrow?
[02:07] <BrokenScreen> I am not sure. I downloaded and installed it from the multiROM interface...
[02:09] <BrokenScreen> MultiROM has a list of possible builds you can install and Vivid was one of them. As was Vivid-Proposed
[02:09] <nhaines> netlore: they don't schedule stable releases.  They only release when it is stable.
[02:10] <nhaines> BrokenScreen: it's broken.  No one's working on it right now.  Main development is focused on stable, which is an alias for ubuntu-rtm/14.09
[02:11] <BrokenScreen> oh ok. I will try reinstalling a different build from the list
[02:14] <nhaines> Good luck!  But you'll still need a working touchscreen.
[02:18] <BrokenScreen> :-) Thank you for all your help! I will try a different build... if it does not work I will just wait for Convergence I suppose....
[02:21] <BrokenScreen> I am new to Ubuntu Touch... Is There any way that I can make a request for mouse input to be put into futer builds?
[02:22] <nhaines> You can file a wishlist request, but it is already planned for 16.10.
[02:23] <BrokenScreen> Oh Sweet! :-) For future reference though how do I go about fileing a wishlist request?
[02:24] <BrokenScreen> Also do you know how a noob like myself can help the project?
[02:25] <nhaines> You can file a bug against http://launchpad.net/ubuntu-touch/
[02:25] <nhaines> As for helping, phones are pretty complicated, but you can always learn how to develop software, and you can always help write documentation.
[02:28] <netlore> I noticed something weird... I created a new folder in /home/phablet and it's not visible when connecting by MTP...
[02:29] <BrokenScreen> Cool Thank you. I will keeping on learning... take care my friends
[02:29] <nhaines> I haven't done a ton of testing with NTP.
[02:29] <nhaines> BrokenScreen: I wish you the best of luck.  :)
[05:07] <lotuspsychje> !devices | optrusty
[05:09] <optrusty> What about porting it
[06:25] <sturmflut-work> http://youtu.be/wqYEH3MUC3w How does he "seamlessly" switch between Desktop and Tablet/Phone mode? Is there a key combination or is the video edited?
[07:04] <nhaines> sturmflut-work: it's something he's doing with his private branch on his computer.  It's not merged yet as far as I know.
[07:05] <sturmflut-work> nhaines: Ah, that explains it. The only way to switch between interfaces I knew was via command line
[09:31] <JamesTait> Good morning all; happy Monday, and happy Clean Off Your Desk Day! :-D
[11:54] <ravinder> hi i want to install ubuntu on an android tablet, So from where I can download ubuntu os image for tablet
[13:00] <willcooke> popey, did you ever try to get touch running on your x86 tablet?
[13:00] <popey> no, its hard
[13:00] <popey> also, need porting guide updating
[13:00] <popey> *hint* ogra_ rsalveti ☻
[13:01] <uhhimhere> i hear touch runs great on a nokia 3310
[13:01] <rsalveti> any x86 tablet that runs android that you can download and build the android side?
[13:01] <rsalveti> but yeah, porting guide needs love
[13:02] <popey> rsalveti: not tried tbh
[13:02] <popey> I have a pegatron made x86 tablet which is pretty decent
[13:02] <popey> there's a lot of them about
[13:29] <danrik> am i gonna be old gray-bearded man before I get my hands on ubuntu phone?
[13:30] <danrik> srsly.
[13:30] <popey> depends
[13:30] <popey> are you old and grey-bearded already?
[13:30] <danrik> popey, no haha
[13:30] <popey> Yay! You could be in luck then!
[13:31] <danrik> popey, arghhh. that's whta popey always says. frigging hope and wait.
[13:31] <popey> http://www.omgubuntu.co.uk/2014/12/bq-ubuntu-phone-launches-in-europe-this-february
[13:31] <popey> seen that? ☻
[13:32] <danrik> popey, :) yeah. no I ve seen that
[13:32] <danrik> but I want something more higher-spec.
[13:32] <popey> patience ☻
[13:33] <danrik> im willing to pay iphone-like price, but I want a  nice juicy specs
[13:33] <danrik> popey, also -im in states
[13:33] <danrik> popey, if it's not sold here - it's not sold anywhere
[13:34] <danrik> lol
[13:35] <sturmflut-work> If the BQ Aquaris with Ubuntu will really be priced at less than 150 €, I will certainly get one despite already owning a Nexus 4 and a Nexus 5.
[13:36] <danrik> SturmFlut, " US plans are yet to be divulged, and it’s not clear if it will be Bq, Meizu or an as yet unannounced partner jumping through the hoops required to launch a cellular device there."
[13:36] <danrik> sigh
[13:37] <sturmflut-work> danrik: Can't you just import the device from Europe if necessary? I get stuff from the US and China all the time and 150 € is probably below customs limitations
[13:38] <danrik> SturmFlut, naah. I probably can. but I really-really want higher-spec phone though.
[13:38] <danrik> sturmflut-work, yeah. i buy stuff from china all the time too.
[13:40] <sturmflut-work> danrik: Sadly the Nexus 5 is not an officially supported device at the moment. It still has pretty decent hardware by todays standards
[13:40] <ogra_> sturmflut-work, and being permanently on EDGE only then ?
[13:40] <lotuspsychje> i think those phones will be sold out directly
[13:41] <ogra_> the bq doesnt support the US frequencies
[13:41] <sturmflut-work> ogra_: Ouch, right. Stupid frequencies
[13:41] <ogra_> so you have the choice between edge and wifi
[13:42] <sturmflut-work> I'm happy with my Nexus 4 running Ubuntu Phone BTW
[14:32] <nerochiaro> abeato: hi, do you have a minute ? i have rebuilt android following the instructions you gave me before the holidays and it is working well. however i have a problem rebuilding the ubuntu part (hybris etc) for the device
[14:32] <kenvandine> mandel, welcome back!  ever figure out the problem with the fix-pause branch?
[14:34] <abeato> nerochiaro, I do not remember that, are you sure you asked me? can try to help anyway :)
[14:36] <nerochiaro> abeato: maybe you were just participating in that convo and i was mainly talking to someone else, sorry. basically i am not sure how i can rebuild the stuff in the /ubuntu directory for the device. should i just copy the whole thing to the device and run debuild on it ?
[14:37] <abeato> nerochiaro, no, the hybris parts are built too when you build the image
[14:39] <nerochiaro> abeato: so when running ./afterbuild/ubuntu_way/replace-android-system.sh they are already installed on the device, and when i rebuild something that uses them, such as for example qtubuntu-camera, I will have the right libraries and headers already ?
[14:41] <abeato> nerochiaro, right, the hybris libraries should be there already, although you will have to install the development libraries, should be part of the build-deps of that package
[14:43] <nerochiaro> abeato: yes, but if i added functions to hybris then I will have to rebuild at least the -dev packages and reinstall them
[14:44] <abeato> nerochiaro, that's right, to clarify things take into account that hybris has an Android side an a Ubuntu side
[14:44] <abeato> the first one is built when you build the android image
[14:45] <abeato> nerochiaro, the ubuntu part is in a .deb that needs to be build apart
[14:45] <abeato> if you are modifying the api you need to rebuild both parts
[14:49] <nerochiaro> abeato: ok, trying that
[15:01] <jgdx> abeato, hi, I was working on the tech switch (mtk settings) in u-s-s and I have a question. Is the ofono  manager supposed to emit modemremoved/added after you make the switch?
[15:02] <jgdx> abeato, I was thinking yes, and I remember seeing that before the holidays, but now I don't.
[15:03] <abeato> jgdx, hmm, I think those event won't be generated, what you will see is changes on the Online property probably
[15:04] <abeato> jgdx, but you can use monitor-ofono script to get all emitted signals
[15:04] <jgdx> abeato, right, thanks. Online on Modem, not ConnMan I guess?
[15:04] <abeato> jgdx, right
[15:12] <mpt> Where is the code for the first-run setup these days, now that it’s no longer part of ubuntu-system-settings?
[15:13] <mpt> (<https://wiki.ubuntu.com/Avengers> says that it’s still part of ubuntu-system-settings)
[15:16] <dobey> hrmm, what package to file a bug against for the sdk, exactly?
[15:17] <dobey> since ubuntu-sdk is a metapackage from ubuntu-touch-meta
[15:18] <jgdx> mpt, unity8 for vivid, if your refering to the wizard
[15:18] <mpt> jgdx, yes indeed, thank you
[15:20] <mpt> (Hmmm, interesting choice for something you only ever use once to be in shell code … but anyway)
[15:25] <Saviq> sergiusens, can you help paulliu decipher his flashing issue http://paste.ubuntu.com/9718940/ ?
[15:26] <paulliu> sergiusens: the program just exists after the EOF. But in browser I can see that file as a PGP Signature.
[15:29] <Adrian47> Can anyone help to repair it: "Failed to execute /init" ? :)
[15:34] <sander^work> Which programming languages can I create ubuntu apps in?
[15:34] <sander^work> ubuntu phone.
[15:34] <popey> qt/qml, c++...
[15:34] <popey> some people have even submitted python and java apps to the store
[15:43] <mandel> kenvandine, yes! will ping you in a few mins to get a review :)
[15:43] <kenvandine> mandel, awesome, thanks!
[15:43] <mandel> kenvandine, no problem, nothing like being away from the machine for a while to get things right
[15:44] <kenvandine> :)
[15:45] <sergiusens> paulliu: wget of https://system-image.ubuntu.com/gpg/image-signing.tar.xz.asc works fine?
[15:46] <paulliu> sergiusens: yes. looks good.
[15:46] <paulliu> sergiusens: what's the next step after this?
[15:47] <sergiusens> paulliu: can you make sure everything in ~/.ubuntuimages is ownd by your user?
[15:48] <paulliu> sergiusens: ~/.cache/ubuntuimages?
[15:48] <sergiusens> paulliu: yes
[15:48] <paulliu> sergiusens: let me check
[15:50] <paulliu> sergiusens: looks good. I noticed there are some _lock file.
[15:50] <paulliu> sergiusens: should I delete those _lock? I didn't run anything now.
[15:52] <sergiusens> paulliu: yes, please delete them
[15:54] <paulliu> sergiusens: it works. Thanks a lot.
[15:54] <jgdx> kenvandine, what github revno does vivid libqofono correspond to?
[15:54] <sergiusens> paulliu: np
[15:56] <kenvandine> jgdx, i'm not sure
[15:58] <jgdx> kenvandine, if it's whatever version was master head in June, we might need to update libqofono to fix the issue we discussed
[15:58] <kenvandine> cool
[15:59] <jgdx> talked to a guy over at nemomobile who said they fixed that issue in #66
[16:00] <oSoMoN> jibel, re bug #1409728, is that on rtm or vivid?
[16:00] <oSoMoN> (or both?)
[16:01] <jibel> oSoMoN, RTM, sorry, I didn't add the versions, I'll update the report.
[16:01] <oSoMoN> jibel, thanks, I’ll look into it
[16:03] <Adrian47> I am porting UT to HTC phone, maybe someone can help with some tips? I can trying and searching, any idea can help. I still get this error:  "Failed to execute /init" , or how can I debug what is bad?
[16:14] <jgdx> kenvandine, can I do the libqofono import?
[16:14] <kenvandine> update the package?
[16:14] <kenvandine> let me do that... i can give you a package to build
[16:17] <oSoMoN> jibel, how do I "Make the device run out of memory"? do you know of an app that is a huge memory consumer?
[16:17] <popey> oSoMoN: G+
[16:17] <popey> open a bunch of webapps, game webapps for example
[16:17] <oSoMoN> ah, thanks, will try that
[16:18] <jibel> oSoMoN, open several webapps, + the webbrowser with websites like euronews
[16:19] <jibel> oSoMoN, or sudo python3 -c from time import sleep; a='X'*500*2**20; sleep(10000)"
[16:25] <davmor2> oSoMoN: install the g+ app and scroll down 3 pages and then open a link
[16:40] <bzoltan> dobey:  it depends on what sort of problems did you find. the Tools related bugs are managed here - https://bugs.launchpad.net/ubuntu/+source/qtcreator-plugin-ubuntu
[16:40] <kenvandine> jgdx, ok... doing a test build of 0.70 with our patches
[16:41] <bzoltan> dobey:  and if you found something related to the UI toolkit then here - https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit
[16:41] <kenvandine> jgdx, looks like quite a few fixes since our last package update
[16:45] <oSoMoN> jibel, I can’t reproduce, webapps seem to recover correctly here
[16:47] <ogra_> oSoMoN, i just need to play any embedded youtube video in the G+ app ... after 2-3min it just turns into a white screen
[16:47] <oSoMoN> ogra_, and then switching to another webapp doesn’t load it properly?
[16:48] <ogra_> or scroll down G+ to the end like 5-6 times (so it loads more and more entries to the list and at some point it falls over in the same way)
[16:49] <ogra_> do you mean the other app or G+ ?
[16:49] <ogra_> the other app is usually SIGKILLed and starts properly when i switch to it
[16:49] <ogra_> G+ doesnt
[16:50] <oSoMoN> ok, just managed to get G+ to hang on a blank page
[16:51] <oSoMoN> that’s a slightly different issue to the one filed by jibel though
[16:52] <oSoMoN> closing and re-opening G+ does the trick, FWIW (but it should definitely recover by itself)
[16:59] <jgdx> kenvandine, yeah, tons rather
[17:01] <jgdx> kenvandine, do you have a link to the uitk input mask issue?
[17:03] <kenvandine> jgdx, bug 1357548
[17:05] <nerochiaro> abeato: you previous suggestion worked well, thanks for the help. one more thing if you have a moment: do you know how I can see the log produced by the ALOG* macros ?
[17:06] <jgdx> kenvandine, thanks
[17:07] <abeato> nerochiaro, np, most files on the Android side contain a macro called LOG_NDEBUG , you can uncomment it for the files for which you want to see traces
[17:07] <jgdx> kenvandine, ah, you answered already
[17:10] <nerochiaro> abeato: this is on the ubuntu side, inside hybris
[17:11] <abeato> nerochiaro, hmm, anyway, should be the same if the are using the ALOG macros, output should go through logcat
[17:14] <kenvandine> jgdx, lp:~ken-vandine/+junk/libqofono-0.70
[17:14] <kenvandine> jgdx, there's a build failure though... but i need to step away for a bit
[17:22] <nerochiaro> abeato: i added "#define LOG_NDEBUG 0" to the top of the source file i want to log from, but still not getting it logged to logcat
[17:28] <dobey> bzoltan: ah ok. https://bugs.launchpad.net/ubuntu/+source/qtcreator-plugin-ubuntu/+bug/1409815 i got stuck poking at some other stuff on friday and forgot to file the bug.
[17:28] <abeato> nerochiaro, might be apparmor permission issue
[17:40] <bzoltan> dobey: super, thanks. I will start with that tomorrow morning
[17:53] <ZacharyIgielman> Anyone else finding battery life very inconsistent?
[17:56] <dobey> on what?
[17:57] <ZacharyIgielman> Ubuntu touch on Nexus 4
[17:58] <dobey> i know on my n5 that i have wifi enabled, the battery discharges *much* faster :-/
[18:02] <ZacharyIgielman> Will try it without wifi thanks :)
[18:02] <ZacharyIgielman> Some days it runs out, other days it doesn't even use half :S
[18:16] <cody__> anyone use bumblebee on a asus rog? i've tried everything to get it to recognize my nvidia 860m
[18:16] <dobey> cody__: i think you want to ask in #ubuntu
[18:17] <cody__> ok thank you
[18:26] <asac> whats the best shorthand to backup my touch data?
[18:26] <asac> before doing a risky upgrade?
[18:26]  * asac remembers there was a good wiki etc.
[18:27] <dobey> asac: just tar up /home/phablet ?
[18:27] <kenvandine> jgdx, that libqofono branch should be good to go now
[18:30] <asac> dobey: good point :)
[18:30]  * asac wonders where to tar that to
[18:30] <ogra_> the SD card ;)
[18:30] <kenvandine> jgdx, i uploaded it to the phablet-team ppa to get a good build for you to test
[18:31] <asac> oha we are ahead
[18:31] <asac> we have python3-gnupg
[18:31] <asac> while cloud doesnt have that
[18:32] <asac> lack of comfiness :)
[18:32] <asac> oops
[18:32] <asac> wrong channel
[18:32] <asac> lol
[19:27] <dobey> ok, how do i get -v passed to ssh for phablet-shell?
[19:28] <sergiusens> dobey: I'm going to shoot one into the wild, with an MP :-)
[19:29] <dobey> sergiusens: so i can't right now?
[19:29] <dobey> i'm getting ssh_exchange_identification: Connection closed by remote host
[19:29] <dobey> which is not fun when i need to debug something on my device :)
[19:29] <sergiusens> dobey: I don't think anything can be done; I would of liked phablet-shell run_command as well ;-)
[19:30] <sergiusens> dobey: I guess you can hack the phablet-shell script
[19:30] <sergiusens> it's bash or dash
[19:30] <dobey> ok
[19:30] <netlore_> nice to see a new stable release
[19:32] <dobey> OMFG
[19:32] <dobey> sergiusens: so i added -v to the command in the script, and now it freaking connects :(
[19:33]  * dobey wonders where the rum is
[19:33] <sergiusens> dobey: it might have been ssh restarting due to the property change
[19:33] <netlore_> does anyone know why I can share a URL to messaging but not to email, facebook, google+ etc.
[19:33] <popey> dobey: i sometimes find phablet-shell fails, but runs okay the second time
[19:33] <dobey> popey: i ran it like 5 times and kept getting the error :-/
[19:34] <sergiusens> netlore_: I guess it's because it's not hooked up to the content-hub
[19:34] <sergiusens> I would like that fwiw :-)
[19:34] <dobey> popey: i even reflashed because i thought something was wrong on the phone
[19:34] <popey> erk
[19:34] <sergiusens> dobey: we are not in the 80s :-)
[19:35] <dobey> sergiusens: are you sure? the size of cell phones today is pretty much the same as they were in the 80s
[19:35] <popey> also battery life
[19:35] <sergiusens> dobey: yeah, but without BCD LEDs :-P
[19:55] <kenvandine> jgdx, fyi, libqofono 0.70 is built in the phablet-team ppa
[20:04] <popey> tedg: bug 1404302 is yours, right? Can we get that fixed so spurious log entries can be removed?
[20:04] <tedg> popey, No, not anymore. I think mine are hidden now.
[20:04] <tedg> popey, I think those might be ricmm's, but I haven't checked.
[20:31] <grendal_prime> have an asus memopad 7 android has become pretty useless to me i need to get this installed on that device.
[20:32] <grendal_prime> can anyone asist with this?
[20:32] <grendal_prime> its sort of a nonessential device at this point so if it wipes it out that is fine.
[20:42] <popey> rvr: https://translations.launchpad.net/music-app/remix/+pots/music-app/es/+translate?show=new_suggestions
[20:42] <popey> any chance you can review those two tiny translations? ☻
[20:55] <grendal_prime> grrrr
[20:55] <popey> grendal_prime: i dont think anyone has ported to that device
[21:08] <grendal_prime> grrrr
[21:08] <grendal_prime> can i help them do so?
[21:08] <popey> Well, the porting guide is outdated unfortunately
[21:09] <grendal_prime> is all this hardware really all that different?
[21:10] <popey> yes
[21:13] <ZacharyIgielman> popey: got my translation suggestion?
[22:53] <WebVisitor-4> user question: is there a way to add two finger scrolling with touchscreen. Prefer if this could be done in the same way that three and four finger events are recognised currently. Thank you.
[22:55] <rvr> popey: Done!
[23:03] <RAOF> WebVisitor-4: Two finger scrolling works in GTK3 (and Qt5, IIRC).
[23:03] <RAOF> And when I say “two finger scrolling” I mean, of course “one finger scrolling”
[23:04] <WebVisitor-4> RAOF: how do I enable this in standard ubuntu (vivid) desktop? ... and ... erm what do you mean two finger is one finger 8)
[23:04] <RAOF> WebVisitor-4: It just works, if you've got a touchscreen
[23:05] <RAOF> I mean that dragging a single finger does scrolling.
[23:05] <RAOF> But this only works in GTK3 (and, I think, Qt5) applications.
[23:07] <WebVisitor-4> So its application specific? Multi touch works fine , ie three and four finger gestures. But one/two finger scrolling does not work in anything I have tried so far, like firefox or gnome-terminal... is a real PITA to get the scroll bar in terminal!!!
[23:07] <RAOF> It's not going to work without toolkit support; it's too complex to do at a higher level (eg: you're dragging your finger - does that mean scroll, or to continue a text selection, or to continue dragging an icon around, or...)
[23:08] <WebVisitor-4> sure... thats why I figured two finger scroll would be the one 8)
[23:08] <RAOF> Hah. It doesn't work in GNOME terminal for exactly that reason - terminal treats that as selection :)
[23:09] <RAOF> So, that's a very reasonable use-case that GTK doesn't support well currently.
[23:09] <WebVisitor-4> Can we do it with ginn?
[23:09] <RAOF> But we're not going to be able to do a global 2-finger scroll translation unless you want applications to never receive 2-finger events.
[23:10] <RAOF> We do that with 3- and 4-finger events because applications generally don't have special behaviour for those.
[23:10] <RAOF> But adding 2-finger scroll would break 2-finger pinch-to-zoom, for example.
[23:10] <RAOF> (Adding it globally; when implemented in the toolkit the toolkit has enough information to make both work)
[23:11] <WebVisitor-4> I figured there would be a good reason for three finger 8) Quite right! What about three finger scroll 8)... Is there a config or something that i can edit to try playing with three finger events?
[23:11] <RAOF> No, not really.
[23:11] <RAOF> The multitouch bits are in compiz/unity, though.
[23:11] <RAOF> They're not configurable, but that's where they live.
[23:12] <RAOF> Playing around with three finger events would involve grabbing the source and doing some fiddling.
[23:12] <WebVisitor-4> so non trivial code changes? have you experience with the multi touch compiz stuff, as in which and where to start pretending to grok 8)
[23:13] <RAOF> Not really. I think “grail” is the search string you want to be using, though.
[23:14] <WebVisitor-4> cheers, as in the holy one 8) Appreciate your reasoning. Will have a go at it 8)
[23:15] <RAOF> The multitouch library is called libgrail :)
[23:18] <WebVisitor-4> RAOF: Much appreciated.
[23:20] <notme_> i want to make a bootable usb ubuntu touch but cant find iso can anyone link me?
[23:21] <WebVisitor-4> Just an observation, being new to touch and all... it would be very handy to put more space around top panel indicators to take into consideration finger fatness 8)
[23:25] <popey> thanks rvr !


[05:46] <tjaalton> mlankhorst: do you have mesa rc1 merged to ubuntu+1 locally? I need to test a few patches for skl
[05:47] <tjaalton> and then push later if good, so would prefer the real branch for it
[06:36] <tjaalton> I'll push wayland without -doc
[07:09] <tjaalton> wth, so upstream only does .xz then
[07:10] <tjaalton> means the source package is native
[07:10] <tjaalton> oh well
[08:11] <mlankhorst> tjaalton: yeah sec
[08:12] <mlankhorst> oh not in ubuntu+1 yet
[08:13] <tjaalton> if it'll be in vivid then maybe push straight to ubuntu
[08:13] <tjaalton> branch
[08:13] <mlankhorst> yeah but we'd have to upload today then :P
[08:13] <mlankhorst> so could you hurry?
[08:13] <tjaalton> me hurry?
[08:13] <tjaalton> I can upload yes
[08:14] <tjaalton> and test skl later
[08:16] <mlankhorst> ok pushed to ubuntu branch
[08:23] <tjaalton> don't see it
[08:23] <mlankhorst> meh git push is hanging..
[08:23] <tjaalton> heh
[08:24] <tjaalton> alioth being slow again
[08:24] <tjaalton> soon we can use lp for the ubuntu branches :)
[08:24] <tjaalton> if it works any better
[08:24] <mlankhorst> doubt it :P
[08:24] <tjaalton> "soon", no idea
[08:24] <tjaalton> when
[08:24] <mlankhorst> it just adds another point of  failure, tbh..
[08:24] <tjaalton> yeah could be
[08:25] <tjaalton>  08:25:42 up 21 days, 20:30,  5 users,  load average: 29,76, 40,25, 33,30
[08:25] <tjaalton> moszumanska..
[08:29] <mlankhorst> owwie
[08:34] <tjaalton> been like that for some time now
[08:35] <mlankhorst> oh it pushed now
[08:38] <tjaalton> good
[10:46] <jcristau> alioth gets bogged down every morning due to cron.daily i think
[10:47] <jcristau> so it's painful for an hour or two
[10:49] <tjaalton> ah
[10:51] <mlankhorst> can't it run at a lower (cpu/io) priority? like idle :P
[11:08] <jcristau> dunno
[18:08] <smallfoot-> Yay, Wayland 1.7 along with Weston 1.7 and Mesa 10.5 just hit the repo :)
[18:08] <smallfoot-> I hope X 1.17 hits the repo too soon
[18:48] <mlankhorst> we don't have fglrx yet :(


[08:13] <dholbach> good morning
[08:15] <Unit193> Gute Nacht
[17:17] <ZiaBuK> Hi. Who should I ask to get a cloak?
[17:17] <Myrtti> well, depends on what kind of cloak you're asking for
[17:18] <ZiaBuK> just a normal one, just to cover my ip
[17:19] <Myrtti> if you're asking for an Ubuntu member one, you could start with giving us a link to your launchpad page. If the normal unaffiliated one will do, ask in #freenode
[17:23] <ZiaBuK> thanks


[02:08] <thumper> axw, wallyworld: a review plz? https://codereview.appspot.com/55840043/
[02:42] <davecheney> can I bootstrap trusty environments yet with juju
[02:42] <davecheney> serious question
[02:42] <davecheney> i'm having trouble getting a working debootstrap'd chroot
[03:06] <waigani> http://www.amazon.com/Haribo-Gummy-Candy-Sugarless-5-Pound/dp/B000EVQWKC
[03:08] <waigani> axw,wallyworld,thumper http://www.buzzfeed.com/michaelrusch/haribo-gummy-bear-reviews-on-amazon-are-the-most-insane-thin
[06:15] <bigjools> is it intentional that the parameter for --config= gets appended to `pwd` ?
[06:16] <bigjools> oh ha, it looks for a leading / otherwise assumes it's relative.  Which fails when I start my path with ~
[07:00] <dimitern> façadeName string ??
[07:00] <dimitern> c'mon guys :)
[07:01] <dimitern> should I start using cyrillic in variable names as well?
[07:14] <jam> dimitern: I had not seen that. While go is fully UTF-8, I'm pretty sure we want to stick to ascii
[07:14] <dimitern> jam, i though so as well
[08:33] <jamespage> davecheney, I have been bootstrapping trusty with juju
[08:33] <jamespage> not sure what your schroot problem is - I'm not seeing that (indeed I build the juju-core with gccgo in a sbuild schroot OK)
[08:50] <rogpeppe> wallyworld_: i just tried to get utils/ssh tests to pass with cgo disabled. they failed because user.Current doesn't work. i wonder whether a better approach than user.Current might be to set the owner to the same as the owner of the parent directory.
[08:51] <rogpeppe> trivial review, anyone, BTW? https://codereview.appspot.com/55950043
[08:51] <dimitern> rogpeppe, LGTM
[08:51] <dimitern> (was looking already :)
[08:51] <rogpeppe> dimitern: thanks
[08:51] <rogpeppe> dimitern: i thought that was quick!
[08:52] <dimitern> rogpeppe, just link the bugs to the branch please
[08:52] <dimitern> rogpeppe, and mark them as appropriate
[08:53] <rogpeppe> dimitern: what do you mean by "mark them as appropriate"?
[08:53] <dimitern> mgz, are you about?
[08:54] <dimitern> rogpeppe, i mean fix committed and assign them to yourself?
[08:54] <rogpeppe> dimitern: i'd only mark one of them as fix committed
[08:54] <dimitern> rogpeppe, right, the other once is just skipped
[08:54] <rogpeppe> dimitern: i seem to be unable to link the bugs to the branch
[08:54] <dimitern> rogpeppe, error?
[08:55] <rogpeppe> dimitern: actually, one just succeeded - the search was failing. it worked eventually.
[08:55] <dimitern> rogpeppe, good :)
[08:56] <dimitern> mgz, if you're not working on goamz's vpc support i might pick it up now
[09:14] <jam> mgz: did you get a chance to look into status? Should I ?
[09:33] <rogpeppe> dimitern: ping
[09:33] <dimitern> rogpeppe, hey
[09:33] <rogpeppe> dimitern: i'm investigating a problem with provisionerSuite.TestLifeAsMachineAgent
[09:34] <rogpeppe> dimitern: it tries to destroy a state manager machine
[09:34] <rogpeppe> dimitern: i'm can't see quite why it wants to do that
[09:34] <dimitern> rogpeppe, to test life changes?
[09:34] <rogpeppe> dimitern: (it was succeeding before now because of a bug in Machine.Destroy)
[09:35] <dimitern> rogpeppe, what bug?
[09:35] <rogpeppe> dimitern: it allowed destruction of a machine with JobManageState
[09:36] <dimitern> rogpeppe, well, for the environ provisioner, there should be a way to test Life() and the only way to do that is to call EnsureDead/Destroy on it
[09:36] <dimitern> rogpeppe, at least in tests
[09:37] <rogpeppe> dimitern: the odd thing is that we making the machine dead that we're connecting as
[09:38] <dimitern> rogpeppe, because that's how authentication works, right? you need an existing manager machine to login as
[09:38] <rogpeppe> dimitern: yes, but why does it need to be dying?
[09:38] <rogpeppe> dimitern: sorry, dead
[09:39] <dimitern> rogpeppe, so Life() will return something else than alive
[09:40] <rogpeppe> dimitern: i don't quite get what exactly we're trying to test here.
[09:40] <rogpeppe> dimitern: what provisioner functionality are we testing by having the authorized agent dead?
[09:41] <dimitern> rogpeppe, we're testing the api, not the worker
[09:41] <rogpeppe> dimitern: because we *can't* test in exactly the same way as currently, because it's not valid to destroy a state server machine. so i'm trying to work out the best way to fix the test.
[09:41] <dimitern> rogpeppe, you mean the state/api/provisioner tests, right?
[09:41] <rogpeppe> dimitern: no, state/apiserver/provisioner
[09:42] <rogpeppe> dimitern: that's the only suite that has TestLifeAsMachineAgent
[09:42] <dimitern> rogpeppe, ah, it easier there - there's no requirement to add a JobManageState machine for the test, because we can override the authorizer to think the logged in user is an environ manager
[09:43] <rogpeppe> dimitern: i don't want to change the tests too much, but i'd like to know what provisioner facade functionality we're testing by setting machines[0] to dead
[09:43] <dimitern> rogpeppe, the Life() method
[09:44] <rogpeppe> dimitern: isn't that checked by seeing the return from the other dead machine?
[09:45] <dimitern> rogpeppe, i think the fix is to just delete line 53 in provisioner_test
[09:45] <rogpeppe> dimitern: i don't think that works
[09:45] <dimitern> rogpeppe, we don't really care if machine 0 has JobManageState
[09:46] <rogpeppe> dimitern: because we want to test:
[09:46] <rogpeppe> 	// 2. Environment managers can access any machine without
[09:46] <rogpeppe> 	// a parent.
[09:46] <dimitern> rogpeppe, yes?
[09:46] <dimitern> rogpeppe, it won't have a parent
[09:47] <rogpeppe> dimitern: so if machine 0 isn't an environment manager (which it won't be if we delete line 53) then we won't have an environment manager to call Life as
[09:47] <dimitern> rogpeppe, why are you concerned with line 53?
[09:48] <dimitern> rogpeppe, if we add 3 machines with JobHostUnits, and use EnvironManager: true in the authorizer, it should work
[09:48] <rogpeppe> dimitern: ah yes, i see that now. i thought that we needed to use machines[0] because it was the environ manager
[09:49] <rogpeppe> dimitern: but we're bypassing all that
[09:49] <dimitern> rogpeppe, exactly
[09:49] <dimitern> rogpeppe, i would be more concerned if we had a similar case for the client-side api tests
[09:50] <dimitern> rogpeppe, because there we can't play with a fake authorizer
[09:50] <rogpeppe> dimitern: unfortunately that breaks another test, sigh.
[09:53] <dimitern> rogpeppe, which one?
[09:53] <rogpeppe> dimitern: TestAPIAddresses and TestStateAddresses, which both require a state server
[09:54] <rogpeppe> dimitern: i'm changing the tests to add a state server machine and 3 others, then renumbering everything
[09:54] <dimitern> rogpeppe, is this still in the apiserver tests?
[09:54] <rogpeppe> dimitern: yes
[09:55] <dimitern> rogpeppe, ah, I see - yeah for these two the set up will be a bit different
[09:56] <rogpeppe> oh bugger it, i'll make another test suite
[10:03] <fwereade> dimitern, mgz: meeting
[10:04] <jam> fwereade: so my machine is acting *really* choppy, can you try to run the meeting?
[11:00]  * dimitern lunch
[13:14] <TheMue> rogpeppe: around?
[13:14] <rogpeppe> TheMue: yup
[13:15] <TheMue> rogpeppe: could it be that in case of stopping an application with ctrl-c a defer doesn't run?
[13:15] <rogpeppe> TheMue: that's definitely true
[13:15] <rogpeppe> TheMue: unless you specifically arrange for it
[13:15] <rogpeppe> TheMue: same as calling os.Exit
[13:15] <TheMue> rogpeppe: ok, then I have to do it
[13:16] <rogpeppe> TheMue: in the tests?
[13:16] <TheMue> rogpeppe: how would you do it? by runtime.SetFinalizer?
[13:16] <rogpeppe> TheMue: no, that won't work
[13:16] <rogpeppe> TheMue: is this in the tests, or the production code?
[13:16] <TheMue> rogpeppe: no, debug-log will be stopped by ctrl-c, and in this case the severside logger isn't stopped
[13:17] <rogpeppe> TheMue: that's easy to arrange; i don't think you want to rely on explicit shutdown for that
[13:17] <TheMue> rogpeppe: if there's a nice way I'm happy
[13:18] <rogpeppe> TheMue: you can register the server side logger as a resource that will be stopped when the connection goes away
[13:18] <TheMue> rogpeppe: so far I had a defer, but that showed troubles
[13:18] <TheMue> rogpeppe: it is registered
[13:19] <rogpeppe> TheMue: so why isn't it stopping when the client drops the connection?
[13:19] <TheMue> rogpeppe: but calling debug-log another time later shows troubles (will make a paste next time)
[13:19] <rogpeppe> TheMue: is this code that's already in trunk?
[13:19] <TheMue> rogpeppe: the logged content somehow looks self-contained (older api call and response data contained in new ones)
[13:20] <TheMue> rogpeppe: no, it's under development
[13:21] <TheMue> rogpeppe: let me just make a fix at one of the branches that is already in review, found my mysterious bug there today, and later I can post the successor
[13:21] <TheMue> rogpeppe: first one is the server side, second one the new debug-log command (in a very initial stadium)
[13:22] <TheMue> rogpeppe: but yeah, I now get my debug log filtered via the api :D
[13:26] <TheMue> rogpeppe: if you wonna see some of the head-aching shit I get: http://paste.ubuntu.com/6802890/ :/ scroll right and you'll see
[13:27] <rogpeppe> TheMue: wow!
[13:27] <rogpeppe> TheMue: that's some serious backslash escaping
[13:28] <TheMue> rogpeppe: yeah, absolutely, the responses contain other responses
[13:29] <TheMue> rogpeppe: btw, what I wonna change now is really weird too. we've got code like watcher, ok := resources.Get(Id).(state.Watcher)
[13:30] <TheMue> rogpeppe: if not ok we report that the id is unknown
[13:30] <rogpeppe> TheMue: BTW I find launchpad.net/rjson/cmd/rjson useful for unpacking json requests into something readable
[13:30] <TheMue> rogpeppe: but in my case the id has been ok, but the interface hasn't been implemented
[13:30] <TheMue> rogpeppe: thx for the hint, will take a look at it
[13:30] <rogpeppe> TheMue: oh, of course i see why you're seeing responses inside responses
[13:31] <rogpeppe> TheMue: because you're using the API to get the log stream
[13:31] <rogpeppe> TheMue: I think that's actually not a good idea
[13:31] <TheMue> rogpeppe: sure, that has been the idea and my task
[13:32] <rogpeppe> TheMue: i think it would probably be quite a bit better if the log streamed out through a normal http GET request
[13:32] <rogpeppe> TheMue: in a similar way to the way that charms are currently uploaded.
[13:33] <rogpeppe> TheMue: does that make sense?
[13:34] <TheMue> rogpeppe: beside the command the UI guys want the API
[13:34] <rogpeppe> TheMue: the GUI guys can issue a GET request easily too
[13:34] <TheMue> rogpeppe: has been a task by jam and william already started reviewing it
[13:35] <TheMue> rogpeppe: could you tell me what's wrong with a watcher?
[13:35] <rogpeppe> TheMue: watchers are not idea for streaming large quantities of data when you can't drop messages
[13:36] <rogpeppe> TheMue: they're designed for watching a stateful system (the juju state)
[13:36] <rogpeppe> TheMue: when streaming the log, we want as much bandwidth as possible, otherwise we're limited by network latency
[13:36] <TheMue> rogpeppe: where is the limit?
[13:36] <rogpeppe> TheMue: TCP is ideal for that, and that's what a GET request gives you
[13:37] <rogpeppe> TheMue: the limit on what?
[13:37] <TheMue> rogpeppe: using watchers. sure TCP may be used with higher bandwidth, but if this is no requirement.
[13:38] <rogpeppe> TheMue: of course it's a requirement - the log is huge amounts of data. it's really good if clients can keep up.
[13:38]  * TheMue has troubles with changing a concept and implementation, where multiple people already agreed on, after a short discussion here on irc
[13:39] <rogpeppe> TheMue: i understand that, sorry
[13:39] <rogpeppe> TheMue: i have suggested this implementation multiple times in the past
[13:39] <TheMue> rogpeppe: the log is filtered and limited on server-side, that's the job of the tailer
[13:39] <rogpeppe> TheMue: that's fine - you can still do that
[13:40] <TheMue> rogpeppe: so you start with initially let's say 10 lines and get deltas, filtered for the entity (machine/unit) you want
[13:40] <rogpeppe> TheMue: you'll just send the output to the http.ResponseWriter rather than using the stringswatcher
[13:40] <TheMue> rogpeppe: that reduces the bandwith roblem
[13:41] <rogpeppe> only if you're actually filtering
[13:41] <TheMue> rogpeppe: would you mind to discuss this as a design decision with jam and william?
[13:41] <rogpeppe> TheMue: i would be happy to, if either of them was around
[13:41] <TheMue> rogpeppe: can do so later
[13:42] <TheMue> rogpeppe: so I'll continue with the current way, there are right now many stakeholders expecting it that way
[13:42] <rogpeppe> TheMue: the other advantage of this approach is that you don't have to worry about exponentially repeating log requests
[13:43] <rogpeppe> TheMue: ok. but you know what i'll say in the review :-)
[13:44] <TheMue> rogpeppe: you can do so, no prob. then there will be a good discussion. the review is around since a longer time and william and dimitern took a look at it (only comments by william so far)
[13:45] <rogpeppe> TheMue: what's the link for the review?
[13:45] <TheMue> rogpeppe: will post it here again after the next update to not interfere, have to do one change there before
[13:46] <TheMue> rogpeppe: doesn't last long, I've already tested it in the successor branch
[13:52] <mgz> sinzui: two things: I retargetted a bunch of bugs, yell at me if you have issues; please review https://codereview.appspot.com/56020044
[13:52] <sinzui> mgz, I saw. I was going to retarget them to 1.17.2 myself
[13:52]  * sinzui has to create it first though
[13:52] <mgz> renaming the milestone would also work as a trick, no?
[13:54] <mgz> (I don't rely like th
[13:54] <mgz> *really like the workflow of targetting at next minor dev release, and bumping and bumping)
[13:54] <mgz> (but it does work kinda with the landing bot flipping the fix committed bit itself)
[14:18] <sinzui> mgz: We are getting pressure from users who want o to bleed. We need to release more often...I don't think we will ever know how many point releases are needed to get to stable. maybe we target to 18, and pull the few bugs we care about into the point release.
[14:24] <mgz> sinzui: that would be better I think
[14:26] <mgz> our bleeding users need to love destroy-environment though, dev releases need to break things
[14:42] <rogpeppe> fwereade: ping
[14:42] <fwereade> rogpeppe, meeting, reping in 15 please?
[14:43] <rogpeppe> fwereade: ok
[14:53] <rogpeppe> dimitern: i think i've discovered a bug in worker/firewaller; can i run through it with you please?
[14:53] <dimitern> rogpeppe, sure, what is it?
[14:53] <rogpeppe> (i'm not sure it was the one i'm looking for that causes the cmd/jujud tests to hang up, but it still looks buggy)
[14:54] <rogpeppe> dimitern: in Firewaller.startMachine, if we get an error calling fw.unitsChanged, we return immediately
[14:54] <rogpeppe> dimitern: but we've just added a new machined to the machineds map
[14:54] <rogpeppe> dimitern: so it hasn't got a running watch loop
[14:54] <rogpeppe> dimitern: so when the firewaller tries to quit later, it'll wait forever for that machined
[14:55] <rogpeppe> dimitern: does that make sense to you?
[14:55] <dimitern> rogpeppe, is this something i changed with the api introduction or?
[14:55] <rogpeppe> dimitern: i dunno
[14:56] <rogpeppe> dimitern: perhaps the API introduced some other error which triggered this issue
[14:56] <rogpeppe> dimitern: yes, it looks like it's a recent change
[14:57] <dimitern> rogpeppe, some parts of the code had to be changed, because all api methods return an error as well
[14:57] <dimitern> rogpeppe, so I had to change a few places to either return the error or kill the tomb and return
[14:58] <rogpeppe> dimitern: actually it looks like the bug was still there before
[14:58] <rogpeppe> dimitern: i'll see if fixing it fixes my problem
[14:58] <dimitern> rogpeppe, whew at least it's not my doing
[14:59] <rogpeppe> dimitern: :-)
[14:59] <dimitern> rogpeppe, and i did test it thoroughly on ec2 after merging the api changes
[14:59] <rogpeppe> dimitern: (i know that feeling very well)
[15:00] <dimitern> rogpeppe, actually i had to stop myself from tearing most of the firewaller tests apart and getting rid of 50% duplicated code, i'm sure the main code can be improved in such a manner as well
[15:03] <jamespage> fwereade, sorry to be a pita but can I bring bug 1271941 to your attention
[15:03] <jamespage> https://bugs.launchpad.net/juju-core/+bug/1271941
[15:03] <hatch> yesterday I built juju-core from trunk and it doesn't looks like it works to deploy locally on precise. After bootstrapping and deploying the GUI I only get a list of two machine names when I do juju status -e local
[15:04] <hatch> has the functionality of status been changed?
[15:06] <hatch> version is 1.17.1
[15:08] <natefinch> hatch: status is mostly the same.... what information is it missing?
[15:08] <hatch> natefinch https://www.evernote.com/shard/s219/sh/e97b60b5-20e8-4d3e-bded-3c0f62efa179/23d15a7ed70c5bdade557146fc08e377
[15:09] <hatch> natefinch so...all of it? ;)
[15:09] <hatch> lxc-ls shows two machines
[15:10] <hatch> I can tear it down and try again but I wanted to check here first
[15:10] <natefinch> hatch: heh, that does seem somewhat... spartan
[15:10] <natefinch> hatch: it definitely should have all the same information
[15:10] <hatch> ok thanks I'll tear it down and try again, if I get the same issue I'll file a bug
[15:10] <fwereade> jamespage, I'm going to bounce that one straight over to thumper (I'll mail him) -- last time I saw him he said he was going to look into lxc on trusty, and this is highly likely to be related
[15:11] <jamespage> fwereade, I confirmed with lxc upstream folks that the way autostart is specified has changed
[15:11] <jamespage> is now lxc config for the container
[15:11] <fwereade> jamespage, ok, that makes sense, thanks
[15:12] <fwereade> jamespage, I see that's already in the bug, double-thanks
[15:30] <sinzui> fwereade, jam, I was planning on 1.17.1 release today. Are we tracking mramm's request to update goose with a bug?
[15:31] <mramm> sinzui: I think mgz said he had that fix in, but was working on a follow up.
[15:32] <fwereade> sinzui, mramm, mgz: sorry, I'm not clear what *updating goose* gives us
[15:32] <fwereade> sinzui, mramm, mgz: my understanding was that it was a prerequ for the forthcoming branch
[15:32] <mramm> fwereade: right, it requires both goose and juju changes
[15:32] <mramm> or at least that's what I understood as well
[15:33] <mgz> that's it.
[15:33] <mgz> if we do 1.17.1 today, the networking fix is not making it
[15:34] <sinzui> mgz, I can delay till tomorrow.
[15:35] <fwereade> mgz, and your ETA for reviewable code was later today?
[15:35]  * sinzui want to stop explaining to people daily builds wont get them fixes
[15:35] <fwereade> mgz, sinzui: tomorrow sounds smart then
[15:36] <mgz> okay, sounds like a plan.
[15:39]  * rogpeppe goes for lunch
[15:40] <TheMue> fwereade: any chance to take the next look at my branch?
[16:02] <fwereade> TheMue, if not by EOD, I'll do it before bed
[16:06] <TheMue> fwereade: EOD or tomorrow, don't destroy your evening
[16:07] <TheMue> fwereade: I'm currently on the client side and it looks good so far, only one weird behavior left
[16:08] <TheMue> fwereade: but rogpeppe has a different idea about the design, not using API watchers but HTTP requests
[16:09] <TheMue> fwereade: I asked him to discuss it with jam and you
[16:23] <fwereade> TheMue, added a couple of comments, please let me know your responses, expect mine slow, I'll be meeting in a sec
[16:24] <rogpeppe> fwereade: dammit, missed you again :-)
[16:25] <rogpeppe> fwereade: ok, so i think i said this before: i think the logging streaming would be better done outside the main RPC-oriented API interface
[16:25] <rogpeppe> fwereade: either as a long lived http GET request or a unidirectional websocket connection, or whatever is most appropriate
[16:26] <rogpeppe> fwereade: the API is well designed for state-oriented watchers, but not so much for streaming large quantities of data
[16:27] <rogpeppe> fwereade: so I'm suggesting we go for an approach similar to the charm upload stuff (except the other direction, of course)
[16:27] <TheMue> rogpeppe: btw, where is the log in a HA environment? would be in interesting aspect for the implementation too
[16:27] <fwereade> rogpeppe, elaborate on the impact please?
[16:27] <rogpeppe> fwereade: the impact of what?
[16:28] <rogpeppe> fwereade: as far as implementation goes, i think this makes both server and client simpler
[16:28] <rogpeppe> fwereade: as far as runtime performance goes, the download speed will not be latency-limited
[16:29] <rogpeppe> fwereade: (and you'll win quite a bit by losing JSON encapsulation
[16:29] <rogpeppe> )
[16:35] <fwereade> rogpeppe, I guess what I'm asking is at what point you think the current implementation would actually hurt us, weighed against the benefits of providing an implementation that works for the CLI (probably whole-env) and the GUI (almost certainly unit-/machine-specific)
[16:36] <rogpeppe> fwereade: yes, i think that it will actively affect the efficacy of debug-log in real environments
[16:36] <rogpeppe> fwereade: GUI connections tend to be very high-latency
[16:37] <rogpeppe> fwereade: plus i don't think it would actually be at all difficult to implement - there's actually less logic required than when using a watcher
[16:43] <TheMue> fwereade: thx for review, added notes
[16:59] <rogpeppe> TheMue, fwereade: just looking at the apiserver/debugger implementation. it's really not right, i'm afraid.
[16:59] <rogpeppe> TheMue: there is absolutely no need to drop data on the floor
[17:00] <TheMue> rogpeppe: we already agreed on not doing that
[17:00] <TheMue> rogpeppe: see comments
[17:00] <rogpeppe> TheMue: you don't need to return an error either
[17:00] <rogpeppe> TheMue: we can just wait until the client is ready to read.
[17:00] <TheMue> rogpeppe: if a client doesn't drop the connection but also doesn't call Next()?
[17:01] <rogpeppe> TheMue: yes
[17:01] <TheMue> rogpeppe: but the tailer fill its buffer during this time
[17:01] <rogpeppe> TheMue: with a separate websocket connection, we can drop all the logic from that file
[17:01] <rogpeppe> TheMue: why does that matter?
[17:02] <TheMue> rogpeppe: too much memory consumption?
[17:02] <rogpeppe> TheMue: what? the data is in a file, no?
[17:03] <rogpeppe> TheMue: surely all that's needed here is NewTailer(logfile, websocketConnection, ...) ?
[17:03] <TheMue> rogpeppe: the tailer polls out of it and write to the writer
[17:03] <TheMue> rogpeppe: so you now also want to change the tailer?
[17:03] <rogpeppe> TheMue: there's no need to change the tailer
[17:04] <rogpeppe> TheMue: the tailer does not use unlimited memory if a call to Write blocks, does it?
[17:04] <TheMue> rogpeppe: afaik not, yes
[17:05] <TheMue> rogpeppe: it simply calls Write() of the writer
[17:05] <rogpeppe> TheMue: exactly
[17:05] <rogpeppe> TheMue: and that writer can be a websocket
[17:06] <TheMue> rogpeppe: ok, and how would the client side (cli and ui) would look like?
[17:06] <rogpeppe> TheMue: so in that case you don't need any of the logic in debugger/logtailer.go at all
[17:06] <rogpeppe> TheMue: the client side would just make a websocket connection exactly the same as it does for the current API
[17:07] <rogpeppe> TheMue: you would need a little bit of extra logic to allow the client to adjust the filter
[17:07] <jcastro> natefinch, hah, I was doing "juju status foo"
[17:07] <jcastro> I forgot the -e!
[17:07] <rogpeppe> jcastro: i saw that!
[17:07] <TheMue> rogpeppe: a second, different way beside the current way. in in an HA env? where do they connect to
[17:07] <natefinch> jcastro: I was thinking "hey yeah, that would be useful...." and then I was like.... "wait a minute..."
[17:08] <rogpeppe> TheMue: it's similar to the way that the charm upload currently works
[17:08] <jcastro> I was like "man that is a great idea let me try it." but it always returned "local" no matter what
[17:08] <natefinch> jcastro: sounds like the bug is that we don't complain about extra parameters
[17:08] <jcastro> natefinch, it's nice when you ask for things and someone else has thought of it and it's like nearly finished or done by the time you ask, heh.
[17:10] <TheMue> rogpeppe: sounds relative ok so far (only having another way beside the api doesn't convince me). but to change that john, william, gary (who is waiting for the api access) and curtis have to agree
[17:11] <rogpeppe> TheMue: i've chatted with gary and the gui team. they think it's a reasonable idea (except they don't want to delay things)
[17:11] <TheMue> rogpeppe: currently cannot estimate the effort
[17:11] <rogpeppe> TheMue: i'm quickly putting together an example so you can see what i'm talking about
[17:12] <TheMue> rogpeppe: thanks
[17:14]  * TheMue is off for today, dinner. will take a look in again later
[17:22] <hatch> I'm trying to build juju-core on another machine and after following the steps in the readme, when I get to using `go install` it throws a few errors saying it can't find crypto, openpgp, websocket, clearsign... any ideas on how to resolve this?
[17:27] <hatch> for example `cannot find package "code.google.com/p/go.crypto/ssh"`
[17:42] <mgz> argh. arghargh.
[18:01] <mgz> rogpeppe: have a moment? by what mechanism is coretesting.CACert treated as valid by the default go http stuff?
[18:02] <mgz> I want a not-valid cert to add a test for an error path
[18:02] <rogpeppe> mgz: it's added to the valid root certificates in the request
[18:02] <rogpeppe> pwd
[18:02] <mgz> where?
[18:03] <rogpeppe> g
[18:03] <rogpeppe> one mo
[18:03] <mgz> :)
[18:03] <rogpeppe> mgz: look in state/api/apiclient.go:/^Open
[18:04] <mgz> specifically, if I get http.DefaultClient, that doesn't complain i
[18:04] <mgz> ona
[18:04] <mgz> on an http request against a tls-created server
[18:04] <mgz> I think I'm missing a core idea here
[18:05] <rogpeppe> mgz: https request, right?
[18:06] <mgz> ...probably not, that may well be the issue
[18:06] <mgz> it's pretty confusing http: scheme works against tls servers at all
[18:07] <rogpeppe> mgz: yeah
[18:07] <rogpeppe> TheMue: https://codereview.appspot.com/56100043/
[18:07] <rogpeppe> TheMue: see state/apiserver/log.go which implements all the logic
[18:07] <rogpeppe> TheMue: at least, it might do - i haven't actually run the code
[18:08] <rogpeppe> TheMue: but i *think* that's about all that's needed
[18:08] <mgz> ...this is no longer a simple change
[18:08] <rogpeppe> TheMue: it allows the client to asynchronously change the filtering, and it use a websocket with one frame for each line of the log
[18:09] <rogpeppe> mgz: what error path are you trying to check?
[18:10] <rogpeppe> fwereade: this is what i was thinking of for the logging interface: https://codereview.appspot.com/56100043/
[18:16] <mgz> rogpeppe: well, that gets me on to an obscure https error "local error: record overflow"... possibly not from inside our code
[18:16] <rogpeppe> mgz: ha
[18:16] <rogpeppe> mgz: what *are* you doing :-)
[18:16] <rogpeppe> pwd
[18:17] <mgz> trying to write some tests for LoadStateFromURL after making it do the right thing
[18:19] <rogpeppe> mgz: can't you just use a different CACert to connect?
[18:20] <mgz> the code for the server (which may be at fault?) is in environs/httpstorage/backend.go
[18:20] <mgz> rogpeppe: I could, at the moment I'm using the same one from coretesting both sides and it's not happy
[18:20] <rogpeppe> mgz: you can't use CACert on the server side
[18:21] <mgz> can I get a better traceback for this error
[18:21] <mgz> rogpeppe: ah. that's what some existing testing did.
[18:21] <rogpeppe> mgz: find out where "record overflow" is generated and add a log print
[18:21] <mgz> rogpeppe: I'm pretty sure it's from inside net/http
[18:22] <rogpeppe> mgz: that's ok, just bung a log print in there
[18:22] <mgz> fair enough
[18:23] <rogpeppe> mgz: (use the standard log package)
[18:23] <rogpeppe> mgz: the reason CACert doesn't work on the server side is that it hasn't got the private key in there. you need to use CAKey
[18:24] <mgz> the server gets setup with both
[18:24] <rogpeppe> mgz: ah, well that should be fine
[18:24] <rogpeppe> mgz: BTW for your debug print, i often find this package useful: code.google.com/p/rog-go/exp/runtime/debug
[18:25] <rogpeppe> mgz: log.Printf("something; callers: %s", debug.Callers(0, 20))
[18:25] <rogpeppe> mgz: it'll print the current stack trace on a single line (just file/line numbers)
[18:26] <mgz> ta
[18:52] <mgz> rogpeppe: proposing what I have in case you have any insight from looking at it
[18:53] <rogpeppe> mgz: ok. i'm afraid i've got no more time tonight
[18:53] <rogpeppe> mgz: i'm trying to get a branch proposed before supper happens in 10 minutes :-)
[18:53] <mgz> :D
[18:54] <mgz> I think it's just our testing stuff is too naive around tls somewhere. but it's not clear to me how
[18:54] <rogpeppe> mgz: it's entirely possible
[19:03] <mgz> proposed, I may have inspiration going back to it later.
[19:04] <rogpeppe> if anyone cares for a review, there are lot of files in this one, but the change is quite simple: https://codereview.appspot.com/54230044/
[19:04] <rogpeppe> right, that's me
[19:04] <rogpeppe> i smell fooood
[19:04] <rogpeppe> g'night all
[19:17] <hatch> is there anyone besides dimitern who is familiar with the PutCharm code? In testing the GUI implementation I am getting a 405 (Method not allowed) when trying to post the charm on a trunk build of juju-core
[19:31] <natefinch> hatch: I don't know anything about putcharm, unfortunately.  However, the log might have more useful information
[19:34] <hatch> natefinch is there a separate log from the ones in /var/log/juju which may contain more information? (I've already checked those)
[19:38] <natefinch> hatch: no, that's where I'd look..... 405 sounds like the server isn't liking the request
[19:39] <hatch> yeah which is odd because that's what it's supposed to do :) oh well no problem I'll chat with Dimiter when he gets in tomorrow thanks anyways
[19:42] <natefinch> if you overlap with ian, it looks like he's had his fingers in there semi-recently too
[20:06] <_thumper_> fwereade: around?
[20:07] <natefinch> o/ thumper
[20:07] <thumper> hi natefinch
[20:14] <thumper> waigani: https://bugs.launchpad.net/juju-core/+bug/1271941
[20:22] <natefinch> thumper: is there an environment variable that describes where the upstart directory is, or is it just always /etc/init?
[20:22] <thumper> natefinch: always /etc/init
[20:22] <thumper> pretty sure
[20:23] <natefinch> dang... trying to mock out upstart stuff so I can test the code I wrote (which interacts with upstart)
[20:26] <axw> natefinch: I'm pretty sure in the juju-core/upstart package you can specify the init dir
[20:26] <axw> not sure if that helps you or not
[20:27] <axw> yeah - the local provider in trunk changes it in testing (I'm about to change all that though)
[20:27] <natefinch> axw: you can change it per-service that gets created, but that doesn't help from outside a function that I want to test. There's no global override.  Which pretty much means I have to make one.... not the end of the world, but kind of ugly to expose
[20:27] <axw> ah ok
[20:27] <axw> yep
[20:35] <natefinch> ....wow, I can't believe that worked on the first try
[20:59] <natefinch> thumper: I made a bunch of changes and then realized I was on the wrong branch.  Nothing committed yet. How can I switch branches and keep the local edits?
[21:00] <thumper> natefinch: I think if you just do 'bzr switch' it should just work
[21:00] <natefinch> thumper: ahh, cool
[21:00] <thumper> alternatively, use 'bzr shelve' change, then 'bzr unshelve'
[21:02] <natefinch> thumper: thanks, bzr switch just worked
[21:02] <thumper> coolio
[21:46] <wallyworld> thumper: https://pastebin.canonical.com/103503/


[02:33] <lotuspsychje> good morning
[08:11] <ducasse> hi folks
[16:22] <ravage> !ubuntupro is <reply> Ubuntu Pro is a service offered by Canonical for expanded CVE patching, ten-years security maintenance and optional support. Anyone can use Ubuntu Pro for free for personal use on up to 5 machines. For details please see https://ubuntu.com/pro and https://discourse.ubuntu.com/t/ubuntu-pro-beta-tutorial/31018
[16:35] <leftyfb> ravage: ?
[16:35] <lotuspsychj3> factoid request
[16:35] <ravage> that is my name. and your message is called a question mark
[16:36] <arraybolt3_> lol
[16:36] <leftyfb> ah, forgot about the factoid request
[16:36] <ravage> includes a little update about that "personal use" discussion too
[16:38] <lotuspsychj3> we might need discuss/new ideas about helping the ops with adding/changing factoids to ubottu
[16:38] <ravage> just add us to the sudo group
[16:38] <lotuspsychj3> as wiki to discourse migrations are coming up
[17:34] <tomreyn> !ubuntupro | ravage
[17:34] <arraybolt3> \o/
[17:34] <lotuspsychj3> yay
[17:34] <ravage> \o/
[17:34] <tomreyn> thanks (i shortened the second url a bit)
[17:34] <ravage> shorter is always goo
[17:34] <ravage> d
[17:35] <ravage> i hope they rename that thread soon :)