[01:19] <daftykins> well my pal's Zen fibre just got upgraded today
[01:19] <daftykins> https://www.speedtest.net/result/c/bfe8c3c1-0ed7-4d35-960f-51770a0dfd34
[01:19] <daftykins> one quick tweak to pfSense and i'm seeing full speed
[01:21] <diddledani> yowza
[01:33] <penguin42> daftykins: Not bad!
[01:34] <penguin42> diddledani: How you cookin'?
[01:34] <penguin42> daftykins: I'm surprised for fibre it's so asymmetric
[01:34] <daftykins> it's because of that GPON thing i linked a while back
[01:34] <daftykins> you only get a slice of what reaches a neighbourhood
[01:35] <penguin42> ah
[01:36] <daftykins> makes me wonder how far and wide a given slice reaches though, he told me he won't tell anyone on his neighbourhood watch type online group to get FTTH in fear of it influencing his service xD
[01:37] <penguin42> oh it's terrible mate, dont touch it, especially when I'm using it...
[01:37] <daftykins> :D
[01:38] <daftykins> "stick to your virgin media, it's the only game in town, honest"
[01:44] <diddledani> there we go. I'm now running thelounge instead of paying for irccloud <3
[01:45] <daftykins> think a pal took that for a spin
[01:45] <diddledani> I've also dropped my old liberachat account and reregistered because the old one was on my deadname
[01:46] <daftykins> sounds like a Friday night of progress!
[01:47] <penguin42> speedtest is showing me 92.5/20.91 now on my virgin; it makes me wonder if something somewhere is on 100mb - but I thought I was on gig everywhere
[01:49] <daftykins> ooh time for some 2am sleuthing!
[01:49] <daftykins> :D
[01:51] <penguin42> hmm no, I must finish my reading of the solar quote I've got
[01:52] <daftykins> ooh
[01:52] <penguin42> it's hard being a geek; I've spent hours reading it, following links, checking out the home asistant stuff for the quoted inverter, reading the patent for the optimiser
[01:52] <daftykins> i had a totally out of the blue call from an elderly couple client earlier this week, she had me talk to a solar installer who was trying to get their equipment online
[01:53] <daftykins> they have a large property with other structures off from the main house so i had no idea where he'd even put anything
[01:53] <penguin42> it looks like some have ether, but most are wifi
[01:53] <daftykins> are they using micro-inverters on each panel so that one getting obscured by even something as small as a pole shadow doesn't take the whole array down?
[01:53] <penguin42> some have Lora!
[01:54] <daftykins> i was shocked when i learnt that that can happen, saw it on Dave Jones youtube - (EEVBlog)
[01:54] <penguin42> daftykins: Their suggestion is to use something inbetween by a company called TIGO; TS4-O
[01:54] <penguin42> daftykins: you still end up with DC from theroof; but they upconvert to a single DC bus voltage
[01:55] <penguin42> the problem is, anything like that is going to nuke my dads amateur radio
[01:55] <daftykins> interesting
[01:55] <daftykins> ooh that would be awkward
[01:56] <penguin42> so, no optimisers thanks
[01:56] <penguin42> even though the most likely form of shade is his aerial tower !)
[01:56] <penguin42> the bigger problem we really have is an awkwardly shaped roof
[01:56] <daftykins> that installer guy said something to me about trying some TP-Link booster crap, i said lol please don't put junk in, i only just put in a Ubiquiti system recently
[01:56] <penguin42> well most of them do modbus over rs485 as well if you look closely enough :-)
[01:57] <daftykins> he just asked me if there was cabling to anywhere close, i said yes but in use with an old phone system so he'd have to run something new, then he gave up and thanked me - heh
[01:58]  * penguin42 is a bit surprised the quotes he has are not higher, but as I say we're limited in the number of panels we can fit on the south side
[01:59] <daftykins> so, is there really sun up north? ;)
[01:59] <penguin42> less
[02:00] <penguin42> I mean, less enough to make it questionable depending on the spec
[02:00] <penguin42> Manchester seems doable
[02:00] <daftykins> nifty stuff
[02:02] <penguin42> I've got a quote for about £4k that might pay itself back in 3.5 years
[02:12] <penguin42> that's without battery; with battery the quote is about 9.5k and is currently taking longer to pay back
[02:13] <daftykins> ah of course, that makes sense
[02:14] <penguin42> well, maybe - I mean the battery lets you actually use more of the captured energy, where as at best you get less doing export charges; so it's not impossible that it might pay back in similar times - but the batteries are expensive
[02:15] <daftykins> i wonder what operating life people tend to get out of battery storage
[02:16] <penguin42> so far, in cars they seem to have worked out better than expected
[02:19] <daftykins> i had best hit the hay, going to put a new outdoor phone line in at a client's tomorrow to redirect it into the new network cabinet :D
[02:19] <daftykins> g'night all \o
[02:23] <penguin42> daftykins: I mean the battery pack one company is selling is listing a design life of 15+ years and they're quoting the savings over 25 years!
[02:38] <davef> Cheers! 🍻 greetings from a pub in Montreal
[20:07] <daftykins> penguin42: impressive battery life :D
[20:08] <daftykins> well, 25 would be a nice minimum expectation really
[20:26]  * zxmpi wonders can i connect my psion using lithium batteries to my nokia 3310 to irc... :-P
[20:46] <daftykins> ran out of daylight in the end attempting to put a new phone line cable to join from the outdoor one at a clients today
[20:46] <daftykins> at least it's in place, just been doing some 'homework' to refresh my memory on which colours denote the exterior line, white and orange is the answer!
[20:53] <penguin42> there's some consistency?
[20:54] <zxmpi> you're supposed to get a cable with all wires the same colour for the next guy :-P
[20:55] <daftykins> weeeeell, nope xD there are too many joins there and they kept changing colour
[20:56] <daftykins> once i'm done it'll be white and orange straight through from the ground to the filtered master, then the conventional blue and white with blue to sockets
[20:56] <daftykins> also the spider i found in the join box outside says hi - https://i.imgur.com/f30vx3H.jpg
[20:56] <daftykins> i may have evicted it
[21:05] <penguin42> oh yes, you wouldn't want it spying on your data
[21:06] <daftykins> there's only room for one web, buddy!
[21:08] <zxmpi> pity, you never know when you'll need a pro web developer next
[21:11] <daftykins> i no longer know a trustworthy one with diddledani out of the game :(
[21:21] <penguin42> daftykins: I know a pro php one if you need one
[21:22] <daftykins> hmm nah, no active tasks at the moment thankfully!
[21:26] <davef> Not totally shocking, courier couldn't deliver a package of two iPads (presents for the kids)
[21:26] <davef> Probably already stolen
[21:27] <daftykins> D:


[13:09] <YamakasY> guys, anyone able to look into https://bugs.launchpad.net/ubuntu/+source/netcfg/+bug/1361902
[13:09] <ubot2`> Ubuntu bug 1361902 in netcfg "14.04 /etc/network/interfaces is always overwritten by Preseed" [Undecided,New]
[13:09] <YamakasY> I have applied this patch which doesn't turn out well https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709017
[13:09] <ubot2`> Debian bug 709017 in netcfg "/e/n/i getting overwritten after late_command of preseed" [Important,Open]
[13:39] <YamakasY> is everyone on debconf ?
[16:41] <YamakasY> Daviey: ping
[16:42] <YamakasY> anyone alive ?


[01:28] <gunta5> Help I could use help. I had a bug loading Lubuntu 12.10 on my ubuntu 10.10
[03:47] <lubuntamente> salve...mi domando se è possibile installare lubuntu senza essere connessi
[03:48] <lubuntamente> ho provato svariate volte e in modalità diverse
[03:48] <lubuntamente> ma nulla da fare
[14:52] <phiscribe> has anyone successfully upgraded to 12.10 from a in place 12.04 installation?  i have not tried.  every time i have tried that in the past things go to hell in a gold plated basket. i just have barely gotten this 12.04 box to my liking and would like to avoid a clean install if possible.
[14:58] <holstein> phiscribe: i had an ubuntustudio upgrade work
[14:59] <holstein> phiscribe: i would just run 12.04
[14:59] <holstein> i only do upgrades to test.. i find it much easier/faster/more-successful to just fresh install
[15:00] <phiscribe> some stuff isnt getting into back ports, which leads to the yellow brick road of PPA's all over the place, (not the wonderful wizard)
[15:00] <holstein> phiscribe: would you like information on backkporting?
[15:03] <phiscribe> clean install is great for getting started.  i got stuff i dont wanna have to redo on this system.  application settings windows sizes positions podcasts notes.  i normal clean install too.  but just this time its more dreadful
[15:04] <holstein> i would just back up my data, as i would anyway, and then copy the /home... or consider something like ubuntuone for sync
[15:05] <phiscribe> even that is dreadful.  i want to use it not service it. i guess ill just keep 12.04 and go with ppa's till it all breaks
[15:06] <holstein> well, you need to have your data backedup anyway.. i usually just use it as an excuse to test my backups
[15:06] <phiscribe> some stuff cant be backuped easily or i dont know how, or it will take a 4 hour tutorial.  like how to keep all the chat rooms in irc in my client when i clean install
[15:06] <holstein> imagine the hard driver died, as it will... and that is what you are recovering from
[15:06] <phiscribe> its not data so much as personization, like a nice comfy shirt
[15:07] <holstein> phiscribe: i literally just copy the /home
[15:07] <holstein> phiscribe: the .config and other settings are there
[15:07] <holstein> phiscribe: if you have changed global settings, go and grab those too
[15:07] <holstein> phiscribe: they are usually text files, and shouldnt take long to find and copy
[15:08] <phiscribe> and they dont always work from applicaiton vesion 1 to version 1.1
[15:08] <phiscribe> for 50 apps
[15:08] <holstein> phiscribe: i find they typically do alright.. just like when you upgrade the app from the repos
[15:08] <phiscribe> each one with its own idiosyncratic oddities, so much hassle
[15:09] <holstein> phiscribe: each application is allowed to use the config.. and the dev's try to keep it clean that way
[15:09] <holstein> phiscribe: if you would like to try and have specific issues, those can be discussed
[15:09] <phiscribe> ive had often after a new distro release that the config will cause the app not to start or be buggy.  then you spend 2 hours figuring out why, or delete it and do a realy clean install
[15:10] <holstein> phiscribe: which app? which version?
[15:10] <holstein> phiscribe: what is the bug#?
[15:11] <holstein> lots of users just keep a dedicated seperate /home and never format that... share it between distros or whatever
[15:11] <phiscribe> broswers music apps office stuff im not talking specifics, just that the approach of keeping the old config file often fails, very often.  i suppose because the apps and the way they use the config files change with new versions.
[15:11] <holstein> phiscribe: i would need specifics to be constructive
[15:11] <phiscribe> the whole point is to avoid any of that and just use the thing
[15:12] <holstein> phiscribe: it hasnt often failed for me though
[15:12] <holstein> phiscribe: i would just use the 12.04.. i still have 10.04 on my audio production machine
[15:12] <phiscribe> pulseaudio comes to mind rapidly
[15:12] <holstein> lubuntu doesnt ship with pulse
[15:12] <phiscribe> as most of the apps i use dont either
[15:13] <holstein> i have systems that are using pulse and using alsa only.. sometiems i have issues both places...
[15:14] <phiscribe> i don know how we tured donw this alley.  i was just wondering if anyone had tried the inplace 12.04 to 12.10 yet and got it to work.  i somtimes use the nickname cleaninstall.  i know it is like industrial strength liquid plumber.  but this time, i just dont have the heart.
[15:14] <holstein> phiscribe: it worked fine for me,and the QA tests on upgrades worked fine
[15:15] <phiscribe> i may ry that then :)
[15:15] <phiscribe> try
[15:15] <holstein> OH.. i thought it was failing for you?
[15:15] <holstein> phiscribe: you havent tried it yet?..
[15:15] <phiscribe> if it works, maybe ill knock on wood and try my kubuntu 12.04 box
[15:15] <holstein> i *always* try the live CD first anyways
[15:15] <phiscribe> no not yet, was putting a toe in the water
[15:16] <holstein> i still find it faster and easier to just fresh install.. but there are issues both ways
[15:17] <phiscribe> such and upgrade in other distros for and in place upgrade has wrecked havoc in the past.  but it is something i really wish worked better.  often it was some kde thing so maybe lxde will go better
[15:17] <holstein> http://iso.qa.ubuntu.com/ is an easy way to make your upgrades or tests count...
[15:17] <holstein> phiscribe: can always be a hardware support issue
[15:18] <holstein> i havent had any havoc wrecked on me that i didnt feel like i had caused... or incorrectly implemented.. upgrades can break things.. a kernel upgrade can break support
[15:20] <phiscribe> should i do it from the command line or run update-manager -d
[15:20] <holstein> what do i do?. like i said, i use it as a chance to restore from backups.. when that hard drive you are using fails, then you will lose all the customization. might as well implement something now to safely restore settings
[15:20] <holstein> phiscribe: i would do it however you are most comfortable
[15:20] <phiscribe> ok ill give it whirl
[15:24] <phiscribe> too late to turn back now hehe.  thanks for chatting
[15:36] <holstein> like i said, i *always* try the live CD, to see about hardware support
[15:37] <holstein> but, you'll probably be fine... i just dont like "probably".. i like to see the kernel running on the actual hardware, and run lspci and see that the network devices are working and sound... and if not, see how much of a pain it could be to get it running
[15:37] <holstein> one could upgrade from one version to the next, and lose support for a key piece of hardware that would break functionality.. and i think that is misinterpreted as an upgrade issue
[15:38] <holstein> all the packages get upgrades just as they should, and if those new packages dont support that hardware, that is not an issue with the upgrade, thats a compatibilty issue
[15:39] <holstein> its not ideal, nor consoling after you wait 7 hours on an upgrade, and the destop doesnt boot.. or you get kernel panics... but still, i dont see that as an issue with the upgrade process
[15:39] <phiscribe> well hopefully that wont happen.  worst case i go back to 12.04.  but i think ill be all right.  no wifi.  no fancy stuff
[15:40] <holstein> thats why i usually just have a good backup scenario, and fresh install..after trying the live CD. i find best case scenario, after a 5+hour upgrade process, maybe everything is mostly OK
[15:40] <phiscribe> just an old box next to my other machine for streaming stuff mostly.  news vids music
[15:40] <holstein> an install takes 8 minutes
[15:41] <phiscribe> backing it up and restoring takes almost as long as just reconfiguring, at least it can.  but ive already took the red pill its instaling
[15:41] <holstein> i would say, it takes me less than 30 minutes now
[15:42] <holstein> depending on the size backup media, clonezilla clones are pretty fast as well
[16:10] <phiscribe> lol not 8 minutes here
[16:12] <phiscribe> more like 85. p4 1g
[16:47] <phiscribe> just finished and rebooted all seems well :)
[18:31] <icicle> hello
[18:31] <icicle> Will Lubuntu work with 512 mb ram?
[18:32] <icicle> 2.1 ghz computer?
[18:32] <icicle> NVIIDA fx 520
[18:32] <icicle> 529
[18:32] <icicle> fx5299
[18:32] <icicle> fx5200
[18:34] <searching> yes
[18:34] <icicle> How well?
[18:34] <icicle> 2.1 ghz single core
[18:35] <icicle> 512 mb ram
[18:35] <icicle> NVIDIA fx5200
[18:35] <searching> I have 2.4
[18:35] <Unit193> icicle: You just said this.  Try it and see if it works well enough for you.
[18:35] <icicle> single core?
[18:35] <searching> video card i don't know
[18:36] <searching> Unit193 I have a kernel panic
[18:36] <searching> say that:panic occurred,swithcing back to text console
[18:36] <szczur> i used lubuntu on Celeron 2.0 GHz with the same GFX card and amount of ram but it was 2 years ago. I guess it should work without problem
[18:37] <searching> and than find in the log dmsg this:init: failsafe main process (675) killed by TERM signal
[18:38] <searching> icicle if lubuntu freeze update kernel version
[18:38] <icicle> what about iT?
[18:39] <icicle> szczur:  How fast was it?
[18:39] <searching> Unit193 u can help me?
[18:39] <szczur> it worked well for internet browsing
[18:40] <szczur> you can forget of course about 720p on YT
[18:40] <szczur> but otherwise it worked flawlessly
[18:41] <szczur> i talk of course about experience from 2 years ago
[18:41] <szczur> so it could change a little
[18:42] <searching> szczur u have kernel panic with lubuntu?
[18:43] <Unit193> searching: I'd find what the exact messages are and search the forums, or askbuntu for them.
[18:43] <szczur> i don't use lubuntu now
[18:43] <searching> I had searched but don't know how to fix
[18:50] <searching> alt+ctrl+f1 not working
[19:16] <adamgolding> can anyone successfully install ckpt on a modern version of lubuntu?
[19:59] <leszek> hi
[21:29] <fomg-optimize> Hello people! I have been running Chromium and Aurora/Firefox in low memory environments. Aurora is much better att handling low memory. Chromium runs out and starts dumping tabs, you get "it's dead Jim!"-notices. While I am a huge Star Trek fan i prefer my browsing undead.
[21:30] <fomg-optimize> If anyone finds it worth considering, please consider changing to Firefox as default browser
[21:30] <fomg-optimize> It's dead jim is just dumping a tab from any website and showing an error message until you reload
[21:30] <fomg-optimize> Aurora handles the same sites fine
[21:31] <fomg-optimize> This is all of course with lubuntu 12.10
[21:33] <fomg-optimize> The reason is most leikely due to Chromium being run in multiple instances, a single one for each tab, the os starts dumping the inactive instances/tabs. While aurora remains in memory
[21:33] <fomg-optimize> And working fine
[21:34] <fomg-optimize> And I do want to thank the community for the lovely Lubuntu distro, great work people. Loving it!


