[12:08] <froud> good night all
[12:08] <mdke> night froud :)
[12:10] <mdke> 189 wiki edits in the last 24 hours or so
[12:22] <sm> see you
[12:22] <mdke> bye sm
[12:22] <mdke> see ya again soon
[04:46] <jsgotangco> halooooo
[05:18] <jsgotangco> hi Burgundavia
[05:18] <Burgundavia> salut
[06:04] <jsgotangco> hmmm im getting confused at kvio's interface..it seems to want to be visio but it cant
 KDE is just trying to imitate Windows anyway </troll>
[06:05] <jsgotangco> bah at least it works most of the time
[07:35] <froud> African Greetings
[07:36] <jsgotangco> hi froud!
[07:51] <Burgundavia> salut
[08:26] <jsgotangco> hi dave!
[08:26] <dave> hiya
[08:26] <Burgundavia> salut daven
[08:26] <daven> morning
[08:27] <Burgundavia> evening still here
[08:27] <Burgundavia> for another 33 minutes
[08:27] <daven> hehe
[08:27] <daven> 07:30 here :)
[08:28] <daven> jsgotangco: i'll have to change it so it doesn't try to log me on as dave - dave is *always* gonna be someone else's ;-)
[08:28] <Burgundavia> that is why you choose something like mine
[08:28] <Burgundavia> I have never had a nick conflict and never will
[08:29] <daven> i lack the imagination :)
[08:29] <Burgundavia> you only need to be imaginative once
[08:29] <jsgotangco> ahh its only 2:30pm here
[08:30] <daven> i quite like a short nick - trying to type jsgotangco correctly at this time of the morning...
[08:30] <daven> ah - although i *have* just discovered tab-completion ;)
[08:31] <jsgotangco> haha
[08:31] <jsgotangco> daven, yes that is corrrecgt
[08:31] <jsgotangco> Burgundavia,
[08:31] <jsgotangco> Kinnison,
[08:31] <jsgotangco> hehhe
[08:31] <Burgundavia> halo?
[08:31] <jsgotangco> mvirkkil,
[08:31] <jsgotangco> no just tabbing crazy
[08:32] <Burgundavia> there is an annoying bug with my notifier
[08:32] <Burgundavia> it only pops up if i am on another tab
[08:32] <Burgundavia> even if I am at another workspace
[08:32] <jsgotangco> i am reading the svn book
[08:34] <daven> burgundavia :)
[08:43] <jsgotangco> froud: is it advisable to do stuff in trunk at the moment? I want to try something out in translating some stuff
[08:43] <froud> You can work on your working copy and test stuff
[08:44] <froud> if you commit I will merge it into branch. If we need it in branch, that is.
[08:44] <froud> remember while testing things you can always revert
[08:44] <jsgotangco> yah
[08:45] <jsgotangco> ok gotcha
[09:18] <jsgotangco> but there hasnt been much activity in trunk but i understand that
[09:30] <froud> not much, but people are welcome to work in trunk
[10:22] <mdke> morning all
[10:22] <froud_> morn
[10:22] <mdke> /afternoon/evening
[10:22] <jsgotangco> hi
[10:23] <mdke> so are we getting cracking on the guides yet?
[10:23] <jsgotangco> well i am experimenting stuff on trunk at the moment
[10:25] <mdke> what sort of stuff?
[10:26] <jsgotangco> oh just some il8n stuff that i might pass to some team
[10:26] <mdke> oh right
[10:27] <mdke> you mean i18n ;)
[10:27] <jsgotangco> i was having a word war with someone from debian-tl on il8n stuff he thinks im diverting and doing something that is going against debian tl
[10:27] <jsgotangco> what did i say?
[10:27] <jsgotangco> i said il8n
[10:28] <mdke> with a 1 (one) not an l (ell)
[10:28] <mdke> jsgotangco, what have you been diverting?
[10:28] <jsgotangco> none
[10:29] <jsgotangco> its just trash talking bleah
[10:29] <mdke> lol
[10:29] <mdke> tl war
[10:29] <mdke> so when do we get to work on the guides?
[10:29] <mdke> froud_?
[10:30] <froud_> mmmmHmmmm
[10:31] <froud_> mdke: feel free to work in trunk. No stopping you
[10:31] <jsgotangco> adminguide.xml looks yummy
[10:31] <froud_> dig in
[10:31] <mdke> froud_, right. presumably it is desirable to use the more stable wiki pages?
[10:31] <jsgotangco> im kind excited on what i saw in branch
[10:32] <froud_> then work in branch
[10:32] <jsgotangco> but branch always changes heh
[10:32] <mdke> what is the difference?
[10:32] <mdke> i thought the branch was just for you to write scripts and stuff
[10:32] <jsgotangco> mdke, branch has some new stuff that will be merged into trunk
[10:32] <froud_> the dir structure is changed
[10:33] <mdke> ok so they will be merged? changes won't be lost?
[10:33] <froud_> no changes will be lost inside document content
[10:33] <jsgotangco> hmmm it shouldnt
[10:33] <froud_> I must go back to work
[10:34] <jsgotangco> but i would probably start working on branch when breezy truly opens
[10:34] <jsgotangco> but no stopping us from improving trunk
[10:34] <mdke> well i'm a bit more confident working on content than I am on structure of xml documents, so I am keen that the documents I work on have already agreed structures
[10:35] <mdke> and also I'd like to know whether to use the more stable wiki documents for content
[10:35] <jsgotangco> good idea
[10:35] <jsgotangco> we can always revert anyway
[10:36] <mdke> did we get our accounts yet?
[10:36] <jsgotangco> i have not received anything yet
[10:36] <mdke> the request probably was drowned in a million emails
[10:36] <jsgotangco> hmmm i'm thinking of doing a blog
[10:36] <mdke> anyway we can work without accounts
[10:37] <mdke> right i have to go to school
[10:37] <mdke> see ya
[10:37] <jsgotangco> ok see ya
[10:45] <jsgotangco> oh mr. sun, sun mr. golden sun, please shine down on me
[10:46] <Kinnison> Morning all
[10:47] <jsgotangco> Kinnison, hi
[10:49] <Burgundavia> salut Kinnison
[10:49] <Kinnison> salut
[11:52] <jsgotangco> arrgghh why cant gnome and kde apps get together
[11:53] <Kinnison> years of rivalry
[11:53] <Burgundavia> they are slowly
[11:53] <Burgundavia> see the cool things with pdf
[11:54] <Burgundavia> and the talks regarding gconf and kconfig
[11:55] <jsgotangco> yesshh is kinda cool knowing that is happening
[11:59] <jsgotangco> Burgundavia, would it be advisable if i just use <quote> instead of &quot
[12:00] <Burgundavia> for what?
[12:01] <jsgotangco> for "" sign
[12:01] <jsgotangco> i am experimenting stuff on trunk
[12:01] <Burgundavia> no idea, ask froud
[12:03] <mvirkkil> jsgotangco: You mentioned me?
[12:03] <Burgundavia> mvirkkil, he was goofing around
[12:03] <mvirkkil> ok.
[12:04] <jsgotangco> sorry bout that
[12:04] <mvirkkil> jsgotangco: No problem.
[12:05] <jsgotangco> nice a usb disco dance floor in /.
[12:28] <jsgotangco> ok see you guys later
[04:19] <froud-work> whew, long day
[04:38] <brenx> Hi
[04:39] <froud-work> hi
[04:39] <brenx> first time here
[04:40] <brenx> and my english is not good
[04:40] <froud-work> welcome
[04:40] <brenx> but I am ubuntu user
[04:40] <brenx> :D
[04:40] <froud-work> cool, how long have you been using it
[04:40] <brenx> can I ask some questions
[04:40] <froud-work> sure
[04:40] <brenx> mot really long
[04:40] <froud-work> ok
[04:41] <brenx> but it is my only system on computer now
[04:42] <froud-work> where are you from?
[04:42] <brenx> Slovenia
[04:42] <froud-work> Ah, OK
[04:42] <froud-work> so what questions do you have?
[04:42] <brenx> do U know where is that
[04:42] <brenx> lots
[04:42] <froud-work> Yes
[04:42] <brenx> :D
[04:43] <brenx> but just cheking how does this work
[04:43] <brenx> don't have a lot of time now
[04:43] <brenx> must go back to work
[04:44] <froud-work> how does what work
[04:44] <froud-work> irc
[04:44] <froud-work> or ubuntu?
[04:44] <brenx> x-chat ubuntu comunity, ...
[04:45] <froud-work> Ah ok, I see. No problem. We do documentation etc. when we feel like it. So this is the Docteam Channel
[04:45] <brenx> sorry 4 bugging
[04:45] <brenx> must go now
[04:45] <brenx> bye
[04:46] <froud-work> not bugging anyone you are welcome, c ya
[04:46] <brenx> c ya
[06:07] <mdke> hi all
[06:08] <froud> hi
[06:09] <mdke> hows doing?
[06:10] <froud> good
[06:23] <jjesse> good
[06:46] <Burgundavia> hey sm
[06:46] <jjesse> slow day today in the channel?
[06:47] <froud> shhh, we're busy
[06:47] <sm> hey all
[06:47] <jjesse> grin
[06:47] <sm> mdke: yes, just rename that page with the problematic <->
[06:48] <mdke> how?
[06:48] <sm> http://www.ubuntulinux.org/wiki/WebBrowsingSlowIVP6IVP4 -> rename form at bottom, or edit form
[06:48] <mdke> oh i c
[06:48] <mdke> doh
[06:48] <sm> :)
[06:49] <mdke> will do
[06:50] <sm> and do paste that bug report.. thanks
[06:50] <mdke> have done
[06:51] <mdke> #1083
[07:05] <Burgundavia> he leader to particpape
[07:05] <Burgundavia> hmm
[07:05] <Burgundavia> anyboyd else see just raw unicode?
[07:05] <jjesse> on wht?
[07:06] <jjesse> on what?
[07:06] <Burgundavia> he leader to particpape
[07:06] <Burgundavia> that
[07:06] <jjesse> i see he leader to particp a pe
[07:06] <jjesse> he leader to particp
[07:06] <Burgundavia> hmm
[07:06] <jjesse> and then characters
[07:06] <Burgundavia> wierd
[07:06] <mdke> i see some crazy stuff
[07:06] <Burgundavia> |00| something like that, both with four chars?
[07:07] <jjesse> so do you know you've in the linux world for a while when you start typing thier commands on a windows box
[07:07] <mdke> Burgundavia, yeah
[07:07] <jjesse> what do you mean ls is not a validcommand
[07:07] <Burgundavia> that is raw unicode
[07:07] <Burgundavia> your font has no way of displaying it
[07:07] <mdke> specifically, 00,08
[07:07] <mdke> yeah
[07:07] <mdke> i haven't got many fonts installed tho
[07:08] <Burgundavia> that seems to be bksp
[07:08] <Burgundavia> oe huats: your IRC client is really broken
[07:08] <Burgundavia> joe huats: we're seeing all your backspaces
[07:08] <Burgundavia> that is from #dashboard on gimpnet
[07:08] <Burgundavia> where I pasted it from
[07:08] <mdke> Burgundavia, are you making the technical board meet later?
[07:08] <Burgundavia> today, technical board?
[07:09] <mdke> yus
[07:09] <Burgundavia> err forgot about it
[07:09] <mdke> in 3 hours circa
[07:09] <Burgundavia> hmm
[07:10] <Burgundavia> maybe I will grap some sleep and them come to the meeting
[07:10] <mdke> heh
[07:10] <jjesse> brb
[07:10] <mdke> body clock not following the crowd eh?
[07:10] <Burgundavia> whatever
[07:11] <mdke> :)
[07:13] <mdke> ok maybe see you later Burgundavia
[08:46] <froud> group question
[08:46] <froud> the moving of files in now over in branch
[08:46] <froud> the make system is not finished
[08:46] <froud> but we dont need the make system to write
[08:47] <froud> anyone think it a good idea for me to merge the branch back to trunk?
[08:48] <Burgundavia> do we need the make system until say Aug?
[08:50] <Burgundavia> my argument would be merge so we can start writing
[08:52] <froud> Yeah that is what I am thinking. People seem scared to write in trunk while I am in branch :-) dunno why, guess not clearly understanding merging and branching
[09:00] <mdke> for what its worth, i agree
[09:01] <froud> mdke: cool
[09:01] <mdke> although that's not the reason we're not writing in trunk
[09:01] <froud> doing a dry run now
[09:01] <mdke> cool
[09:01] <mdke> Burgundavia, get any sleep?
[09:02] <Burgundavia> nope
[09:02] <mdke> :/
[09:09] <froud> anyone else agree that I merge now
[09:48] <claude> froud: in the restructure branch, you didn't provide language folders for images
[09:48] <froud> I was wondering about that. do you think we should
[09:49] <claude> yes, for localized screenshots
[09:50] <froud> you sure we gonna do i18n screenshots
[09:50] <claude> of course :)
[09:50] <froud> whew that will be hectic
[09:50] <froud> who is gonna do them
[09:50] <froud> for each language
[09:51] <claude> translators...
[09:51] <claude> but we should find a system to default to english when there isn't localized ones
[09:52] <claude> i'm sure you'll find a way to script that ;-)
[09:53] <froud> I have the way, if you have the people to do the captures
[09:54] <claude> sure...
[09:55] <froud> well I will do it and default to C unless nn
[09:57] <mdke> surely the capturing won't be hard
[09:57] <mdke> we can do it ourselves ;)
[09:58] <froud> I see mdke and claude are volunteering themselves
[09:58] <claude> especially mdke
[09:58] <mdke> i'm happy to do some bulk screenshots
[09:58] <mdke> :)
[09:59] <claude> i'm confident with French team
[09:59] <claude> we are the champions
[09:59] <claude> :)
[10:00] <sm> go FRANCE :)
[10:00] <sm> or whichever french-speaking country you are in
[10:00] <claude> Switzerland
[10:01] <claude> Hop Schwiiz
[10:01] <mdke> whos gonna stick up for us at the meeting?
[10:02] <mdke> bah
[10:03] <mdke> go england
[10:03] <froud> This svn server is gonna pop
[10:03] <sm> ENNNGLAND
[10:04] <mdke> heh
[10:04] <sm> see that's not fair either
[10:04] <froud> howoo cum to soud afrika
[10:05] <claude> do i have to do something special to join ubuntu-meeting ?
[10:05] <mdke> /j #ubuntu-meeting
[10:06] <mdke> there you go :)
[10:06] <claude> thx
[10:06] <claude> still not very familiar with xchat
[10:29] <mvirkkil> Is this BOF about restricted formats? http://udu.wiki.ubuntu.com/UbuntuDownUnder/BOFs/UbuntuDevelopment/MultiMedia
[10:29] <mdke> BOF?
[10:30] <mvirkkil> mdke: General brainstorming (Birds Of a Feather [flock together] ) meaning people with similar interests coming together.
[10:30] <mdke> not sure about that page
[10:31] <mdke> if you want information on how to use restricted formats in Ubuntu there is a page on the main wiki
[10:31] <mvirkkil> mdke: No, I know all that.
[10:32] <mdke> so what is it you would like to do?
[10:33] <mvirkkil> mdke: I'd like to add some suggestions about how to go about integrating restricted formats in to ubuntu, if that BOF is about it.
[10:33] <mdke> possibly: its for the meeting in Australia
[10:33] <mvirkkil> mdke: I've been working on the gnome-app-install stuff.
[10:34] <mvirkkil> mdke: Yeah, I know.
[10:34] <mvirkkil> mdke: But if it's about generally improving the legal multimedia stuff I really don't want to spam them about restricted formats.
[10:34] <mdke> not sure
[10:34] <mvirkkil> Yes, I figured as much ;-)
[10:35] <mdke> try #ubuntu-devel
[10:35] <mvirkkil> Well, another question: Why is there a separate wiki for UDU?
[10:35] <mdke> mvirkkil, its being tested
[10:35] <mdke> not sure why


