[01:51] <devkorcvince> tulong block ip ng globe wimax ko sa ubuntuforum
[02:12] <pinoyskull> devkorcvince, how so
[04:02] <epal> haha dito ka na rin? haha
[04:02] <six519> :D
[04:02] <six519> hahahah
[04:02] <lysender> lol
[04:02] <six519> mabuhay lysender
[04:02] <six519> :D
[13:48] <student> weeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
[13:49] <pepesmith> meron akong naalala pag ganito mag post
[13:49] <pepesmith> taga zamboanga
[13:49] <student> talaga?
[13:49] <student> cno?
[13:49] <student> weh?
[13:49] <student> hahaha


[09:10] <cjwatson> synapt: This is something where you'd really need to talk to the owner of that PPA.  We just provide the hosting.
[10:01] <ActionParsnip> Hi guys. There is a guy on Launchpad.net spamming a million duplicate questions for making a kernel. Can you please attend. It's getting a bit tedious. He's made probably.... 10-15 identical questions
[10:07] <AlexC> Hi, how can I recover a lost LP account apart from email password reset? (the email address does not exist anymore sadly)
[10:09] <cjwatson> ActionParsnip: if you read logs, please don't just join here and immediately quit without providing details
[10:09] <cjwatson> AlexC: You can email details to<EMAIL_ADDRESS>and we can see what we can do, but fair warning, it may not be possible
[10:10] <AlexC> yeah possible, I cannot prove probably in any way that is me apart from my name
[10:10] <AlexC> kek
[10:10] <AlexC> at least I can prove it with my ID or something lol
[10:10] <cjwatson> Right, I'm afraid with six million users we can't assume that e.g. names are unique
[10:12] <AlexC> meh
[13:13] <synapt> cjwatson: Yeah I poked them by email, they said launchpad doesn't allow preferential version selection, only the latest release period.  They pointed me over to cloudsmith for specific package referencing
[13:13] <synapt> apparently that refusal was just resulting in misleading/goofy errors from apt
[13:14] <synapt> or not cause it's still throwing the same errors even from cloudsmith lol, ugh
[13:36] <cjwatson> That sounds like they may be inappropriately blaming their tools ...
[15:00] <synapt> cjwatson: That I dunno, this is what they said; "Launchpad is an opinionated platform, it won't let you install something else than the last version of the package."
[15:01] <cjwatson> synapt: While that's true, they still need to provide latest versions of things that work together :)
[15:01] <cjwatson> Which it sounds like isn't the case right now ...
[15:01] <cjwatson> This isn't generally a valid excuse for upgrade breakage
[15:01] <synapt> They might be, I think the main issue is we're using a specific rabbitmq version pulled from a separate repository, and that rabbitmq had dependency restrictions of v21 through v23, which I guess was the issue.
[15:03] <synapt> Cause it would see the v24 being forced in and go "Hey we don't support that" lol, and apt was just interpreting it kinda badly.  Or maybe the repo wasn't giving a proper error.  But apparently they changed repos in teh documentation anyways, docs all point to cloudsmith now, guess that's the new medium since bintray shut down
[15:12] <cjwatson> They could also do this with Launchpad by copying things between multiple PPAs
[15:12] <cjwatson> Each one would need to be self-consistent, but they aren't limited to just one
[15:12] <cjwatson> It's just a different model