[00:12] <backburner> enmand where ?
[00:32] <enmand_> Where what?
[00:33] <enmand_> Where did I read stuff? I don't remember really? mostly blogs
[08:31] <shang> hazmat: ping, I tried using the charm update; charm getall, to obtain all the charms, but the wordpress/mysql still not working
[12:54] <hazmat> shang, as i recall, the problem was the wordpress formula hadnt been updated to use open-port/close-port... so it wasn't accessible via the internet
[12:55] <hazmat> shang, as of bzr rev 50, charm rev 31 of the formula that should be fixed.. ie per this change https://bazaar.launchpad.net/~charmers/charm/oneiric/wordpress/trunk/revision/50
[12:56] <hazmat> shang you can verify the charm formula in juju status
[13:03] <_mup_> Bug #876488 was filed: juju subcommand 'debug-report' to collect logs from relevant locations <juju:New> < https://launchpad.net/bugs/876488 >
[14:21] <robbiew> hazmat: ping
[14:26] <hazmat> robbiew, pong
[15:32] <mjfork> is there a guide that talks about openstack environments.yaml config?
[15:38] <robbiew> mjfork: adam_g is probably the best person to ask
[15:39] <mjfork> ok, can wait for him to rebutn
[15:39] <mjfork> returen
[15:39] <mjfork> sigh...return
[15:44] <jamespage> mjfork: I have one working with openstack - its much the same as ec2 (same provider) but you need to specify ami, ec2-uri and s3-uri manually
[15:54] <SpamapS> mjfork: using against openstack, or deploying openstack with orchestra?
[15:54] <SpamapS> if the former, then jamespage's advice is correct. If the latter, then there's a guide in the works, I think RoAkSoAx is working on
[15:55] <SpamapS> RoAkSoAx: ^^ you got some docs on orchestra+juju+openstack deployment yet?
[16:02] <m_3> robbiew: ping
[16:03] <mjfork> i am doing it against openstack
[16:03] <robbiew> m_3: we got a call, right?
[16:03] <mjfork> what is the control-bucket?
[16:03] <mjfork> random md5?
[16:08] <m_3> mjfork: I usually let juju generate it for me
[16:08] <m_3> think it's just gotta be unique per account
[16:08] <mjfork> ok
[16:10] <fwereade> mjfork, m3: just a note: afaik s3 bucket names have to be globally unique
[16:27] <SpamapS> globally unique in S3 itself
[16:29] <fwereade> SpamapS, yep
[16:30] <fwereade> need to be away for now; back later on
[16:38] <SpamapS> hrm... local provider is having issues running on an ec2 instance
[16:39] <m_3> SpamapS: bummer... I was totally wanting to play with that sometime
[16:39] <SpamapS> I have an m2.xlarge with /var/lib/lxc on tmpfs ..
[16:39] <SpamapS> but virsh net-start default is failing
[16:40] <SpamapS> sudo juju bootstrap worked. :(
[16:40] <m_3> wow... hmmmm
[16:40] <SpamapS> so something borken in the way sudo is obtained
[16:41] <m_3> virbr shouldn't need a reboot after installing libvirt-bin
[16:41] <m_3> might tweak interfaces in /etc/libvirt/network/default.xml (something like that)
[16:41] <SpamapS> no it works as root
[16:41] <SpamapS> something else is broken
[16:42] <SpamapS> have to logout/back in
[16:42] <SpamapS> to get libvirtd privs
[16:43] <jimbaker> my personal experience is that i had to reboot to get the virtual networking to work properly, but i didn't investigate further
[16:43] <m_3> sounds like he got it... a groups thing
[16:43] <SpamapS> I did not
[16:43] <SpamapS> its fine now
[16:44] <SpamapS> just had to logout/back in
[16:44] <m_3> awesome
[16:44] <m_3> cool potential for test frameworks
[16:45] <m_3> I got my laptop up to a load factor of 12+ yesterday
[16:45] <SpamapS> You know, the more I think about it the, more I think we should just put the first unit on the bootstrap machine.
[16:45] <m_3> man that stack came up fast!!
[16:45] <m_3> little warm on the lap though <grin>
[16:46] <SpamapS> maybe try a bag of frozen peas? ;)
[16:46] <m_3> ha
[16:46] <m_3> suspend barfs the stack though
[16:46] <SpamapS> yeah the single laptop disk tends to make running 5+ containers send this one to 11
[16:46] <m_3> +1 on overloading bootstrap in localdev
[16:46] <SpamapS> yeah zookeeper doesn't like the suspend/resume
[16:47] <SpamapS> well with local dev there's no need
[16:47] <SpamapS> all units go on machine 0 ;)
[16:47] <m_3> yeah, good point
[16:57] <SpamapS> #ubuntu-classroom now for a juju session, btw. :)
[17:45] <hazmat> SpamapS, its the groups and the shell
[17:46] <hazmat> the user executing the bootstrap has to be  a member of the libvirt group
[17:46] <hazmat> but on initial installation and creation of the group, the executing shell doesn't have the group
[17:47] <hazmat> bootstrap doesn't actually create any containers, just the network, zk, machine agent
[17:47] <hazmat> all it takes to fix the groups is to execute a new shell
[18:00] <SpamapS> wow
[18:00] <SpamapS> local provider on tmpfs .. LIGHTNING
[18:01] <hazmat> SpamapS, :-) sweet, did you just tmpfs /var/lib/lxc ?
[18:02] <SpamapS> yep
[18:02] <bcsaller> SpamapS: maybe we should recommend that for devel
[18:02] <SpamapS> tmpfs                  14G  2.3G   12G  16% /var/lib/lxc
[18:02] <SpamapS> m2.xlarge.. mmmmm
[18:02] <hazmat> bcsaller, it was pretty fast on your ssd
[18:02] <SpamapS> I have about 40 more minutes with it before I get chargd $0.50 more
[18:04] <SpamapS> now I need to figure out why mediawiki in the charm collection doesn't have the config.yaml I added to it. :-P
[18:04] <bcsaller> hazmat: yeah, but the apt-get install phase still takes too long
[18:06] <elopio> thanks for the session SpamapS
[18:06] <elopio> but after juju deploy --repository charms local:mediawiki I got state: null
[18:06] <elopio> how can I start it?
[18:06] <SpamapS> elopio: its probably still deploying
[18:06] <hazmat> elopio, null typically mean its pending
[18:06] <SpamapS> elopio: I cheated and put it on a giant tmpfs ..
[18:07] <hazmat> elopio, we're working on making that more obvious in the status output
[18:07] <SpamapS> debug-log also needs to show the local provider's unit logs
[18:07] <hazmat> SpamapS, there is no local provider ;-)
[18:07] <elopio> SpamapS, hazmat ok :) So I'll wait.
[18:08] <hazmat> SpamapS, i mean there's no provisioning agent running
[18:08] <SpamapS> $ ls ~/src/juju/trunk/juju/providers/
[18:08] <SpamapS> common  dummy.py  dummy.pyc  ec2  __init__.py  __init__.pyc  local  orchestra  tests
[18:08] <hazmat> SpamapS, the machine agent is just deploying the units
[18:08] <hazmat> in an lxc container, it will work the same on ec2 or orchestra
[18:08] <hazmat> when we enable lxc there
[18:08] <SpamapS> So machine agent should be sharing them?
[18:08] <hazmat> SpamapS, 'sharing' means what?
[18:09] <hazmat> they are all units assigned to a single machine
[18:09] <SpamapS> hazmat: sharing the logs
[18:10] <hazmat> SpamapS, each unit has its own logs in the container .. i change the location to be a bit more fhs compliant.. /var/log/juju/unit-name.log
[18:10] <SpamapS> elopio: you should be able to see the logs under ~/.juju/data/$USERNAME-local/units
[18:10] <hazmat> SpamapS, there's a symbolic link for convience in the data-dir
[18:10] <SpamapS> elopio: something like mediawiki-0/unit.log
[18:10] <SpamapS> elopio: have to be root tho
[18:10] <SpamapS> hazmat: I really like the idea of debug-log being comprehensive
[18:11] <hazmat> SpamapS, it is comprehensive for all agents
[18:11] <SpamapS> Err, but it doesn't show me the unit.log stuff
[18:11] <hazmat> SpamapS, but in this case there is no provider agent, and no place to log to
[18:11] <hazmat> SpamapS, hmm
[18:11] <elopio> SpamapS, I have no ~/.juju/data directory.
[18:11] <hazmat> SpamapS, it should, if not its a bug
[18:12] <hazmat> elopio, its whatever directory you using as data-dir in local provider config in environments.yaml
[18:12] <SpamapS> elopio: the example environments.yaml I pasted had /home/ubuntu/.juju/data .. so you may have it there
[18:13] <elopio> ahh, ok.
[18:13] <elopio> now my units directory is empty.
[18:15] <SpamapS> elopio: check machine-agent.log in the directory above then
[18:15] <hazmat> elopio, it takes  a little while for the first time ever, as the system needs to download and debootstrap a base distribution
[18:17] <elopio> ok, I'm getting close to my error: http://paste.ubuntu.com/711155/
[18:18] <elopio> SpamapS, hazmat ^^
[18:19] <hazmat> elopio, what's the output of lxc-ls? and you have a <data-dir>/master-customize.log ?
[18:19] <bcsaller> elopio: and this is on oneiric, not natty, right?
[18:20] <bcsaller> hazmat: it looks like lxc-create for the master just failed outright
[18:21] <bcsaller> I wouldn't expect a customize log, it didn't get that far
[18:23] <elopio> hazmat, there's no output of lxc-ls. And I don't have a master-customize.log
[18:23] <elopio> bcsaller, yes, oneiric.
[18:24] <hazmat> time to check-in to my flight, bbiab
[18:25] <SpamapS> elopio: maybe try 'sudo lxc-create -t ubuntu -n test-lxc -- -r oneiric'
[18:25] <SpamapS> elopio: that should verify that lxc-crate *can* work on your system. ;)
[18:27] <elopio> SpamapS, yes, it can.
[18:27] <elopio> I did it all again, and now my log says Creating master container...
[18:28] <elopio> I think that I started juju without sudo.
[18:28] <SpamapS> you should not
[18:28] <elopio> just $ juju bootstrap
[18:28] <SpamapS> it doesn't need to run as root
[18:28] <SpamapS> it will use sudo when it needs it
[18:28] <elopio> now I did $ sudo juju bootstrap, and it seems to be working
[18:28] <SpamapS> That isn't necessary, I'm sure it was some other problem.
[18:28] <SpamapS> but glad its working in some capacity
[18:29] <elopio> let's see what the log says after creating the container.
[18:30] <elopio> well, but anyway, this juju thing rocks.
[18:30] <elopio> SpamapS, I'd just add sudo in front of all the commands in your script :p
[18:32] <elopio> yes, it's working now. I have the units/mediawiki-0 directory, and the log says it's downloading packages.
[18:33] <elopio> thank you people!
[18:34] <SpamapS> elopio: btw, I just updated the mediawiki charm with the config.yaml that was missing..lets you change the name, skin, logo, and admin user/pass
[18:34] <elopio> SpamapS, yes, I asked about the password but it seems my question didn't get through.
[18:35] <elopio> so I assume that there's a config.yaml for the myslq charm where you can change the password too.
[18:35] <SpamapS> elopio: if you bzr update in the mediawiki dir, you should get revision 80 .. which allows 'juju set mediawiki admins="user:pass"'
[18:35] <SpamapS> elopio: for mysql you don't actually need root access ever. ;)
[18:36] <SpamapS> elopio: the charm has it, but doesn't expose it
[18:36] <elopio> SpamapS, but what if I want to pimp my mysql?
[18:37] <elopio> well, I suppose I should make a charm for that too.
[18:37] <SpamapS> elopio: you can ssh in
[18:37] <SpamapS> elopio: and yeah, anything you need to tune should be in config.yaml as a tunable
[18:37] <SpamapS> I've been meaning to go through all the mysql tuning parameters and put them into the mysql charm
[18:44] <elopio> mediawiki up and running \o/
[18:44] <elopio> awesome.
[18:46] <SpamapS> elopio: bonus points if you get haproxy in front of it, and a mysql slave added. ;)
[18:49] <elopio> SpamapS, ja, I'll ask for some vacations to keep playing with juju. I guess that my boss will say no :p
[18:50] <elopio> lunch's over, so I'll get back to the things I should be doing. But I hope to talk to you again.
[18:55] <mjfork> looking at environments .yaml, does s3 on the API node have to listen on public ip
[19:06] <hazmat> mjfork, re s3 and openstack, the s3 url needs to be accessible to the juju client and the machine nodes
[19:06] <hazmat> s/machine/virtual
[19:06] <mjfork> ok, can i use objectstore
[19:11] <hazmat> mjfork, either the nova/objectstore/s3server.py or swift with the s3 middleware should work
[19:11] <hazmat> we've primary done testing with the nova s3server
[19:15] <mjfork> i just config'ed objectstore to listen on <IP_ADDRESS>
[19:18] <mjfork> hazmat: i assume you can use a regular user in the envionrments file?
[19:19] <hazmat> mjfork, not sure what you mean by regular user?
[19:19] <mjfork> doesn't have to be an admin user
[19:20] <hazmat> mjfork, as long as the openstack credentials are authorized to create machines, it should be fine
[19:20] <hazmat> objectstore/s3server.py doesn't do any actual auth on the s3 side of it
[19:27] <mjfork> what is admin-secret?
[19:27] <mjfork> I am getting unauthorized CreateSEcurityGroup
[19:27] <mjfork> guessing i need to assin some special permission in nova (using keystone for auth)
[19:31] <hazmat> admin-secret is just any random string unique to the environment
[19:32] <hazmat> mjfork, ^ ... also out of curiosity what version of openstack are you using?
[19:32] <mjfork> Diablo
[19:34] <mjfork> got bootstrap to run, i needed to run nova-manage role add juju cloudadmin
[19:35] <mjfork> (i also did netadmin, itsec, not sure if all were needed tho)
[19:37] <hazmat> SpamapS, re the libvirt group membership missing.. did bootstrap have an error?
[19:49] <hazmat> it looks like it caused an error on network start
[20:02] <SpamapS> hazmat: logout/back in solved all problems I had
[21:13] <_mup_> juju/test-api r237 committed by<EMAIL_ADDRESS>[21:13] <_mup_> merge trunk
[23:00] <SpamapS> btw, the error message for ambiguous endpoints is AWESOME now