However, when I open .ui files in /usr/share/ubiquity/gtk, Glade can't find images with relative paths


[00:00] <lifeless> jelmer: test_fixup_expected_errors (subunit.tests.test_subunit_filter.TestTestResultFilter)
[00:00] <lifeless> subunit.tests.test_subunit_filter.TestTestResultFilter.test_fixup_expected_errors ... ok
[00:00] <lifeless> test_fixup_expected_failures (subunit.tests.test_subunit_filter.TestTestResultFilter)
[00:00] <jelmer> lifeless: thanks, I'll have a look
[00:00] <lifeless> subunit.tests.test_subunit_filter.TestTestResultFilter.test_fixup_expected_failures ... ok
[00:00] <lifeless> test_fixup_unexpected_success (subunit.tests.test_subunit_filter.TestTestResultFilter)
[00:00] <lifeless> subunit.tests.test_subunit_filter.TestTestResultFilter.test_fixup_unexpected_success ... ok
[00:00] <lifeless> jelmer: for me locally, but failed in the package build
[00:00] <lifeless> cool
[00:00] <lifeless> its probably shallow
[00:00] <mgz> yeah, those are the problems
[00:01] <mgz> see <https://code.launchpad.net/~lifeless/subunit/bug-654474/+merge/59627> jelmer
[00:01] <mgz> wth ubotu5.
[00:02] <mgz> lifeless: while I have you, can you update the milestone etc on bug 770519?
[00:05] <lifeless> dne
[00:06] <mgz> thx
[00:08]  * maxb removes bzr/daily's dependency on testing-cabal for now as a workaround
[00:08] <maxb> and on jelmer/daily since that also contains a subunit
[00:10] <jelmer> maxb: that's going to break all packages for old distroseries
[00:10] <maxb> oh?
[00:10] <jelmer> maxb: they need newer versions of subunit - that's why we have the dependency on testing-cabal
[00:11] <lifeless> maxb: mgz: better to fix bzr I think
[00:11] <maxb> There is a new enough but not too new version in bzr/ppa
[00:11] <lifeless> the subunit test failures are not the cause of whatever bzr's issue is
[00:11] <mgz> lifeless: I agree, would prefer if maxb left it borked so I knew if I'd fixed it
[00:12] <mgz> as I'm not certain yet if it's a bzr issue or a subunit one.
[00:12] <jelmer> maxb: what about the version of testtools?
[00:12] <mgz> ...or testtools
[00:12] <mgz> which could also be my fault!
[00:12] <maxb> I believe testtools should be adequately satisfied from bzr/ppa too
[00:12] <lifeless> maxb: so I suspect mgz is debugging now
[00:13] <jelmer> maxb: why does bzr/daily have a bzr/ppa dependency in the first place? It seems like that might risk bringing in dependencies
[00:13] <maxb> In any case, if there's stuff in your personal daily PPA that the bzr one depends on, it would be good to make that less ad-hoc
[00:13] <jelmer> agreed
[00:14] <maxb> bzr/daily has a dep on bzr/ppa precisely for things which we don't do daily builds of, but still need a recent release of
[00:14] <maxb> (IIUC, anyway)
[00:14] <jelmer> maxb: which ones?
[00:14] <maxb> testtools, subunit
[00:15] <jelmer> maxb: THat's why we have the dependency on testing-cabal
[00:15] <lifeless> but we do daily builds of them
[00:15] <lifeless> in ~testing-cabal
[00:15] <lifeless> so they don't match the 'dont do daily builds' part of your statement
[00:15] <maxb> "That ~bzr doesn't do daily builds of"
[00:16] <mgz> yup, I've got it repo'd
[00:21] <mgz> it is related to the two tests I knew about, not sure which rev where triggered the build failure but it's easy enough to fix the root cause
[00:22] <lifeless> what is the root cause
[00:22] <lifeless> maxb: is there any harm having testing-cabal as a dep
[00:22] <lifeless> maxb: it seems useful to me
[00:23] <maxb> I've got no problem with adding it back later, but right now I'm aiming to try to fix the sorry state bzr/daily is currently in, for which I need a bzr build which completes successfully
[00:23] <mgz> the test bt.per_workingtree.test_smart_add.TestSmartAddTreeUnicode.test_accessible_explicit has its expectFailure logic backwards
[00:29] <maxb> jelmer: Do you have unpushed revisions for bzr-buildddeb/unstable locally?
[00:30] <jelmer> maxb: you mean lp:bzr-builddeb?
[00:31] <maxb> oh, sorry, I was confused by the misleading presence of the alioth branch
[00:31] <maxb> also, ugh, the recipe is set to use {debupstream}+.... - which of course generates bogus versions when the changelog is UNRELEASED
[00:32] <jelmer> yeah, that should be ~bzr probably
[00:33] <mgz> gra, testtools still doesn't make debugging this easy, it loses the matcher output
[00:33] <lifeless> mgz: it doesn't attach it?
[00:35] <maxb> I'll set the recipe to use 2.7.4+bzr... (literally) for now. that will ensure we don't need to fix it in sync with pushing the next changelog entry
[00:35] <mgz> nope, never even formats the exception.
[00:41] <maxb> jelmer: Hi. I see you have a Build-Depends of bzr (<< 2.4.0~beta1-2) | python-bzrlib.tests in bzr-cvsps-import - unfortunately LP's sbuild is too stupid to resolve that - it only tries to install the first alternative
[00:42] <maxb> Can you see any downside to swapping them around?
[00:44] <jelmer> maxb: Yeah, I'm working on swapping them right now
[00:44] <jelmer> seger pinged me about it earlier
[00:44] <jelmer> I have a test build running atm
[00:44] <mgz> maxb: okay, I have a fix for you.
[00:45] <maxb> jelmer: ok. Might be worth making it bzr (<< 2.4.0~beta1-2~) whilst you do (trailing ~)
[00:45] <jelmer> maxb: to what point?
[00:46] <maxb> So the condition applies as intended to any backports that exist (like the bzr PPA ones)
[00:47] <jelmer> that doesn't seem like a particularly worthwile revision to backport (a beta release?)?
[00:48] <maxb> Not particularly important, no. Just a thought given they need editing anyway
[00:49] <jelmer> maxb: There was a merge request for the addition of python-bzrlib.tests to debian/control of bzr-builddeb
[00:50] <jelmer> james_w`: What's the exact policy on reviews for lp:bzr-builddeb?
[00:53] <maxb> oh, sorry. I was in the "Packaging branch, no launchpad, exercise good judgement" mentality
[04:41] <AuroraBorealis> so, is this the place we ask about bzr explorer questions?
[04:55] <bignose> AuroraBorealis: yes, go for it. (I'm not someone who knows though, so can't asnwer.)
[04:55] <AuroraBorealis> for some reason on windows bazaar explorer wont connect to my ftp server anymore.
[04:55] <AuroraBorealis> it just sits there on 'starting' and freezes
[05:25] <poolie> hi spiv, all
[05:30] <spiv> Hi poolie
[05:30] <spiv> How's the springy side of the planet?
[05:30]  * fullermd jumps up and down a bit to check which side he's on...
[06:20] <poolie> nice thanks
[06:32] <james_w`> jelmer, trivial -> no review, everything else -> one review, unless you explicitly want more
[06:45] <maxb> james_w`: and, who constitutes a valid reviewer?
[07:05] <james_w`> maxb, anyone on the bzr team, myself and people like you who know something about it
[07:09] <poolie_droid> hi vila
[07:14] <poolie_droid> thanks for that mail to linaro John
[07:26] <vila> hi droid :)
[07:30]  * vila bbl
[08:08] <vila> So I said, 'Horse?  That looks more like a peanut to me!
[08:12]  * fullermd applauds.
[08:36]  * vila giggles
[09:20] <vila> fullermd: ViewSourceWith tracks the tmp file ! I thought I had to quit my editor but I only need to save... There is a small lag but I'm already getting used to it, this rocks ;)
[09:21] <fullermd> Yeah, it's Pretty Durn Shiny(tm).
[09:27] <vila> . o O (Funny that *I* was pushed to use my favorite editor even more ...)
[09:28]  * vila grins
[09:40] <fullermd> Hey, I told you how to set it up to use a good editor instead...  ;p
[09:40] <poolie> vila, what's ViewSourceWith?
[09:41] <vila> poolie: a firefox extension that allows you to use your favorite editor for text fields
[09:41] <fullermd> Firefox extension to let you use $EDITOR_OF_CHOICE for, among other things, View Source and <textarea>'s.
[09:41] <vila> poolie: perfect fit for reviews
[09:42] <vila> poolie: most notably because you can still scrolll the page to view the diff and copy/paste excerpts
[09:43] <poolie> oh right
[10:03] <vila> rhaaa, don't we have some option listing the warnings one want to ignore ? I can't remember :-/
[10:05] <vila> ha ! suppress_warnings
[10:36] <vila> jelmer: hmm, trying to rebuild the OSX-10.5 installer, I got a compile error in subvertpy (tip) in wc.c about svn_wc_conflict_choice_t being undeclared... rings a bell ? want a bug ?
[10:36] <vila> jelmer: telling me that I need some recent svn version will only make me cry
[10:39] <poolie> vila i kind of wonder if these WIP mps will be lost
[10:40] <vila> which ones ?
[10:41] <vila> poolie: anyway, PP should switch to https://code.launchpad.net/bzr/+merges?field.status=WORK_IN_PROGRESS&field.status-empty-marker=1 when https://code.launchpad.net/bzr/+activereviews  is back under control no ?https://code.launchpad.net/bzr/+activereviews
[10:42] <vila> which is what we say on http://wiki.bazaar.canonical.com/PatchPilot/
[10:42] <poolie> for instance the one from Joke
[10:42] <poolie> just an observation that many of them seem to get lost there
[10:43] <vila> poolie: if I get feedback I'll finish this one
[10:43] <vila> poolie: if I don't, well, it's not active anymore ;)
[13:34] <maxb> jelmer: Hi. Do you want any help adjusting the rest of the python-bzrlib.tests Build-Depends, or would you rather do each one as you upload?
[13:46] <AfC> Why would upgrade to Natty be forcing me to remove bzr-git ?
[14:03] <vila> AfC: Because you installed it from something else than the official repos ?
[14:04] <vila> AfC: in which case you can just re-install it after the upgrade (after re-activating whatever repos you added)
[14:05] <jelmer> maxb: No, thanks; I doubt it would save much time as I have to process each package anyway.
[14:06] <vila> naughty naughty loom bug... An AttributeError caused by a missing import and wrongly interpreted higher in the stack as meaning: this is not a loom...
[14:07] <vila> bzrlib.merge.anything syntax is Evil
[14:07] <AfC> vila: oh, right
[14:07] <AfC> I hate how Ubuntu keeps deactivating your PPA list.
[14:07]  * vila nods
[14:09] <vila> AfC: but there may be another reason than just that, Ubuntu is pretty "good" at keeping packages so maybe some other dependency triggered that
[14:09] <vila> python version, whatever
[14:09] <AfC> We'll see
[14:36] <vila> loom devs: I'd like to land https://code.launchpad.net/~vila/bzr-loom/tweaks/+merge/60185
[14:36] <vila> lifeless, jelmer, whoever: ^
[14:39] <vila> had I filed a bug I would have set it to Critical, but the fix is so trivial I can't bother
[14:39] <vila> ... and I don't think it's worth searching why it occurred
[14:40] <vila> if that doesn't wet your appetite I don't what will :)
[15:19] <jelmer> vila: sorry, missed that earlier. Approved
[15:19] <vila> done
[15:20] <vila> jelmer: keep crawling the history back ;)
[15:20] <vila> jelmer: hmm, trying to rebuild the OSX-10.5 installer, I got a compile error in subvertpy (tip) in wc.c about svn_wc_conflict_choice_t being undeclared... rings a bell ? want a bug ?
[15:20] <vila> jelmer: telling me that I need some recent svn version will only make me cry
[15:20] <jelmer> well, either you need a new version of svn or we need to fix a bug in subvertpy..
[15:20] <jelmer> can you pastebin the traceback?
[15:21] <vila> jelmer: *compile* error
[15:21] <vila> err, C compilation error
[15:21] <jelmer> uhm, sorry :0
[15:21] <vila> ;)
[15:21] <jelmer> Can you pastebin the compile error, mr pedantic ? :-P
[15:22] <vila> isn't subertpy implemented from scratch ?
[15:22] <vila> hehe
[15:22] <vila> justasec, different host
[15:22] <vila> (and no copy/paste linked to *this* one)
[15:23] <vila> !paste
[15:24] <vila> http://paste.ubuntu.com/604104/
[15:25] <jelmer> thanks
[15:31] <vila> jelmer: is it just a matter of ONLY_SINCE_SVN(1, 5) or something more elaborate ?
[15:32] <jelmer> vila: probably
[15:32] <jelmer> looking at it now
[15:34] <vila> ok, thanks
[15:46] <jelmer> vila: sorry, had to install libsvn-dev
[15:47] <jelmer> vila: what svn are you using, 1.5?
[15:47] <vila> jelmer: no idea, it's the default one coming with OSX 10.5 AFAIK
[15:48] <vila> 'svn help' says 1.4.4
[15:48] <jelmer> vila: that's really too old for a decent bzr-svn experience..
[15:49] <vila> jelmer: tsk tsk, I'm not an OSX 10.5 user, only an installer builder ;)
[15:51] <vila> jelmer: I mean, bzr-svn has been packaged so far and nobody complained, I think there is at least one bug about how hard it is to upgrade svn there and if we should drop it completely, let's do that. But if there is a simple way to keep supporting it for a few more months...
[15:51] <jelmer> hmm, ok
[15:51] <vila> We'll drop OS 10.5 support all at once at some point (10.7 is around the corner)
[15:51] <vila> let me check what is the default on 10.6
[15:51] <jelmer> I'm happy to fix this build issue for subvertpy, but svn 1.4 has much much worse performance for bzr-svn
[15:53] <vila> right, I have no doubt about that ;)
[15:53] <vila> err, both points !
[15:53] <vila> bah
[15:53] <vila> 1) thanks for fixing it, 2) no doubt about the perfs
[15:55] <vila> svn 1.6.15 on OSX 10.6
[15:58] <vila> jelmer: so, IIUC, subvertpy wraps libsvn and as such depends on it for providing features. Does that mean some features will not be available on OSX 10.5 or only that they will be slower ?
[15:58] <jelmer> vila: some features in subvertpy won't be available, but bzr-svn works around that by using slower code paths
[15:59] <jelmer> and in some cases subvertpy provides the extra functionality if it can
[15:59] <vila> jelmer: wft (t == them ;) then
[15:59] <jelmer> :)
[16:03] <jelmer> vila: pushed a fix, can you try with current trunk?
[16:04] <vila> huh, no revisions to pull
[16:04] <vila> revno 2333
[16:08] <vila> jelmer: ^
[16:08] <jelmer> vila: I think lp:subvertpy is a mirror, try http://people.samba.org/bzr/jelmer/subvertpy/trunk/
[16:11] <vila> damn cached parent_location
[16:17] <vila> jelmer: that fixes the first compilation error
[16:17] <vila> err, not even wait
[16:19] <vila> hmpf
[16:25] <vila> jelmer: http://paste.ubuntu.com/604131/
[16:25] <vila> jelmer: i.e. one typo and a different error
[16:26] <vila> ha, shooting in the dark sometimes works :)
[16:26] <vila> s/2/3/
[16:26] <jelmer> vila: fixed
[16:29] <vila> yup, I trust your fix more :) Using svn_wc_resolved_conflict3 (instead of 2) was compiling too but was probably not producing the right code ;)
[16:29] <vila> and it compiles fine
[16:30] <vila> jelmer: thanks
[16:30] <jelmer> vila: according to the header _conflict3 is only available in svn >= 1.5
[16:31] <vila> ...
[17:55] <pindonga> hi, I was wondering.. I want to modify the lp-propose command to include some extra options... what is the best way to approach this for inclusion? shall I just submit an MP, or should I first discuss with someone if the changes will ever be approved first?
[18:09] <vila> pindonga: MP is best, even to *start* a discussion, IRC logs are << MPs threads
[18:09] <vila> pindonga: I'm not saying you should create a MP with no patch at all either ;)
[18:14] <pindonga> vila, no, sure, I have the mp almost ready
[18:14] <pindonga> but no tests yet :)
[18:14] <pindonga> I'll submit it later, and let you know
[18:14] <vila> pindonga: ha, not TDD-addict yet :)
[19:11] <maxb> jelmer: When you touch bzr-colo for the Build-Depends fix, it looks like it's erroneously Architecture: any as well
[19:30] <maxb> Hmm, oneiric's python-subunit is broken, it's built only for python 2.7, not all supported versions
[19:54] <pindonga> vila, sorry to bother, I'm trying to find out where the tests are for the launchpad plugin
[23:16] <cbz> jelmer: just sent in a bug report https://bugs.launchpad.net/bzr-svn/+bug/778793