[11:43] <sil2100> Hi!
[11:44] <mgz> hey
[11:44] <sil2100> Could anyone help me with a quick question bzr related? Since I remember a configuration option in bzr that disables ssh key authentication - I need it now but can't find it anywhere
[11:44] <sil2100> I remember using it in the past
[11:45] <mgz> I'm guessing you mean you want read-only http access to launchpad rather than bzr+ssh?
[11:46] <sil2100> Yes
[11:47] <mgz> remove launchpad_username from ~/.bazaar/bazaar.conf
[11:47] <sil2100> I have no launchpad_username there ;) Checked that already
[11:47] <sil2100> Ok, I did it differently
[11:48] <sil2100> I simply switched to using http://* directly
[11:48] <sil2100> But thanks!
[11:48] <mgz> really? what does `bzr config launchpad_username` say?
[11:49] <mgz> you can also remove the [Launchpad] section of authentication.conf to be sure, but that should be ignored if the name isn't in the main config
[14:23] <zyga> hey, I'm trying to use bzr join, I have two 2a branches, let's say A and B, I branch B to A/B (so it's inside the A branch), running bzr join B from root of A fails with:
[14:23] <zyga> bzr: ERROR: Cannot join B.  Trees have the same root
[14:23] <zyga> is this expected?
[14:24] <mgz> I take it A is a fork of B? and wow, you really are trying to do things in the most convoluted ways possible.
[14:25] <zyga> no
[14:25] <zyga> A and B are independent
[14:25] <zyga> mgz: what is convulted about join?
[14:26] <mgz> is that actually true? experience says at least one of them is probably going to be something like a fastimport from git.
[14:26] <zyga> it is true (the are independent), and the other part you said is also true (B is an export from git, but it was never derived from A in any way)
[14:26] <zyga> a is lp:checkbox
[14:26] <zyga> b is lp:~zkrynicki/+junk/plainbox
[14:27] <zyga> no common ancestry in any way
[14:27] <zyga> I gave up trying to export the merged tree from git
[14:27] <zyga> as I was unable to fix the bugs in bzr-fastimport and bzr-git
[14:27] <zyga> so I thought that good old bzr join should work
[14:29] <zyga> mgz: is this a bug in bzr core or is the bzr join --help description just confusing and I'm doing something wrong on the basic level
[14:29] <mgz> zyga: as reported, join works fine. what's borked is your branches.
[14:29] <zyga> mgz: how are they borked?
[14:30] <mgz> (probably, I can't get the +junk one)
[14:30] <zyga> oh
[14:30] <zyga> sorry
[14:30] <zyga> typo
[14:31] <zyga> mgz: please try again
[14:33] <jelmer> zyga: if these are fairly old bzr branches they might both have the old constant tree root file id
[14:34] <zyga> jelmer: I don't undestand what that is
[14:34] <zyga> jelmer: checkbox is failry old if you look at the history
[14:34] <mgz> jelmer: one is a fastimport thing, the other is an oldish branch
[14:34] <jelmer> mgz: ah
[14:35] <jelmer> mgz: I guess the fastimport thing should be using rich roots then?
[14:35] <zyga> mgz: both branches use 2a format
[14:36] <zyga> mgz: what is the "constant tree root file id"?
[14:36] <mgz> ...I pretty much think helping you do this is a waste of time, because you're just making your branches more and more complicated...
[14:36] <zyga> mgz: could you explain what I'm doing wrong
[14:37] <mgz> what's the benefit of embedding a the history of the old project in a subdirectory of your new fork?
[14:37] <zyga> mgz: it's a requirement of the team leader, we wish to contiune working on the fork in the old repository
[14:38] <mgz> sure, but why that way around?
[14:38] <mgz> it would be better to just merge your changes into the existing code and not screw around with the structure surely...
[14:38] <zyga> mgz: how would I merge my changes into lp:checkbox?
[14:39] <zyga> mgz: and how is any of that explaining why bzr join is not working, is any of the repositories damaged?
[14:39] <jelmer> mgz: is this a duplicate root file id issue? I think I missed an earlier part of the conversation
[14:39] <mgz> for the record:
[14:39] <mgz> (Pdb) e
[14:39] <mgz> BadSubsumeSource(Can't subsume <WorkingTree6 of /home/ubuntu/tmp/checkbox> into <WorkingTree6 of /home/ubuntu/tmp>. Trees have the same root)
[14:39] <mgz> (Pdb) e.tree.get_root_id()
[14:39] <mgz> 'TREE_ROOT'
[14:39] <mgz> (Pdb) e.other_tree.get_root_id()
[14:39] <mgz> 'TREE_ROOT'
[14:40] <mgz> jelmer: zyga posted to an internal canonical list for reasons passing understanding, so you're missing some context
[14:40] <jelmer> mgz: ah, I'll leave it to you then
[14:40] <zyga> mgz: what I posted to the caonical list was not related much, maybe apart from just trying various things to make this work, the join issue is separate IMHO
[14:40] <jelmer> mgz: (you do know about the merge-into plugin?)
[14:41] <mgz> basically he created a new project on github as a fork of an existing bzr project, added the existing project as a submodule, and is now struggling to reintegrate the codebases
[14:41] <zyga> mgz: you are incorrect
[14:41] <zyga> mgz: plainbox is not a for of checkbox
[14:42] <mgz> zyga: was going to post what I understood from looking briefly and get you to correct anything I didn't understand, maybe I should do that
[14:42] <zyga> mgz: ok
[14:42] <zyga> mgz: we can move the discussion to a proper place if you'd like
[14:42] <zyga> mgz: basically I want to "join" two projects, one of which was in git another in bzr, into bzr
[14:42] <mgz> so, we could make the join work, but I'm unconvinced that's what you really want
[14:43] <zyga> mgz: anything that works is fine, fixing bugs in bzr is good if I can do that as a side effect
[14:44] <zyga> mgz: fixing bugs in bzr-fastimport would be good as well but I've yet unable to trace that issue to something I can report
[14:44] <mgz> can you explain what plainbox is to me briefly? it uses the checkbox code, and is described in the readme as a "plain replacement", but you're saying it's not a fork?
[14:44] <zyga> mgz: ditto to bzr-git
[14:44] <zyga> mgz: it's a rewrite that our team is doing
[14:44] <mgz> bzr-git is simple (I think, you missed pasting the error), you used submodules in your git branch, which aren't supported
[14:44] <zyga> mgz: since checkbox became unmaintainable and the team lead made a decision to rewrite it
[14:45] <mgz> so it is a fork?
[14:45] <zyga> mgz: I see, I didn't know they were unsupported
[14:45] <mgz> or... a redo from scratch?
[14:45] <zyga> mgz: no, it's a rewrite, not a fork
[14:45] <zyga> yes
[14:45] <mgz> then why integrate the histories?
[14:45] <zyga> it uses some of checkbox scripts in practice (hence the submodule)
[14:45] <zyga> but the core is independent
[14:48] <zyga> mgz: so is lp:checkbox broken in any way?
[14:48] <zyga> mgz: or is the plainbox bzr export broken?
[14:49] <mgz> depends what you're trying to do.
[14:50] <zyga> mgz: well, use bzr the way it's advertised so to speak, getting bzr join to work would be a good start
[14:55] <zyga> mgz: ?
[15:00] <mgz> writing an email.
[15:00] <zyga> thanks!
[15:20] <zyga> everyone, for reference, unless something major happens, the most likely bzr branch for plainbox is going to be copied from lp:~zkrynicki/+junk/plainbox
[15:20] <zyga> we'll just need do decide if we want it in lp:plainbox or lp:~something/checkbox/plainbox
[15:23] <zyga> meh
[15:23] <zyga> wrong window :)
[16:19] <mgz> zyga: +metoo bug 1031773 and I'll get round to doing something about that
[16:20] <mgz> your variation on the underlying problem was at least less obnoixious than the one hidetaka got...
[16:20] <zyga> looking
[16:21] <mgz> didn't want to just back the code out, but that's probably the sanest option...
[16:22] <zyga> mgz: osutils.rename calls systems 'mv'?
[16:22] <zyga> mgz: or is some part of python borked to return non-unicode, localized message?
[16:22] <mgz> Python 2 returns non-unicode, localised messages, when setlocale is called
[16:22] <zyga> ahh
[16:24] <mgz> it calls rename(2) underneath
[23:51] <Nav_> Hello. I need some help at installing centralized workflow thing on a CentOS server
[23:51] <Nav_> can someone help?


[01:36] <Madpilot> anyone here? just found this --> https://wiki.ubuntu.com/UpgradingToFirefox10  <-- thru Cleanup; it's badly out of date. Any opjections to just deleting it outright?
[01:39] <mgalvin> eww, delete it
[01:40] <mgalvin> that gotta be from warty... security updates have already brought ff 1.0.6 into warty
[01:41] <Madpilot> it's not linked to from anywhere, so into the trash with it!
[01:41] <Madpilot> and... it's gone.
[01:42] <Madpilot> one Cleanup item down, 175 to go! ;)
[03:33] <Flonne> mpt_, http://hamsterx.homelinux.org/~rhx/ubuntu-help-formatting addresses some of your requests.
[03:33] <Flonne> Let me know if you want me to change anything else, or if you want help writing/editing anything.
[06:05] <jsgotangco> hi
[06:05] <Madpilot> hi
[07:02] <jsgotangco> jdub, can i be on planet too?
[07:03] <jdub> jsgotangco: sure, send me your rss feed
[09:42] <mdke> morning
[09:42] <jsgotangco> hi
[09:45] <highvoltage> hi jsgotangco and mdke
[09:48] <mdke> lo
[09:49] <Madpilot> hi all
[09:54] <highvoltage> mdke: lo <IP_ADDRESS>
[09:56] <mdke> jsgotangco, any luck on styleguide?
[09:58] <jsgotangco> i havent started playing with the script yet i was too busy with edubuntu
[09:58] <jsgotangco> i will try later or just mail jeff
[09:58] <mdke> fair enough
[09:58] <mdke> i think mailing jeff is the best
[09:59] <jsgotangco> im about to burn colony 3 anytime now and install on the M2
[09:59] <mdke> ah cool
[10:01] <mdke> i'll mail the list about the pdf for styleguide
[10:01] <mdke> Sean will know something about it no doubt
[10:02] <jsgotangco> hmm nautilus cd burning won't let me select the burn speed heh
[10:51] <jsgotangco> ahhh lifeless maintains it
[08:45] <mdke> jeffsch, heya
[08:46] <jeffsch> howdy
[08:46] <mdke> let's sort out the styleguide thing while we're both here :)
[08:46] <jeffsch> okie doke
[08:46] <mdke> i was thinking you would add a "make all" target to the styleguide makefile, rather than the gnome one
[08:47] <mdke> cos the styleguide is not really a gnome doc, am i right?
[08:47] <jeffsch> i was thinking of getting rid of the styleguide makefile
[08:47] <mdke> oh
[08:47] <jeffsch> even though it's not a gnome doc,
[08:47] <mdke> whichever you prefer
[08:48] <mdke> right now I have the server calling the styleguide makefile and copying the stuff to root/styleguide
[08:48] <jeffsch> it would be easier to have it in the gnome makefile, no?
[08:48] <mdke> no problem for me
[08:49] <jeffsch> ok. that leaves the pdf problem
[08:49] <mdke> i think the address should be doc.ubuntu.com/styleguide though, rather than doc.ubuntu.com/gnome/styleguide
[08:49] <jeffsch> that make sense
[08:50] <mdke> so if you get it building to build/styleguide that will be fine
[08:51] <jeffsch> hmmm... it does already, i thought
[08:51] <mdke> certainly the make html from styleguide/makefile does
[08:52] <mdke> ok so the pdf problem
[08:52] <mdke> is it not possible to get the pdf built without java/fop?
[08:52] <jeffsch> yeah, i just tested it. in ubuntu-doc/gnome, make sg puts the files in ubuntu-doc/build/styleguide
[08:52] <jeffsch> yes, it is possible to build the style guide without fop
[08:53] <jeffsch> docbook2pdf, in the docbook-utils package
[08:53] <mdke> so can we use that?
[08:53] <jeffsch> sure, no problem.
[08:54] <jeffsch> the styleguide pdf (in theory, anyway) only gets built once per release, so i never paid much attention to it in the make files
[09:15] <mdke> jeffsch, if you're still here, sorry about that: fuse blew
[09:16] <jeffsch> wow. i had no idea you were angry!
[09:16] <jeffsch> hehe
[09:16] <mdke> ;)
[09:17] <mdke> lost all plugs
[09:17] <mdke> all well now
[09:18] <jeffsch> the other day, somebody complained about the state of their power grid. I thought to myself "hehe, my power hasn't gone down for over a year"
[09:18] <jeffsch> two hours later. bam!. no power.
[09:19] <jeffsch> that'll learn me :)
[09:19] <mdke> did i miss anything?
[09:19] <jeffsch> nope
[09:19] <mdke> ok the last question was, can we use the docbook-utils thing for the styleguide pdf?
[09:21] <jeffsch> ah wait, i lied about you missing something... hold on...
[09:21] <jeffsch> [11:53]  <jeffsch> sure, no problem
[09:21] <jeffsch> [11:54]  <jeffsch> the styleguide pdf (in theory, anyway) only gets built once per release, so i never paid much attention to it in the make files
[09:21] <jeffsch> [12:12]  <-- mdke has left this server. (Read error: 110 (Connection timed out))
[09:22] <mdke> good point
[09:22] <mdke> ok maybe just build it yourself and commit it, I'll copy it to the server?
[09:23] <jeffsch> ok, I'll stick into the build/styleguide directory
[09:23] <mdke> ok
[09:23] <mdke> the html is already there
[09:23] <mdke> (on the server)
[09:25] <jeffsch> wait. how about I mail it to you? if I put into the build/styleguide directory, it will get deleted during the next make all
[09:25] <mdke> put it in styleguide/
[09:25] <mdke> or is it big?
[09:26] <mdke> tbh I think it's worth having in the repo so people can read it
[09:29] <mdke> jeffsch, what do you think?
[09:29] <jeffsch> ok, i will put it in styleguide/. it's less than 45k
[09:30] <mdke> cool
[09:30] <mdke> bing me when you have and I'll copy it over
[09:30] <jeffsch> i just committed it now
[09:31] <jeffsch> rev 1609
[09:31] <mdke> done
[09:32] <mdke> http://<IP_ADDRESS>/styleguide/
[09:32] <mdke> nice work man
[09:33] <jeffsch> so, we can adjust the projects page to point to this stuff now?
[09:34] <mdke> hmm
[09:34] <mdke> still waiting on a domain name
[09:34] <jeffsch> ah
[09:34] <mdke> gnome/ and kde/ have been there for ages, they build daily
[09:35] <mdke> just haven't got a domain name so haven't adjusted the projects page
[09:35] <jeffsch> yeah, best to wait for the domain name


[02:44] <grantbow> good #civicrm meetup now in SF @EFF - thanks for hosting
[02:45] <grantbow> the Center for the Book is hosting their civicrm at Rackspace running Ubuntu 10.10


[22:12] <cristian_c> hi
[22:12] <cristian_c> I've to migrate a daemon from upstart/sysv to systemd
[22:12] <cristian_c> I've read the migration documentation but I can't figure out how to fill the Type= and After= fields
[22:13] <cristian_c> How can I get forking and dependency information?
[22:13] <cristian_c> Any ideas?