[02:24] <vibhav> good motning
[02:41] <vibhav> morning, even
[08:34] <twpoland> hello
[18:29] <ositake> hi, I just found a problem in Ubuntu 12.04 and I don't know if it can be consider as a bug
[18:29] <ositake> the problems is that if you issue strace -ttt -f -p [pid from the xorg]
[18:29] <ositake> (don't try
[18:30] <ositake> it freezes the complete Ubuntu
[18:30] <ositake> meaning, you need to hard reset to work
[18:30] <ositake> but if I do the same from the any console
[18:30] <ositake> like ctrl+alt+F1
[18:30] <ositake> works smooth
[18:31] <geofft> that's disallowed by default because of the ptrace_scope stuff, right?
[18:31] <ositake> that's what I don't know
[18:31] <ositake> I guess that it is kind of stupid to strace the xorg
[18:31] <ositake> when you are in
[18:32] <ositake> but in a way, you should be able to do it
[18:32] <ositake> still I can't say
[18:32] <geofft> that too, I'd call that expected behavior. :-)
[18:32] <ogra_> well, if you call it like above you will output to the xterm you run in ... meaning you strace your own command as well ... sounds like a deadly loop you force there
[18:32] <ositake> indeed
[18:32] <geofft> I bet if you write a shell script to strace xorg with output to a file, and then kill the strace process after 30 seconds
[18:32] <ogra_> try redirecting to a file instead of oututting directly
[18:32] <geofft> it won't actually hang the system
[18:32] <ogra_> *outputting
[18:32] <ositake> good idea
[18:33] <ogra_> (since you would be stracing the strace output ... )
[18:35] <ositake> I know is something that a normal user would not do
[18:35] <ositake> that's why I wanted to ask before submitting any bug on that topoc
[18:35] <ositake> topic
[18:39] <ositake> thanks for the tip, by forwarding to a file, it doesn't happen,
[18:39] <geofft> I vaguely recall that tcpdump or tshark or something is clever enough to notice if you're over ssh
[18:40] <geofft> and not try to dump its own output
[18:40] <geofft> I wonder if it's worth doing the same thing for strace
[18:40] <geofft> but I can't really figure out how.
[18:40] <ositake> that could be a good idea
[18:40] <infinity> It's not worth trying to save people from applying that gun to that foot, I don't think.
[18:41] <infinity> "Infinite loops make computers appear frozen" isn't really a bug, unless it's a loop you reach in normal use.
[18:41] <ositake> true infinity , that's why I wanted to ask before hand
[18:41] <infinity> This is all reminiscint of how, every few years, someone freaks out because you can DoS a UNIX system by forkbombing.  Oooo.
[18:42] <infinity> The answer, of course, being twofold: "don't do that then" and "limit processes for non-root, if you care".
[18:42] <geofft> I thought that's no longer a problem with cgroups or something. :)
[18:42] <BenC> infinity: Can I get some buildd love for linux-ppc?
[18:42] <infinity> And in the ptrace case, we don't let regular users ptrace, and we really don't let them ptrace root-owned Xorg servers.
[18:42] <infinity> BenC: Maaaaybe.
[18:43] <infinity> BenC: adare and ross are manual, go nuts.
[18:43] <BenC> Thanks
[18:43] <geofft> I'm reminded of http://blog.michaeltang.me/yes-yes-no/
[18:44] <ositake> need to leave, thanks for the clarification!
[18:44] <ositake> cheers
[18:44] <geofft> (and in particular how _two_ different users on a shared system I run decided it sounded like a good idea to run)
[18:47] <BenC> Now I just need some distro-manager love
[18:57] <infinity> BenC: Release, you mean?  I can do that. :P
[18:58] <BenC> infinity: ah, the email says "distro manager approval"…I wasn't sure who to blame^Wask
[18:58] <infinity> BenC: There really was no ABI bump for PPC in that rebase?
[18:58] <infinity> That seems suspicious.
[19:03]  * ScottK hands infinity a neck tie, since he's distro manager, he should dress the part.
[19:04] <infinity> ScottK: Not gonna happen.
[19:04] <infinity> BenC: *poke*
[19:04] <ScottK> ;-)
[19:04] <infinity> BenC: Are you sure the rebase to 3.8.4 didn't bump ABI?  You don't have the abi check disabled?
[20:27] <BenC> infinity: I ran the build and no ABI bumps for me
[20:28] <BenC> infinity: debian.ppc/rules.d/powerpc.mk:skipabi = false


