[11:15] <bac> hi gmb
[11:23] <gmb> Hi bac.
[11:24] <bac> gmb: hi there.  have you any experience getting an 8 instance ec2 up and running?  i've configured per gary's email.  do you then just do the normal thing, deploying a master and slave or do you have to deploy multiple slaves?
[11:26] <gmb> bac: I'm just deploying the one slave. I haven't actually tried to make it build anything yet, though.
[11:26] <gmb> But the one slave, plus testr, plus multiple cores, should be all we need.
[11:26] <bac> ok, cool.  i'm trying to test new steps for the slave i've added to the lpbuildbot master.cfg
[11:27] <bac> originally i had a slave start error...so it didn't get to the part i was interested in
[11:59] <gary_poster> hey gmb.  it would have been fine if you had started the zope.testing thing.  Better than fine, great. ;-)  Did you?  I'll arrange the cards if so
[11:59] <gary_poster> I'm assuming you completed the automation script?
[12:00] <gary_poster> restarting post upgrade...
[12:08] <bac> what is the trick for resetting the apt cache?  from ec2 i'm getting hash errors.
[12:09] <bac> benji: do you know ^^ ?
[12:09] <benji> let me check my notes
[12:10] <bac> thanks
[12:11] <benji> bac: apt-get clean
[12:11] <gary_poster> hullo
[12:12] <gary_poster> through a series of misadventures I'm on the mac side
[12:12] <gary_poster> https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhorde
[12:12] <gary_poster> I'm waiting here should anyone care to join me ^^^
[12:12] <gary_poster> bac benji gmb
[12:12] <gmb> gary_poster: Not yet, but I will (on both counts). I've spent my morning trying to get a working desktop environment, but I've given up and switched to OSX+SSH for the afternoon.
[12:13] <gary_poster> ok gmb
[12:38] <gary_poster> benji, I'm collecting, not filing yet, but I'll pastebin what I find here as I go
[12:38] <gary_poster> http://pastebin.ubuntu.com/912936/ is first
[12:40] <gary_poster> http://pastebin.ubuntu.com/912940/ is second, looks essentially the same (first line is mistake, should not have been copied)
[12:41]  * benji looks.
[12:41] <gary_poster> aaaand that looks familiar... http://pastebin.ubuntu.com/912942/
[12:42] <gary_poster> same http://pastebin.ubuntu.com/912944/
[12:42] <benji> hmm, it looks like our previous fix for the locale whining of perl might have been good to keep
[12:42] <gary_poster> yeah maybe so
[12:43] <gary_poster> same http://pastebin.ubuntu.com/912948/
[12:43] <benji> my first tack will be to treat it as a test bug, if the test doesn't care about locales then we should ignore this warning when comparing output
[12:44] <gary_poster> same: http://pastebin.ubuntu.com/912950/
[12:44]  * gmb -> late lunch
[12:44] <gary_poster> that would be nice, if possible
[12:45] <gary_poster> whee, same http://pastebin.ubuntu.com/912951/
[12:47] <gary_poster> I see several of these sorts of errors but they are not connected clearly with a test (they break subunit formatting).  http://pastebin.ubuntu.com/912955/ wgrant talked about these memcache things on the list recently.  I thought the resolution was that it was caused by a newer version of some package and we were going to try and roll back
[12:48] <gary_poster> bzr locale again http://pastebin.ubuntu.com/912957/
[12:49] <gary_poster> again http://pastebin.ubuntu.com/912959/
[12:49] <gary_poster> OK, I will announce if this is *not* the same bzr locale bug.  If I don't say anything, assume it is bzr locale
[12:49] <gary_poster> http://pastebin.ubuntu.com/912961/
[12:50] <benji> I wonder why this is the first time we're seeing this error.
[12:50] <gary_poster> http://pastebin.ubuntu.com/912962/
[12:50] <gary_poster> me too
[12:50] <gary_poster> this is first time on Precise beta 2. could be cause
[12:51] <gary_poster> http://pastebin.ubuntu.com/912965/
[12:52] <gary_poster> http://pastebin.ubuntu.com/912967/
[12:52] <gary_poster> http://pastebin.ubuntu.com/912968/
[12:52] <gary_poster> That's it
[12:52] <gary_poster> So I only saw three sorts of errors
[12:52] <gary_poster> bzr locale
[12:53] <gary_poster> the Twisted reactor thing that benji fixed yesterday
[12:53] <gary_poster> and the connection errors that wgrant said are happening on the main buildbot
[12:53] <benji> cool
[12:54] <benji> gary_poster: do you want me to file the bug about the locale thing?
[13:28] <gary_poster> benji, sure thank you
[13:28] <benji> k
[14:02] <gary_poster> benji, if you give me the bug number I'm happy to add all the affected tests we found, or at least the pastebins.  Or something
[14:02] <benji> gary_poster: 972456
[14:02] <gary_poster> ack thanks benji
[14:03] <gary_poster> bug 972456
[14:03] <_mup_> Bug #972456: Tests can fail when bzr emits an unexpected "unsupported locale setting" warning <Launchpad itself:In Progress by benji> < https://launchpad.net/bugs/972456 >
[14:33] <gary_poster> gmb, fwiw, I was able to get the zope.testing tests to run by doing it in a lucid lxc (with python 2.6.5).  Maybe that's the trick.  I stashed the current failures at this pastebin: http://pastebin.ubuntu.com/913071/  .  I saw four, though I thought frankban said we were down to three.  I'm pretty tempted to dig into the subunit ones, since subunit support is so important to us, and the source of the regression.
[14:34] <gary_poster> The other three (testrunner-edge-cases.txt, testrunner-debugging.txt, testrunner-debugging-layer-setup.test) I'm planning on continuing to ignore
[14:35] <gmb> gary_poster: Noted, thanks. I'm not yet in a position to pick up the zope.testing work, so if you want to forge ahead with it and then (if you're not done with it by your EOD, which you may well be) send me a handoff email, I'll be happy to carry the baton tomorrow AM.
[14:35] <gary_poster> sounds perfect gmb, thx
[14:35] <gmb> (Or Precise might stop being a pain before then. Who knows?)
[14:35] <gary_poster> :-)
[15:14] <bac> gary_poster: juju expose for the master did not work for me.  can you give me details of how you fixed it via the AWS console?
[15:14] <gary_poster> bac, sure (and how weird!)
[15:14] <gary_poster> bac, I'll do it at same time
[15:14] <gary_poster> go to http://aws.amazon.com/
[15:14] <bac> there
[15:15] <gary_poster> My Account/Console -> console
[15:15] <gary_poster> sign in
[15:15] <gary_poster> click on ec2
[15:15] <gary_poster> click on [N] Security Groups on right side
[15:15] <bac> (make sure you aren't in region 'singapore'!  )
[15:15] <gary_poster> :-)
[15:16] <gary_poster> look for group representing machine
[15:16] <bac> ok, now i have a ton of groups
[15:16] <gary_poster> juju-[name of the environment you used]-[number of the machine from juju status]
[15:16] <gary_poster> So for instance my environment was big-ec2
[15:17] <gary_poster> and my machine was 2
[15:17] <gary_poster> so I clicked on juju-big-ec2-2
[15:17] <bac> 2 for the bb master, no?
[15:17] <gary_poster> On bottom click on "Inbound" tab
[15:17] <gary_poster> bac, depends on the order that you started, but yes, that's the way it is for me too
[15:17] <gary_poster> juju status is authoritative
[15:18] <bac> ok
[15:18] <gary_poster> In Port range on "Inbound" tab type 8010
[15:18] <bac> now i already have (to the right) 8010 <IP_ADDRESS>/0
[15:18] <bac> but no one is answering
[15:18] <gary_poster> ok, so this is not the problem
[15:19] <gary_poster> bac, next possibility is that the master is not actually up
[15:19] <bac> juju status shows the master as started
[15:19] <gary_poster> juju ssh 2
[15:19] <gary_poster> go to /var/lib/buildbot/masters/master and look at twistd.log
[15:20] <gary_poster> As of now, bac, I have never encountered the situation you describe, fwiw
[15:20] <bac> uh oh
[15:20] <bac> i have no /var/lib/buildbot
[15:20] <gary_poster> heh
[15:20] <gary_poster> yeah, that doesn't sound so good
[15:20] <bac> i ran the hooks/install and start manually and they seemed happy
[15:20] <gary_poster> you are sure--you are looking as root?
[15:21] <bac> yes, not /var/lib/buildbopt
[15:21] <bac> yes, not /var/lib/buildbot
[15:21] <bac> yes, no /var/lib/buildbot
[15:22] <gary_poster> um
[15:28] <gary_poster> bac, I'm afraid I have no idea whatsoever.  How did you deploy the master?
[15:28] <bac> juju deploy --config=/home/bac/juju/oneiric/buildbot-master/examples/lpbuildbot.yaml --repository=~/juju local:buildbot-master
[15:28] <bac> that failed due to the non-existent apt repo
[15:28] <bac> i fixed /etc/apt/sources.list
[15:29] <bac> and then did an 'apt-get update' / 'apt-get upgrade'
[15:29] <bac> then i ran hooks/install and hooks/start
[15:29] <gary_poster> oh, manually?
[15:29] <bac> yes
[15:29] <bac> how should i have done it?
[15:30] <gary_poster> bac, I think the right thing to have done would have been to do "juju resolved --retry buildbot-master/0"
[15:31] <gary_poster> there are environmental variables that are not around when you run them by hand
[15:31] <gary_poster> I described doing this in my second "Starting..." email yesterday
[15:31] <bac> gary_poster: i'm a bit confused
[15:31] <bac> i thought the "resolved" command was done before using 'juju debug-hooks', which i did
[15:32] <bac> so are you saying:
[15:32] <bac> juju deploy
[15:32] <bac> see it fail
[15:32] <bac> juju ssh and then fix /etc/apt
[15:32] <bac> then juju resolved -- and all should carry on happily?
[15:33] <gary_poster> *if* you do a retry
[15:33] <gary_poster> "resolved" alone means "I handled it; don't retry"
[15:33] <gary_poster> unless you add --retry
[15:33] <gary_poster> that means "I resolved the problem you encountered; please retry"
[15:33] <bac> i always used --retry, even if i was going to use debug-hooks
[15:34] <bac> ok, i'll shoot this environment and try again after lunch
[15:34]  * bac argh
[15:34] <gary_poster> so...when you said "i fixed /etc/apt/sources.list" that means you did it within debug-hooks?
[15:34] <bac> yes
[15:34] <gary_poster> oh
[15:34] <bac> bad, huh?
[15:35] <gary_poster> no
[15:35] <gary_poster> that sounds fine on the face of it, just not what I did
[15:35] <gary_poster> I thought you meant that you had done it with juju ssh
[15:35] <bac> well, something i did caused it to remain unhappy
[15:35] <gary_poster> right
[15:35] <gary_poster> mm
[15:35] <gary_poster> you could try deploying another master?
[15:36] <bac> i don't see the benefit.  i'd rather clean house and try again from fresh
[15:36] <gary_poster> you could try killing this master?  I don't remember if they said there was a "die die die" for a machine, or if the only option is to redo an existing machine
[15:37] <gary_poster> bac, the only benefit is that you've already paid the price for the slave setup
[15:37] <gary_poster> and it is unrelated to the master
[15:37] <gary_poster> because you hadn't gotten that far yet
[15:37] <gary_poster> so if you got a working master
[15:37] <gary_poster> then you'd be able to connect your existing slave
[15:37] <bac> yeah, but i did the same lame-o dance with the slave, so i probably screwed it up
[15:37] <gary_poster> but I'm just brainstorming
[15:38] <gary_poster> I don't think it was necessarily all that lame-o
[15:38] <gary_poster> did you run install during the install step and start during the start step?
[15:39] <gary_poster> If so, AFAIK, you did everything the way it was supposed to be done, for some story
[15:39] <bac> ok, on the slave machine i do have /var/lib/buildbot/slaves/slave -- so it seems to be happier
[15:39] <bac> yes, that's what i did
[15:39] <gary_poster> yeah
[15:40] <gary_poster> It's not clear to me that you did anything wrong :-/
[15:40] <bac> ok, i destroyed the master
[15:40] <gary_poster> ok
[15:40] <bac> i'll now try to redeploy
[15:41] <gary_poster> try again, yeah.  master is fast
[15:42] <bac> ok, he's up and 'pending'
[15:42] <gary_poster> ok
[15:42] <bac> now 'installed'
[15:42] <gary_poster> huh
[15:42] <bac> oh, it is the same machine, so the apt problem is pre-fixed
[15:42] <gary_poster> right
[15:42] <bac> and 'started'
[15:42] <bac> whee
[15:43] <gary_poster> so is there a buildbot?
[15:43] <bac> yes
[15:43] <gary_poster> uh, great, I'm so glad we figured out this problem! :-D
[15:43] <bac> i will now add-relation
[15:44] <gary_poster> cool
[15:45] <bac> and it is available on the web.  glad i didn't blow it all away!
[15:45] <gary_poster> great
[15:45] <bac> ok, so do i have to manually kick off a build?
[15:45] <gary_poster> yeah bac
[15:48] <bac> ok, so it tried to run my script 'init_testr.sh' but it was not there
[15:48] <bac> but it is there...in /var/lib/buildbot/slaves/slave/lucid-devel/build
[15:49] <gary_poster> bac, right mode?
[15:49] <bac> -r-xr--r-- 1 buildbot buildbot 395 Apr  3 15:46 init_testr.sh*
[15:49] <gary_poster> looks reasonable
[15:49] <bac> so perhaps it thinks it should be somewhere else?
[15:50] <gary_poster> I don't think so...lemme look at working example.  Could you also give me url of web interface to master?
[15:58] <bac> gary_poster: yeah, the ./ made it work
[15:58] <gary_poster> cool bac.
[15:58] <bac> so i need to let the build finish and then restart another to ensure i have all of the data in the .testrepository?
[16:08] <gary_poster> yes bac
[16:08] <gary_poster> bac, it should take no time at all
[16:08] <gary_poster> it should be done already, in fact
[16:08] <bac> root@ip-10-82-27-185:/var/lib/buildbot/slaves/slave/lucid-devel/.testrepository# ls
[16:08] <bac> 0  1  failing  format  next-stream  times.dbm
[16:08] <bac> i think we have a wiener
[16:08] <gary_poster> looks perfect bac :-)
[16:08] <bac> with that i lunch and bike
[16:09] <gary_poster> cool!  talk to you in a bot
[16:09] <gary_poster> bit
[16:22] <benji> gary_poster: is the kanban update bot running again?  and do we have to do anything to get it to update a card?
[16:23] <gary_poster> benji, I think it is running (80% sure), though it gets confused by bugs that do not have LP tasks (and maybe other situations)
[16:23] <benji> gary_poster: cool, thanks
[16:23] <gary_poster> we don't need to do anything to get it to update except wait and have an LP task for the bug (and maybe it must be the only one?)
[16:23] <gary_poster> welcome
[17:35] <benji> gary_poster (or bac): any thoughts on a next task?  I think the main lanes are full so helping with one of those cards would seem best.
[17:35] <gary_poster> benji, looking
[17:35] <gary_poster> bac's is almost done; he just needs to wrap it up and send it off
[17:36] <gary_poster> I'm doing frightening, embarrassing things.  Consider my most recent check-in message for our zope.testing fork:
[17:36] <gary_poster> bzr commit -m 'Consider this check-in suspect: I reviewed the test failures in the file and they seemed innocuous, rather than correct.'
[17:37] <gary_poster> I would have you join in with me but my internet connection is supposed to die for a bit soon
[17:38] <gary_poster> maybe we should do that anyway.  You can make progress while I'm disconnected.  You up for a call benji?
[17:38] <benji> gary_poster: I think so.
[17:39] <gary_poster> k
[17:40] <gary_poster> benji https://talkgadget.google.com/hangouts/_/extras/canonical.com/goldenhorde
[17:51] <gary_poster> benji left in a huff
[17:52] <gary_poster> or a cough
[17:52] <gary_poster> or a sneeze
[17:53] <benji> gary_poster: my machine crashed
[17:53] <gary_poster> benji, I figured as much.  Come on by when things are normal again
[17:57]  * bac wraps things up
[18:11] <bac> gary_poster, benji: could one of you gentlemens please review https://code.launchpad.net/~bac/lpbuildbot/remember-the-testr/+merge/100664 ?
[18:12] <gary_poster> bac, I'll look in a sec, sure
[18:22] <gary_poster> approved bac.  thank you
[18:23] <bac> thanks
[18:35]  * bac looks for a card
[18:36] <bac> gary_poster: did you have your francis call?
[18:36] <gary_poster> bac, 4PM
[18:54] <gary_poster> "lunch"
[18:56] <bac> benji: are you about to grab a spot in the coding lane?
[18:57] <bac> if so, anything i can help with?
[18:57] <benji> bac: nope, I'm helping Gary with his card
[18:57] <bac> okey doke.  i'll throw a dart at my monitor then
[19:41] <gary_poster> benji, I suspect you are almost done?
[19:42] <benji> gary_poster: totally done: lp:~benji/zope.testing/3.9.4-fork/
[19:42] <benji> I don't know if we're MP-ready or not.
[19:42] <gary_poster> awesome benji.  Are you making an MP?  Shockingly, I'd be happy to review...oh ok.  What's up?
[19:43] <benji> gary_poster: I'll do an MP.  I just wasnt' sure if there was more you wanted to do.
[19:43] <gary_poster> no, cool.   We fixed the bug, and did some other good stuff on the way.
[19:44] <gary_poster> You'll be happy to know that my MIL's low-end FIOS Internet connection is close to double my maxed-out U-verse connection
[19:44] <gary_poster> I need to get her an AppleTV or Roku or something
[19:45] <gary_poster> Because she should be able to take advantage of this easily
[19:46] <gary_poster> Maybe I'll just run CAT5 down the interstate from NJ to NC
[19:46] <gary_poster> I'm sure that will work out perfectly
[19:46] <bac> gary_poster: hey, could i tap off it?
[19:47] <gary_poster> heh, sure bac
[19:47] <benji> gary_poster: https://code.launchpad.net/~benji/zope.testing/3.9.4-fork/+merge/100679
[19:47] <gary_poster> ack benji, on it
[19:47] <bac> fwiw, i used to have a roku but it looks ugly and ham fisted next to the appletv
[19:48] <gary_poster> ok
[19:48] <gary_poster> yeah I like my appletv
[19:48] <gary_poster> benji, wrong merge target
[19:48] <gary_poster> so conflicts and other bad stuff
[19:48] <benji> darn
[19:48] <gary_poster> make merge target of lp:~launchpad/zope.testing/3.9.4-fork
[19:49] <gary_poster> benji, ^^
[19:49] <benji> already done
[19:50] <benji> gary_poster: https://code.launchpad.net/~benji/zope.testing/3.9.4-fork/+merge/100681
[19:50] <gary_poster> cool benji, much better thanks :-)
[19:51] <gary_poster> benji, line 8 of diff is my fault.  I regarded it as a hack and I didn't mean to check it in.  I suggest removal, but if you like it for some reason that's fine
[19:52] <benji> looking
[19:52] <benji> no that's evil, I'll remove it
[19:53] <benji> pushed
[19:53] <gary_poster> thanks
[19:54] <gary_poster> benji, funny that there was already a test of the odd behavior of list tests
[19:54] <gary_poster> benji, approved
[19:56] <benji> gary_poster: cool, I'll merge it into ~launchpad/zope.testing/trunk, then
[19:56] <benji> er, lp:~launchpad/zope.testing/3.9.4-fork, rather
[19:56] <gary_poster> benji, you mean https://code.launchpad.net/~launchpad/zope.testing/3.9.4-fork ?
[19:56] <gary_poster> yeah ok
[19:56] <benji> :)
[19:56] <gary_poster> :-)
[19:58] <benji> gary_poster: I just posted my March EC2 expenses
[19:58] <gary_poster> how bad were they benji?
[19:59] <benji> it wasn't nearly as bad as yours: $162.12
[19:59] <gary_poster> Still, a new high?
[20:02] <benji> gary_poster: by a (base 2) order of magnitude
[20:02] <benji> ok, branch merged and pushed
[20:02] <benji> I guess saying "twice as much" would be easier.
[20:03] <bac> gary_poster: is the /etc/apt/source.list problem on ec2 going to be something we have to deal with long term?  do we want a card to fix it?
[20:04] <gary_poster> bac, I don't know.  Maybe we should. :-/
[20:04] <bac> i'll add it.  deleting later is cheap
[20:14] <gary_poster> benji, btw, please make a lp branch for getting the new egg in the tree
[20:15] <benji> gary_poster: ah, will do
[20:15] <gary_poster> thx
[20:15] <gary_poster> benji + card ;-)
[20:15] <benji> k
[20:27] <bac> gary_poster: any suggestions on a task to pick?
[20:28] <gary_poster> bac on call
[20:40] <benji> darn, my setuplxc-created dependencies directory has HTTP checkouts
[21:21] <gary_poster> bac, the most helpful task would be to investigate the memcache ConnectionError failures that wgrant described on the list ("[Launchpad-dev] memcache errors in ec2 and buildbot -- newer python-memcached to blame?").  They are affecting the main buildbot and us as well, so it's a generic "green buildbot" thing.
[21:21] <gary_poster> alternatively...
[21:22] <gary_poster> "teach buildbot to understand subunit in test results to properly report failure numbers in waterfall" card is interesting
[21:24] <gary_poster> alternatively "Fix /etc/apt/sources.list on ec2" from you.  It's not that the debian repo isn't there, it's that it has the wrong hash.  Not sure how that would happen
[21:26] <benji> gary_poster: I give up.  I have the new p6 egg in the dependencies repo but I can't for the life of me get a LP build to work to make sure it's used and does the right thing.  I think my cold has infected my brain.  I'll try again tomorrow if someone else hasn't done it.
[21:27] <gary_poster> benji, ok.  how weird!  so you've pushed the change?
[21:27] <gary_poster> to the download-cache I mean?
[21:27] <gary_poster> the addition of the p6 egg
[21:31] <benji> gary_poster: yep
[21:32] <gary_poster> cool benji.  feel better.  I will be out tomorrow it looks like.
[21:32] <gary_poster> I'll send a note to yellow list
[21:32] <benji> ok; enjoy yourself
[21:32] <gary_poster> with suggested tasks
[21:32] <gary_poster> thanks


