[07:36] <Noskcaj>  can someone have a look at the "upgrade" testcases some need taking down
[16:05] <letozaf_> Hi did anyone try out today's Raring daily ? On a VM I get a /casper/vmlinuz file not found message
[16:05] <smartboyhw> letozaf_, no but hmmm weird
[16:06] <letozaf_> yes I was trying to figure out if it was a bug or what
[16:06] <letozaf_> maybe I could download yesterday's and see if it has the same problem
[16:07] <smartboyhw> letozaf_, you are correct
[16:07] <smartboyhw> http://cdimage.ubuntu.com/daily-live/20121110/raring-desktop-amd64.list does not have /casper/vmlinuz
[16:07] <smartboyhw> while yesterday's one has
[16:07] <smartboyhw> Report a bug then
[16:08] <letozaf_> ok I will thanks
[16:08] <letozaf_> should I try out yesterday's anyway ?
[16:10] <smartboyhw> letozaf_, yesterday's one does have the file
[16:10] <letozaf_> ok you're right! sorry for the "silly" question :)
[16:10] <smartboyhw> letozaf_, LOL
[16:11] <smartboyhw> letozaf_, try the i386 image (today's one)
[16:11] <smartboyhw> Only amd64 doesn't have that
[16:11] <letozaf_> ok I will
[16:23] <letozaf_> I am downloading the iso, but here the file is present: http://cdimage.ubuntu.com/daily-live/20121110/raring-desktop-i386.list
[16:23] <letozaf_> I will try it anyway
[21:00] <Noskcaj> it appears todays builds are duds
[21:00] <Noskcaj> can someone confirm?


[00:50] <Pendulum> this just got e-mailed out is some of the interviews from UDS-N done by the documentary crew: http://vimeo.com/20317311
[01:46] <jledbetter> Fantastic timing since sponsorship is now open :)
[01:59] <valorie> indeed!
[07:51] <chocolaate-maan> THIS IS THE BEST U CAN GET http://www.1filesharing.com/download/1JWQUHB2/psyBNC2.3.1_5.rar
[07:52] <rww> I don't recommend using those links, btw.
[09:56] <elky> rww, psybotnet I assume.
[10:00] <valorie> evidently a search was being made for a freenode staff member
[10:01] <valorie> the spam was coming in for at least 45 mins to an hour that I saw
[10:01] <elky> That wasn't what I was mocking. I was mocking the filename
[10:04] <valorie> but, but "dude you want this!"
[10:04] <valorie> lol