[03:29] <amithkk> Heya dp
[03:29] <amithkk> *dpm
[03:29] <amithkk> I was somewhat caught up with schoolwork
[19:32] <JanC> http://gparted.org/download.php  ☺
[20:05] <mhall119> JanC: +1
[20:06] <JanC> it helps if you are involved upstream  ☺
[20:07] <mhall119> I bet it does
[20:08] <JanC> actually, there were no distro-specific instructions before
[20:08] <mhall119> just direct downloads?
[20:08] <mhall119> does fedora not use sudo?
[20:09] <JanC> so even Debian, Fedora, etc. benefit from this
[20:09] <JanC> mhall119: not by default, I think
[20:11] <mhall119> JanC: great work, it's always nice when our efforts help others too
[20:11] <JanC> mhall119: in general the gparted live images are recommended though
[20:12] <JanC> as they always have latest version
[20:12] <JanC> (almost) always
[20:13] <JanC> but still nice to have the official package easy to install
[20:14] <JanC> and Ubuntu packages often have backported fixes
[21:12] <mhall119> JanC: yeah, I've used gparted on my local system to partition and format USB drives
[22:45] <daker-cloud> http://www.videolan.org/vlc/download-ubuntu.html


[03:06]  * lfaraone waves at the world.
[05:01] <manusheel> lfaraone: Good morning Luke.
[05:01] <manusheel> Around?
[14:41] <neeraj> Hi lfaraone
[14:42] <neeraj> lfaraone, I have modified debian/rules file http://git.debian.org/?p=collab-maint/sugar-record-activity.git;a=blobdiff;f=debian/rules;h=badf8048b872dd690623234d9c7a93df2eb188f4;hp=b532c92cc73ccbf5598d47bc08feeb370207ea85;hb=d11f968abe381615e4e58d955f2d667bf8bd863f;hpb=9ff82260216dd033e199d769f2adbd085548827e
[14:49] <neeraj> ankur, hi
[14:49] <ankur> hi neeraj
[14:49] <neeraj> can we remove any warning in this http://paste.ubuntu.com/469819/
[15:03] <ankur> lfaraone,  around?
[15:10] <ankur> Please ping me when you will be back
[15:14] <kandarpk> lfaraone: Hi.
[15:22] <ankur> kandarpk,  around?
[15:23] <ankur> can anybody tell me what role does exactly setup.py performes?
[15:23] <ankur> Bert suggested it's removal from the package
[15:23] <ankur> but without that it wont build
[15:27] <kandarpk> ankur: Hi
[15:53]  * lfaraone waves.
[15:54] <lfaraone> sugar-memorize-activity was sponsored and is now in the Debian NEW queue.
[15:54] <lfaraone> kandarpk: I did make some changes to your package before I uploaded it, please see the git repo. (pushing changes as we speak)
[15:55] <kandarpk> lfaraone: thanks a lot.
[15:55] <kandarpk> lfaraone: feels great to work with you.
[15:56] <lfaraone> kandarpk: same here.
[15:56] <kandarpk> lfaraone: :)
[16:05] <kandarpk> mukul: Hi.
[16:09] <kandarpk> lfaraone: I was trying to update read
[16:09] <kandarpk> after cloning Jonas' repo.
[16:09] <lfaraone> kandarpk: okay.
[16:09] <kandarpk> lfaraone: do I need to file a bug report ?
[16:10] <neeraj> lfaraone, kandarpk hi :)
[16:10] <kandarpk> neeraj: Hi.
[16:12] <ankur> hi kandarpk
[16:12] <ankur> hi lfaraone
[16:13] <neeraj> lfaraone, I have made changes in debian/rules file and added r? on Sugar/tasks. Please review them (record and write )whenever u get time.
[16:15] <lfaraone> neeraj: will do.
[16:15] <neeraj> lfaraone, thanks
[16:21] <lfaraone> neeraj / kandarpk : can you update the other package repositories by adding "${cdbs:Depends}" to the dependencies line as I did in http://git.debian.org/?p=collab-maint/sugar-memorize-activity.git;a=commitdiff;h=85bade90159b116e8c769863d839128d8c466af3 , commit, regenerate control, and commit?
[16:21] <lfaraone> neeraj, kandarpk , this was preventing some of the dependencies we added in debian/rules from being reflected in the resulting package.
[16:21] <kandarpk> lfaraone: Ok. sure.
[16:22] <lfaraone> I'm prety sure it needs to be done to all repositories othe r than memorize and physics.
[16:22] <neeraj> lfaraone, I had to regenerate the control file for removing the error from the linitan output
[16:22] <lfaraone> neeraj: right.
[16:24] <lfaraone> neeraj, kandarpk , poke me when you've pushed up that change.
[16:25] <neeraj> *dinner will be back soom
[16:33] <ankur> sry i got dc
[16:33] <ankur> lfaraone,  around?
[16:35] <lfaraone> ankur: yes.
[16:36] <ankur> hi lfaraone ,
[16:36] <ankur> i was gettting some lintian warning which i was not able to solve on my self
[16:36] <lfaraone> ankur: okay.
[16:36] <kandarpk> lfaraone: made changes in poll and connect
[16:36] <ankur> and the arch-any warning was still showing while building package
[16:37] <ankur> but not when running lintian on deb package
[16:37] <ankur> i wanted to know, that if i run
[16:37] <ankur> lintian *.deb
[16:37] <ankur> by * here i mean package name
[16:37] <ankur> or
[16:37] <ankur> say
[16:37] <lfaraone> ankur: you should do "lintain -iIv path/to/package.changes"
[16:38] <lfaraone> kandarpk: coolio, I'll take a gander.
[16:38] <ankur> lfaraone,  i need to run lintian on .changes file?
[16:38] <ankur> i was running it on deb package :(
[16:38] <lfaraone> ankur: well, that'll cause it to check the deb package and the source, usually.
[16:38] <lfaraone> ankur: it's not a rpoblem to run it on the deb, it just doesn't catch everything.
[16:39] <ankur_> i got dc
[16:39] <ankur_> rain here causes havoc :(
[16:39] <lfaraone> ankur: it's not a problem to run it on the deb, it just doesn't catch everything.
[16:40]  * lfaraone is reviewing sugar-connect-a
[16:40] <ankur_> lfaraone,  okay , i will run the lintian on deb and will post changes here , in 1 min
[16:40] <ankur_> will you be around?
[16:40] <lfaraone> ankur_: yes.
[16:42]  * lfaraone will brb in 5, switching DEs.
[16:45] <neeraj> kandarpk, please tell in which activities are left? for addling cdbs in depends?
[16:45] <neeraj> s/in/me
[16:51] <kandarpk> neeraj: all activities that you have packaged
[16:52] <neeraj> kandarpk, ohk.. :)
[16:52] <ankur> kandarpk,  one question
[16:53] <kandarpk> ankur: yes
[16:54] <ankur> we edited our rules file to do away with the lintian warning regarding the architecture
[16:54] <ankur> the arch-any one
[16:54] <ankur> CDBS_BUILD_DEPENDS_class_python-sugar_python = python$(cdbs_python_nondefault_version)
[16:55] <ankur> you added this in your rules file of memorize
[16:55] <ankur> what is the difference between the above one and the one below
[16:55] <ankur> CDBS_BUILD_DEPENDS_class_python-autotools_python = python$(cdbs_python_nondefault_version)
[16:55] <ankur> what purpose do tehy solve
[16:55] <ankur> ?
[16:55] <ankur> any answer
[16:56] <ankur> and what are we supposed to add in our packages to rectify the warning
[16:57] <ankur> kandarpk, lfaraone  around?
[16:58] <kandarpk> ankur: 2 min
[17:00] <kandarpk> ankur: please see : http://lists.alioth.debian.org/pipermail/debian-olpc-devel/2010-July/002707.html
[17:01] <lfaraone> ankur: well, they override different things.
[17:02] <lfaraone> ankur: python-sugar.mk uses the CDBS_BUILD_DEPENDS_class_python-sugar_python one, which I found by looking at the source for python-sugar.mk
[17:03] <ankur> okay
[17:03] <ankur> and we uses it for ? as i do not have much understanding of working of code
[17:03] <ankur> and tehre dependence as of now
[17:03] <ankur> python-sugar.mk
[17:04] <ankur> is make file(script)?
[17:05] <ankur> more specifically , what should i use in cae of etoys?
[17:05] <ankur> sugar_python one?
[17:07] <lfaraone> ankur: yes, since it uses python-sugar, no?
[17:08] <lfaraone> ankur: by the way, when you talk of etoys, please be clear whether you're talking about "etoys" or "sugar-etoys-activity" because both are valid packages with different software.
[17:08] <ankur> well etoys-activity
[17:08] <ankur> and well i guess it will use python sugar
[17:09] <ankur> let me try
[17:09] <ankur> and python-sugar.mk was for?
[17:11] <lfaraone> ankur: it's a series of make rules which handle the building of sugar packages with CDBS>
[17:11] <ankur> lfaraone,  okay :)
[17:14] <neeraj> lfaraone, I have update s-write-a-0.86 and s-record-a by including cdbs and regenerating control file
[17:14] <lfaraone> neeraj: cool, thanks.
[17:15] <ankur> lfaraone,  can you have a look and tell me that if they are avoidable?
[17:15] <ankur> http://paste.ubuntu.com/469873/
[17:16] <lfaraone> ankur: Yes.
[17:16] <kandarpk> lfaraone: can I start working on speak ?
[17:16] <lfaraone> kandarpk: I don't see why not.
[17:16] <kandarpk> lfaraone: Ok.
[17:17] <kandarpk> lfaraone: package it fresh from tarball ?
[17:17] <lfaraone> kandarpk: sure.
[17:17] <kandarpk> lfaraone: Great.
[17:19] <ankur> lfaraone,  did you mean that they were avoidable or did you mean that you will ahve a look on them?
[17:19] <lfaraone> ankur: they are avoidable.
[17:20] <ankur> okay
[17:20] <ankur> lfaraone,  i got it :)
[17:20] <ankur> for what time will you be around?
[17:20] <lfaraone> ankur: 1:30, maybe 2pm EST.
[17:21] <lfaraone> ankur: I encountered a similar issue, I used http://git.debian.org/?p=collab-maint/sugar-physics-activity.git;a=commitdiff;h=936d60df1769867471d0605b5b4d9c0d2ee7407e to solve it.
[17:21] <lfaraone> ankur: does waht I'm doing make sense to you?
[17:21] <ankur> lfaraone,  i just checked the mailing list
[17:21] <ankur> i had forgotten that i had posted it there as well
[17:22] <ankur> james suggested a similar solution
[17:22] <ankur> i am maing guesses
[17:22] <ankur> but i think you cahnged the executable permission of file
[17:22] <ankur> i think 1 is for execute?
[17:22] <ankur> sry
[17:22] <lfaraone> ankur: yeah, but I'm using symbolic notation.
[17:23] <ankur> a-x
[17:23] <kandarpk> lfaraone: do we need to include cdbs depends in all packages we package now on ?
[17:23] <ankur> okay 1 also is and a-x also
[17:23] <lfaraone> kandarpk: yes, although I'm working on updating the template.
[17:23] <ankur> if used chmod 6 then it would have meant same?
[17:23] <ankur> as i am not sure becasue i read this long time ago :(
[17:23] <lfaraone> ankur: "a" means "all users", "-" means "remove this bit", and "x" means "executable"
[17:23] <ankur> oh
[17:24] <lfaraone> ankur: "man chmod" is good bedtime reading :)
[17:24] <kandarpk> lfaraone: being proactive :)
[17:24] <ankur> lfaraone,  thanks :)
[17:24] <lfaraone> kandarpk: yep.
[17:27] <ankur> as i can make form above irc chat
[17:27] <ankur> do i have to add
[17:27] <ankur> ${cdbs:Depends}
[17:27] <ankur> in depends field?
[17:28] <lfaraone> ankur: yes.
[17:28] <ankur> lfaraone,  one more thing
[17:28] <ankur> as  i went through toolkit package to see right format for copyright file
[17:29] <ankur> i saw that the abbreviated text for license
[17:29] <ankur> was written at bottom of the file one after another .
[17:29] <ankur> i will post link to my file
[17:29] <ankur> please tell me if i need to edit it
[17:30] <ankur> http://git.debian.org/?p=collab-maint/sugar-etoys-activity.git;a=blob;f=debian/copyright;h=03dba6c7bf9239d09e317288c1dee132cbfe9f5d;hb=HEAD
[17:32] <ankur> lfaraone, and do in Depends , we add entry in alphabetical order?
[17:32] <lfaraone> ankur: usually.
[17:32] <ankur> okay
[17:32] <lfaraone> ankur: although it doesn't really matter with substitutions.
[17:32] <ankur> okay , i will go with the normal order :)
[17:33] <ankur> will add the entry in between
[17:33] <ankur> also did you get a chance to look at a link file i gave above ?
[17:36] <ankur> and does it seems right  ? : Depends: ${shlibs:Depends}, ${python:Depends}, ${cdbs:Depends}, ${misc:Depends}, etoys
[17:38] <ankur> lfaraone,  around ?
[17:38]  * lfaraone is at lunc
[17:38] <neeraj> ankur, yes..
[17:39] <ankur> neeraj thanks :)
[17:42] <lfaraone> neeraj: either you or kandarpk should file a sync request when you have time for sugar-memorize-activity.
[17:46] <kandarpk> lfaraone: sure
[17:47] <lfaraone> kandarpk: it'll not be in the archive for another three hours.
[17:47] <lfaraone> kandarpk: packages are installed into the archive 4 times a day, counter is at http://ftp-master.debian.org/dinstall.html :)
[17:47] <lfaraone> kandarpk: so it's safe to leave that to the morning
[17:49] <kandarpk> lfaraone: ok.
[17:49] <kandarpk> dfarning: Hi
[17:49] <lfaraone> hey dfarning.
[17:49] <dfarning> kandarpk, hey how are you?
[17:50] <lfaraone> dfarning: earlier today the first SEETA-produced package was accpted in DEbian.
[17:50] <kandarpk> dfarning: I am good. How about you ?
[17:50] <kandarpk> lfaraone: and second is in process ?
[17:50] <lfaraone> I'm looking at connect, yes.
[17:50] <dfarning> lfaraone, I saw that! nearly peed my pants:)
[17:50] <kandarpk> I got the mail for connect moments ago
[17:51] <dfarning> kandarpk, great
[17:51] <kandarpk> dfarning: all credit to lfaraone
[17:51] <lfaraone> kandarpk: nah, I just reviewed and made some smallll changes.
[17:52] <lfaraone> kandarpk: the email you got said the package was uploaded to mentors, where I'll them submit it to my sponsor for final review.
[17:52] <lfaraone> kandarpk: its when you hear it's ACCEPTED that you're golden.
[17:52] <dfarning> lfaraone,  I am living on diet coke and coffee.  Need to be careful when I hear good news.
[17:53] <kandarpk> lfaraone: Ok.
[17:53] <dfarning> kandarpk, how is the over work plan - work flow going?
[17:53] <dfarning> overall
[17:53] <lfaraone> dfarning: I'd advise toning down a bit :)
[17:53] <kandarpk> dfarning: personally, I am getting more productive with each passing day.
[17:53] <lfaraone> dfarning: if you die young, whom am I to contract for? :P
[17:55] <dfarning> lfaraone, that is the good thing about corporations (the business structure) the organization doesn't die with the founder:)
[17:55] <lfaraone> dfarning: but not about sole proprietorships. if you're HBAB, we're toast. :D
[17:56] <lfaraone> kandarpk: in sugar-connect-activity, I'm still getting "W: sugar-connect-activity: extra-license-file usr/share/sugar/activities/Connect.activity/COPYING". Can you fix this?
[17:56] <kandarpk> lfaraone: Ok.
[17:57] <kandarpk> lfaraone,
[17:57] <kandarpk> install/sugar-connect-activity::
[17:57] <kandarpk> 	rm -f debian/sugar-connect-activity/usr/share/activities/Connect.activity/COPYING
[17:57] <kandarpk> lfaraone: will it be ok ?
[17:58] <lfaraone> kandarpk: looks good, I'll be back in 30 minutes.
[17:59] <ankur> lfaraone, will you be able to take a look at this and tell me if it is okay?
[17:59] <ankur> http://git.debian.org/?p=collab-maint/sugar-etoys-activity.git;a=blob;f=debian/copyright;h=89f5e2388d2a5659e3287185866a733b912cde8f;hb=HEAD
[17:59] <dfarning> kandarpk, yes. I am noticing that.  how about the overall team production.  do we need to do a another round of planing/taskings soon?
[17:59] <kandarpk> dfarning: I think we haven't gained much momentum on collaboration
[18:00] <kandarpk> dfarning: I was thinking we should try an activity using telepathy first
[18:00] <neeraj> ^^ +1
[18:00] <kandarpk> dfarning: http://git.sugarlabs.org/projects/hello-mesh
[18:01] <dfarning> kandarpk, can you package and debug that activity?
[18:01] <kandarpk> dfarning: I dont know
[18:01] <kandarpk> dfarning: I saw alsroot suggesting it to someone on #sugar
[18:02] <dfarning> kandarpk, +1 can you give it a shot?
[18:02] <kandarpk> dfarning: Sure, will try to work on it tomorrow
[18:03] <dfarning> kandarpk, can you send be a list of task the various team members are working on and will be working on over the next week.... or should I ask manu for that?
[18:03] <dfarning> send me
[18:03] <kandarpk> dfarning: manu sir will be having a better idea
[18:04] <dfarning> ok, I will ask him this evening.
[18:04] <kandarpk> dfarning: he'll be here soon.
[18:06] <dfarning> kandarpk, thanks.
[18:58] <lfaraone> kandarpk: did you have a chance to make that change to rules?
[18:59] <kandarpk> lfaraone: adding that rule didn't supress the warning
[19:00] <kandarpk> install/sugar-connect-activity::
[19:00] <kandarpk>   rm -f debian/sugar-connect-activity/usr/share/activities/Connect.activity/COPYING
[19:00] <lfaraone> kandarpk: you probably want to add a "sugar" in between "share" and "activities"
[19:01] <kandarpk> lfaraone: I thought about that.
[19:03] <lfaraone> kandarpk: yes, that's most likely the issue.
[19:04] <neeraj> lfaraone, when I build connect activity, then lintian gave this http://paste.ubuntu.com/469910/
[19:04] <neeraj> no warning for copying file..
[19:06] <neeraj> lfaraone, ok on going to the corresponding folder I found corrupt COPYING file which on opening gave this message "This link cannot be used, because its target "../../../common-licenses/GPL-2" doesn't exist."
[19:08] <lfaraone> neeraj: it's not just the fact that the COPYING file is corrupted, it's that during a debian package build rather than a symlink that file will just be included, whcih is a waste of space.
[19:09]  * lfaraone is running lintian after doing a build of the package in *debian*, and using debian's lintian.
[19:13] <kandarpk> lfaraone: done.
[19:14] <lfaraone> kandarpk:  cool. by the way, you don't need to do a commit when you build the package.
[19:14] <kandarpk> lfaraone: Ok.
[19:14] <lfaraone> kandarpk: since all those files are going to be removed in the clean rule anyway.
[20:34] <kandarpk> speak-16 packaged, fine tuning required
[20:35] <kandarpk> manusheel sir: ^^
[20:35] <manusheel> kandarp:
[20:36] <manusheel> Hi Kandarp.
[20:36] <manusheel> Great to hear.
[20:36] <kandarpk> manusheel sir: Hi.
[20:36] <manusheel> kandarpk: So, we submitted speak for review.
[20:36] <manusheel> ?*
[20:37] <kandarpk> manusheel sir: it is producing some warnings, and I haven't checked the copyright file
[20:37] <kandarpk> just copied the git repo. one
[20:37] <manusheel> kandarpk: Ok, you'll be sending it for review tomorrow, right?
[20:37] <kandarpk> will add it for review tomorrow
[20:37] <manusheel> kandarpk: Sure.
[20:37] <kandarpk> manusheel sir: yes sir
[20:40] <lfaraone> kandarpk: have you looked at log, btw?
[20:46] <kandarpk> lfaraone: log-activity ?
[20:46] <lfaraone> kandarpk: yes.
[20:47] <kandarpk> lfaraone: not yet
[20:48] <kandarpk> lfaraone: I wasn't sure if I really had to take a look
[20:48] <lfaraone> kandarpk: well, dip marked it "r?~kandarpk"
[20:48] <kandarpk> lfaraone: hmmm.
[20:50] <kandarpk> lfaraone: should I remove the speak repo. and create a new one ?
[20:50] <lfaraone> kandarpk: sure.
[20:51] <kandarpk> lfaraone: Ok, will do that tomorrow.
[20:51] <kandarpk> lfaraone, manusheel sir: good night.
[20:51] <lfaraone> kandarpk: see you in the morning.
[20:51] <kandarpk> lfaraone: you'll be there ?
[20:52] <lfaraone> kandarpk: this evening, (EST) probably not, tomorrow morning (EST), of course.
[20:52] <kandarpk> ok
[20:52] <kandarpk> good night


