[00:07] <mkanat> mwhudson: What version of pygments is installed on codebrowse?
[00:10] <mwhudson> mkanat: whatever's in hardy i guess
[00:11] <mkanat> mwhudson: Okay.
[00:11] <mwhudson> mkanat: 0.9-2
[00:11] <mkanat> mwhudson: Thanks! :-)
[00:11]  * igc building Windows installers for 2.2b2 today
[00:38] <blueyed> krisives-gearbox: well, the old commit would still be there.. you're creating only a new one. I would go with several "uncommits", fix the one in question, then redo the latter ones. edgimar ^^
[00:40] <igc> spiv, bug 496813 has landed into 2.1 now right?
[00:51] <poolie> hi all
[00:59] <spiv> igc: yes, thanks, bug updated
[01:00] <igc> spiv: thanks
[01:04] <poolie> lifeless (if any), I was thinking last night
[01:04] <poolie> perhaps we could test pqm in the real environment but on a different branch
[01:04] <poolie> so that it doesn't block development like bug 568100
[01:07] <lifeless> poolie: so thats not pqm itself; thats the subunit version in the chroot
[01:08] <poolie> because it changed recently and 2.0 is incompatible?
[01:08] <poolie> ok, but even beyond that specific bug
[01:08] <lifeless> the lack of feedback is hopefully fixed at this point, or at least, one less cause removed
[01:08] <lifeless> poolie: an edge/testing environment would be good
[01:08] <lifeless> I'm not dismissing that
[01:08] <poolie> needing to test it in the deployed environment seems not to be quite the same as needing it to be tested within our main workflow
[01:08] <lifeless> just noting the details of that particular problem
[01:09] <poolie> so we need to land a change to 2.0 that makes it pass with current subunit?
[01:09] <lifeless> yes
[01:09] <poolie> i see
[01:09] <lifeless> I've commented with a reasonable pointer in the bug
[01:10] <lifeless> I think an edge/staging environment for our CI stuff would be great
[01:10] <lifeless> that way when we move to tarmac, or whatever changes we want, we can be more confident before making changes.
[01:12] <poolie> so that would be i guess a different mail address and a different destination branch?
[01:12] <lifeless> and different test chroot
[01:12] <lifeless> and different pqm tree
[01:13] <lifeless> possibly even a different machine [perhaps a UEC vm] as there are dependencies involved like launchpadlib version
[01:33] <igc> hi poolie. Trip back to the big smoke all go ok?
[01:34] <poolie> it was fine
[01:34] <poolie> i really liked seeing brisbane again
[01:34] <jbowtie> Hi, does anyone have any pointers on integrating NTLM support?  I've been using python-ntlm and urllib2 directly in my TFS plugin and would like to switch to using the HTTP transport.
[01:34] <poolie> and seeing you
[01:34] <igc> poolie: we even put on some rain for you :-)
[01:35] <igc> poolie: ditto
[01:35] <rephormat1> greetings everyone.
[01:36] <rephormat1> I was wondering if anyone would have some time to discuss the workflow for a standard bazaar development environment
[01:36] <poolie> lifeless: is it possible at all that pqm could put the failures on its own webserver and just post a link to the mp?
[01:36] <jbowtie> Mostly I want to make sure I interact correctly with the credentials support so I can prompt for a password; should I just look at the urllib2 wrapper stuff?
[01:37] <poolie> jbowtie: it sounds good; you probably want to come in through the bzr authentication layer
[01:37] <rephormat1> I have successfully used bazaar in both a local and bzr+ssh fashion, but when I use the bzr+ssh fashion it always commits to the server rather than locally.
[01:37] <poolie> but ntlm has an intimate connection to http so it may be complex
[01:37] <poolie> j: vila knows the most about this but he may be asleep
[01:38] <mkanat> lifeless (or whoever): The lru_cache thread fix is in 2.1.0, right?
[01:38] <mkanat> (That's what the bug says, I just want to be sure it's right.)
[01:40] <jbowtie> poolie: I was hoping I could just plug in the urllib2 provider that python-ntlm provides, but since all that stuff appears to be wrapped I was unsure how straightforward it was going to be.
[01:41] <jbowtie> rephormat1: I usually create a branch locally, commit there, then push to the remote server.
[01:43] <jbowtie> If we get NTLM support integrated I can publish my bzr-tfs plugin, that's really the only missing piece.
[01:50]  * igc out for a few hours
[01:51] <igc> (2.2b2 builds for windows kicked off)
[01:55] <rephormat1> j: does that mean you would do a bzr checkout bzr+ssh://server/project/
[01:55] <rephormat1> J: make changes to the code, test, commit
[01:55] <rephormat1> j: then do a bzr push?
[01:59] <jbowtie> rephormat1: Well, I would do a bzr branch; if I did a bzr checkout I wouldn't need to push (bound branches commit to both the server AND the local branch)
[02:00] <rephormat1> ahhh
[02:02] <rephormat1> jbowtie: so I would do a bzr branch bzr+ssh://server/path/project ~/project
[02:02] <rephormat1> jbowtie: make my changes, test, commit, then bzr push?
[02:04] <jbowtie> rephormat1: Yes - with that workflow everything stays locally until you push to the server.
[02:04] <mwhudson> mkanat: +1 to working on bug 420738
[02:04] <rephormat1> EXCELLENT!
[02:05] <rephormat1> jbowtie: What happens if I make changes to the same file as one of my other editors?
[02:05] <rephormat1> jbowtie: just tell me if I'm being lazy and I'll try to make sense of the documentation again.
[02:05] <mkanat> mwhudson: Thanks. :-)
[02:07] <jbowtie> rephormat1: Usually that stuff just merges seamlessly. If there was a merge conflict I imagine you'd have to pull down the server changes, resolve the conflicts locally, then push again.
[02:08] <rephormat1> jbowtie: Thank you very much for your help, jbowtie. I appreciate it. Trying to get my programming group at our university to switch to bazaar
[02:08] <jbowtie> rephormat1: I have Subversion habits so I usually pull just before pushing as a safety precaution, but bzr has never bitten me.
[02:09] <rephormat1> Now all I have to do is find a bug tracking web gui for bazaar
[02:09] <jbowtie> rephormat1: No worries, doing the same at work which is why I'm working on a TFS plugin.
[02:09] <mkanat> rephormat1: Bug-tracking and version-control are unrelated....
[02:09] <rephormat1> I can't do it on launchpad.. at least not right now as all this code is inhouse and can't be public
[02:09] <rephormat1> TFS?
[02:10] <jbowtie> TFS = Team Foundation Server. Horrible Microsoft proprietary thing.
[02:10] <rephormat1> mkanat: my apologies. What I meant was being able to reference a bug ticket like you can when doing a commit with launchpad.
[02:11] <rephormat1> jbowtie: DUDE!  LOL!!
[02:12] <mkanat> rephormat1: Although I don't currently know of any integration within Bugzilla for bzr.
[02:12] <jbowtie> rephormat1: That might be my next project after this.
[02:12] <rephormat1> mkanat: I don't understand. Your saying it works out of th box, but that there is no integration?
[02:13] <mkanat> rephormat1: bzr supports noting that a particular commit is associated with a particular bug in Bugzilla.
[02:13] <jbowtie> rephormat1: I think Trac is also well supported; there's a bzr plugin IIRC.
[02:13] <mkanat> rephormat1: It's a feature in bzr.
[02:13] <rephormat1> Can you imagine.. a primarily open-systems group using SHAREPOINT!!!
[02:13] <rephormat1> so I showed them the light with Mediawiki
[02:13] <rephormat1> LMAO!!
[02:14] <rephormat1> jbowtie: yeah I was looking at bzr-trac at launchpad. The only thing I didn't like about it was that it required a directory to be completely empty to create a "trac"d branch
[02:15] <rephormat1> mkanat: I'm going to have to research that. Do you know if bugzilla can be downloaded and setup as a local private bug reporting system?
[02:15] <rephormat1> just curious..
[02:15] <mkanat> rephormat1: Yes, for sure.
[02:16] <rephormat1> mkanat: I TRIED to install a local private setup of launchpad... MAN that was a pain in the a$$..
[02:16] <mkanat> rephormat1: I can imagine.
[02:17] <rephormat1> mkanat: so I gave up... I'm a quitter.. I know... lol
[02:18] <rephormat1> but both of you have just peaked my curiousity and made my convincing arguement that much easier
[02:18] <mkanat> Okay, I have spent six hours reading this effing log, it's time to take a break.
[02:19] <rephormat1> mkanat: What log?
[02:19] <mkanat> rephormat1: Unrelated to our conversation.
[02:19] <mkanat> rephormat1: Related to loggerhead work I'm doing.
[02:19] <rephormat1> mkanat: excellent
[03:07] <zeroseven0183> Hi
[03:08] <zeroseven0183> I need help
[03:08] <zeroseven0183> I was trying to download the Ubuntu Manual project files
[03:08] <zeroseven0183> via bzr branch lp:ubuntu-manual last night
[03:09] <zeroseven0183> I was able to start it, but in the middle of the download, I decided to cancel (since I'm going to bed already)
[03:09] <zeroseven0183> Now, when retrying to download it gives me "bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist."
[03:09] <zeroseven0183> How do I correct this?
[03:10] <zeroseven0183> I've tried with different directory/folder (with the same name, and with a different name), but still the same error
[03:11] <jbowtie> zeroseven0183: So you're trying to branch it again?
[03:11] <zeroseven0183> Yes, correct
[03:13] <zeroseven0183> "Permission denied (publickey). bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist."
[03:13] <jbowtie> zeroseven0183: OK, I seem to be branching it without a problem. Can I assume you've checked your connectivity?
[03:13] <zeroseven0183> Yes, I did and it's working fine
[03:15] <jbowtie> zeroseven0183: Can you branch other projects from launchpad?  For example, lp:quickly?
[03:15] <zeroseven0183> On the same directory?
[03:15] <zeroseven0183> Ok, wait
[03:16] <zeroseven0183> Sadly, now
[03:16] <zeroseven0183> Same error "Permission denied (publickey). bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist."
[03:16] <jbowtie> Hmmm...does bzr info output anything?
[03:17] <zeroseven0183> bzr: ERROR: Not a branch: "/home/tutdek/Quickly/".
[03:17] <jbowtie> zeroseven0183: OK - is there a .bzr subdirectory in that directory?
[03:18] <zeroseven0183> No, there is no .bzr
[03:18] <zeroseven0183> But what I see in my /home folder is .bazaar
[03:20] <jbowtie> zeroseven0183: Well if there's no .bzr directory then it's not even getting far enough to start creating the branch. The other possibility is permissions; maybe send off an email to the launchpad admins?
[03:20] <zeroseven0183> Alright but how come I was able to do that last night?
[03:21] <zeroseven0183> Something to do with my Public Key
[03:22] <zeroseven0183> I already generated and reposted my public key twice this morning
[03:22] <jbowtie> zeroseven0183: I don't know - at this point I'm speculating (note that the error message does say 'Permission denied' ).
[03:22] <zeroseven0183> Yup
[03:23] <jbowtie> zeroseven0183: Best bet is to  contact the admins, they can probably tell you what's going on; maybe some spammer got your ISP subnet blacklisted.
[03:24] <fullermd> The error means it's not succeeding at key auth.  Which probably means the key you're using locally and the key on LP are different.
[03:24] <fullermd> Try just connecting manually with ssh, and sprinkle on -v's to taste to see what key it's expecting to use.
[03:25] <zeroseven0183> I have two SSH keys in my Launchpad account
[03:25] <zeroseven0183> Are they both being scanned when branching?
[03:26] <fullermd> I'd imagine.
[03:26] <fullermd> But don't guess.  See what ssh says.
[03:28] <zeroseven0183> Never thought the efects of cancelling that download would be harder
[03:36] <zeroseven0183> Alright, fullermd, how do I do the ssh -v thing?
[03:36] <zeroseven0183> Sorry I'm not good in command lines
[03:36] <spiv> zeroseven0183: "ssh -v bazaar.launchpad.net"
[03:37] <spiv> zeroseven0183: and see which keys it tries
[03:37] <zeroseven0183> The last line still says Permission denied (publickey)
[03:38] <fullermd> May need a couple (-vv or -vvv) to see all the details; I don't know offhand what levels reports everything you need.
[03:38] <spiv> zeroseven0183: right, but hopefully the other lines will give you some information about which keys ssh is trying to use
[03:43] <zeroseven0183> Ok. Here's what I got http://pastebin.com/i17EkVBB
[03:43] <zeroseven0183> http://pastebin.com/raw.php?i=i17EkVBB
[03:45] <spiv> zeroseven0183: oh, I forget
[03:46] <spiv> zeroseven0183: you should also explicitly use your launchpad username with "ssh -v"
[03:46] <spiv> zeroseven0183: e.g. "ssh -vv bazaar.launchpad.net -l zeroseven0183" or whatever
[03:46] <spiv> (Unless your Launchpad username is tutdek?)
[03:47] <zeroseven0183> Nope
[03:47] <spiv> Otherwise that debug output just tells us that none of your local keys match the public key on launchpad for 'tutdek' :)
[03:47] <zeroseven0183> Here's the changes http://pastebin.com/raw.php?i=bEWWMRAd
[03:48] <zeroseven0183> Just added -l zeroseven0183
[03:49] <spiv> Ok, then none of the keys you have locally in .ssh match any of the ones on your Launchpad account.
[03:50] <spiv> It says it is trying 3 different keys in your .ssh directory, but none of them are right.
[03:52] <spiv> zeroseven0183: take a look at your .ssh/id_rsa.pub file, does it match one of the ones at https://edge.launchpad.net/~zeroseven0183/+sshkeys ?
[03:53] <zeroseven0183> Now that's a lot of characters! :-)
[03:54] <zeroseven0183> Yes, I think they're match
[03:54] <spiv> Hmm!  Then I'm not sure why it would fail :(
[03:55] <zeroseven0183> Wait
[03:55] <zeroseven0183> I have two keys in edge.launchpad.net
[03:55] <spiv> Yes.  That's fine.
[03:55] <zeroseven0183> The last one matched with what's in the .pub
[03:55] <spiv> You can have twenty if you like ;)
[03:56] <zeroseven0183> Hmmm... I wish I was more patient last night
[03:57] <zeroseven0183> The download was just 50% when I cancelled it
[03:57] <spiv> I don't know why that key would have stopped working overnight.
[03:57] <mkanat> This is the second time that a loggerhead bug has taken me weeks or months to track down and ended up being a tiny, tiny fix.
[03:57] <spiv> mkanat: heh
[03:58] <zeroseven0183> spiv: I guess I should go and e-mail the Launchpad admins?
[03:58] <spiv> zeroseven0183: at this point I only have increasingly unlikely theories, e.g. that the permissions on your .ssh directory or the .ssh/id_rsa file are wrong, but I'd expect ssh to warn if that's the case.
[03:59] <spiv> ("ls -ld ~/.ssh" should show "drwx------", and "ls -l ~/.ssh/id_rsa" should show "-rw-------")
[04:00] <spiv> Hmm: "debug2: we did not send a packet, disable method" is odd
[04:01] <zeroseven0183> :-(
[04:02] <spiv> It should have lines like "Offering public key: /home/andrew/.ssh/id_rsa", but it doesn't.
[04:03] <zeroseven0183> OK wait... I think I'm seeing some light
[04:03] <spiv> It definitely shows signs of being a local configuration problem, but I don't know what.
[04:03] <zeroseven0183> You mentioned the ls -l ~/.ssh/id_rsa
[04:03] <zeroseven0183> being in the ~/.ssh directory
[04:03] <zeroseven0183> I don't have that
[04:03] <spiv> Oh!  I see.
[04:03] <zeroseven0183> So I moved the id_rsa and id_rsa.pub on that directory
[04:04] <spiv> I guess that's what the "((nil))" parts mean.
[04:04] <zeroseven0183> Actually, the filename was originally idko and idko.pub
[04:04] <zeroseven0183> then ran bzr branch lp:ubuntu-manual
[04:04]  * fullermd blinks.
[04:04] <spiv> You can set the filename in your .ssh/config.
[04:04] <spiv> Not that there's much reason to use anything other than the default if you only have one key on that system.
[04:04] <zeroseven0183> And now it's trying to fetch the revisions
[04:05] <zeroseven0183> Yup
[04:05] <spiv> Ah good.  Glad I could help!
[04:05] <zeroseven0183> I think I can breathe now
[04:05] <zeroseven0183> Sure
[04:05] <zeroseven0183> Everyone who chatted with me here were very helpful
[04:05] <zeroseven0183> What a learning experience
[04:06] <zeroseven0183> Thank you very much, people
[04:06] <spiv> Well, you've reminded me of some details of how to interpret ssh -vv output :)
[04:07] <zeroseven0183> And now for the most exciting part of the day... LUNCH!
[04:07] <zeroseven0183> I'm off now, guys
[04:07] <zeroseven0183> Thank you very very much!
[04:07] <zeroseven0183> You did very well in helping me
[04:07] <zeroseven0183> See you around next time
[04:07] <zeroseven0183> :-)
[04:17] <mkanat> mwhudson: Okay, MP: https://code.launchpad.net/~mkanat/loggerhead/limit-pygments/+merge/23900
[04:20] <mwhudson> mkanat: if (): looks like C :)
[04:20] <mkanat> mwhudson: Oh, right. I'm sleepy. :-)
[04:49]  * spiv -> lunch
[06:16]  * man_in_work waves
[06:18] <man_in_work> i'm trying to branch a bzr repo and i'm getting "No repository present"
[06:19] <man_in_work> using command: bzr branch sftp://user@server/path/to/branch/
[06:20] <man_in_work> /path/to/branch exists as an absolute path on the server, and includes a .bzr directory
[06:20] <man_in_work> inside that, there is a file "branch-format", which reads: Bazaar-NG meta directory, format 1
[06:21] <man_in_work> my bzr --version reads: Bazaar (bzr) 2.1.1
[06:21] <fullermd> The whole output would be helpful.  Also an 'info' of that URL.
[06:22] <man_in_work> bzr: ERROR: No repository present: "sftp://user@server/path/to/branch/"
[06:22] <man_in_work> ^^ whole output
[06:22] <man_in_work> what do you mean by info?
[06:22] <fullermd> bzr info $URL
[06:22] <man_in_work> same output
[06:23] <fullermd> What all is in the .bzr?
[06:24] <man_in_work> branch-lock, branch directories, branch-format and README files
[06:26] <man_in_work> is bzr-ng a different tool to bzr 2.x?
[06:26] <fullermd> bazaar-ng is bzr.  I'm not sure what bzr-ng is.
[06:26] <fullermd> What about in /path/to and /path?  That doesn't list a repository.
[06:29] <man_in_work> there is a .bzr in the 2nd-level directory in /path/to
[06:29] <fullermd> Does the user have access to it?
[06:31] <man_in_work> perms are 755 on directories and 644 on files
[06:31] <man_in_work> so, yes
[06:31] <fullermd> Well, bzr is telling you that for some reason it can't get its hands on it.
[06:31] <fullermd> Maybe .bzr.log says something?  There's some -D flag to get it to tell more about what it's doing...
[06:33] <fullermd> -Dsftp maybe?  Though I suspect that talks more about the interaction with sshd itself than the activity happening over it.
[06:33] <fullermd> I thought there was a -Dtransport or something, but I don't see it in the docs.
[06:33] <man_in_work>   File "/usr/lib/python2.5/site-packages/bzrlib/bzrdir.py", line 684, in find_repository
[06:33] <man_in_work>     raise errors.NoRepositoryPresent(self)
[06:33] <man_in_work> ^^ that's the end of the backtrace in the log
[06:33] <fullermd> If you've got bzr on the server, bzr+ssh has some more options (and is a better all around choice anyway)
[06:33] <fullermd> Yeah, but that doesn't tell us where it {was looking,had looked}.
[06:34] <man_in_work> some smart fellow decided to use a bzr repo on a server that doesn't have bzr installed
[06:34] <man_in_work> don't ask me why
[06:35] <fullermd> Well, you could try pretending to be bzr.  Use sftp(1) yourself to go in as that user and poke around, make sure you can reach into the repo.
[06:36] <fullermd> spiv: ^^ am I missing a -D option to tell what files it's trying to look up?
[06:36] <man_in_work> don't see any problems
[06:36] <man_in_work> with direct sftp access
[06:38] <man_in_work> i don't see -D on the manpage anywhere
[06:38] <man_in_work> is it a flag to bzr or to branch?
[06:38] <fullermd> To bzr.
[06:38] <fullermd> `bzr help debug-flags`
[06:46] <poolie> igc, source is properly frozen now
[06:46] <poolie> https://edge.launchpad.net/bzr/2.2/2.2b2
[06:47] <fullermd> poolie: Oh, you're around to bug instead of spiv    :)
[06:48] <igc> poolie: thanks. I'll check the installer builds now
[06:48] <fullermd> poolie: Am I misremembering that there used to be a -Dtransport or the like?
[06:48] <poolie> not for much longer  :)
[06:48] <poolie> fullermd: there is log+sftp:// etc
[06:48] <poolie> i would like a debug option that puts this onto all transports but i don't think it exists yet
[06:48] <fullermd> Ooh, maybe that's what I'm trying to think of.
[06:48] <fullermd> man_in_work: Try that  ^^^
[06:49] <man_in_work> got some useful info
[06:51] <man_in_work> No such file: '/path/to/branch/.bzr/checkout/format': [Errno 2] No such file
[06:51] <fullermd> Probably irrelevant.  'branch' doesn't really do anything meaningful with that.
[06:53] <man_in_work> what about repository/format?
[06:55] <fullermd> That's more what we're be looking for.
[06:56] <man_in_work> well, that also doesn't exist
[06:56] <man_in_work> there's no repository directory
[06:57] <man_in_work> i see a repository.backup in an ancestor directory's .bzr
[06:58] <man_in_work> looks like someone's been screwing around
[07:07] <man_in_work> fullermd: thanks for your help
[07:36] <naoki> ping: vila
[07:36] <vila> naoki: yeah ! pong
[07:36] <naoki> vila: https://code.launchpad.net/~songofacandy/bzr/fix-523746-dev/+merge/20537
[07:36] <vila> naoki: yup, can you break it ?
[07:37] <naoki> vila: bzr uses win32utils.get_unicode_argv. So bzr recieve args by unicode
[07:40] <vila> naoki: meh
[07:40] <bialix> _o/
[07:40] <bialix> _o|
[07:40] <bialix> _o/
[07:41] <naoki> Please wait some minutes. (I'l
[07:42] <naoki> I'll test your branch from now.
[07:43] <naoki> I'm using Japanese WinXP.
[07:43] <naoki> add new file in Chinese name. commit, and modify it.
[07:45] <naoki> vila: http://paste.ubuntu.com/420255/
[07:45] <naoki> This is your fix.
[07:46] <vila> naoki: great, can you send me a tarball of the wt/branch/repo
[07:47] <vila> what is cp932 ?
[07:47] <naoki> Japanese codepage. It's Shift_JIS + some extra chars.
[07:48] <vila> is the filename valid in this encoding ?
[07:48] <naoki> No. It isn't.
[07:48] <vila> then we have a far larger problem
[07:48] <naoki> But I can add that file name from TortoiseBZR, qbzr, etc.
[07:49] <naoki> Because bzr recieves args by unicode.
[07:49] <bignose> I'm trying to convert a repository stored on a remote server to which I have only SSH and SFTP access; it doesn't have Bazaar installed.
[07:49] <bignose> $ bzr check sftp://bzr@fs/~/
[07:49] <bignose> Format RepositoryFormatKnit3() for<EMAIL_ADDRESS>is deprecated - please use 'bzr upgrade' to get better performance
[07:49] <vila> naoki: from the command line ?
[07:49] <bignose> $ bzr upgrade sftp://bzr@fs/~/
[07:49] <bignose> bzr: ERROR: Cannot convert from format RepositoryFormatKnit3() to format RepositoryFormat2a().    Does not support nested trees
[07:50] <bignose> am I correct in thinking that current Bazaar 2.1 should be able to convert any previous Bazaar repository format to 2a?
[07:50] <bignose> if not, what are the limits? if so, why is this not working?
[07:50] <naoki> vila: I'ts very difficult. I can't input chinese from keyboard. But I can copy&paste the filename.
[07:51] <naoki> vila: I can do diff in cmd.exe http://paste.ubuntu.com/420255/
[07:52] <maxb> bignose: Knit3 is dirstate-with-subtree, you can only convert it to other formats which also support -subtree. That's what the "Does not support nested trees" is about
[07:52] <vila> naoki: 'bzr diff' alone works right ?
[07:53] <naoki> vila: filename is broken. But others are all right.
[07:53] <vila> naoki: I smell something wrong about bzr receiving unicode...
[07:53] <vila> naoki: broken how ?
[07:54] <vila> naoki: is GetCommandLineW documented somewhere ? My feeling is that this function handle the conversion from the input encoding to unicode
[07:55] <naoki> vila: This is how to reproduce http://paste.ubuntu.com/420255/
[07:55] <vila> naoki: well, almost, I don't have winmerge nor your branch :-/
[07:56] <naoki> vila: No. On Windows, filenames and commandline arguments are unicode internally.
[07:56] <naoki> vila: So, sys.argv is encoded string. Not original.
[07:56] <vila> naoki: yes, in bzr too, yet there are encoded.edecoded at appropriate times
[07:56] <vila> you mean decoded ?
[07:57] <vila> python use decode to go from one encoding to unicode and encode to go from unicode to one encoding
[07:57] <bignose> maxb: okay. so what current format could I convert this repository to?
[07:57] <naoki> vila: I means Python's default sys.argv. It is from main(int argc, char *argv[]). And argv is encoded.
[07:58] <naoki> (Python3's sys.argv is from main(int argc, wchar *argv[]). So it's native unicode)
[07:59] <bignose> ‘bzr help current-formats’ doesn't mention subtree anywhere in its list.
[07:59] <bignose> is there any currently-supported format that supports subtree?
[07:59] <vila> naoki: AFAIK you can't *type* unicode on the command line, you always use the user encoding *then* python decodes it into unicode
[08:01] <naoki> vila: Windows command prompt is based on unicode. So I can use unicode on command line.
[08:01]  * vila scratches head
[08:01] <bignose> naoki: it's important to realise that “encoded string” is *not* Unicode. Those are two different data types.
[08:02] <bignose> either you have an encoded string, which is not unicode
[08:02] <naoki> vila: And win32utils.get_unicode_argv() recieves command line by unicode.
[08:02] <bignose> or you have unicode, which is not an encoded string.
[08:02] <bignose> you need to be clear about which you have at any given moment.
[08:03] <vila> naoki:  win32utils.get_unicode_argv() relies on GetCommandLineW and I suspect the later handles the decoding, where is it documented ?
[08:04] <naoki> vila: commandline is UTF-16 in Windows. GetCommandLineW gets the commandline without encoding/decoding.
[08:04]  * vila blinks
[08:05] <vila> naoki: there are several places in bzr where we use osutils.get_user_encoding() even on win32 (see win32utils), I'd really like to understand what is happening here
[08:05] <vila> bialix: can you help here ?
[08:06] <naoki> bzr uses that encoding when output to console.
[08:07] <naoki> And then, console decode it to utf-16 and show.
[08:08] <naoki> On windows API, everything is Unicode based. And encoded string is used for compatibility to ascii based application.
[08:08] <vila> naoki: no, we use different encodings for: use, terminal and file system
[08:09] <vila> http://stackoverflow.com/questions/846850/how-to-read-unicode-characters-from-command-line-arguments-in-python-on-windows seems to imply that GetCommandLineW is indeed decoding into unicode
[08:10] <vila> naoki: i.e. the command-line itself is not in unicode, it's decoded by GetCommandLineW
[08:11] <naoki> vila: GetCommandLineW doesn't decode anything. commmandline is unicode and GetCommandLineW pass it.
[08:13] <vila> naoki: why does python needs GetCommandLineW then ?
[08:13] <naoki> vila: sys.argv is **encoded** arguments. So it may be broken.
[08:14] <naoki> vila: It is why we should use GetCommandLineW to get unicode arguments.
[08:15] <vila> naoki: ok, so we disagree on that, you say the command line is unicode, I say it's encoded in user encoding, what code can you use to decide on that ?
[08:15] <vila> naoki: 'sys.argv is **encoded**' by who ?
[08:16] <vila> naoki: and how ? That's what we need to find to be able to replicate around subprocess.Popen
[08:16] <naoki> vila: MSVCRT encode arguments and pass it to main()
[08:16] <vila> naoki: then Popen most probably will do the same
[08:16] <naoki> vila: Python3's subprocess module uses CreateProcessW. So it can pass unicode arguments to child process.
[08:17] <naoki> vila: But Python2's subprocess can't handle unicode.
[08:17] <vila> haaaaa, but we are stuck with python2 so far
[08:17] <vila> naoki: can we trick it into accepting utf8 encoding ?
[08:17] <naoki> vila: So, there are 2 ways: 1. Use CreateProcessW manually like GetCommandLineW.
[08:18] <bialix> vila: on Windows command line is unicode
[08:18] <naoki> vila: 2. replace chars that doesn't represent in user_encoding.
[08:19] <vila> bialix: meh, when is the user encoding used then ?
[08:19] <vila> naoki: 1) sounds better,
[08:20] <bialix> vila: internal Windows API is unicode (functions end with W), but there is also ANSI API (functions end with A), under the hood A functions do encoding on the fly, IIUC
[08:20] <vila> naoki: about 2) replacing chars means losing some info, what are we trynig to preserve here and can't we switch to a purely arbitrary name with ascii only chars ?
[08:20] <bialix> python uses A
[08:21] <bialix> I guess for Windows 98 compatibility
[08:22] <MvG> Hi guys! I've just offered the bzr-bash-completion plugin for merging into bzr.dev, as distro packagers as well as users mostly prefer this over an independent plugin. https://code.launchpad.net/~gagern/bzr/bug560030-include-bash-completion-plugin/+merge/23912 open for comments. I'll be around.
[08:24] <vila> bialix, naoki: Sorry to sound dense, but how to you guys can be sure that the command line is unicode ? The fact windows *internally* uses a unicode API doesn't guarantee that the command line itself doesn't respect the user encoding
[08:24] <vila> otherwise what's the point of the user encoding ? Why do we use it in win32utils.get_appdata_location() for example ?
[08:24] <bialix> vila: it depends on how program is launched
[08:25] <vila> bialix: all right, let's focus to subprocess.Popen then since that's where the bug seems to be actually
[08:25] <bialix> user encoding? what's wrong with user encoding?
[08:25] <bialix> vila: subprocess.Popen can't use unicode API
[08:26] <bialix> there is some code in subprocess.py explicitly disabled unicode on Windows.
[08:26] <vila> bialix: nothing wrong with user encoding, my question is why do we use it to *decode* some data if it's already unicode ?
[08:26] <bialix> vila: lemme look at get_appdata...blah-blah-blah
[08:27] <bialix> vila: I don't see there user_encoding
[08:27] <vila> naoki: to be clear, I'm not saying you're wrong, just that I don't understand the logic here :)
[08:28] <vila> bialix: wtf
[08:28] <bialix> vila: os.environ holds data as plain strings
[08:28] <vila> bialix: oh, it's in the docstring
[08:29] <bialix> Mark Hammond said it's actually should be 'mbcs' encoding
[08:29] <vila> bialix: hmm, mbcs is the file system encoding right ?
[08:30] <bialix> well, mbcs it's a ... mbcs!
[08:30] <bialix> file system encoding depends on file system. AFAIK NTFS s unicode
[08:31] <vila> bialix: ha, look at _ensure_unicode which call get_user_encoding
[08:31] <bialix> I'm not quite understand internals of mbcs, but it's a very strange thing
[08:31] <bialix> vila: yep
[08:32] <bialix> vila: on my Russian system mbcs == cp1251
[08:32] <bialix> cp1251 is also russian
[08:32] <bialix> maybe on Japanese/Chinese systems mbcs means something different, I really don't know
[08:34] <naoki> 'mbcs' is an alias. It is set by site.py
[08:35] <bialix> I suspect something like that
[08:41] <naoki> spawn is easier than CreateProcess: http://paste.ubuntu.com/420255/
[08:41] <vila> naoki: I just pushed a new revision (forcing mbcs for subprocess.Popen), can you re-try
[08:42] <vila> naoki: that's still the same url you've been pasting for the third time, is this intended ?
[08:42] <naoki> miss. http://paste.ubuntu.com/420272/
[08:43] <vila> naoki: that one is about spawn
[08:44] <naoki> spawnw uses unicode.
[08:44] <naoki> So I think we can use it instead of subprocess.call
[08:44] <naoki> AFK, sorry.
[08:45] <vila> naoki: you mean _wspanlp uses unicode, ok, but what was 'miss' referring to ?
[09:42] <lifeless> its kindof sad shutting down my persistent IRC server
[09:42] <spiv> Heh.
[09:43] <spiv> Try to think of it as liberating!
[09:43] <lifeless> sure
[09:43]  * lifeless tries
[09:43] <spiv> Just etch "/win" on your glasses and you won't miss a thing.
[09:43] <lifeless> rotfl
[09:54]  * igc dinner
[10:16] <naoki> I'm back.
[10:16] <naoki> http://paste.ubuntu.com/420312/
[10:16] <naoki> I find that subprocess can use pywin32's CreateProcess.
[10:17] <naoki> I confirm that changeing if 0: => if 1: fixes this problem.
[10:17] <naoki> So, win32utils can replace some subprocess attributes with pywin32.
[10:18] <naoki> Or, we can just copy subprocess.py into bzrlib and fix that.
[10:19] <cbz> When i have a branch inside a repository, and i've deleted branches inside that shared repository, is there a way of getting that repository t throw away the stuff it doesn't need any more?
[10:20] <AfC> cbz: the bullet-proof way is to make a new repository, branch the branches you like from under the old repository to locations within the new one, then ta-da, remove the old repository & all its branches.
[10:20] <AfC> cbz: there is a "garbage collector" floating around somewhere, too
[10:22] <cbz> Okay. If I choose the first option, is bazaar able to work out the rlationships between the branches and store things effectively?
[10:22] <spiv> Yes.
[10:23] <cbz> I assumed the shared repository only really worked because you were branching within it, and so bazaar kept track of the relationships between versions that way
[10:24] <spiv> Even if you branch from somewhere outside the shared repo into the shared repo, bazaar will avoid storing duplicate records.
[10:25] <cbz> Okay.
[10:25] <spiv> (Mostly; the small amount of redundancy that can occur will be continually tidied up by the regular autopacking that occurs as new data is added to a repo.)
[10:26] <MvG> I assume that branching everything over into a new repo will still loose non-versioned data like parent branches, push branches, merge branches and so on, right?
[10:28] <AfC> MvG: yes
[10:28] <AfC> (good point)
[10:29] <cbz> so the best thing is probably to get to the point where every project has one branch and then just branch that to the new location and then rebind?
[10:30] <cbz> (I'm tracking remote subversion repositories)
[10:30] <MvG> Copying .bzr/branch/branch.conf files might work as well.
[10:31] <MvG> I'd suggest one repo per project in any case, as there is little point in sharing a repo between branches with no common history.
[10:33] <MvG> lifeless: are you around?
[10:46] <vila> naoki: sorry, just noticed you're back
[10:48] <vila> naoki: yeah, I've seen the if 0 in subprocess too, since that's part of python standard lib, it's... a problem to touch it, and I thought you said we needed CreateProcessW not CreateProcess (whatever the correct spelling is)
[10:48] <naoki> pywin's CreateProcess uses CreateProcessW
[10:49] <vila> naoki: re-reading your patch, I see you also use 'mbcs' encoding so my last patch should work no ? (the tests should fail though)
[10:50] <lifeless> MvG: a little; last stages of house packup before moving country
[10:50] <MvG> lifeless: You're moving, too? Funny, I'm amidst boxes as well.
[10:51] <MvG> lifeless: Anyway, I was wondering whether you could review https://code.launchpad.net/~gagern/bzr/bug513322-authors/+merge/23122 as you reviewed its predecessor.
[10:51] <naoki> vila: Maybe, getfilesystemencoding() is better on non-win32
[10:51] <lifeless> MvG: realistically, not until tuesday/wednesday
[10:51] <naoki> vila: because _subprocess module uses filesystemencoding.
[10:51] <lifeless> MvG: has vila reviewed it ?
[10:52] <vila> naoki: no, getfilesystemencoding should be used only when dealing with file system directly
[10:52] <lifeless> naoki: python trunk using fsencoding for subprocess module on win32
[10:52] <lifeless> fwiw
[10:52] <MvG> lifeless: Yes, he has, and I'v eadded some buts of documentation and minor style fixes in response.
[10:52] <vila> lifeless: I did, but it needs a second review
[10:52] <lifeless> vila: can you mention it to John then ?
[10:53] <lifeless> MvG: in 12 hours a team of packers arrives to pack - a drop-dead deadline ;)
[10:53] <lifeless> we've still got ~ 3 cubic metres of recycling and landfile to deal with and other similar things
[10:53] <lifeless> or I'd be delighted to review it for you
[10:55] <MvG> lifeless: I understand. I've got more like 44h before I've got to start loading things.
[10:55] <naoki> lifeless: I'm wrong. not _subprocess. posixmodule.execv uses Py_FileSystemDefaultEncoding
[10:56] <MvG> There is no real urgent need, but I'd like to get stuff off my head nevertheless, so I'm bugging people to review my requests.
[10:56] <naoki> So, subprocess.call in posix uses filesystem encoding if it is available.
[10:56] <naoki> But I think there are no need to encode by hand on non-win32 platform
[10:58] <lifeless> vila: alternatively you could make a call that its small enough vs the predecessor and just land it
[10:58] <lifeless> if the predecessor had 2 conditional +1s
[10:59] <naoki> This is a monkey patch to force subprocess uses pywin32's CreateProcess http://paste.ubuntu.com/420337/
[10:59] <vila> lifeless: it didn't, you're the only one that has reviewed it
[10:59] <lifeless> ah
[10:59] <lifeless> well if you can point John at it, it would be good to get MvG the feedback he needs
[11:00] <lifeless> MvG: if I can, I will, but I'd like to make other primary arrangemetns for you
[11:00] <MvG> lifeless: Thanks!
[11:00] <vila> lifeless: what is the status of pqm at this hour ?
[11:01] <lifeless> vila: it should be working
[11:01] <lifeless> vila: its generally landing things that should land, and we ahven't had it blow up for bzr today, at all
[11:08] <a`> DCC SEND "XXXXXXXXXXXXXXXXXXXXXXXXXX" 0 0 0
[11:08] <LeoNerd> *slow handclap*
[11:10] <vila> naoki: brr, monkey-patching such a large part without any tests is scary
[11:11] <vila> naoki: :-(
[11:12] <vila> naoki: I feel I'm not helping as I should here, maybe I should just decline to review this patch, I miss some windows knowledge to be really effective I'm afraid :-(
[11:49] <cbz> whats the equivalent of hg incoming on bazaar?
[11:50] <spiv> bzr missing
[11:51] <spiv> Hmm, "bzr missing --theirs-only" is probably a more exact equivalent.
[11:58] <lifeless> vila: its generally landing things that should land, and we ahven't had it blow up for bzr today, at all
[12:03] <vila> lifeless: I did a pqm-submit ~30 minutes ago and it doesn't seem to be processed so far :-/
[12:14] <maxb> Can I suppress bzr's default ignore patterns on a per-branch basis?
[12:25] <lifeless> maxb: you can use negative matches, or edit your ~/.bazaar/ignores
[12:25] <lifeless> maxb: bzr doesn't have any hard coded defaults at all
[12:27] <lifeless> maxb: instead it writes to ~/.bazar/ignores, IFF it does not exist
[12:27] <lifeless> oh yay, firefox fail just lost one windows worth of tabs ><
[12:38] <vila> lifeless: look into history -> Recently closed {tabs|windows}
[12:39] <vila> lifeless: should I ping a losa for pqm, it seems stucked to me
[12:39] <vila> lifeless: what did change from yesterday ?
[12:40] <lifeless> vila: untangled stdout, stderr
[12:41] <lifeless> vila: it looks like it thinkgs it just finished aaron's merge
[12:41] <lifeless> PQM is not currently processing additional requests
[12:41] <lifeless> it has a stop.patch present
[12:41] <vila> lifeless: ha yes, the patch you mentioned, so how was that last submission ... yeah, but that was long ago no ?
[12:41] <lifeless> losa ping: please remove stop.patch from bzr's pqm queue
[12:41] <vila> >-/
[12:43] <MvG> Some bzr selftests related to pycurl seem to fail when curl is built against GnuTLS.
[12:44] <MvG> Is this known, or should I report a bug?
[12:44] <james_w> I've not seen a bug on it
[12:45] <MvG> OK, then I'll report once my selftest is through and I can actually scroll around and mark the whole message without the progress bar update interfering.
[12:52] <vila> MvG: that rings a bell, any more info ?
[12:53] <vila> I seem to remember some certificate issues around that but that's from some years ago
[12:53] <MvG> vila: got pycurl error: 56, GnuTLS recv error (-9): A TLS packet with unexpected length was received., (56, 'GnuTLS recv error (-9): A TLS packet with unexpected length was received.')
[12:54] <vila> MvG: hmm, so that's a CURLE_RECV_ERROR that we are supposed to trap and raise errors.ConnectionReset
[12:55] <vila> MvG: does that help ?
[12:55] <MvG> Not immediately.
[12:55] <vila> MvG: and what is your context (why GnuTLS) ?
[12:55] <MvG> Because I can.
[12:55] <vila> LOL
[12:56] <MvG> Using Gentoo Linux, and been using GnuTLS for a while for most apps that support it.
[12:56] <MvG> It's caused problems before, but usually it's because apps depend on things they shouldn't.
[12:56] <vila> ha, gentoo, that's the keyword I wanted :)
[12:57] <vila> Any LOSA around ?
[12:58] <vila> LOSa LOsa Losa losa one of them should match ;)
[12:59] <MvG> vila: http://paste.ubuntu.com/420380/ has the selftest output.
[13:00] <vila> MvG: So, at first glance, I'd say GnuTLS is lying or reporting things in a strange way, the test is about an unknown file, so we expect a 404
[13:01] <MvG> Who is implementing the https server? Where is the certificate private key? Maybe I can snoop on the traffic to shed some light.
[13:02] <vila> MvG: look at bzrlib/tests/https_server.py and...
[13:02] <vila> MvG: into bzrlib/tests/ssl_certs
[13:04] <vila> MvG: now, that's a self-signed certificate and maybe GnuTLS barfs on that
[13:04] <MvG> vila: Shouldn't, but I'll have a look.
[13:04] <MvG> After lunch...
[13:05] <vila> oooh, lunch, 14:00 good idea !
[14:00] <Chex> vila: good morning there
[14:00] <vila> Chex: Yeah ! Hi !
[14:01] <vila> Chex: previously on this channel: <lifeless> losa ping: please remove stop.patch from bzr's pqm queue
[14:01] <vila> Chex: don't ask me what it means, except that it seems to be involved in pqm being currently stucked
[14:02] <Chex> vila: i understand, fixing now
[14:02] <Chex> vila: removed, should be able to process now
[14:03] <vila> Chex: thanks
[14:06] <Chex> vila: no worries
[14:47] <SamB_web> hmm, there's something wrong with the wiki ... see http://wiki.bazaar.canonical.com/HelpOnMoinWikiSyntax#Smileys%20and%20Icons
[14:48] <siks> 7away gone
[14:48] <siks> whoops
[14:57] <vila> SamB_web: it's a wiki, just update it... err wait
[14:57] <vila> SamB_web: It's a serious wiki who needs simleys ???
[14:57] <vila> SamB_web: seriously, just file a bug :)
[15:21] <[1]reggie> hey gang
[15:22] <[1]reggie> any idea what would be keeping bzr 2.0.4 qcomit from sending commit emails when used inside virtualbox on windows 7 x64?
[15:23] <[1]reggie> works fine on host machine
[15:23] <jave> I'm trying to clone a branch from launchpad, but nothing seems to happen
[15:58] <michaelforrest> what's the quickest way to get the last revision any particular file changed?
[15:58] <vila> michaelforrest: bzr qblame file
[16:09] <michaelforrest> vila: is there any way to get more of a concise output do you know? I just want the number
[16:10] <michaelforrest> bzr [?] file.png
[16:10] <michaelforrest> > 14
[16:10] <vila> no
[16:11] <vila> well, not that concise
[16:11] <michaelforrest> I'm trying to see where the source browsing bit of launchpad gets it
[16:11] <james_w> bzr log file.png?
[16:11] <james_w> bzr log file.png --limit 1
[16:11] <michaelforrest> limit 1 isn't too bad
[16:12] <michaelforrest> or if I could get a list of all the files in a repo / folder with their last-updated revnos
[16:13] <vila> michaelforrest: what's the use case ?
[16:27] <michaelforrest> vila: quite complicated :S
[16:28] <michaelforrest> I am making a website that pulls files from a repository and I want it to show the last revision number of each file
[16:52] <vila> michaelforrest: nothing available from the command-line for that, but if you cmd_inventory in bzrlib.builtins.py should be a good starting point
[16:54] <vila> s/you/& look at/
[17:23] <krisives-gearbox> michaelforrest: I just made an update system with Bazaar that keeps 90 client sites in sync
[17:24] <krisives-gearbox> bzr revno file would work, right?
[17:24] <krisives-gearbox> I do: `bzr revno `bzr ls -VR`` kinda (but for TAR)
[17:24] <michaelforrest> krisives-gearbox: that's what I thought it would be yeah
[17:24] <michaelforrest> but it doesn't seem to work for me
[17:25] <krisives-gearbox> What are you executing / getting in response?
[17:25] <michaelforrest> well - yeah - it doesn't give a file-specific revno
[17:26] <krisives-gearbox> Ah indeed `bzr revno` only gives the branch version, my bad
[17:28] <jam> krisives-gearbox: 'bzr revision-info --tree' might be what you want
[17:29] <krisives-gearbox> jam, that's for michaelforrest
[18:42] <mkanat> igc: I actually need somebody to do my merges; I'm not in the appropriate group, I'm pretty sure.
[18:42] <mkanat> igc: (This is in relation to the loggerhead pygments fix.)
[19:29] <jam> mkanat: can you link me to the merge proposal, I can do it
[19:30] <mkanat> jam: Sure.
[19:30] <mkanat> jam: https://code.edge.launchpad.net/~mkanat/loggerhead/limit-pygments/+merge/23900
[19:30] <mkanat> jam: It probably also needs a status update.
[19:31] <jam> mkanat: just a thought, why map(cgi.escape) rather than cgi.escape(text).split() ?
[19:31] <jam> so it doesn't escape the '\n' ?
[19:31] <jam> and doesn't text.split('\n') strip the final \n ?
[19:31] <mkanat> jam: That's how loggerhead does it currently.
[19:31] <mkanat> jam: Outside of this code. I don't think it would matter, though.
[19:31] <mkanat> jam: I could do it the other way--it'd probably be slightly faster.
[19:32] <jam> mkanat: I don't know the details of cgi.escape
[19:32] <jam> so either way
[19:32] <mkanat> jam: Nor do I, I was cargo-culting because I wanted to maintain exact behavior.
[19:32] <jam> if you've tested this way, then I think it is worth just landing, can be tweaked later
[19:32] <mkanat> jam: Okay.
[19:34] <jam> ah, you know what... I *don't* have access rights
[19:34] <jam> I thought I did, but the commit failed
[19:34] <mkanat> jam: Ah, okay. I'll wait for mwhudson or igc.
[19:34] <jam> oh well, we'll poke igc for it tonight :)
[19:36] <chx> given the state of the bundle buggy I am not exactly sure i want to use it. is there another merge tool for the human gatekeeper workflow?
[19:55] <mkanat> I imagine spm will want to update codebrowse after we commit it, too.
[20:09] <MFen> hello
[20:09] <MFen> someone gave me this page/branch to look at .. https://code.launchpad.net/~washort/pymeta/matched-sequences
[20:09] <MFen> dash gave it to me actually. maybe he can answer :)
[20:10] <MFen> what's an easy way to diff that against the branch it's derived from
[20:11] <dash> MFen: hi again :)
[20:12] <MFen> howdy
[20:12] <dash> the general answer is that you can use "ancestor:somebranchurl" as a revision specifier
[20:13] <dash> to indicate the revision where the current branch diverged from the ancestor
[20:13] <dash> so in this case:
[20:13] <MFen> so hg diff -rancestor:lp:pymeta
[20:13] <dash> bzr diff -rancestor:lp:pymeta lp:~washort/pymeta/matched-sequences
[20:13] <MFen> err bzr
[20:14] <dash> right. you can leave the second url off if you're doing it froma working copy. :)
[20:15] <MFen> aha. that worked. thanks :)
[22:31] <cbz> anyone else using bzr-svn to use bazaar with a subversion repository?
[22:37] <dash> cbz: every day
[23:15] <jam> igc: are you around?
[23:31] <igc> morning
[23:31] <igc> hi jam
[23:31] <jam> morning igc
[23:32] <jam> just wanted to discuss some of the loggerhead changes I want to do
[23:33] <jam> igc: I don't have a lot of time, but if you have 5-10 minutes could we chat?
[23:33] <igc> jam: that would be great
[23:34] <igc> jam: irc or skype?
[23:35] <jam> skype might be the fastest
[23:36] <igc> jam: cool. I'm on
[23:37] <jam> not according to my skype


[06:28] <vish> schedule
[06:28] <vish> !schedule
[06:28] <vish> !test
[06:29] <Flannel> vish: No bot, but: https://wiki.ubuntu.com/LucidReleaseSchedule
[06:29]  * vish gently taps the bots
[06:29] <vish> Flannel: thanks :)
[06:31] <jussi01> vish: you are on the wrong side of the split...
[06:32] <vish> ah , netsplit .. i just found, no bots in several channels , and thought they probably were getting a check-up ;)
[14:16] <Ramsrambo> Hello! I need help with gstreamer
[14:17] <DJones> Ramsrambo: The best channel for support channels is #ubuntu, this channel is only for ubuntu irc issues, if you ask in #ubuntu you should get a reply quite soon
[16:44] <erUSUL> now spanish spamers .... :( we are getting a lot of good press around here lately ... :S
[17:08] <SuperMatt> Hey guys, I think I've broken rules abou tthe ubuntu namespace thingy, I didn't realise
[17:09] <erUSUL> SuperMatt: You have a channel named #ubuntu***** ?
[17:10] <SuperMatt> no, #omg!ubuntu!


[11:19] <adeuring> moin henninge, fancy a review? https://code.edge.launchpad.net/~adeuring/launchpad/bug-607958/+merge/45675
[11:20] <henninge> adeuring: moin kollege! ;)
[11:20] <henninge> adeuring: let me see how big it is ...
[11:20] <adeuring> henninge: < 200 lines
[11:20] <henninge> 153 ...
[11:25] <henninge> adeuring: I don't understand "(Note that the timeouts mentioned in the bug report already disappeared when we switched to PostgesQL 8.3)"
[11:25] <henninge> adeuring: the bug mentions 8.4 ...
[11:26] <adeuring> henninge: that means that the query is quite fast under 8.4, compared to 8.3
[11:27] <henninge> but the bug suggests that the timeouts only started to appear on 8.4
[11:27] <henninge> "Since 8.4 - boom."
[11:28] <adeuring> henninge: well, ask lifeless for what he really meant ;) (I htink it was him who added the text "since 8.4 - boom")
[11:28] <henninge> I see ;)
[11:28] <henninge> adeuring: but you are saying that it is not currently timing out - but your fix still makes it faster?
[11:28] <adeuring> henninge: right
[11:29] <henninge> ok
[11:29] <adeuring> about twice as fast for ubuntu; for products the gain is probably bigger, though i did not test it
[12:02] <henninge> adeuring: done
[12:02] <henninge> r=me
[12:02] <adeuring> henninge: thanks!
[13:42] <StevenK> henninge: Hai! Would you have time to review https://code.launchpad.net/~stevenk/launchpad/bpb-currentcomponent-assertion-part-2/+merge/45693 ? I'm sorry it's so large :-(
[14:08] <leonardr> henninge: i need a really tiny launchpad branch reviewed. tiny enough that i could self-review it. but i don't know the process. can you point me to it?
[14:08] <benji> leonardr: https://dev.launchpad.net/PolicyAndProcess/OptionalReviews
[14:09] <leonardr> thanks
[14:09] <henninge> leonardr: but i can also have a look at it ...
[14:09] <henninge> ;-)
[14:12] <leonardr> henninge: https://code.launchpad.net/~leonardr/launchpad/launchpadlib-integration-2/+merge/45698
[14:20] <henninge> leonardr: r=me
[14:21] <henninge> leonardr: fwiw, you do self-approval by using [rs=leonardr], at least that's what I do.
[14:22] <leonardr> henning: cool
[14:22] <henninge> leonardr: the wiki page suggests, though, that lp-land and "ec2 land" do it automagically if you approve your own mp but I have not yet tried that.
[14:27] <henninge> StevenK: I'll put it on the queue for a little later, if that's ok
[15:05] <StevenK> henninge: At some point today is perfectly fine. :-)
[15:48] <abentley> mrevell, could you do a UI review of https://code.launchpad.net/~abentley/launchpad/no-queue-rescore/+merge/45560 please?
[15:51] <bac> hi allenap, would you have time to do a re-review of my branch from last week?  https://code.edge.launchpad.net/~bac/launchpad/bug-5927/+merge/45403
[15:51] <allenap> bac: Sure.
[15:51] <bac> thanks
[15:59] <mrevell> abentley, With pleasure. I'll take a look.
[15:59] <abentley> mrevell, thanks.
[16:25] <benji> henninge: I have a launchpadlib branch ready for reivew: https://code.edge.launchpad.net/~benji/launchpadlib/delayed-keyring-import/+merge/45711
[17:14] <bac> thanks for the review allenap
[17:14] <allenap> bac: You're welcome.
[17:42] <henninge> StevenK: I didn't manage to do yours, sorry. I have to go now.
[17:43] <StevenK> henninge: Rargh!
[17:43] <StevenK> henninge: Wait until next week :-P
[17:44] <henninge> StevenK: Well, it *is* oversized ...


[02:01] <poolie> it would be nice if ppas actually gave you an estimate of "if you uploaded now, it would take N hours to build"
[02:01] <poolie> i realize it depends a bit on the package
[02:18] <bdrung> are the daily build turned on again?
[02:18] <bdrung> s/build/builds/
[02:19] <poolie> hi bdrung
[02:19] <bdrung> hi poolie
[02:19] <poolie> is it normal that the "build log" in https://edge.launchpad.net/~bzr/+archive/proposed/+build/1925839 is a small empty box?
[02:20] <bdrung> poolie: it's normal at the beginning. you will see some progress there soon.
[02:20] <bdrung> poolie: just keep pressing f5 :)
[02:22] <wgrant> poolie: That just means there's no log yet. Which means the build hasn't started yet, or buildd-manager is being a bit slow and hasn't retrieved the latest log tail yet.
[02:24] <bdrung> poolie: you can see now something there.
[02:37] <poolie> yep
[02:38] <poolie> there was just more lag than i expected
[02:47] <lifeless> wgrant: a bit slow as opposed to..
[02:48] <wgrant> lifeless: As opposed to what it will be in a few weeks.
[03:52] <poolie> hm, lvm locks up my system again
[04:07] <lifeless> :<
[05:38] <lfaraone> Is the Ubuntu SSO service compatible with launchpad? (if I create a Ubuntu SSO account, can I log in via Launchpad with it?)
[05:40] <spm> lfaraone: launchpad uses the Ubuntu SSO for sso
[05:41] <lfaraone> spm: so it's just branding?
[05:41] <spm> more like hysterical raisons
[05:41] <lfaraone> spm: an Ubuntu SSO account works via the Launchpad Login service?
[05:41] <spm> login.launchpad.net and login.ubuntu.com are the same servers/setup etc
[05:42] <lfaraone> spm: ah, mik
[05:42] <lfaraone> *mk
[05:42] <spm> :-)
[05:42] <spm> so yeah, same same basically.
[07:40] <charringtonjp> I am looking for help setting up a PPA on launchpad. I am experiencing a key related error.
[07:41] <noodles775> charringtonjp: Hi! What's the specific error?
[07:41] <charringtonjp> First the ppa is https://launchpad.net/~chris-harrington-jp/+archive/ppa-awaos
[07:42] <charringtonjp> Help documentation says I can find the key on the overview, but there is no key shown on the page
[07:42] <noodles775> charringtonjp: how recently did you create the PPA? (it takes a while after creating the PPA to generate the key).
[07:42] <charringtonjp> Specifically, documentation here: https://help.launchpad.net/Packaging/PPA#Your PPA's key
[07:42] <charringtonjp> I created it days ago.
[07:42] <noodles775> OK
[07:43] <charringtonjp> On my PC I tried  sudo add-apt-repository ppa:chris-harrington-jp/ppa-awaos
[07:43] <charringtonjp> and got
[07:43] <charringtonjp> Error: can't find signing_key_fingerprint at https://launchpad.net/api/1.0/~chris-harrington-jp/+archive/ppa-awaos
[07:44] <charringtonjp> Trying dput gives me the local success but no package after many hours, error without error or email message syndrome
[07:46] <charringtonjp> Though obviously I haven't signed .changes with the PPA key
[07:47] <noodles775> charringtonjp: it needs to be signed with your own key, not the PPAs.
[07:47] <charringtonjp> OK,
[07:47] <charringtonjp> then I've done that
[07:47] <noodles775> charringtonjp: when did you upload, and what was the package? (I'll check the logs)
[07:48] <charringtonjp> I used the registered key when running debuild -S -sa
[07:48] <charringtonjp> one sec.
[07:49] <charringtonjp> tint2_0.11-0ubuntu1.dsc
[07:49] <charringtonjp> osmo_0.2.10-0awaos1.dsc
[07:49] <charringtonjp> lxlauncher_0.2.1-2.ubuntu3.dsc
[07:50] <charringtonjp> Tried those three. Perhaps a name conflict on two of them?
[07:50] <noodles775> charringtonjp: sorry, hrm, the logs are out of sync... I'll try to get them updated.
[07:51] <charringtonjp> thanks
[07:51] <noodles775> charringtonjp: ok, I can't see those packages mentioned in the logs :/
[07:51] <charringtonjp> OK
[07:51] <charringtonjp> Was running debuild and pbuilder in a VM....network problem?
[07:52] <noodles775> If you saw dput success, should be fine. Just to confirm:
[07:52] <charringtonjp> Actually, I used the -d flag because I got a signing error.....
[07:52] <charringtonjp> but that gave me a success message
[07:52] <noodles775> On your PPA, you can see the "Adding this PPA to your system" section, but when you expand the 'Technical details about this PPA' there is no Signing Key/Fingerprint listed?
[07:53] <charringtonjp> 1 sec
[07:53] <noodles775> Ah, what was the signing error?
[07:53] <charringtonjp> Did not write that down. I'll try again, 1 sec
[07:53] <charringtonjp> was days ago
[07:53] <noodles775> And are you certain you've got the correct key on your VM (ie. the one that is linked with your LP account)?
[07:54] <charringtonjp> Well, I am pretty sure.
[07:54] <charringtonjp> I copied the key from my main (parent) machine to the VM
[07:54] <charringtonjp> exporting and then importing with gpg
[07:55] <charringtonjp> and then setting DEBSIGN_KEYID in ~/.devscripts
[07:55] <noodles775> OK - I'm just asking as 99% of the time, that's the reason for not receiving an email (https://help.launchpad.net/Packaging/UploadErrors), but yeah, that should be fine.
[07:56] <charringtonjp> I am new at this though, so I could be missing something important and basic but less documented
[07:56] <charringtonjp> I do not see  'Technical details about this PPA'
[07:57] <charringtonjp> Under Adding this PPA to your system, it just says "This PPA does not contain any packages yet..."
[07:58] <noodles775> Right.
[08:00] <charringtonjp> Packages install fine locally by the way. Just getting them on Launchpad as the last step is not working.
[08:02] <noodles775> charringtonjp: I'll need to pop out for a bit, but just to summarise: either your PPA hasn't yet had its signing key automatically generated (normally only takes a few hours), or there is something wrong with the upload (I can't see any mention of your packages or PPA in the recent upload logs).
[08:02] <noodles775> StevenK: Could you look a bit further for charringtonjp while I'm afk for a bit? ^^
[08:02] <charringtonjp> Actually I will be afk for about an hour or so, so I'll log back in later.
[08:03] <charringtonjp> And post the error I get without the -d flag on dput
[08:03] <noodles775> Perfect, I'll be back then too.
[08:03] <charringtonjp> Great, thanks for the help.
[08:23] <poolie> fwiw I get "server error" with no oops number trying to update a mp
[09:14] <charringtonjp> noodles775: could not reproduce the dput with -d option error
[09:14] <charringtonjp> Instead I got "Package has already been uploaded to ppa on ppa.launchpad.net"
[09:17] <noodles775> charringtonjp: can you use the -f option with dput (to force the upload again)
[09:18] <charringtonjp> will do, 1 sec
[09:18] <charringtonjp> OK, error reproduced
[09:18] <charringtonjp> Unfortunately most of the error message is in Japanese ;)
[09:19] <noodles775> can you paste it to paste.ubuntu.com (or similar)?
[09:19] <charringtonjp> basically that gpg cannot find "appropriate OpenPGP data"
[09:19] <charringtonjp> last line is
[09:19] <noodles775> OK, so I'd say your package is not being signed correctly...
[09:19] <charringtonjp> "No signature on /var/cache/pbuilder/result/osmo_0.2.10-0awaos1_i386.changes
[09:20] <noodles775> Right
[09:20] <charringtonjp> Copying the gpg key seems to work fine,
[09:21] <noodles775> charringtonjp: did you see https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage (it's hard to find, specifically the options when building).
[09:21] <noodles775> It has a note about explicitly identifying the key id.
[09:22] <charringtonjp> That's why I defined DEBSIGN_KEYID in ~/.devscripts
[09:23] <charringtonjp> and the same key as is registered with my Launchpad account is the only key on the VM.
[09:23] <noodles775> Yes, I know, but that leaves me very puzzled as to why you see "No signature on /var/cache/pbuilder/result/osmo_0.2.10-0awaos1_i386.changes" when running dput.
[09:23] <charringtonjp> yes, it is strange.
[09:23] <charringtonjp> I guess I could try building again with -k
[09:23] <charringtonjp> although the process did work, asked for my passphrase twice etc.
[09:24] <noodles775> charringtonjp: you definitely used -S -sa (and were....
[09:24] <noodles775> right.
[09:24] <charringtonjp> The only thing I can think of
[09:24] <charringtonjp> is that DEBFULLNAME and the name of the key after import are different
[09:25] <charringtonjp> DEBFULLNAME being my name, and the name of the key having "(main key)" in the name.
[09:25] <charringtonjp> That is the reason I had to specificy DEBSIGN_KEYID in the first place
[09:26] <charringtonjp> (DEBFULLNAME as defined in ~/.bashrc)
[09:26] <noodles775> Yes, afaik that shouldn't stop the package from being signed... Hangon, thought:
[09:27] <noodles775> The "/var/cache/pbuilder/result/osmo_0.2.10-0awaos1_i386.changes" is the result of *building* the source package... I should have seen that earlier.
[09:27] <charringtonjp> Aha
[09:27] <noodles775> You should be dput'ing the changes file created by dbuild (ie. the source package)
[09:27] <charringtonjp> I see
[09:28] <noodles775> OK, give that a go and let me know how it goes.
[09:28] <charringtonjp> OK I get it. Launchpad does the building, so why would I try to upload the .changes file created by pbuilder. right.
[09:28] <charringtonjp> I'll give it a go.
[09:28] <noodles775> Exactly.
[09:29] <noodles775> Running it through pbuilder first is a great thing to do... it ensures that you know it builds locally in an environment very similar to that used by Launchpad, so saves you hassle when something is wrong with your package.
[09:30] <charringtonjp> OK, I got a success message
[09:30] <charringtonjp> I tried it with one of the other packages
[09:30] <charringtonjp> One I'm sure I used debuild on because I changed source
[09:31] <noodles775> Great... now wait a few minutes and see if you get an email. If you don't have one in 10 or 15mins, let me know.
[09:31] <charringtonjp> Will do, thanks a bunch!
[09:31] <noodles775> Any time :)
[09:32] <charringtonjp> I'm documenting my experience in a blog. Is it OK if I mention your nick as the one who gave advice?
[09:32] <charringtonjp> ( assuming it works)
[09:33] <charringtonjp> http://awaos.awanowa.jp/en/
[09:33] <noodles775> Sure :)
[09:34] <charringtonjp> Thanks.
[09:36] <charringtonjp> Package is up. Looks like it worked
[09:36] <charringtonjp> Thanks again!
[09:36] <noodles775> Great :D
[12:35] <nigelb> Is there a way to get cia-clients only use report the pushed commits?
[12:36] <nigelb> there seems to be no man page or instructions....
[12:37] <nigelb> jelmer: around?
[12:38] <jelmer> nigelb, hi
[12:38] <nigelb> jelmer: seeing that you wrote the cia plugin, can you help me with my query?
[12:40] <jelmer> nigelb: the help can be found with 'bzr help cia'
[12:40] <jelmer> nigelb: Though to answer your question, there's no way to only report pushed commits.
[12:40] <nigelb> Ah, thanks
[12:40]  * nigelb headdesks.
[12:40] <nigelb> I shoulda thought of bzr hep cia :/
[12:40] <nigelb> I tried every other combination :D
[12:41] <jelmer> nigelb: The problem would be that every time you do a push a revision you generate a new notification; you only commit once.
[12:41] <nigelb> jelmer: true.  I wish LP had something at the server end.
[12:46] <jml> nigelb, me too!
[12:46] <nigelb> jml: is it very hard to do? Or just way down on the list that you folks have?
[12:46] <nigelb> (or both?)
[12:48] <jml> nigelb, getting Launchpad to push real-time computer-readable notifications is non-trivial.
[12:48] <jml> nigelb, but reasonably high up on the list.
[12:48] <nigelb> jml: lack of hands?
[12:48] <nigelb> If so, I don't mind getting my hands dirty if I have to.
[12:49] <nigelb> (but I only know PHP and very little python.  You folks would stab me at the mention of PHP :p)
[12:49] <jml> nigelb, we wouldn't stab you
[12:49] <nigelb> ok, good to know :D
[12:49] <jml> after all, then you'd have *two* problems.
[12:49] <nigelb> hahah
[12:51] <jml> nigelb, lifeless is a better person to ask about the implementation details (he keeps longish NZ hours)
[12:51] <nigelb> yeah, I run into him often.  I'll ask him in his a.m.
[12:51] <jml> nigelb, cool.
[12:52] <nigelb> jml: thanks :)
[12:52] <nigelb> It would be so cool to get cia working :)
[13:29] <seb128> hi
[13:29] <seb128> did any recent launchpad update added restriction on downloads?
[13:30] <seb128> ignore that I think that was a authentification token issue
[13:32] <Laibsch> Hi, I just stumbled across something I felt was interesting.  Take a look at the latest release of gnucash 2.2.9-6 to maverick
[13:32] <Laibsch> https://launchpad.net/ubuntu/+source/gnucash
[13:33] <Laibsch> the changelog and Debian agree this release was made by Micha Lenk, but Launchpad attributes it to Ahmed El-Mahmoudy?
[13:33] <Laibsch> How can that be?
[13:34] <wgrant> Laibsch: He requested the sync.
[13:35] <Laibsch> I see
[13:36] <Laibsch> is that how LP does things now?
[13:36] <wgrant> It's done that for roughtly four and a half years, since Ubuntu started using it.
[13:36] <Laibsch> IIRC it used to be attributed to the one mentioned in the changelog?
[13:36] <Laibsch> really?
[13:36] <Laibsch> Wow
[13:36] <Laibsch> must have been half-asleep, I guess
[13:36] <Laibsch> but something isn't right
[13:37] <Laibsch> the time mentioned is the time of the upload made to Debian
[13:37] <wgrant> Yeha, the way it constructs that line is a little... off.
[13:37] <geser> it probably uses the Changed-By value which gets probably modified when building the .changes file for the sync with the sync requester
[13:37] <wgrant> Well, actually, it's more because sycning is a hack.
[13:38] <wgrant> geser is correct.
[13:38] <wgrant> sync-source.py overrides Changed-By.
[13:38] <Laibsch> OK
[13:38] <Laibsch> just wanted to make sure you know about it
[13:38] <Laibsch> but it seems to have be me not paying attention earlier ;-)
[13:39] <Laibsch> been
[13:42] <askhl> Hi.  Is the keyserver down?
[13:42] <askhl> The PPA key server, that is
[13:44] <noodles775> askhl: the server itself seems fine to me? That is:
[13:44] <noodles775> http://keyserver.ubuntu.com:11371/pks/lookup?search=0x0E83E39A9F811449B50FA6DE9746C699E2A280CD&op=index
[13:44] <noodles775> responds as expected.
[13:44] <noodles775> askhl: or do you mean the script that generates the signing keys for PPAs? What's the issue you're seeing?
[13:45] <askhl> noodles775, trying to add a PPA, and there's an error
[13:45] <askhl> Hang on, I'll take a look again
[15:30] <nessita> good morning! quick question, I have releases 0.98 and 0.99 for this project https://launchpad.net/ubuntu-sso-client, yet the 0.98 is the one offered in the front page. Any ideas why?
[15:32] <salgado> sinzui, can you help nessita?
[15:32] <salgado> I can't see why that's happening
[15:34] <sinzui> nessita, 98 may have a newer timestamp. I do not think it uses debversion
[15:34]  * sinzui looks
[15:34] <nessita> sinzui: I've uploaded 0.98 before than 0.99
[15:35] <nessita> sinzui: so, I would expect timestamp for 0.98 to be older than the one for 0.99
[15:36] <sinzui> https://edge.launchpad.net/ubuntu-sso-client/+download also favours 98
[15:37] <nessita> yeah... any idea why?
[15:37] <nessita> both uploads were made the same day, but 0.98 early in the morning, and 0.99 late in the afternoon
[15:39] <sinzui> nessita, I needs to read the code to see what is happening here. I'll be a few minutes
[15:39] <nessita> sinzui: no problem, I have no rush. Thanks!
[15:45] <sinzui> nessita, I have a suspicion. The date field only accepts a date, and it adds 00:00:00 as the time. So Lp may think both releases happened at the same time. We are getting the first one back
[15:45]  * sinzui peaks at staging db
[15:45] <nessita> sinzui: ouch!
[15:45] <nessita> shall I fill a bug for this?
[15:46] <sinzui> If this is true, I think the fix is easy by adding a sort on version
[15:51] <sinzui> nessita, the time is 00:00:00. I will report a bug to improve the sorting mechanism. This is a trivial change we can get fixed in a few days
[15:51]  * sinzui looks to existing bug first
[15:51] <askhl> noodles775, apologies for running away previously.  As it turned out, a funny proxy was used on the computer in question, and I was confusing it with some previous trouble with timeouts due to the keyserver
[15:52] <askhl> (which hasn't been a problem now otherwise)
[15:52] <noodles775> askhl: ah, thanks for letting me know.
[15:53] <nessita> sinzui: awesome! thanks
[16:46] <shadeslayer> erm are daily builds for maverick turned off?
[16:50] <jml> shadeslayer, https://bugs.edge.launchpad.net/launchpad-code/+bug/617072
[16:50] <shadeslayer> oic
[16:51] <shadeslayer> too bad :(
[16:51] <shadeslayer> btw, i need to add more stuff into commit log of bzr, how do i do that?
[16:52] <shadeslayer> i already closed the commit editor
[17:22] <maxb> shadeslayer: Once a commit has been created, it is immutable.
[17:22] <shadeslayer> hmm
[17:22] <maxb> However, if the commit has not been pushed or merged anywhere else, an option is to uncommit it and commit again
[17:23] <shadeslayer> maxb: how would i do that? bzr uncommit?
[17:23] <maxb> yes
[17:24] <shadeslayer> alright
[18:43] <hexmode> rockstar: got this from one of my daily ppa builds:
[18:43] <hexmode> [ ! -f Makefile ] || /usr/bin/make maintainer-clean
[18:43] <hexmode>
[18:43] <hexmode> Makefile:358: *** multiple target patterns.  Stop.
[18:43] <hexmode> rockstar: looks like that is sometimes caused by colons in the make-deps
[18:44] <hexmode> and, looking at my copy of the checkout, I don't see that
[18:44] <hexmode> rockstar: finally "bzr build" WORKSFORME on my local machine
[18:44] <hexmode> anyway to find out what is in the Makefile on the build bot?
[18:45] <hexmode> http://launchpadlibrarian.net/54000112/buildlog.txt.gz
[19:25] <infinity0> is it possible to host packages for debian on your launchpad ppa?
[19:27] <lifeless> theres usually an ubuntu version which packages built on will work on Debian, but we don't have Debian specific buildds, sorry.
[19:31] <infinity0> hm, ok well i'm on debian, my dput doesn't support sftp, is there anything else that launchpad supports?
[19:31] <infinity0> i tried https/rsync/scp, none of them worked ("not allowed to execute commands on this server")
[19:32] <infinity0> also, 405 method not allowed
[19:39] <alex88> if i have created a deb file, and want to upload to ppa for the first time..what should i do?
[19:39] <alex88> i've already created the package and added ssh key
[19:42] <nigelb> lifeless: morning.  I see you start early :)
[19:42] <infinity0> alex88, there's instructions on your ppa page
[19:42] <nigelb> lifeless: I was asking earlier about having CIA hook into LP.  How hard would that be?
[19:43]  * nigelb would like to help with that effort if possible.
[19:43] <alex88> well, i have only to rename deb to deb.changes?
[19:43] <lifeless> nigelb: what do you mean
[19:44] <lifeless> and yeah, I am an early riser; today was exceptionally early even for me - 5am.
[19:45] <nigelb> lifeless: I'm talking about CIA bots (CIA.sv), right now we only have it at client side which isn't very ideal.
[19:45] <lifeless> nigelb: go on; I know what cia is etc, but there are many ways they good hook together, so I need to know what one you're thinking of
[19:46] <nigelb> lifeless: I'm thinking of being able to ping cia everytime a trunk branch is updated
[19:46] <nigelb> it would be very useful for projects
[19:46] <nigelb> the client side thingy is irritating because they may never turn up in the trunk anyway
[19:47] <nigelb> while the whole idea is to keep track of commits to the main project repo
[19:47] <lifeless> I'd like us to support a pubsub model for lp
[19:47] <lifeless> which would naturally cover this
[19:47] <lifeless> but you could just use the rss feed today
[19:48] <nigelb> and hook that to a bot? hm, not bad.
[19:48] <lifeless> ask cia.* to subscribe to the rss feed; done.
[19:49] <nigelb> Oh. That's helpful :)
[19:49] <lifeless> of course that won't be instant until we get pubsub in place
[19:49] <lifeless> if you wanted to work on that that would be awesome, but I rather fear its a large stack
[19:49] <nigelb> hm, I remember some conversation about this
[19:49] <nigelb> but at that time I didn't care about it.
[19:50] <lifeless> )
[19:50] <nigelb> I will run rocketfuel on my vm and see how much I can wrap my head around LP
[19:50] <lifeless> ok
[19:51] <nigelb> probably need to first figure out how the thing works :D
[19:52] <lifeless> you've seen the wiki about getting started ?
[19:52] <nigelb> I have it in my bookmarks, yes
[19:58] <alex88> wtf, but to public a package i have to make a change from ubuntu package?
[20:01] <infinity0> alex88: it looks like you don't understand the debian build system
[20:01] <infinity0> there's the original source package, a .orig.tar.gz, a .diff.gz or .debian.tar.gz to apply debian-specific patches, and a .dsc file
[20:02] <infinity0> the .changes  and .deb files are created when you run dpkg-buildpackage over the source package
[20:02] <infinity0> if you don't have the source package you won't have the .changes file
[20:02] <infinity0> so you can't just pick up a deb from somewhere and upload it to your ppa
[20:02] <infinity0> you have to have built it yourself, and got a .changes file
[20:03] <alex88> thank you..i'll have a look
[20:04] <nigelb> lifeless: we don't have the rss feeds yet, do we?
[20:05] <lifeless> yes
[20:05] <nigelb> (I only see rss feeds for announcements and not commits)
[20:05] <lifeless> branch feeds
[20:05]  * nigelb goes to look again
[20:05] <lifeless> "http://feeds.edge.launchpad.net/~lifeless/launchpad/registry/branch.atom"
[20:05] <lifeless> for instance
[20:06] <lifeless> well
[20:06] <nigelb> cant see that from the UI can I?
[20:06] <lifeless> get rid of edge from that url
[20:06] <lifeless> nigelb: depends on your browser
[20:06] <nigelb> hrm, on Firefox?
[20:06] <nigelb> I'm talking about the link
[20:07] <nigelb> I don't see an rss button on the UI for the branch...
[20:08] <lifeless> the link is a rel tag in the page
[20:08] <lifeless> which rss aware browsers show as a 'subscribe' button
[20:10] <nigelb> Ah
[20:11] <nigelb> I see it now :)
[20:20] <alex88> when i delete a ppa, or deactivate pgp key, does them disappear after some time?
[20:35] <lifeless> no
[20:35] <jenkins> hi everyone how do I remove all revisions and the history of a branch? I would like to make the latest revision of https://code.edge.launchpad.net/~ubuntu-manual/ubuntu-manual/maverick to be revision 1. As the branch is getting very bigged as it is derived from previous versions of the manual ?
[20:43] <jenkins> I can't delete the branch as one other branch has shared revisions how do i work out what the linked branch is?
[20:49] <lifeless> jenkins: thats a pretty harmful thing to do
[20:49] <lifeless> jenkins: you'll make it hard for everyone collaborating on it.
[20:50] <infinity0> hey, https://help.launchpad.net/Packaging/PPA#Activating%20a%20PPA tells me i need to active my ppa, but no such link exists on my overview page
[20:51] <jenkins> lifeless:  noone is doing anything on it at the moment, its mostly because we have people with slow internet and we made the mistake of setting it up early on
[21:32] <Eruantalon> Is it normal to have a delay of around 10-15 minutes from new stuff happening in a bug to me getting the e-mail?
[21:38] <mtaylor> the windows bzr explorer walkthrough has no information on how to tell it where/what your ssh key is
[21:38] <thumper> pagent is your friend
[21:39] <thumper> ssh on windows kinda blows
[21:39] <mtaylor> well yeah
[21:39] <mtaylor> ok. so putty set up will get used properly?
[21:41] <mtaylor> thumper: speaking of - it would be great if the first time I logged in on a new box and it redirects me to edge if I didn't have to click login again
[21:41] <mtaylor> just saying
[21:45] <lifeless> mtaylor: we're deleting edge.
[21:45] <lifeless> mtaylor: problem solved
[21:46] <mtaylor> lifeless: woot
[21:48] <jcastro> lifeless: what can I do to get lp #596931 implemented?
[21:48] <jcastro> lifeless: we've wanted it for a long time
[21:48] <lifeless> jcastro: let me have a look
[21:49] <jcastro> lifeless: even if it was one big upstream, like either gnome or debian or something would be a tremendous help
[21:49] <james_w> jcastro: talk to marjo about requesting it through the stakeholder process
[21:51] <jcastro> good idea
[21:53] <lifeless> jcastro: this is huge
[21:54] <lifeless> jcastro: as defined its extremely complicated
[21:54] <lifeless> jcastro: asking in the stakeholder process would make sense.
[21:54] <lifeless> what we need for this is:
[21:54] <lifeless>  - defined API for searching upstreams
[21:54] <lifeless>  - glue into +filebug to make that work
[21:54] <lifeless> the first step needs to be time capped. E.g. searching upstreams in < 0.5sec per query
[21:55] <lifeless> thats going to be nearly impossible given many upstreams bugtrackers
[21:55] <james_w> as a first cut search the tasks on the upstream /in launchpad/ would work
[21:55] <jcastro> in the past we've done an entire import of like, the BTS in lp.
[21:55] <lifeless> so I'd redefine this as
[21:55] <jcastro> if it did that say, once a night
[21:55] <lifeless> search in the matching product on LP for dups
[21:55] <lifeless> which is *easy*
[21:55] <jcastro> then who cares about remotely queuing the remote tracker?
[21:55] <lifeless> and separately we can work on better prepopulation of the upstream products in LP
[21:56] <lifeless> jcastro: james_w: we're saying the same thing. I'm saying though that the bug *as defined* is going to be hard to do well if at all.
[21:56] <lifeless> whomever is the stakeholder should redefine it;)
[21:57]  * jcastro does that
[21:57] <lifeless> its a very small patch to make +filebug look both upstream-in-LP *and* downstream-in-LP.
[21:58] <lifeless> so that bugs on bzr find the ubuntu bugs for it, and vice verca.
[21:58] <lifeless> jcastro: I think you want two bugs.
[21:58] <lifeless> one, search upstream-in-LP in +filebug.
[21:58] <lifeless> two, which is likely a dup, populate-upsream-in-LP
[21:58] <jcastro> right, I swear we've been talking about  this idea for like 3 years
[21:59] <jcastro> I want #2 way more
[22:00] <lifeless> jcastro: so, separate the concerns out. Shove em in the stakeholder process.
[22:01] <lifeless> now, you could do a patch for 1 yourself :) its pretty easy [as such things go :(]
[22:01] <lifeless> for 2, I haven't looked into the bug federation logic yet.
[22:01] <lifeless> so I can't comment. I don't see why it would be harder than 'for bug in X; add-bug-watch' on a given product.


[18:24] <rick__> hello
[18:31] <rick__> someone here?
[18:46] <trijntje_> rick__: jahoor
[21:39] <Roxy90> Hi !!
[21:39] <Fermata> o/


[23:31] <tcarrondo> ok
[23:32] <newz2000> hey tcarrondo
[23:32] <tcarrondo> ;)
[23:32] <newz2000> I'm looking for any link that may help
[23:32] <newz2000> tcarrondo: https://wiki.ubuntu.com/Website/WebThemes has the list of themes
[23:33] <tcarrondo> can anyone help me with light wordpress theme?
[23:34] <newz2000> tcarrondo: it looks like the latest we have is almost 1.5 years old.
[23:34] <newz2000> The person who helped with it is name stas, he's not here right now
[23:35] <newz2000> (or possibly I'm unalbe to see his nick)
[23:35] <tcarrondo> is drupal most used?
[23:35]  * newz2000 is pretty sure he's not here
[23:35] <newz2000> tcarrondo: no, I'd not say its more used than wordpress
[23:35] <newz2000> The top three are probably 1. Wordpress, 2. Moin 3.


[09:39] <duflu> alan_g, how do I stop fatal exceptions from reporting themselves and get a stack trace?
[09:40] <duflu> Oh, maybe I don't need to. Can guess what's crashing
[09:40] <alan_g> IIRC mir::fatal_error = mir::fatal_error_abort
[09:42] <duflu> alan_g: I mean on the command line :)
[09:43] <duflu> It's an exception, not a fatal error. But Mir is trying to do its own error report (!)
[09:44] <alan_g> I thought abort was the default
[10:22] <alan_g> mapreri: re bug 1675138 - the 0.26.2 release is in silo 2600 awaiting QA. I know camako has spent time getting it this far - do we need to set him back? Or can the packaging changes be made directly?
[10:57] <mapreri> alan_g: what do you mean by "directly"?
[10:57] <mapreri> (I didn't even remember I was on this channel!)
[10:59] <alan_g> Without resetting the process in bileto
[10:59] <mapreri> if you are fine with people uploading the package directly to the archive we can work it out, i.e. I upload a -2 as soon at 0.26.2-1 is uploaded, but then your next upload done through whatever CI should contain it.
[10:59] <alan_g> mapreri: that would work for me
[10:59] <mapreri> I have no idea how bileto (or whatever kind of CI/landing system) you are using work
[10:59] <mapreri> oh, great
[11:00] <mapreri> so, what would be the timing for 0.26.2 to land? :)
[11:01] <alan_g> mapreri: out of my hands, first QA need to approve and then someone needs to push to archive. But I'd guess the next day or two.
[11:01] <mapreri> that works just fine
[11:01] <mapreri> I'll arrange the -2 upload, will you please merge it in 0.26.3 in the meantime?
[11:03] <alan_g> AFAIK 0.26.3 doesn't exist (and likely won't). But I'll take care of it in that contingency.
[11:03] <mapreri> ack
[13:16] <greyback> anpok: hey, we're experiencing bug 1675357 where unity8 is getting continual key repeat events after you VT switch away. You were looking into key repeat bugs just like this, probably related?
[14:08] <anpok> greyback: yes ... mir fixes for that are in flight..
[14:08] <anpok> greyback: but there is already a fix in qtmir that should evade that problem: https://code.launchpad.net/~andreas-pokorny/qtmir/store-and-recover-cookie-and-input-device-id/+merge/318528
[14:09] <anpok> greyback: oh hold on.. thats a separate issue
[14:38] <camako> tjaalton, which branch of pkg-xorg/lib/vulkan.git do I use?
[14:38] <camako> debian-unstable?
[14:39] <camako> I don't see an 'ubuntu' branch
[14:39] <tjaalton> camako: because it's synced
[14:39] <camako> I need to make updates to make Mir useable in the loader
[14:39] <tjaalton> will you send them upstream?
[14:39] <camako> tjaalton, yes, but not right away
[14:40] <tjaalton> then just fork d-u
[14:40] <camako> tjaalton, so we don't distro-patch this, do we?
[14:40] <tjaalton> you will :)
[14:40] <camako> :-)
[14:40] <camako> thanks


[16:29] <Agafonov> Not sure whom to write to: ubuntu.ru dns records vanished at noris.net server...
[16:37] <encbladexp> mom
[16:38] <Agafonov> mom: help meee!
[16:39] <encbladexp> ;-)
[16:39] <encbladexp> to which servers should ubuntu.ru point?
[16:39] <Agafonov> no, :'(
[16:40] <encbladexp> take a moment
[16:40] <Agafonov> we have our own servers donated by russian hosting company
[16:41] <encbladexp> ok
[16:41] <Agafonov> <IP_ADDRESS> s1.ubuntu.ru
[16:41] <encbladexp> are you a admin for these servers?
[16:41] <Agafonov> <IP_ADDRESS> ubuntu.ru forum.ubuntu.ru s2.ubuntu.ru s.ubuntu.ru
[16:41] <Agafonov> yep
[16:42] <Agafonov> there were a lot more
[16:42] <encbladexp> i take a look at the noris Nameservers
[16:43] <Agafonov> dns[1,2,3].noris.net have no records
[16:44] <Agafonov> encbladexp: thanks
[16:45] <encbladexp> whats your mail addy?
[16:45] <Agafonov><EMAIL_ADDRESS>[16:47] <encbladexp> when happend the deletion of these domains?
[16:47] <Agafonov> ~5 hour ago
[16:47] <encbladexp> ok
[16:57] <encbladexp> i contacte a admin at noris
[16:57] <encbladexp> hope i fixes the Problem
[17:15] <encbladexp> Agafonov, DNS should working again
[17:38] <Agafonov> encbladexp: nslookup ubuntu.ru dns1.noris.net => ** server can't find ubuntu.ru: SERVFAIL
[17:45] <encbladexp> dig @eshu.ubuntu-ru.org ubuntu.ru
[17:45] <encbladexp> the noris dns servers get the zones from eshu
[17:45] <encbladexp> eshu had a firewall problem
[18:30] <Agafonov> encbladexp: ok, I see eshu not found in dns either... so we expecting it will be ok soon. thanks!!!
[18:32] <encbladexp> eshu.ubuntu-eu.org btw, fucking typo
[18:37] <Agafonov> :) ok
[18:37] <Agafonov> my happy :D


[01:07] <DktrKranz> TheMuso, thanks
[05:45] <sowmi335> Hello all
[07:54] <sowmi318> Hey any one please guide me how to refresh Database in oracle 10g
[07:54] <Treenaks> sowmi318: I think you should ask your DBA
[07:55] <Treenaks> sowmi318: this channel is for Ubuntu development, not support, especially not application support
[07:55] <sowmi318> hoo ok plese tell me in which channel I get support for this one
[07:56] <sowmi318> I wana learn oracle DBA
[07:56] <sowmi318> their is no DBA here at my home
[07:56] <Treenaks> sowmi318: I don't have a clue
[08:05] <sowmi318> :( any way thanks
[08:45] <Hobbsee> sowmi318: #oracle would be a good guess, no?
[08:52] <sowmi318> their I tried but no response so I tried it here
[08:53] <Hobbsee> ah
[08:53] <Hobbsee> well, here's *definetly* wrong :)
[08:53] <sowmi318> yup
[10:50] <sowmi318> hey guys any one plese telll me what is the diff betw. ubunto8.10-desktop & ubuntu8.10-server
[10:50] <sowmi318> as if I use it fr oracle installation
[10:54] <hughhalf> sowmi318: -desktop version will install desktop applications, KDE/Gnome etc. by default
[10:54] <tseliot> sowmi318: this is not the right channel (try in #ubuntu). BTW you can have a look at this page: http://www.ubuntu.com/products/whatisubuntu/serveredition/features
[10:54]  * hughhalf nods at tseliot
[12:21] <ogra> can a buildd admin rescore scrollkeeper ?
[12:25] <Hobbsee> ogra: done
[12:25] <ogra> merci :)
[12:25]  * ogra hopes it builds
[13:47] <doko> lool: xine-lib ftbfs ;p
[13:49] <lool> doko: And every single time builds fine in my pbuilder and in my ppa!!
[13:49] <lool> doko: I finished fixing the buildd only autotools issues which I thought were the issue; turns out that it's a virtual package issue
[13:50] <lool> doko: Do you know why packages would build differently in ppas and on buildds?
[13:50] <lool> The only thing I can think of is this internal buildd rpeo
[13:51] <doko> lool: do PPA buildds make the main/universe differentiation?
[13:52] <lool> Perhaps not
[13:53] <doko> lool: search for universe in the build log
[13:55] <lool> doko: That's the issue
[13:55] <lool> Get:238 http://ftpmaster.internal jaunty/universe libgraphicsmagick1 1.1.11-3.2 [1212kB]
[13:55] <lool> but libmagickwand-dev is in main
[13:57] <ogra> seems the order is different
[13:57] <ogra> libmagick9-dev | libmagick-dev | libmagickwand-dev
[13:58] <ogra> the buildd seems to resolve the dep the other way round
[13:58] <lool> But strangely we have no libmagick9-dev nor libmagick-dev i njaunty
[13:58] <lool> ah let me check the provides in universe
[13:58] <ogra> graphicsmagick-libmagick-dev-compat
[13:58] <james_w> bug 301618 might be relevant
[13:59] <lool> I suspect the wand-dev installs but .pc is unusable
[14:01] <lool> james_w: Thanks, it's interesting
[14:01] <lool> It probably helps trigger the issue
[14:03] <lool> Right, graphicsmagick-libmagick-dev-compat in universe provides libmagick-dev
[14:05] <lool> I can't see any libmagick-dev real package in debian or ubuntu, so IMO this bdep should disappear in all cases
[14:06] <lool> libmagick9-dev isn't provided by anything in jaunty and was a real package in <= intrepid, so it can stay for backports
[14:16] <amikrop> Hello. Since I asked in #ubuntu and #ubuntu-motu but got no answer for a long time, I decided to ask you, guys, here, and I hope for some help: When I try to SVN update with RapidSVN, I am asked for my login password, in order to unlock the default keyring (probably for RapidSVN to access my RSA key).
[14:17] <amikrop> How can I disable this?
[14:42] <doko> ubuntu-archive, cjwatson, slangasek, Riddell, pitti: please temporarily promote g++-4.2-multilib, to build glibc on sparc
[14:48] <sivang> hi all
[14:49] <sivang> I want to add a custom mount option (nls=iso8859-8) to ntfs automount process in 8.04 , could anybody provide a lead where? (#ubuntu did not have a response so far)
[14:50] <lool> Ok, xine-lib now will build in main; sorry for the wasted buildd time
[16:09] <lool> doko: BTW what was the motivation for using experimental's imagemagick for jaunty?
[16:11] <lool> james_w: I've analyzed the changes in imagemagick and proposed a plan for the Debian experimental packages; thanks for pointing me at this issue
[16:43] <james_w> lool: no problem
[17:51] <asac> anyone here to bin-NEW xulrunner-1.9.1 so firefox-3.1 builds can start?
[17:51] <asac> Hobbsee: lool: ^^ ?
[17:52] <asac> oh i think lool isnt archive master
[17:53] <asac> StevenK: ^^ ... seems like you are in -archive group ;)
[17:55] <lool> asac: No I'm not :)
[18:02] <asac> lool: i have updated xul for mobile :(
[18:02] <asac> (hardy)
[18:02] <asac> did you already do that on your own?
[18:02] <asac> or shall i upload to ppa?
[18:03] <asac> its lp:~ubuntu-mobile/xulrunner/xulrunner-1.9.hardy
[18:03] <asac> xulrunner-1.9_<IP_ADDRESS>+nobinonly-0ubuntu<IP_ADDRESS>+ume1
[18:05] <lool> asac: Please upload to ppa
[18:05] <lool> asac: Thanks a lot for the update
[18:05] <lool> asac: Ok, I noted down the branch just in case
[18:06] <lool> uhoh I suspect ssh CK integration causes this:
[18:06] <lool> Nov 29 17:17:02 omap35x console-kit-daemon[15910]: CRITICAL: cannot initialize libpolkit
[18:06] <lool> ogra: You see these as well?
[18:07] <lool> I suspect one needs policy-kit installed, but there's a dep loop if you make that a dep
[18:07] <asac> lool: ok uploaded.  maybe one of your team can subscribe to the .hardy branch and just run a simple bzr merge when that branch gets updated ;)?
[18:08] <asac> but well. i should just "keep in mind"
[18:08] <lool> asac: Good idea
[18:08] <asac> but i failed so many times that i dont believe in my mind anymore :(
[18:08] <lool> asac: We should notice when comparing hardy-updates too
[18:09] <asac> lool: ok. but its really always just a bzr merge from the ~mozillateam branch
[18:09] <asac> to the ~ubuntu-mobile
[18:09] <asac> so dont feel blocked by me ;)
[18:09] <lool> Ok; thanks!
[18:10] <asac> and remember to do some testing from ppa first. ... i am not doing that thorough QA for mobile atm ;)
[18:10] <asac> lool: oh. what about intrepid?
[18:10] <asac> i dont have a branch for that
[18:10] <lool> asac: Neither do we
[18:11] <lool> asac: We built with intrepid's xulrunner
[18:11] <asac> lool: cool
[18:11] <asac> lool: you now use the "normal" system proxy behaviour?
[18:11] <asac> i remember something ... was it ogra?
[18:11] <lool> dinner bbl
[18:12] <asac> enjoy
[18:37] <lool> asac: We discussed what had to be done, but wasn't done during intrepid :-/
[19:08] <slangasek> doko: done; please let me know when it can be re-demoted
[20:22] <slangasek> doko: hrm, you said g++-4.2-multilib, but LP shows it dep-wait on gcc-4.2-multilib?
[22:08] <RAOF> Why is the libdrm packaging weird?
[22:09] <RAOF> In particular: why is the diff 200k gzipped, and why does it remove the nouveau headers from the build?
[22:26] <RAOF> Aaah.  Because it's /broken/, that's why :)
[22:32] <RAOF> I'm somewhat surprised the intel driver works at all, built against crazy drm :)
[23:43] <slangasek> doko: hmm, glibc/sparc FTBFS anyway


[04:22] <alkisg> Hi guys, I want to install Ubuntu for a Chinese user.  I usually prefer Ubuntu MATE. Should I install Kylin for him?
[05:16] <imadper> alkisg: vanilla ubuntu or deepin linux.
[05:17] <imadper> alkisg: Depends on if he needs QQ
[05:22] <alkisg> Thank you imadper
[13:12] <lzkj> https://sm.ms/image/LFERi1nQDcuZ8Ud
[13:12] <lzkj> QQ还没装好:-(
[13:38] <silval> exit


[04:03] <wgrant> cjwatson: BuildFarmJob mirrors relevant attributes of the implementations so there's one place to query for all types. The mixins handle that for you.
[12:06] <wgrant> cjwatson: Any other issues with the liveFS arc?
[12:08] <cjwatson> wgrant: Going pretty well at the moment.  I'm battling with traversal code.
[12:08] <cjwatson> Still need to write behaviour tests.
[12:08] <wgrant> Some complication with traversal, or just a part of the world you don't visit often?
[12:09] <cjwatson> Just the latter.
[12:09] <cjwatson> I think I should have something worth an initial review by the end of the week at this rate (I'm off this afternoon).
[12:10] <cjwatson> Also still need to write webservice-y methods for grabbing files out of the LiveFSBuild.
[12:12] <cjwatson> But (with the exception of whatever random traversal bug I have at the moment) I have a reasonable set of tests working, so over the hump.
[12:12] <wgrant> Great.
[12:12] <wgrant> Happy to help with the traversal bug, if you can't work it out.
[12:15] <cjwatson> Is there a way to get pdb to break in a traverse method called in the back end of an AppServerLayer webservice test?
[12:16] <cjwatson> It just hangs, so I'm obviously doing it wrong ...
[12:18] <wgrant> cjwatson: Heh, are you trying to view /builders?
[12:19] <cjwatson> No, /~owner/+livefs/blah
[12:19] <wgrant> That's probably affected too
[12:19] <wgrant> Hm.
[12:19] <wgrant> Not in the existing implementations.
[12:19] <cjwatson> Where blah is DISTRIBUTION/DISTROSERIES/LIVEFS so the traversal is a bit complicated to start with (I'm using a cut-down version of the branchnamespace thing)
[12:19] <wgrant> But the testbrowser respects meta refresh, so loading /builders or /builder/whatever will hang by default.
[12:20] <wgrant> Oh, you mean the pdb is hanging, not the test normally?
[12:20] <cjwatson> Right, the test normally is failing with a too-many-redirections error at the moment and I'm trying to debug it
[12:20] <wgrant> It's a subprocess in AppServerLayer, so that indeed won't work. It's probably easier to reproduce manually on the dev appserver.
[12:21] <cjwatson> hm, ok
[12:21] <cjwatson> or I guess I could do the FakeLaunchpadRequest thing and test just the traversal that way, come to think of it
[12:22] <cjwatson> but yeah, I'll bring up a dev appserver if that fails
[12:23] <wgrant> Right, you could do that, and I think we should have more tests like that, but for debugging it's easy to do it outside the test suite
[12:29] <cjwatson> If I can figure out how to log in ...
[12:29] <cjwatson> (a) make run only runs on port 8085, is that right? (b) +login says the openid provider is unavailable
[12:30] <wgrant> make run listens on several ports, but you should always access it through apache on 443
[12:30] <wgrant> If you don't have apache set up, +login will fail when it can't talk to https://testopenid.dev/
[12:30] <cjwatson> That gives me an ssl_error_rx_record_too_long error
[12:31] <wgrant> Sounds like you don't have mod_ssl enabled, or your LP vhost config is broken.
[12:32] <cjwatson> Oh, huh, no vhost
[12:32] <wgrant> If you're using LXC, make sure you've run "make LISTEN_ADDRESS=* install" and then restarted apache
[12:34] <cjwatson> Much better, thanks
[12:43] <cjwatson> No luck getting lp-shell to get an oauth token though.  Trying the more lightweight test approach
[12:44] <wgrant> Hm, should work fine with LP_DISABLE_SSL_CERTIFICATE_VALIDATIOn
[12:44] <cjwatson> (I copied and pasted the URL into firefox on my host, but the token doesn't seem to be recognised inside the LXC guest)
[12:44] <cjwatson> Yeah, I used that
[12:44] <wgrant> I usually run lp-shell on the host, but it shouldn't matter.
[12:47] <cjwatson> That seemed to get a bit further, but it got an ECONNREFUSED trying to send mail
[12:47] <wgrant> Ah yes
[12:47] <cjwatson> http://paste.ubuntu.com/7314405/
[12:47] <wgrant> That will break unless you have an MTA installed
[12:47] <wgrant> Install a local-only postfix in the container and restart lp-shell
[12:49] <cjwatson> Ah, brilliant, that works now
[12:55] <cjwatson> Just in time for me to EOD - will investigate more tomorrow
[12:56] <wgrant> :)


[01:26] <Deihmos> when you install ubuntu server the user is not added to the video group automatically but it happens if you install desktop environment
[01:26] <Deihmos> that's weird
[01:44] <blackflow> nothing weird about that. mostly servers are of no use for a video group. and it's handled by the display manager, also uncommon on servers.
[01:46] <Deihmos> had a hard time figuring out why hardware accelerated transcoding with plex was not working
[01:46] <Deihmos> since it worked fine on debian without me doing anything
[16:16] <OliPicard> Howdy All.  I have a ubuntu 18.04LTS server and I've been having issues with the server displaying the following message. "Failed to connect to https://changelogs.ubuntu.com/meta-release-lts, Check you internet connection or proxy settings" I am able to curl the url from the server without any issues. Previously I had to reload my VPS with an old backup to get this message to stop.
[16:35] <jelly> OliPicard: which commamd shows that message?
[16:38] <OliPicard> jelly: It is triggered when logging into the server so /etc/update-motd.d/91-release-upgrade
[16:57] <OliPicard> jelly: Just confirmed that this script is the one that causes the error when logging into the shell however I'm able to curl the site without issues.
[17:13] <OliPicard> Ok. I've fixed it! If anyone is curious I'm happy to provide the steps. so 1. delete /var/lib/ubuntu-release-upgrader/release-upgrade-available. 2. run /etc/update-motd.d/91-release-upgrade


[10:52] <Fudge> AlanBell have you experienced orca not reading the nautilus transfer/copy window at all?
[10:52] <Fudge> I often hear just panel I think it says, but if I restart orca then I can read the transfer info
[10:52] <Fudge> using precise


[21:59] <BrianHechinger[m> mrz80: Bulldozer is an awful architecture. Piledriver is *slightly* better, but not enough to be worth it. Even zen1 completely blows it out of the water. Here's a great example of how unbelievably bad it is. Someone overclocked an FX8xxx or FX9xxx (I forget which one) to like 6Ghz or 8Ghz or something insane like that. A bone stock ryzen 1600 still outperformed it.
[22:00] <BrianHechinger[m> Plus, a 3600/3600X is insanely good for not a ton of money.


[07:06] <Space-Duck> What are your thoughts on installing Webmin on production web servers?
[07:07] <andol> My first thought? Why on earth would you do that?
[07:08] <Space-Duck> Cause I'm lazy... I'm tired of configing
[07:09] <Space-Duck> But is my convenience worth it?
[07:09] <andol> Using Webmin seems a lot more work than to have your config reusable in a configuration management system.
[08:49] <HackeMate> how does opendns work, they are a dns server with a huge /etc/hosts file?
[09:36] <lordievader> HackeMate: They are an open resolver. They forward queries to the authoritative nameserver. And probably cache the answer.
[13:55] <sileht> jamespage, coreycb, zul, ddellav Hi, last libvirt/qemu released on cloud-archive looks broken : https://bugs.launchpad.net/cloud-archive/+bug/1748622 don't hesiate to ping me for any additional log/output/debug
[15:36] <Redfoxmoon> Hello! just installed ubuntu server 17.10 on a computer with an e1000e ethernet controller, in the installer it's able to configure the ethernet controller correctly
[15:37] <Redfoxmoon> However when it reboots into the installed copy, there's no ethernet entry in /etc/network/interfaces, adding one doesn't help either
[15:37] <Redfoxmoon> Quite stumped as to what to do...
[15:38] <Redfoxmoon> ..... lalala installed *again* and now it just magically works
[15:38] <Redfoxmoon> my luck ;_;
[15:47] <Redfoxmoon> nvm.
[15:50] <Redfoxmoon> and I solved it! yay
[16:25] <tomreyn> well done ;-)
[16:34] <Redfoxmoon> *sigh* it's a tiny bit annoying the old interfaces crap was left in though, honestly:-)
[16:34] <Redfoxmoon> Makes it just slightly confusing..