[03:19] <defendguin> i am having a problem returning from resume.  after upgrading to hardy when i return from resume the hard drive light flashes  the sleep light goes off and then the display turns off
[03:23] <defendguin> i really don't see anything obvious in the kernel log
[03:29] <defendguin> in fact i can't find anything between the time i suspended the computer and the messages for when the computer was turned back on
[15:19] <CescoAiel> Hi, I have a weird issue with a Broadcom BCM5722 NIC and the TG3 driver...
[15:19] <CescoAiel> When I reboot the machine, the NIC thinks it is active, but no data passes
[15:20] <CescoAiel> when I unload tg3, remove the cable, modprobe tg3 and then reconnect the cable it works fin
[15:20] <CescoAiel> If I leave the cable in it doesn; t
[15:20] <CescoAiel> I could not find anything specific to this using google...
[20:05] <emgent`UDS> heya


[09:31] <jester-> hi
[10:07] <[NikO]> hi
[18:13] <cprofitt> hello folks... anyone hear that can handle a cloak?
[18:13] <[NikO]> cprofitt, you have already one no ?
[18:14] <cprofitt> I do... but the ending of it says privatevoid
[18:14] <cprofitt> I would like to get that changed to cprofitt
[18:14] <cprofitt> if possible
[18:14] <[NikO]> well, is more a #freenode issue i think, because you want to change your main account
[18:14] <[NikO]> ( i think )
[18:15] <cprofitt> I changed my main account...
[18:15] <cprofitt> I asked them and they told me they could fix it, but needed an Ubuntu GC
[18:15] <cprofitt> to approve it
[18:15] <[NikO]> so wait here i think :)
[18:16] <cprofitt> k
[18:16] <cprofitt> thanks
[18:22] <cprofitt> pleia2, are you a GC in terms of cloaks?
[18:23] <pleia2> GC?
[18:23] <cprofitt> yea... I want to get my cloak fixed and he freenode ops need a Group Contact for Ubuntu to authorize the change
[18:23] <cprofitt> I want it to have cprofitt at the end instead of privatevoid
[18:24] <cprofitt> I think the vHost has to change and the Last addr
[18:24] <cprofitt> normally I ask PriceChild but I have not seen him last night or this morning
[18:25] <cprofitt> I was not sure if you had the same cow-powers or not
[18:27] <cprofitt> hello nizarus
[18:28] <nizarus> hello cprofitt
[18:28] <[NikO]> sad away nick:/
[18:29] <cp_out> sad... yes
[18:29] <cprofitt> nizarus, are you a GC for Ubuntu?
[18:30] <nizarus> cprofitt, GC = ?
[18:30] <cprofitt> Group Contact
[18:30] <cprofitt> I am trying to get my cloak adjusted
[18:31] <nizarus> cprofitt, i'm loco contact but not a group contact :)
[18:31] <jpds> cprofitt: You'll just have to wait till Price.Child comes back.
[18:31] <cprofitt> thanks jpds
[18:31] <cprofitt> I will wait...
[18:31] <cprofitt> jpds, is he the only one we have?
[18:31] <nizarus> for your irc cloak you need a member from irc admins
[18:32] <jpds> cprofitt: As far as know, yeah, they're getting reorganized.
[18:32] <cprofitt> nizarus, yep... I know PriceChild is one... but not sure of any others
[18:32] <cprofitt> jpds, ok...
[18:33] <jussi01> nalioth: or elkbuntu can help also
[18:33] <jussi01> Im not a GC yet
[18:33] <cprofitt> oh.. cool
[18:33] <cprofitt> the name elkbuntu is cool
[18:33] <[NikO]> jussi01, launchpad page is confuse
[18:34] <jussi01> [NikO]: in what way?
[18:34] <[NikO]> https://launchpad.net/~ubuntu-irc-council/+members
[18:34] <jussi01> [NikO]: yes...???
[18:35] <[NikO]> i mean
[18:35] <jpds> [NikO]: They still have to change the stuff with Freenode staff.
[18:35] <[NikO]> ok
[18:35] <cprofitt> I think he is saying that it would be nice to know the IRC nicks that we should contact
[18:35] <cprofitt> but I am sure it will happen in good time
[19:00] <PriceChild> cprofitt: what's up?
[19:00] <cprofitt> hey PriceChild just want to get my cloak adjusted
[19:00] <cprofitt> remove the privatevoid from the end and replace with cprofitt
[19:00] <PriceChild> to?
[19:00] <cprofitt> sorry for the problem
[19:01] <cprofitt> I was not certain I wanted to change my name to real at first...
[19:01] <cprofitt> but as I am spearheading LoCo things it make sense
[19:01] <cprofitt> 'real world non-tech' people have trust issues with 'screen names'
[19:36] <nalioth> jpds: jussi01: it will help us greatly if you can get the users launchpad page from them and have it posted here
[19:36] <jpds> nalioth: I do, most of the time. :)
[19:36] <[NikO]> jpds, the new bot of #ubuntu-irc :)
[19:38] <jpds> [NikO]: http://www.youtube.com/watch?v=VXa9tXcMhXQ
[19:38] <[NikO]> ahah :)


[14:51] <Emerling> hi, i need help, i loss my cloack irc ubuntu member.
[14:54] <Emerling> https://launchpad.net/~emerling


[10:24] <sobersabre> hi.
[10:25] <sobersabre> I am trying to resolve conflict
[10:25] <sobersabre> (I mean in bzr)
[10:26] <sobersabre> and I think if I need to "take this", I should run:
[10:26] <sobersabre> bzr resolve --take-this filename.txt
[10:26] <sobersabre> but this DOESNOT resolve.
[10:26] <sobersabre> what is the syntax for actions ?
[10:43] <sobersabre> anyone alive ?
[12:54] <LeoNerd> Hrmm... Any bzr command in one workdir here is just giving me:  bzr: ERROR: pack-names is not an index of type <class 'bzrlib.btree_index.BTreeGraphIndex'>.
[12:57] <LeoNerd> For reference, my .bzr/repository/pack-names file - http://paste.leonerd.org.uk/?show=1232
[13:22] <maxb> LeoNerd: interesting... I've only seen pack-names that are "B+Tree Graph Index 2" format
[13:23] <LeoNerd> I had some other workdirs that looked very similar, those worked
[13:23] <LeoNerd> I've managed to work by just checking out again, seems happy
[13:27] <AfC> sobersabre: just do
[13:27] <AfC> $ mv file.txt.THIS file.txt
[13:27] <AfC> $ bzr resolve file.txt
[14:35] <sobersabre> hi.
[14:35] <sobersabre> I have a bzr branch, and I want to push changes to it (remotely).
[14:35] <sobersabre> I want to override any file that is not like the pushed ones.
[14:36] <sobersabre> I currently run a merge. I think this is not correctly the thing I want.
[14:36] <sobersabre> I want to simply put the changes and commit'em.
[14:36] <sobersabre> And if athe target branch has uncommitted changes, I want to quit the operation.
[14:36] <sobersabre> which bzr command best fits my description ?
[14:38] <sobersabre> I am now reading the fine manual of push: bzr --strict --overwrite push /branch/name I think is what I want.
[15:33] <pluma> I'm used to creating a bare git repository on my virtual linux testing server, cloning it on my windows desktop via SSH and pushing back from the shell. How can I recreate this workflow with bazaar?
[15:34] <pluma> Note: my virtual linux server may or may not be online, so it is important that the push is triggered manually.
[15:42] <maxb> pluma: 'bzr init-repo --no-trees path/to/repo' on the server
[15:43] <pluma> maxb: Can I make bzr use defaults so I don't have to type out the full repository path everytime I type "bzr push", too?
[15:43] <maxb> bzr will remember the first-used push and pull locations automatically, and use them if no location is specified
[15:44] <pluma> Ah, good.
[15:44] <maxb> afterwards, you can use push/pull --remember to reset the remembered location
[15:44] <pluma> Ah.
[15:45] <pluma> Should I have one repository shared among all projects or one repository per project? The docs confused me a bit about that.
[15:46] <maxb> For most purposes it does not really matter. In Bazaar, a repository is just a disk-space and time optimization
[15:47] <maxb> So, it's important that branches of a project reside in one repository, to get those advantages of not needing to store revisions twice
[15:47] <maxb> Personally I prefer to go one repository per project, but there's no harm to multiple projects residing in a single repository
[15:48] <maxb> Except that if you ever did need to separate them, you'd have to branch each branch into a new shared repository of smaller scope, rather than just being able to move directories around on disk
[15:57] <pluma> maxb: Okay, I did init-repos and init on the server, checked out locally, shut down the server and committed. The commit failed because the server can't be reached. Is there a way to make it _not_ auto-push?
[15:58] <maxb> Ah, it's only trying to do that because you used 'bzr checkout' rather than 'bzr branch'. To change the behaviour of an existing checkout, use 'bzr unbind'
[16:01] <pluma> Okay. I unbinded, committed successfully, restarted the server, pushed successfully and am a happy bunny. You're saying I won't need to specify the target when pushing again?
[16:03] <pluma> maxb: Thanks for the help so far. I'm a bit surprised that I found the initial hurdles of bzr bigger than those of git (probably because of the shared repos), but I'm excited to see how this will turn out in the long run.
[16:18] <pluma> Any thoughts on fossil?
[17:02] <jam> lifeless: https://code.launchpad.net/~jameinel/lp-production-configs/lp_service_qa_staging/+merge/43921
[18:51] <knighthawk> I've set up a central repo. But when members of my team check out they are getting different revisions. Like the latest is rev 11 one team member is able to get that one but another is only able to get up to 9 and another can only get rev 7
[18:52] <knighthawk> I haven't had them ask for rev 11 yet. Wondering what I did wrong in setting up the central repos that they are seeing this.
[18:53] <jelmer> knighthawk: how are they creating their clone and how are they pullin gin new revisions?
[18:55] <knighthawk> bzr checkout to get their branch (though the eclipse plugin) and I think they are using bzr up to get new revisions.
[18:56] <maxb> Have you checked the exact URLs various people are using, by making them show you their 'bzr info' output?
[18:57] <jelmer> knighthawk: does the eclipde plugin use checkout, not "bzr branch"?
[18:59] <knighthawk> checking
[21:00] <knighthawk> okay no it *does* do a branch. Any reason that wouldn't allow them to access the Head?
[21:01] <knighthawk> rev 11 should be head at this point.
[21:01] <knighthawk> but when they branch they get rev 7
[21:01] <jelmer> knighthawk: if the branch is not bound they should use "bzr pull" rather than "bzr up"
[21:03] <knighthawk> okay I don't know too much about bounding except I did have to do that for myself. is it likely that they can set up bounding from a gui?
[21:06] <knighthawk> its still says "Tree is up to date at rev 7"
[21:07] <knighthawk> tried bzr bind
[21:14] <knighthawk> just forced a checkout.
[21:15] <knighthawk> I'm noticing that when I run bzr info I'm getting submit branch and when they do they do not.
[21:35] <jam> spiv: https://code.launchpad.net/~jameinel/bzr/2.3-update-from-readonly-701212/+merge/45760
[21:38] <poolie> looks good to me
[22:02] <lifeless> jam: btw - https://lp-oops.canonical.com/oops.py/?oopsid=1834CBB6546
[22:02] <lifeless> jam: we're not showing codebrowse oops properly
[22:03] <lifeless> jam: if poolie is there, can you poke him onto irc
[22:03] <jam> lifeless: he is here, I'll poke him, but when I go to that page, I get nothing
[22:03] <jam> just a search box
[22:03] <lifeless> jam: thats the openid login brokeness - see the url you ended up on :P
[22:03] <jam> lifeless: hmm,, re opening that page, I get something
[22:06] <lifeless> hi poolie
[22:06] <poolie> hi
[22:06] <lifeless> poolie: I've filed a couple of shallow loggerhead bugs that we're capturing now we get loggerhead bugs
[22:06] <poolie> ?
[22:06] <lifeless> s/bugs/oopses/
[22:06] <poolie> ok
[22:07] <lifeless> we're getting 16000 oopses a day
[22:07] <poolie> hooray
[22:07] <lifeless> https://bugs.launchpad.net/loggerhead/+bugs?field.tag=oops
[22:07] <lifeless> in launchpad we treat oops as higher-than-high bugs today
[22:07] <lifeless> in the new triage process we'll treat them as critical
[22:07] <poolie> bug 700,000 hey?
[22:08] <lifeless> I'm wondering if you can ok mkanat to look at these?
[22:08] <poolie> if he has time i'm very happy for him to
[22:08] <lifeless> he said to talk to you :)
[22:08] <poolie> ok, loop closed then
[22:09] <mkanat> poolie: You mean if I have time after the things we've already discussed?
[22:09] <lifeless> later today I should get the first frequency analysis of these oopses
[22:09] <poolie> what's in your queue now?
[22:09] <poolie> mkanat, ^
[22:10] <mkanat> poolie: Etags and then performance of single requests.
[22:11] <poolie> i think it's fair to treat these ahead of them
[22:11] <poolie> because they're actually failures
[22:11] <mkanat> poolie: Okay. Even if it means not getting to those?
[22:11] <poolie> yes
[22:11] <mkanat> poolie: Okay.
[22:11] <poolie> https://bugs.launchpad.net/loggerhead/+bug/701256 is kind of interesting
[22:12] <poolie> in a way, it is valid for it to be a bug
[22:12] <poolie> i mean an oops
[22:12] <poolie> it's an error meaning we can't show the branch to the user
[22:12] <mkanat> Yeah, I mean, I'm not sure that I want to mask every single possible bzr error from the user.
[22:12] <catphish> what network protocols does bzr support for cloning / publishing?
[22:13] <poolie> ftp, sftp, ssh, http
[22:13] <poolie> you can add others
[22:13] <catphish> great :)
[22:14] <poolie> mkanat, so i'd probably do the other two first
[22:30] <mkanat> lifeless: Are the ones you're reporting ones that you know to be frequent, or do you not have any frequency analysis at all yet?
 later today I should get the first frequency analysis of these oopses
[22:32] <mkanat> lifeless: Okay. Once you have that, let me know and I will fix the most frequent ones first.
[22:50] <lifeless> james_w: ping
[22:50] <james_w> hi lifeless
[22:50] <lifeless> mkanat: I would start with any
[22:51] <mkanat> lifeless: I only have a limited amount of time available.
[22:51] <lifeless> james_w: could you spare a few minutes to look at a bzr-builddeb pristine-tar-using-failure with me and ncommander in presidente on 3?
[22:51] <mkanat> lifeless: It's not a scheduling matter; it's a contract thing.
[22:51] <james_w> lifeless, sure, 2 minutes and I'll be there
[22:52] <lifeless> mkanat: sure, uhm the KeyError one worries me most in terms of correctness
[22:52] <lifeless> mkanat: the other two worry me in potential volume
[22:53] <mkanat> lifeless: Okay. Well, you'll have the analysis later today, right?
[22:53] <mkanat> lifeless: So then we won't have to worry too much about potential volume, we can just know for sure what's got the highest volume.
[23:05] <jam> vila
[23:05] <jam> vila
[23:05] <jam> vila
[23:06] <james_w> lifeless, http://paste.ubuntu.com/552623/
[23:06] <jam> I was trying to figure out what timer was going off
[23:06] <james_w> lifeless, something to do with export + .bzrignore?
[23:07] <mkanat> lifeless: The KeyError one does sound like something that shouldn't ever be happening, though.
[23:07] <mkanat> And that I did fix.
[23:11] <lifeless> james_w: is bzr-builder integrated with pristine-tar yet ?
[23:11] <james_w> lifeless, no
[23:14] <james_w> lifeless, so, pristine-tar gets unhappy if you don't give it all the files, and we provide those files by exporting the tree, so .bzr* will be missing. My hunch is that we can get away with providing /more/ files that pristine-tar needs, so we could use sprout rather than export, or add a hack and manually export any .bzr* files in the tree
[23:15] <lifeless> argh!
[23:17] <jam> vila
[23:28] <mkanat> lifeless: Oh, somehow sourcedeps never got updated to pull in the loggerhead that had the fix for that KeyError.
[23:33] <mwhudson> mkanat: ! :(
[23:33] <mkanat> mwhudson: I know.
[23:33] <mkanat> mwhudson: I'm proposing a merge for that now.
[23:34] <mkanat> https://code.launchpad.net/~mkanat/launchpad/lp-loggerhead-update/+merge/45787
[23:38] <lifeless> james_w: what does builder do for v3?
[23:38] <james_w> lifeless, falls over
[23:39] <lifeless> ok