[03:08] <lotuspsychje> good morning
[08:50] <ducasse> good morning
[11:12] <ProfessorChunk> Anyone here using WSL with Ubuntu?
[12:16] <Maik> krisstern: please fix your connection
[12:17] <lotuspsychje> !ubuwin | ProfessorChunk
[12:18] <lotuspsychje> the wsl channel still exist?
[12:18] <ProfessorChunk> lol I am aware what WSL is I am using WSL2 as we speak
[12:22] <lotuspsychje> ProfessorChunk: i wanted to wide your options, point you to the chat, but seems out of the factoid so it seems
[12:23] <Maik> lotuspsychje: he already gets help in main
[12:23] <krisstern> Maik: Sorry I know why now, will not slam my laptop shut with my IRC client on again...
[12:24] <krisstern> Am still new to this
[12:25] <Maik> krisstern: ok, keep in mind that if it continues in the channels your in you could get banned for a while if they report it
[12:25] <krisstern> Yup, I will keep that in mind
[17:31] <lotuspsychje> https://ubuntu.com//blog/log4j-vulnerability-2021


[04:44] <HewloThere> Hi. I'm having trouble setting up a directory so that the directory can be edited by the 2 users. One controls the application (AMP/McMyAdmin) and I need a second user to be jailed within a directory inside it, but also have read/write.
[07:39] <Node_000> hi
[07:39] <sivir> hello
[07:39] <Node_000> how to join this group
[07:40] <Node_000> why name appears as node_000
[07:42] <TheKing> join
[09:25] <zingz0r> hi!
[09:26] <zingz0r> is it normal if on power loss md0 raidis not remounting?
[09:27] <zingz0r> in fstab:/dev/md0        /home   ext2    defaults        0       0
[10:53] <Gnjurac> hi i installed ubuntu minimal with lxde but i have 1 problem  system trey bare isent working isent showing any app in it
[10:53] <Gnjurac> probbably need some dependecis or somthing
[10:54] <Gnjurac> any suggestion
[11:01] <Gnjurac> got it
[11:26] <ikonia> Gnjurac: why don't you just install lubuntu
[11:26] <ikonia> that is ubuntu with a fully working and configured lxde enviornment
[11:35] <Gnjurac> got it to work anywey
[11:35] <Gnjurac> lubuntu comes with bloatwere for sure
[11:45]  * ogra_` wonders why Gnjurac expects to get a proper answer for a desktop prob in #ubuntu-server ... i'd ask in #lxde or some such
[11:47] <Gnjurac> i allraedy figure it out
[13:06] <Westerdutch> o7
[13:07] <Westerdutch> So im trying to configure my little ubuntu server for external access but failing horribly... any pointers where i should start looking at?
[13:08] <Westerdutch> my router is se up correctly (openwrt server works like a charm)
[13:08] <Westerdutch> ssh over lan works perfect as well
[13:08] <Westerdutch> but no matter what i do i cannot access my ubuntu box externally (firewall off)
[13:31] <lordievader> Good afternoon.
[15:05] <padan> does anyone know of a way to get either nfs or cifs mounts in an lxc container? (using lxd in ubuntu 15.10)  i can't seem to get apparmor to not block it
[15:08] <RoyK> padan: doubt it, since both are kernel-based - perhaps something with FUSE
[15:09] <padan> it looks like you can get apparmor to allow it, but i can't seem to find the right syntax to implement per-container apparmor profiles - i should just be able to add "allow mount fstype=nfs," to the apparmor profile
[15:09] <padan> lxc config set containername raw.apparmor "allow mount fstype=nfs" ... causes teh container to not start with no useful error messsages
[15:10] <puffi> any ideas why apt-get install or cache wouldn't look in a repo that shows in apt-cache policy and seems to update in apt-get update?
[15:10] <puffi> just can't seem to find any software in it
[15:11] <padan> ahh - just needed to add teh stupid comma at the end :)  still not mounting, but at least apparmor isn't blocking it
[15:26] <padan> well crap now i'm just getting mount error(1): operation not permitted
[15:26] <padan> for both cifs and nfs
[15:26] <padan> inside the container
[15:37] <padan> fuse won't even install - can't mknod the device...
[22:42] <tarvid> running apcupsd but reboot stops on grub screen, is that the result of apcupsd shutdown?
[22:53] <bekks> tarvid: So what happens on the grub screen? The machine boots, finishes the POST, enters grub - and then?


[04:04] <lotuspsychje> good morning
[04:06] <TJ-> That's what the Crows on the power lines  just screamed!
[04:07] <TJ-> When the Collie dog is awake he generally tries to chase them off
[04:16] <lotuspsychje> oh i didnt know huskys have bird friends :p
[04:17] <lotuspsychje> maybe thats because they are equaly intelligent
[04:17] <TJ-> Huskies aren't bothered; its just the Collie. Doesn't seem to like large black birds
[04:18] <lotuspsychje> hehe
[04:21] <lotuspsychje> saw a docu on crows once, they seem pretty smart
[04:21] <TJ-> one of our near neighbours feeds a couple of them so they hang around near human habitation hoping for a free lunch
[04:24] <lotuspsychje> lol
[04:25] <lotuspsychje> i never tested it, but they say when you hurt one of the birds, the others will attack you alfred hitchcock style
[04:31] <TJ-> hmmm, that might be Rooks or Ravens? ... Crows are generally solitary
[04:32] <lotuspsychje> or was it kows ?
[04:32] <lotuspsychje> they live in gangs right
[06:21] <lordievader> Good morning
[06:27] <ducasse> good morning
[16:54] <tomreyn> Walex_away: Please don't change your nickname while away, just use /away - see "Don't use public away messages" on https://wiki.ubuntu.com/IRC/Guidelines