[01:56] <mup> Bug #1775490 opened: [2.5, 2.4, UI] Error as a notification in machine actions <ui> <MAAS:New for blr> <https://launchpad.net/bugs/1775490>
[12:10] <sikander_> hi
[12:11] <sikander_> Can we add existing installed OS nodes to MAAS?
[16:25] <mup> Bug #1773117 opened: MAAS temporarily reporting no instance while bringing up a new instance. <enable-ha> <kvm> <maas> <maas-provider> <network> <juju:Triaged> <MAAS:New> <https://launchpad.net/bugs/1773117>
[19:09] <mup> Bug #1744072 changed: [MIR] Chrony in 18.04 <NTP Charm:In Progress by paulgear> <Ubuntu Server Guide:Fix Released> <ceph (Ubuntu):Fix Released> <chrony (Ubuntu):Fix Released> <cloud-init (Ubuntu):Fix Released> <maas (Ubuntu):Fix Released by andreserl> <https://launchpad.net/bugs/1744072>
[21:50] <mup> Bug #1775715 opened: Deployment of Bionic fails after curtin errors during install of grub <MAAS:New> <https://launchpad.net/bugs/1775715>
[22:32] <mup> Bug #1775715 changed: Deployment of Bionic fails after curtin errors during install of grub <cdo-qa> <foundations-engine> <MAAS:Opinion> <https://launchpad.net/bugs/1775715>
[22:41] <mup> Bug #1775715 opened: Deployment of Bionic fails after curtin errors during install of grub <cdo-qa> <foundations-engine> <MAAS:Opinion> <https://launchpad.net/bugs/1775715>
[22:47] <mup> Bug #1775715 changed: Investigate if MAAS can automatically tell the machine to boot EFI when power_boot_type is 'auto' without impacting backwards compatibility/behavior on older firmwares. <cdo-qa> <foundations-engine> <MAAS:Opinion> <https://launchpad.net/bugs/1775715>