[04:54] <enrico> Happy new year!
[12:06] <ChrisH> Happy new one...
[12:44] <enrico> ChrisH: happy happy!
[12:54] <abelli> enrico: buon anno
[12:54] <abelli> buon anno a todos
[12:55] <ChrisH> gracias
[12:56] <ChrisH> enrico: Have you ever tried building debian package on ubuntu? I'm trying pbuilder with "--distribution sid" but end up with dependency errors.
[12:59] <enrico> Buon anno!
[12:59] <enrico> ChrisH: uhm... no, haven't tried yet
[12:59] <enrico> however, I'm puzzled by your case
[12:59] <enrico> If it's pbuilder, it should be distribution-independent, as it creates a chroot
[01:07] <ChrisH> enrico: That's why I thought, too. Do you use pbuilder? Or do you have a sid installation?
[01:11] <enrico> I have a sid installation, but I generally don't use pbuilder (I lack a local mirror and I had a slow laptop)
[01:11] <enrico> Now I have a better laptop, but I still lack a local mirror...
[01:12] <ChrisH> enrico: so you just reboot into sid, update it and build there?
[01:12] <enrico> ChrisH: (I generally use sid, but don't tell anyone :)
[01:12] <ChrisH> enrico: Argh, the dilemma again. :)
[01:13] <enrico> My current problem is trying to share the boot partition between sid and ubuntu, since the rest of the disk is a big LVM volume group
[01:14] <enrico> Once I get to do that, I can have nice elastic partitions with whatever I want hanging around happily together in the hard drive
[01:14] <enrico> If it weren't for the different kernel, I could run ubuntu in a chroot
[01:18] <ChrisH> You could? Even for X stuff? :)
[01:19] <ChrisH> I'd like to have one system for all kinds of work. Like Ubuntu in an X window in Sid. Ubuntu ist really nice at work and for the family.   Even for X stuff
[01:32] <enrico> startx -- :1
[01:33] <ChrisH> enrico: perhaps that's a good way to build sid packages that use X in ubuntu...
[01:33] <enrico> ChrisH: you can deboostrap a Debian sid system in a directory and chroot into it
[01:34] <enrico> ChrisH: BTW, Hooray for the new DAM!
[01:34] <enrico> ChrisH: have you heard?
[01:34] <ChrisH> enrico: no... who?
[01:34] <ChrisH> enrico: where did you read that? on<EMAIL_ADDRESS>[01:36] <enrico> ChrisH: (suspance...)
[01:36] <enrico> ChrisH: ....
[01:36] <enrico> :)
[01:36] <enrico> ChrisH: http://lists.debian.org/debian-project/2004/12/msg00277.html
[01:36] <enrico> TA-DAH!
[01:36] <ChrisH> Joerg... nice. :)
[01:37] <enrico> 9 new people got an account yesterday
[01:41] <ChrisH> I'm no position 5 :)
[01:41] <ChrisH> s/no/on/
[01:48] <enrico> ChrisH: I know you'll make it! :)
[01:48] <abelli> enrico: do you use pterm?
[01:50] <ChrisH> enrico: :)
[01:52] <enrico> abelli: uh, no, just gnome-terminal
[01:53] <abelli> because i think i found something similar to a bug
[01:53] <abelli> if u press ""
[01:54] <abelli> and then arrows up-down repeatedly ... the screen gets deleted char by char..
[01:55] <enrico> Cute!
[01:55] <enrico> FAIL A BAG!
[01:55] <abelli> ya
[01:55] <abelli> ehehe
[01:55] <enrico> reportbug is DA ZING!
[01:55] <abelli> ahah
[01:56] <abelli> verflixt
[02:52] <enrico> hello
[02:55] <enrico> I did svn up, then yelp usersguide.xml
[02:55] <enrico> but yelp tells me it can't open the document
[02:55] <enrico> Curious.  If I close other yelps then try again it works
[02:58] <ChrisH> Kinnison: happy gnu one 2u2
[02:59] <Kinnison> Hippy New Beer ChrisH
[03:04] <abelli> ciao Kinnison
[03:06] <abelli> Kinnison: did you receive the email?
[03:06] <Kinnison> abelli: yes; and I replied too
[03:06] <abelli> is it a known bug.. or isnt it a bug at all?
[03:07] <Kinnison> You've not given me enough data to know if it's a known bug or not yet ;-)
[03:07] <abelli> ahh..ok
[03:07] <abelli> more than photos.. what do you want? ;)
[03:07] <abelli> actually i had a thought about that..
[03:08] <abelli> because you anglo-saxons...
[03:08] <abelli> you have such a restricted alphabet ;)
[03:09] <Kinnison> Charmed I'm sure
[03:10] <abelli> ...
[03:10] <abelli> what do you mean "if you have one and not the other"?
[03:10] <Kinnison> If you have my font choice; but not a unicode locale; or a unicode locale but not my font choice
[03:11] <abelli> ok thank you Kinnison
[03:12] <abelli> kinnison what's the pterm way for gterminal's --working-directory
[03:12] <Kinnison> How do you mean?
[03:13] <Kinnison> It may not have one
[03:13] <abelli> arghh..
[03:13] <abelli> Perl.. Power..
[03:23] <sivang> Kinnison: happy new year!
[03:23] <sivang> and to all the doc tam
[03:24] <abelli> sivang: thank you for leaving me out
[03:24] <Kinnison> hey sivang ;-)
[03:24] <sivang> abelli: huh?
[03:24] <Kinnison>
[03:24] <sivang>  !
[03:25] <abelli> i thik my pterm has really some major problem
[03:26] <Kinnison> sivang: How would you translate  then?
[03:27] <sivang> Kinnison: my freind :)
[03:27] <Kinnison> I see
[03:27] <sivang> it's like, "Greetings, My freind"
[03:29] <abelli> sivang: could you please come again with those characters
[03:29] <abelli> ;)
[03:29] <sivang> abelli:   !
[03:29] <sivang> :)
[03:29] <abelli> argh..
[03:30] <sivang> translation: no problem at all!
[05:29] <froud> African Greetings
[05:30] <froud> anybody tried the makefile. I am eager know if there are any problems
[05:31] <hornbeck> I have not tried it
[05:53] <froud> hornbeck, do give it a test
[05:53] <froud> svn up
[05:53] <froud> make ug
[07:24] <sivang> Why do I need channel op to change topic?
[07:24] <sivang> Isn't this a cummunity channel? :)
[07:26] <sivang> ChrisH: could you give me op privs for the channel ?
[07:33] <froud> sivang, ChrisH is annoyed with me when I changed the subject
[07:34] <sivang> froud: yes, but I already asked him about chaning the subject back to the original and he agreed.
[07:34] <froud> Oh well
[07:35] <froud> sivang, hows your shell scripting
[07:36] <sivang> froud: I can pull a couple of them when I need it , a bit rusty at the moment, but working closely to a reference I manage :)
[07:37] <froud> How do I get this type of variable to work
[07:37] <froud> VERSION=`cat VERSION`
[07:37] <froud> tar -czf ubuntu-docs-$(VERSION)-$(RELEASE).tar.gz dist
[07:37] <froud> I get
[07:38] <froud> Compressing source files ...
[07:38] <froud> tar -czf ubuntu-docs-`cat VERSION`-1.tar.gz dist
[07:38] <froud> tar: Options `-[0-7] [lmh] ' not supported by *this* tar
[07:38] <sivang> something bad with your backtiques
[07:38] <sivang> lemme check
[07:38] <sivang> thsi was supposed to work I think.
[07:38] <froud> that is what I thought
[07:52] <sivang> TEST="`cat VERSION`"
[07:52] <sivang> echo $TEST
[07:52] <sivang> check if this works
[07:56] <froud> sivang, nice. thanks :-)
[07:57] <sivang> froud: no prob :)
[07:57] <froud> ubuntu-docs-WartyWarthog-1.tar.gz
[07:57] <sivang> yes
[07:57] <sivang> if you're unsure, just have the bash do double qutes expansion which means it tries to evaluate eveything inside,
[07:58] <sivang> so then you get the value of the backtiques as if it was a var value.
[07:58] <sivang> plus. TIMTOWTDI
[07:58] <sivang> :)
[07:59] <froud> cool, will this also work if I define SHELL = /bin/sh
[08:03] <ChrisH> sivang: I do know Perl. So I know that acronym. :)
[08:03] <sivang> when you put literals to vars like that, I doesn't do double quote expansion - it just uses the literal as a value.
[08:30] <froud> sivang, you busy now
[08:30] <froud> I want you to test the makefile dist target
[08:38] <froud> Any takers for testing
[08:38] <froud> ?
[08:41] <sivang> I can, sec.
[08:41] <froud> ok
[08:49] <sivang> froud: ok, I can svn'd up
[08:50] <froud> yes, a few small issues but yes
[08:50] <sivang> I did
[08:50] <froud> then do
[08:50] <froud> make dist
[08:50] <sivang> yes?
[08:50] <sivang> what does the export parm to svn do?
[08:51] <froud> brings a clean printine tree of HEAD
[08:51] <froud> pristine
[08:51] <froud> we dont want the .svn admin folders etc in dist
[08:51] <sivang> ok, good
[08:51] <sivang> It' finished
[08:52] <froud> did it suceed
[08:52] <sivang> has it build the whole thing?
[08:52] <sivang> so fast????
[08:52] <sivang> :)
[08:52] <froud> this is what we need for the yelp part
[08:52] <froud> not sure if the sturcture etc is goo dfor yelp
[08:52] <sivang> so it didn't create html
[08:52] <sivang> or pdf or anything
[08:53] <froud> no
[08:53] <froud> you can run make all
[08:53] <sivang> did it register anything ?
[08:53] <froud> no
[08:53] <froud> not that far yet
[08:53] <froud> :-)
[08:54] <sivang> I am going there and I think I will eventually have an answer
[08:54] <sivang> :)
[08:54] <froud> I just create a tarball of the src
[08:54] <froud> xml only
[08:55] <froud> I dont like the way it is creating the tarball
[08:55] <sivang> why not?
[08:56] <froud> it has the wrong folder and a copy ofthe targ.za inside the tar.gz :-)
[08:56] <froud> I am gonna make a change
[09:01] <froud> sivang, do svn up
[09:02] <froud> delete the dist folder
[09:02] <froud> and old tar.gz
[09:02] <froud> then do make dist
[09:02] <froud> should be much better
[09:05] <sivang> ok, I just did that
[09:05] <sivang> I rm the dist folder
[09:06] <sivang> and reran make dist
[09:06] <froud> ok
[09:08] <froud> I am not sure of the structure etc.
[09:08] <froud> how were the docs packaged last time
[09:11] <froud> perhaps I should also build the HTML is ubuntu-docs
[09:12] <froud> perhaps the structure should be ubuntu-docs
[09:12] <froud>       [VERSION] -[release] /
[09:13] <froud>        xml/
[09:13] <froud>       userguide/
[09:13] <froud>       quickguide/
[09:13] <froud> faqguide/
[09:13] <froud>         faqguide/
[09:14] <froud> something like that or the xml/ should be called yelp/
[09:14] <froud> what do others think?
[09:15] <froud> what about
[09:15] <froud> ubuntu-docs/
[09:15] <froud> 	xml/
[09:15] <froud> 	html/
[09:15] <froud> 		userguide/
[09:15] <froud> 		quickguide/
[09:15] <froud> 		faqguide/
[09:16] <froud> or
[09:16] <froud> ubuntu-docs/
[09:16] <froud> 	src/
[09:16] <froud> 	html/
[09:16] <froud> 		userguide/
[09:16] <froud> 		quickguide/
[09:16] <froud> 		faqguide/
[09:17] <sivang> we would have to wait and see what pople thik
[09:17] <froud> another
[09:17] <froud> ubuntu-docs/
[09:17] <froud> 	$(VERSION)-$(RELEASE)
[09:17] <froud> 		src/
[09:17] <froud> 		html/
[09:17] <froud> 			userguide/
[09:17] <froud> 			quickguide/
[09:17] <froud> 			faqguide/
[09:18] <froud> the last one is good since we can uninstall easily
[09:19] <sivang> what is the purpose of the ubuntnu-docs dir?
[09:20] <froud> that is what goes in the tarball
[09:20] <sivang> you mean a tarball of installation on other system than ubuntu?
[09:20] <froud> no I mean ubuntu
[09:21] <froud> /usr/share/doc/ubuntu-docs
[09:22] <froud> Install everything there right?
[09:23] <sivang> yes
[09:23] <froud> so the root folder in the tarball must be ubuntu-docs, right?
[09:24] <froud> This path should contain the src and html, right?
[09:25] <froud> I am thinking that during an upgrade it will be good to have /usr/share/doc/ubuntu-docs/$(VERSION)-$(RELEASE)
[09:26] <froud> that way we can uninstall old docs and or update to point to new $(VERSION)-$(RELEASE)
[09:26] <froud> ?
[09:27] <froud> b c'ing ya
[09:28] <froud> sivang, please test the make targets and if there are bugs make bugzilla's and assign them to me.
[09:28] <froud><EMAIL_ADDRESS>[09:30] <sivang> c
[09:30] <sivang> c'ya


[02:05] <johnbristol> A question about Lubi - am I likely to have problems installing it into a LVM/LUKS environment? Will the new GRUB pick up the fact that the existing distro needs the LUKS scan before it tries opening my existing root when I want to go back into that?
[08:25] <ara> cjwatson, I can confirm this bug in the latest kubuntu build. bug 539463
[08:25] <ara> I have attached the debug file with the trace
[09:06] <ev> bah, gtk.Widget.rc_get_style isn't working in maybe-ubiquity
[09:06] <ev> hrm, maybe this is actually a subtle ubiquity-dm bug
[09:06]  * ev digs
[09:39] <ev> hrm, must be.  Even using a realized widget and get_style instead of rc_get_style doesn't work.
[10:20] <ara> ev, is there any reason why kubuntu ubiquity is not asking for my account name and password anymore?
[10:20] <ev> ara: that page is probably crashing.  Can you pastebin /var/log/installer/debug?
[10:21] <ara> ev, I am installing now, will do when it's done
[10:30] <ev> okay
[11:06] <ara> ev, bug 546792
[11:07] <ev> ah, damn
[11:07] <ev> entirely my fault
[11:07] <ev> fixing now
[11:15] <CIA-3> ubiquity: evand * r3984 ubiquity/ (debian/changelog ubiquity/components/ubi-console-setup.py):
[11:15] <CIA-3> ubiquity: Correctly feed the calculated keyboard layout back to the running
[11:15] <CIA-3> ubiquity: component. This has the side benefit of the calculated layout
[11:15] <CIA-3> ubiquity: getting selected in the treeviews.
[11:18] <CIA-3> ubiquity: evand * r3985 ubiquity/ (debian/changelog ubiquity/components/ubi-usersetup.py):
[11:18] <CIA-3> ubiquity: Don't try to import the GTK LabelledEntry widget in the KDE frontend
[11:18] <CIA-3> ubiquity: (LP: #546792).
[11:18] <ev> ara: ^ Fixed.  Thanks for finding that so quickly!
[11:18] <ara> ev, np :-)
[11:19] <CIA-3> ubiquity: evand * r3986 ubiquity/debian/changelog: LP bug reference.
[11:37] <CIA-3> ubiquity: evand * r3987 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py):
[11:37] <CIA-3> ubiquity: Disable the context menu in the slideshow frame. Thanks Dylan
[11:37] <CIA-3> ubiquity: McCall!
[14:48] <ev> how on earth... bug 546255 has a different version of ubiquity and oem-config
[14:48] <ev> ohhh
[14:49] <ev> if you upgrade ubiquity via the installer, you won't get a new oem-config, will you?
[14:49] <ev> wait, no.  That's not right.
[14:51] <ev> it's the other way around, oem-config is newer than ubiquity
[15:14] <superm1> cjwatson, i just wanted to remind you about enabling maybe-ubiquity in the mythbuntu builds. i looked at the daily two or three days ago and didn't see it
[15:14] <cjwatson> did you send me artwork requirements?
[15:15] <superm1> just reusing the same artwork that's currently there is fine
[15:15] <cjwatson> if you could file a bug against ubuntu-cdimage, that would be good
[15:16] <cjwatson> I've stuck it in my todo though
[15:16] <superm1> sure.  i think we just mentioned it over the weekend while you were on the n900 or so, so i assumed it was just forgotten
[15:16] <cjwatson> yeah, it had slipped my mind, thanks
[15:33] <CIA-3> ubiquity: evand * r3988 ubiquity/ (debian/changelog ubiquity/components/ubi-language.py):
[15:33] <CIA-3> ubiquity: * Make sure the user we're not processing events before we've set up
[15:33] <CIA-3> ubiquity:  the language list in the KDE frontend (LP: #528678).
[15:33] <CIA-3> ubiquity: * Don't try to translate the greeter with the C locale.
[15:37] <CIA-3> ubiquity: evand * r3989 ubiquity/debian/changelog: Don't let LP close 528678 as there are two parts to it.
[15:47]  * ev sighs at overeager bug triagers marking lots of bugs as duplicates
[16:20] <CIA-3> ubiquity-slideshow-ubuntu: evand * r250 ubiquity-slideshow-ubuntu/debian/changelog: Add changelog entry for Dylan's changes.
[16:24] <CIA-3> ubiquity-slideshow-ubuntu: evand * r251 ubiquity-slideshow-ubuntu/ (5 files in 5 dirs): Update translation templates.
[16:31] <CIA-3> ubiquity-slideshow-ubuntu: evand * r252 ubiquity-slideshow-ubuntu/debian/changelog: releasing version 18
[17:05] <CIA-3> ubiquity: evand * r3990 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py):
[17:05] <CIA-3> ubiquity: Don't destroy the main window when the close button is pressed
[17:05] <CIA-3> ubiquity: (LP: #543775).
[17:38] <superm1> ev, with that new install_window stuff, i think you're missing copying over a few settings from the old install_window: disabling the minimize button, setting the title
[17:39] <ev> ah, damn
[17:39] <superm1> yeah: http://imagebin.org/90328
[17:39] <ev> superm1: noted, will fix tomorrow if no one beats me to it
[17:45] <bladernr> Hey, this may be a silly question, but, during development, why doesn't ubiquity have --debug enabled by default? Especially given the number of installer bugs that pop up during Alpha and Beta testing?
[17:46] <bladernr> Just something I was thinking about a moment ago...
[17:46] <CIA-3> ubiquity: evand * r3991 ubiquity/ (debian/changelog ubiquity/components/ubi-language.py):
[17:46] <CIA-3> ubiquity: Properly handle exceptions around opening the release_notes_url file
[17:46] <CIA-3> ubiquity: in the KDE frontend (LP: #540266). Hide the label if the release notes
[17:46] <CIA-3> ubiquity: do not exist.
[17:46] <cjwatson> bladernr: because it exposes the user's password in the debug log
[17:46] <bladernr> ahhh... I'd never noticed that before
[17:46] <cjwatson> bladernr: this is (perhaps surprisingly) very, very difficult to fix
[17:47] <cjwatson> it does warn about it in the UI, but nevertheless I'm not comfortable enabling it by default
[17:47] <cjwatson> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=357118
[17:47] <bladernr> the only thing I've ever been interested in as far as debug logs and such goes was looking for tracebacks and such, so I never even noticed passwords being exposed.
[17:47] <bladernr> Ok... that's a good point cjwatson makes sense to me now.
[17:54] <superm1> cjwatson, maybe scrubbing the logs in the apport hook then?
[17:55] <cjwatson> superm1: I'm not comfortable with it period, sorry
[17:56] <cjwatson> I have been burned by passwords in debug logs before (see breezy) and am absolutely definitively not going there again
[17:56] <cjwatson> see http://www.ubuntu.com/usn/usn-262-1
[17:57] <superm1> oh yuck


[05:07] <CoderEurope> Happy national iPod Day
[05:26] <flocculant> 0_0
[05:33] <CoderEurope> flocculant: Do you have an off-topic channel ?
[05:33] <CoderEurope> and are you there ?
[05:36] <flocculant> CoderEurope: #xubuntu-offtopic
[17:06] <MaximeLeloup> Hi, I'm a new user of Xubuntu (come from Ubuntu that was becoming slower weeks after weeks) :)
[17:09] <GridCube> :)
[22:50] <MrRobot7> I finally figured out my nvidia driver issue for the latest 17.10 upgrade, I did not have the kernel headers installed, so the nvidia packages installed, but the kernel module was not being built because there were no kernel headers installed, thus no nvidia module loading, in case anybody else sees the issue I had
[23:19] <Unit193> You can actually get the nvidia packages installed without having the headers?  I guess dkms only recommends them, so sure..
[23:40] <MrRobot7> yea, installs without headers, but if you look closely at the package install (which I didn't notice) you'll see it say it did not compile the nvidia module because of lack of headers, but it doesn't stop there or complain loudly it just installs and your left scratching your head after you reboot and it doesn't work


[00:51] <akgraner> elky, ping
[00:52] <Pendulum> akgraner: weekend off? :P
[00:53] <akgraner> Pendulum,  I forgot something
[00:54] <Pendulum> aww
[01:01] <elky> akgraner, pong?
[01:02] <akgraner> elky, did you get the email I sent re ZaReason
[01:02] <elky> akgraner, yep
[01:02] <akgraner> ZaReason good to go  system76 next competition
[01:03] <elky> akgraner, did you see my status update from last night?
[01:03]  * elky didn't get home from work until 2am. :(
[01:03] <elky> so um, forgive me if I grump and lag a bit today :P
[01:03] <akgraner> no I haven't looked at anything much - 2 trips to hospital with Matthew
[01:04] <elky> akgraner, eep!
[01:04] <akgraner> no I am the same way
[01:04] <elky> lets cuddle in a corner and forget the world for the day, eh?
[01:04] <akgraner> +1
[01:04] <akgraner> Sunday/Monday target is good for me?
[01:04] <akgraner> how about you?
[01:05] <elky> I'll poke around tonight
[01:05] <akgraner> k
[01:06] <akgraner> great :-) thanks
[01:10] <maco> akgraner, elky: zareason what?
[01:10] <elky> maco, you'll find out with everyone else :P
[01:10] <maco> bah ok
[01:18] <valorie> ooooo secrets!
[13:45] <elky> oh dear...
[13:56] <elky> akgraner, you around?
[13:57] <akgraner> elky, yep
[21:42] <akgraner> ZaReason just added that they would also sponsor the Ubuntu Women World Play Competition :-)
[21:42] <akgraner> http://akgraner.com/?p=372
[22:56] <valorie> that is great news!
[22:56] <valorie> She runs a good company