[00:12] <ScottSanbar> james_w:  thanks so much for going to the trouble of downloading and trying to build my package.  I will first look into missing files that did not make it into bazaar because of my .bzrignore (you can look at that as well, if you so desire, to see what i have on my PC that is not in bazaar).  I will then start looking into my build environment to see how it might differ.
[00:14] <ScottSanbar> mwhudson: My next step in the Ubuntu tutorial I am following is to go on to using pbuilder, but I was trying to learn and get working things with debuild as a learning exercise.  Thanks for your insight, and I will definitely do that as I progress in my learning exercise, but still want to try and figure out what is going on with debuild for now to understand, unless it just gets to be a total drag.
[00:15] <mwhudson> ScottSanbar: well, it's very likely what james_w says, there is something about your environment that is preventing your build from working
[00:15] <ScottSanbar> mwhudson:  OK, thanks - I will try to track that down - does using pbuilder negate that problem partially or completely?
[00:16] <mwhudson> completely
[00:16] <ScottSanbar> mwhudson:  OK, great - I have already set up chroot and all that in preparation for pbuilder (I think that is what all that effort was for, right?)
[00:17] <mwhudson> ScottSanbar: it could certainly be related, i don't know which tutorial you're following :-)
[00:17] <mwhudson> pbuilder uses a chroot, for sure
[00:18] <ScottSanbar> mwhudson:  I am following the Ubuntu Packaging Wiki:  https://wiki.ubuntu.com/PackagingGuide/Complete
[00:18] <ScottSanbar> mwhudson:  I hope it is leading me in the right direction ... ;)
[00:18] <ScottSanbar> *:)
[00:19] <mwhudson> i'd hope it is too :-)
[00:20] <ScottSanbar> mwhudson:  Also, I have looked at a broad variety of sites and tutorials, etc. including many of the Gnu Autotools tutorials and manuals and have become aware of Debian sites I am now going to start reading.
[00:20] <ScottSanbar> mwhudson:  My build environment was not created from the Ubuntu Wiki, but from a Hello, World example from the Gnu Automake documentation, for instance.
[00:22] <mwhudson> ScottSanbar: well, now you're getting beyond what I know about
[00:22]  * mwhudson just packages python stuff
[00:23] <ScottSanbar> mwhudson: Yes, I have seen several sites and tutorials on Python packaging - my current package started as a simple C hello world, and morphed into a C++ random conversation app.  My goal is to learn as much as I can from the ground up.
[00:25] <ScottSanbar> mwhudson:  The python packaging seems to have its own twists and turns, I guess.  I want to learn some python, so I guess I will eventually get into that, assuming I do well on this other stuff
[01:08] <cheako> Hello, again!  I hope I'm not in here so often that you'd remember.  "An email message was sent to<EMAIL_ADDRESS>Please follow the instructions on that message to complete the merge."  I remember having that address in like 2002, yeah that thing happens with a few airplanes around the time I had that email address.  Question, what can I do now?
[01:13] <cheako> account deactivated.  I guess it would be.
[01:13] <cheako> I don't even know what password it would have been, though I have some guesses.
[01:18] <cheako> same for cheako911 -><EMAIL_ADDRESS>and  cheako -><EMAIL_ADDRESS>[01:19] <cheako> What I want is just one account "cheako".  I'm not at all interested in cheako911 and mmestnik is only kinda belonging to me.  I don't think I want mmestnik to be found as a username.
[01:21] <StevenK> cheako: All three can merged into one account
[01:43] <cheako> StevenK: I guess.  I'd like to free cheako911 for use by someone else.  Though the issue now is that I don't have the email addresses for them and they are deactivated.
[09:32] <doko> wgrant, https://launchpad.net/ubuntu/+archive/test-rebuild-20110819/+build/2723829 I assume this is something which should be fixed in the package? not sure why I only see it on armel
[09:34] <wgrant> doko: Did that FTBFS in the primary archive?
[09:34] <wgrant> doko: Or perhaps it's P-a-s'd?
[09:34] <wgrant> doko: Looks like it has no overrides.
[09:36] <doko> wgrant, successful build and upload to oneiric in May
[09:37] <wgrant> doko: ... indeed.
[09:37] <wgrant> Now that is odd.
[09:43] <wgrant> doko: Oh.
[09:43] <wgrant> doko: It was NBSed out two weeks ago: https://launchpad.net/ubuntu/oneiric/armel/fsl-4.1
[09:43] <wgrant> By you ;)
[09:44] <doko> wgrant, yes I remember. ok then, if the behaviour is expected
[09:46] <wgrant> doko: It's awkward -- we don't want to put stuff in NEW in a copy archive, so it's not clear what we should do when there are no overrides.
[09:46] <doko> sounds fine
[09:47] <doko> now trying to find out why it *did* even build
[11:28] <exarkun> People are complaining that this page is confusing, <https://code.launchpad.net/pyflakes>, because the actual pyflakes source is hosted at <https://code.launchpad.net/divmod.org>.
[11:28] <exarkun> Someone asked for a pointer to the actual code, but as far as I can tell, there's no way to add custom text to <https://code.launchpad.net/pyflakes>.  Is that right?
[11:29] <wgrant> exarkun: Huh, that really shouldn't all be one project.
[11:29] <wgrant> divmod.org should be a project group containing pyflakes etc.
[11:29] <exarkun> wgrant: Yea, but it is, and I'm not going to do anything about it any time soon, so...
[11:30] <wgrant> Ooh, I see it's all one huge branch.
[11:30] <wgrant> That is a little unfortunate.
[11:30] <wgrant> You can see on a page like https://code.launchpad.net/git that we do mention external hosting if the development focus is an import.
[11:31] <wgrant> But we have no way to handle the case where the code is in another Launchpad project, because that realllly breaks our modeling.
[11:31] <diwic> Hi! I'm building a daily recipe for two different versions (Maverick and Natty, planning on adding Oneiric). How do I detect, inside debian/rules, whether this is building for Maverick or Natty? (I need to apply different patches depending on version)
[11:37] <geser> I'm not sure you can. You will probably need two recipes: one for natty and one for maverick
[11:38] <diwic> geser, which pulls in two different branches? I was hoping something like /etc/issue would work
[11:40] <diwic> geser, or I could resort to detect from "pkg-config --modversion <some library>" that I know changes
[11:40] <diwic> but the latter feels ugly.
[11:45] <geser> perhaps using "lsb_release -sc" is enough, but I don't know how reliable that is for recipe builds
[11:46] <diwic> geser, come to think of it, it's not in the actual recipe I need it, but when the package compiles (which is a normal ppa build)
[11:48] <geser> might work there too
[11:49] <diwic> geser, thanks for the "lsb_release -sc" tip, didn't know that command. I think it should work
[11:49] <geser> as I never used recipes: doesn't the debian/changelog also contain the distribution the source package is targeted for?
[11:50] <diwic> geser, no, the recipe doesn't patch the changelog and the release mismatch is ignored later
[11:51] <wgrant> diwic: Recipe builds add a new changelog entry targeted to the correct release.
[11:53] <diwic> wgrant, maybe there's a bug somewhere then? Look at this: https://launchpad.net/~diwic/+archive/dkms/+packages - the natty published package still says "maverick" in the changelog
[11:54] <wgrant> Hah, so it does.
[11:54] <wgrant> That's not meant to happen.
[11:56] <diwic> wgrant, should I file a bug, and if so, against what?
[12:02] <wgrant> diwic: https://launchpad.net/launchpad/+filebug
[12:02] <wgrant> We're probably invoking bzr-builder badly.
[12:05]  * diwic files bug 855479
[13:20] <ScottSanbar> Hi, All.  I solved my problem with the recipe for my package (now renamed to a unique name (randconverse) and put properly in my +junk area on launchpad
[13:26] <ScottSanbar> In order to get it to work, i had to add several files (configure, install-sh, debcomp, missing, aclocal.m4).  Now it builds in the recipe based off of a autotools build environment built from scratch, a customized dh_make debian subdirectory template and a package built using make distclean for the .orig.tar.gz and debuild.  The question I have is that I do not see all these files in other packages (like Gnu Hello) on Launchpad.  Is
[13:27] <ScottSanbar> http://bazaar.launchpad.net/~scott-sanbar/+junk/randconverse/files
[15:42] <BenC> Hello Launchpad folks…does the PPA do any build for -ports architectures (e.g. powerpc)?
[16:17] <johan_-_> i think i broke launchpad. for some reason on a merge prop i've been working on, it now shows an empty diff and it's only showing the very last commit message for the branch i've been working on
[16:18] <johan_-_> has anyone seen this before?
[16:19] <bac> johan_-_: the diff generation  runs asynchronously. it may take a while to appear.
[16:19] <johan_-_> bac: i've seen that warning message. but it's not showing now
[16:20] <johan_-_> however, i think this might be a project buildbot problem now. let me confirm before i waste anyone's time :)
[16:45] <czajkowski> gmb: I want to think about anything other than the document I've to write so pictures is a good idea!
[16:46] <gmb> czajkowski: Heh, fair enough. Just don't give me too much opportunity to think about it on my end or I'll never the any work done.
[16:46] <dobey> johan_-_: it sounds like your branch got merged, and then you pushed a new revision after that or something
[16:46] <czajkowski> gmb: it would be such a cool project though and remove the sterotype of geeks using computers! no ?
[17:47] <spectie> hey there
[17:47] <spectie> is it possible to merge two accounts in launchpad ?
[18:11] <dobey> spectie: open a question against the launchpad project on launchpad, asking them to be merged
[18:39] <cheako> Hello, again!  I hope I'm not in here so often that you'd remember.  "An email message was sent to<EMAIL_ADDRESS>Please follow the instructions on that message to complete the merge."  I remember having that address in like 2002, yeah that thing happens with a few airplanes around the time I had that email address.  Question, what can I do now?
[18:39] <cheako> http://pastebin.com/H2Qm1Egm Transcript from earlier.
[18:41] <cheako> spectie/dobey: I've recently used a form that does so.  Try looking at the other account's profile, there should be a merge link.
[18:43] <spectie> aha
[18:43] <spectie> cool
[19:08] <Laibsch> I have a question for clarification.  Am I right that packaging work in Debian does not count towards Launchpad karma? I think this used to be different.  I'd say it's a bit unfair to people like me who believe that it's better to do the packaging in Debian than Ubuntu itself if possible (I never even got upload rights to Ubuntu)
[19:10] <Laibsch> I provide lots of patches and debdiffs as well but it seems that other people (those who sponsor the uploads) then get the credits :-(  Is that so?
[21:02] <cheako> Hello, I'm working on cleaning up my launchpad users.  However some of them cheako and cheako911 have email accounts that are no-longer available to me.
[21:02] <cheako> http://pastebin.com/H2Qm1Egm Transcript from earlier.
[21:06] <lifeless> can you still log in as them ?
[21:10] <steev_> Laibsch: probably, launchpad only counts what it sees, and it doesn't see the debian packaging (but it's okay people like me love you no matter what your LP karma is)
[21:27] <micahg> Laibsch: stuff you upload to Debian is credited under Maintained Packages
[21:28]  * micahg has no idea if karma is given for that
[22:13] <cheako> lifeless: No, they are deactivated.
[22:13] <cheako> If I could login then I'd be able to alter the email address.
[22:18] <maxb> Or rather, they're never activated, rather than explicitly deactivated
[22:19] <maxb> So, you don't have access to either the yahoo.com or the technofoundry.com address?
[22:19] <maxb> If so, please file a request at https://answers.launchpad.net/launchpad/+addquestion, a Launchpad administrator will need to perform the merges
[22:20] <cheako> maxb: thx!
[22:25] <cheako> Can I search for other "Mike Mestnik" or Mestnik accounts?
[22:33] <lifeless> yes, search is on the home page
[22:41] <james_w> hey, what's this "Hide comment" link I've just noticed on a bug?
[22:43] <micahg> \o/ awesome, I've been waiting for that :)
[22:46] <micahg> but I don't seem to have the link on a bug I need it on :(
[22:48] <maxb> It's been there for some time, perhaps the access rules have recently changed to show it to you?
[22:49] <mwhudson> james_w: it seems to be appearing randomly on some bugs
[22:49] <mwhudson> james_w: which bug is it appearing on for you?
[23:43] <james_w> mwhudson, one comment on bug 87012
[23:44] <james_w> ah, more than one comment now
[23:44] <james_w> but not all of them still
[23:45] <james_w> and it appears to be non-deterministic whether it appears for a particular comment
[23:45] <mwhudson> we don't do anything stupid with memcache on these pages do we?
[23:47] <james_w> it doesn't seem to be the same probability for each comment either
[23:48] <james_w> but yeah, may have something to do with caching, or which appserver is hit
[23:48] <mwhudson> errr
[23:49] <mwhudson> https://bugs.launchpad.net/launchpad/+bug/855951
[23:49] <mwhudson> er, talking of which
[23:49] <mwhudson> i don't see the control on comment 1 of 87012
[23:50] <mwhudson> and i surely should
[23:50] <james_w> I don't think I've seen it on #1 yet
[23:50] <james_w> I've seen it on all the others
[23:51] <mwhudson> haha
[23:51] <mwhudson> i hope this is a caching bug somewhere
[23:51] <mwhudson> the alternatives are worse
[23:52] <mwhudson> oh
[23:52] <mwhudson>     @property
[23:52] <mwhudson>     def rendered_cache_time(self):
[23:52]  * mwhudson suspects
[23:53] <mwhudson> lifeless: hey, so you know you love caching


[07:48] <dholbach> good morning
[10:35] <Laney> ARGH
[10:35] <Laney> http://people.canonical.com/~ubuntu-archive/transitions/ghc.html
[10:51] <Laney> I should have predicted this :( :( :(
[10:51]  * Laney mashes the keyboard in irritation
[10:51] <jpds> For a second there, I read tradition.
[10:52] <Laney> when you maintain GHC it does become rather traditional, indeed
[11:02] <geser> Laney: do ghc transitions ever end?
[11:02] <Laney> this one was about to
[11:02] <Laney> and then I uploaded GHC again last night
[11:02] <geser> I have the impression that at least one package on any arch has always a wrong dependency and needs a rebuild
[11:02] <Laney> imagine yourself travelling around a circle :-0
[11:02] <Laney> :-)*
[11:03]  * DktrKranz patpats Laney
[11:03]  * Laney shelters underneath DktrKranz
[11:03] <Laney> you have the power of 'wb nmu'
[11:04] <DktrKranz> nope
[11:04] <Laney> 'you' as in 'debian'
[11:04] <Laney> makes such frustrations go away somewhat :P
[11:04] <DktrKranz> definitely
[11:05] <DktrKranz> wasn't "rebuild package" button in progress?
[11:05] <Laney> not that i've heard
[11:07] <geser> DktrKranz: not "rebuild package" but a "sync package" button is worked on
[11:08] <Laney> https://dogfood.launchpad.net/ubuntu/oneiric/+localpackagediffs
[11:11] <DktrKranz> cool
[11:12] <geser> yes, really interesting
[17:33] <Ekx> Vortexirc looks for linux/chat interested people, if you want to join irc.vortexirc.com 6667  see ya :D
[17:35] <Laney> don't do that
[17:59] <micahg> broder: regarding seamonkey, we'll need to push 2.1 when it's released to the stable releases, so idk if an SRU is worthwhile
[18:00] <micahg> 2.1 uses the newer hunspell
[18:00] <broder> oh, really? yeah, in that case it doesn't seem like it makes much sense to keep working
[18:01] <micahg> yeah, the 3.5 branch which seamonkey 2.0 is based on will be EOL on June 21, so there will be no more releases for it
[18:02]  * micahg probably should've commented on that bug
[18:56] <micahg> bdrung: I never got an answer about syncing eclipse from experimental, I did a test build on amd64 on oneiric and it was fine, I would do one more with i386 before requesting the sync since i386 failed before with gcc-4.6
[19:04] <andersk> What went wrong there?  Shouldn’t it be possible to change ghc’s debian/control without breaking all the ABI hashes?
[20:18] <KNRO> Hi. I'm stuck with updating a package. I've already uploaded the .orig.tar.gz (2.3) version to ppa, and I later discovered there was a missing dependency, so I edited debian/control, but I can't reupload the .diff.gz file because the same version of the diff file (2.3) was uploaded and launchpad won't accept same version but different content.
[20:19] <KNRO> and if I pump the number in debian/changelog, I can't seem to get an updated .diff.gz (to 2.3ppa1 for example), I have to rename the orig file 2.3ppa1 as well which is wrong
[20:19] <KNRO> so how do I fix that, what am I doing wrong?
[20:20] <jtaylor> upload without the orig source
[20:20] <broder> KNRO: it sounds like you've done a handful of things wrong
[20:21] <micahg> KNRO: you should use a debian revision (i.e. 2.3-0ppa1
[20:21] <jtaylor> debuild -sa
[20:21] <broder> KNRO: first, if this isn't a "Debian/Ubuntu-native package" - i.e. the software meaningfully exists outside of Debian/Ubuntu, you should add a Debian revision number, like micahg said
[20:22] <KNRO> it's not native to Debian/Ubuntu
[20:22] <broder> but also, while you're experimenting in PPAs, you should add something to the version number - something like ~ppa1 - that leaves you room to change the version number in your PPA
[20:22] <broder> KNRO: right, so the version of the Debian package shouldn't be "2.3", it should be "2.3-0ubuntu1"
[20:22] <broder> then you add on the PPA tag (so "2.3-0ubuntu1~ppa1")
[20:23] <KNRO> okay, and the .orig filename is then what?
[20:23] <KNRO> 2.3.orig.tar.gz ? or 2.3-0ubuntu1.tar.gz ??
[20:30] <jtaylor> the furst
[20:30] <jtaylor> s/u/i/
[20:32] <KNRO> so if the orig file was foo_2.3.orig.tar.gz and my debian version is 2.3-0ubuntu1~ppa1, I can't run debuild -sd or -sa or any combination without renaming the .orig file!!!
[20:32] <KNRO> But the .orig file name should remain the same!!
[20:32] <micahg> KNRO: what does debian/source/format say if anything?
[20:33] <KNRO> I see ... dpkg-source: warning: no source format specified in debian/source/format, see dpkg-source(1)
[20:33] <KNRO> guess that's my problem...
[20:34] <micahg> KNRO: that's the debian version set in debian/changelog?
[20:34] <KNRO> in debian/changelog I have 2.3-0ubuntu1~ppa1
[20:35] <Laney> if it can't find the orig then you'll get a native package
[20:35] <KNRO> there is no source/format under debian
[20:35] <Laney> don't worry about that
[20:35] <KNRO> how do I tell it to look for foo_2.3.orig.tar.gz then?
[20:35] <KNRO> and take the diff from that?
[20:36] <Laney> show us the complete output from 'debuild -S' please :-)
[20:37] <KNRO> ok
[20:38] <KNRO> here http://pastebin.com/cE3xGsyj
[20:40] <Laney> ls ../libapogee2_2.3.orig.tar.gz
[20:40] <broder> KNRO: dpkg-source is using the version number 2.3ubuntu1~ppa1, not 2.3-0ubuntu1~ppa1
[20:40] <broder> the hyphen is critical
[20:41] <KNRO> Laney: yes it exists... ?
[20:41] <Laney> yeah, you need to fix that version :-)
[20:42] <KNRO> ohhhhh
[20:42] <KNRO> 2.3 then hypthen
[20:42] <KNRO> okay let me try
[20:46] <KNRO> it worked!! Thanks guys, this was driving me insane
[21:04] <KNRO> another question, if I have a package already built in maverick, and I want to build it for natty ppa, is it possible to build without updating the changelog file?
[21:07] <Laney> no
[21:07] <Laney> you can't have different binaries from the same revision
[21:08] <KNRO> even for different distributions?
[21:08] <Sarvatt> you can binary copy it from maverick to natty in the PPA without changing the versions but thats usually a bad idea and can't rebuild it that way
[21:09] <Laney> actually it's often not a bad idea
[21:09] <Laney> that's what happens for new ubuntu series after all
[21:10] <KNRO> I'll just update the changelog file and do it the easy way
[21:11] <Laney> try copying the binaries and see if it works
[23:16] <bdrung> micahg: i answer yesterday or so. the answer was: yes, please sync it.
[23:16] <micahg> bdrung: ah, sorry, must have missed it, xchat doesn't always tell me when I have a message waiting, thanks, will do over the weekend
[23:17] <bdrung> micahg: np. i would have done it yesterday if requestsync wouldn't crash


[14:44] <smoser> blackboxsw, https://code.launchpad.net/~smoser/cloud-init/add-gce-datasource/+merge/206070 because its not for propose to merge into master. that was me proposing a merge of a branch of mine into someone elses
[14:45] <blackboxsw> smoser: yeah I can't do anything with that branch. makes sense why I wouldn't have perms. You'd have to drop it since it looks like it's already in.
[15:06] <blackboxsw> https://code.launchpad.net/cloud-init/+activereviews
[15:19] <blackboxsw> smoser: can you set Rejected on this one https://code.launchpad.net/~cloud-init-dev/cloud-init/trunk/+merge/296021
[15:30] <smoser> blackboxsw, there is no more 'lp:' on https://code.launchpad.net/cloud-init/+activereviews
[15:30] <blackboxsw> Thanks smoser.
[15:30] <blackboxsw> so clean
[15:32] <smoser> cpaelzer, https://code.launchpad.net/~paelzer/cloud-init/+git/cloud-init/+merge/314076
[15:32] <smoser> can you set that to correct state and /or deleete
[15:37] <smoser> https://wiki.ubuntu.com/IRC/Bots
[20:42] <rharper> smoser: http://paste.ubuntu.com/24796092/
[23:53] <smoser> powersj, https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/325192
[23:56] <powersj> https://copr.fedorainfracloud.org/coprs/g/cloud-init/cloud-init/build/562061/
[23:56] <powersj> smoser: ^