[09:08] <mgz> morning
[09:12] <vila> mgz: hello !
[10:10] <vila> mgz: ok, 26b1 being frozen, any chance you could finish this config-caching review ? Pretty please :)
[10:10] <wgz> :)
[10:44] <vila> jelmer: I need you brain and its mid-term memory :)
[10:44] <fullermd> Oh no, midterms?!  I haven't studied all millennium   :(
[10:45] <vila> When running 'make docs-sphinx' in a *fresh* bzr branch it fails with: http://paste.ubuntu.com/886129/
[10:45] <vila> or rather as mentioned in the paste, the command there (triggered by make) fails
[10:46] <vila> but a second run succeeds (not investigated yet, probably make see some file left over by the failure and is happy)
[10:46] <vila> jelmer: to the point: no default in format_registry ? Surely that should ring a bell
[10:47] <vila> fullermd: one more joke making the whoosh sound above my head ;)
[10:48] <vila> mid-term memory is not correct english ? How do you call the memory between short-term and long-term (and don't reply: can't remember, please ;)
[10:49] <fullermd> Eh?  Who're you?   :p
[10:49] <vila> hehe
[10:49] <fullermd> I dunno.  Is there even biophysiologically such a thing?  I guess it's as good a term as any.
[10:50] <vila> yeah, wikipedia agree with you, only short and long, weird
[10:50] <vila> gimme my elastic memory back, best vaccine against Alzheimer ;)
[10:51] <vila> on that topic, I read the last Pratchett and he seems to be doing fine so far (good).
[10:51] <fullermd> Alzheimers is when you _lose_ your memory.  As long as you never really get it in the first place, you can't get Alzheimers   ;p
[10:52] <vila> I should remember that...
[10:52] <fullermd> Better write it down.
[10:53] <fullermd> After all, the mind is the first thing to...   to...   uh...
[10:53] <vila> jelmer: adding 'import workingtree' fixes the issue... what's the rationale again ?
[10:53] <vila> wossname ?
[10:54] <mgz> 'medium term' would probably be most idiomatic.
[10:55] <vila> mgz: my saviour :)
[10:55] <fullermd> Eh, it's English.  You can say any old meaningless thing, and pretty soon it'll become idiomatic.
[10:56] <fullermd> From the language that brought you "the proof is in the pudding", and "I could care less".
[10:58] <mgz> 'I couldn't care less' is also valid and means the same.
[10:59] <mgz> so, you can be both correct and sensicle if you choose.
[10:59] <fullermd> It's not _also_ valid.  It's the only valid one.  It's just not the one everyone around me says.
[10:59] <fullermd> My hand gets so sore from smacking them...
[11:02] <vila> good, so I could add 'because I could care less' to any sentence and leave other fail into the logic trap, very good
[11:02]  * fullermd rears back his arm.
[11:10] <quicksilver> earlier this week jelmer was suggesting drink, now fullermd is suggesting pudding
[11:10] <quicksilver> #bzr becomes more and more hospitable by the day.
[11:10] <quicksilver> can we have custard?
[11:11] <vila> isn't it lovely ? ;)
[11:14] <jml> I've forgotten... how does one get the repo for a Brancch?
[11:15] <mgz> .repository ?
[11:15] <jml> fullermd: re "I could care less", http://www.youtube.com/watch?v=om7O0MFkmpw
[11:15] <jml> mgz: ah yes, thanks.
[11:16] <jml> mgz: it's not documented on http://people.canonical.com/~mwh/bzrlibapi/bzrlib.branch.Branch.html and other things that I would guess to be attributes are methods...
[11:17] <mgz> jml: on you udd branch, why fabric not juju?
[11:17] <jml> mgz: because I'm deploying things to the Canonical data centre, and am thus compelled to use lucid.
[11:18] <jml> mgz: and similarity to production is a cardinal virtue for a thing like this
[11:18] <mgz> seems like sticking it on canonistack as well as ec2 might be useful
[11:18] <jml> mgz: yes.
[11:18] <mgz> ...which apart from a few hard coded things seems nearly possible
[11:19] <jml> mgz: a juju charm would be great too
[11:19] <jml> mgz: I've just done the bits that interested me
[11:20] <mgz> that's cool, was just curious for reasoning.
[11:20] <jml> mgz: it's entirely because of lucid.
[11:20] <jml> roll on precise!
[11:20] <jml> how do people check for branch equality these days?
[11:20] <jml> in tests
[11:21] <fullermd> So, the reasoning used to be lucid, but now it's precise instead?
[11:24] <mgz> jml: is, or when its not the same object comparing the bits you care about, so transport, url, revision stuff
[11:24] <mgz> I'm not aware of a neater option.
[11:25] <jml> mgz: thanks
[11:26] <jml> fullermd: huh? no. when precise is in the Canonical DC, then I'm going to switch my projects to use juju for their cloud deployment
[11:27] <mgz> it was an adjective joke :)
[11:28] <jml> oh huh
[11:28] <jml> sorry.
[11:28] <jml> I do have a sense of humour, honest I do.
[11:29] <mgz> fullermd is a strong cheese.
[11:30] <fullermd> I'll put you down as a reference on my resume, shall I then?   :p
[12:11] <alf_> Hi! Is there a shortcut/prefix for specifying a colocated branch, or do I have to use the full file://...,branch=... URL?
[12:13] <alf_> For example, something like "bzr merge colo:other-branch" (but that doesn't work for me in bzr 2.5.0)
[12:22] <jml> ok, what about getting a controldir from a brancch?
[12:24] <jelmer> alf_: hi
[12:24] <jelmer> alf_: there are plans to add "co:"
[12:26] <alf_> jelmer: good to hear that, thanks
[12:26] <jml> hmm, maybe a better question is how do I programmatically create a colocated branch in tests
[12:27] <jelmer> jml: ctrldir.create_branch(name="foo")
[12:27] <jml> jelmer: and how do I get a ctrldir from a branch?
[12:29] <jelmer> jml: br.bzrdir
[12:29] <jml> jelmer: also, is there a way to get the name of a colo branch given only the Branch object?
[12:30] <jelmer> jml: br.name
[12:30] <jelmer> IIRC
[12:30] <jml> jelmer: thanks :)
[13:06] <jml> does bzrlib have something that reformats file URLs as paths?
[13:08] <jelmer> jml: it does
[13:08] <jelmer> my guess is that it lives in bzrlib.urlutils but I don't remember the name
[13:08] <jml> ah found it
[13:09] <jml> local_path_from_url
[13:09] <jelmer> that's the one
[13:25] <lamalex> is it possible for a branch to define configuration for plugins inside of itself, so when people branch it that config is set by default?
[13:33] <mgz> with cooperation from a plugin, yes
[13:33] <mgz> what specifically do you want?
[13:35] <lamalex> mgz, im writing a push_hook to integrate with our jenkins instance
[13:36] <lamalex> so it'd be nice if our projects that are set up in jenkins could define this bzr config, and then developers with the hook installed dont have to do any configuration on their own for the plugin, it's already set up in the project
[13:36] <lamalex> all they have to do is install the plugin
[13:38] <mgz> lamalex: that sounds fine
[13:38] <mgz> can do something like `bzr config --scope=branch plugin_name.option=value`
[13:39] <mgz> then in the plugin look at the branch config for some behaviours
[13:39] <mgz> ...bah, but that doesn't propogate
[13:40] <lamalex> right, i want it to be stored in the remote branch, say on launchpad
[13:40] <mgz> would have to be a versioned file in the tree with a well-known name then
[13:40] <lamalex> so would that be a new store I'd have to define?
[13:41] <mgz> vila may have better ideas
 config option propagation...
[13:42] <vila> open problem right now, will *LOVE* to have it defined properly...
[13:43] <vila> version controlled config stores, same
[13:44] <vila> lamalex: could you re-phrase your needs in higer level language for a second, there are a lot of tricks that can be achieved without the two features mentioned above nor implementing your own store
[13:45] <vila> lamalex: when and where does the plugin run ? On user's machine or on the jenkins slave ?
[13:45] <vila> or both ?
[13:46] <lamalex> vila, it runs on the users machine
[13:46] <vila> lamalex: for example, your plugin can very well write to the remote branch config
[13:47] <lamalex> vila, when I do bzr push lp:~alexlauni/unity/unity.flaming-launcher-icons my plugin does a bunch of magic to tell jenkins to make a job and start running our unity test suite on my unity branch
[13:47] <vila> so you can use the remote branch.conf and don't need to implement any more stuff (just make sure you write-lock the right branch and set the config option named as mgz suggested)
[13:47] <vila> since it's a push_hook, you should already have access to the right branch
[13:48] <lamalex> yah, im asking about config because i dont want the other developers to have to set anything up
[13:48] <vila> dunno if it's still locked but since it's pushed too obviously the user has write access
[13:48] <vila> lamalex: well, the point of the config is that the user is in control *if needed*
[13:49] <vila> s/the/one/
[13:49] <vila> s/the/one point/ grr
[13:49] <vila> bah, tyop crisis
[13:49] <lamalex> right, the user should be able to disable it or enable it on their own but i'd like our project maintainer to be able to set default for the project
[13:49]  * vila nods
[13:49] <ninjix> Hello all. I would like to stop tracking changes to a .htaccess file but leave it it the working tree. Is there a way to do this?
[13:50] <mgz> ninjix: `bzr rm --keep FILE`
[13:50] <vila> lamalex: ha, tricky, so from the hook you'd want to read "trunk" and set something in the pushed-to branch ?
[13:51] <ninjix> mgz: so this will leave the base version for the other devs and users?
[13:51] <lamalex> vila, hm no not exactly
[13:51] <vila> please enlight me :)
[13:51] <lamalex> yah im trying to find the right wording
[13:52] <vila> there is currently one option I can think of that smells like a project setting: child_submit_to
[13:52] <mgz> ninjix: no, the normal way of doing something like that is having a template or example versioned, and leaving the real file unversioned
[13:53] <vila> lamalex: bzr help child_submit_to
[13:53] <vila> Where submissions to this branch are mailed to.
[13:53] <lamalex> i dont think that's it
[13:53] <ninjix> mgz: thank you. you've confirmed my hunch
[13:53] <lamalex> the option is really jenkins on or off
[13:53] <lamalex> that's pretty much it
[13:54] <vila> oh
[13:54] <lamalex> but i want it to be defined in the trunk branch that lives in launchpad
[13:54] <lamalex> so when a developer branches, it's set inside their branch and when they push their branch gets submitted to jenkins
[13:54] <lamalex> but for projects that dont have it set, nothing happsn
[13:55] <vila> hmm, yeah, project-wide setting
[13:56] <vila> and your jenkins will walk lp to find such branches ?
[13:57] <vila> and if the setting is changed on lp's trunk how do you want that to propagate ?
[13:57] <lamalex> no jenkins won't walk LP that's the point of the push hook- to not have to poll launchpad
[13:58] <vila> oh, you mean, the user push *and* start a jenkins job then ?
[13:58] <lamalex> vila, i'd guess like any other new revision? branches of trunk should update on pull
[13:58] <lamalex> vila, yup
[13:59] <lamalex> we're working on building a continuous integration workflow  in product strategy
[13:59] <vila> why not just have the plugin query the trunk's config then >?
[13:59] <lamalex> as in go over the net and read from trunk's config?
[14:00] <vila> yup, you already went over the net to push..
[14:00] <lamalex> right im not whining about network traffic im just making sure i understand
[14:00] <vila> k
[14:01] <lamalex> so really you'd be reading from parent_branch though right?
[14:01] <vila> yes
[14:02] <vila> ideally I would think this is for merge proposals so the *target* branch would sounds more appropriate
[14:02] <lamalex> it's not for merge proposals
[14:03] <vila> k
[14:03] <lamalex> we want the tests to start running long before that
[14:03] <lamalex> for the entire development life cycle of the branch
[14:03] <vila> even if people push multiple times before submitting ?
[14:04] <lamalex> yah for sure
[14:04] <vila> k
[14:04] <lamalex> so by the time you propose a merge you already know your code is clean
[14:04] <vila> k
[14:04] <lamalex> and the reviewer knows the code is clean
[14:04] <lamalex> and has been tested in a clean env
[14:05] <vila> the only brittle point I see is that parent_branch may be a local mirror of lp's trunk, but you may find a way to fix that
[14:05] <lamalex> which is why i wanted the config to just come down when you branch trunk
[14:06] <vila> doomed if you do doom if you don't ;)
[14:07] <vila> lamalex: starting with parent_location should cover most of the use cases and allow you to validate the whole stuff though
[14:08] <vila> lamalex: the trunk will always be on lp for your plugin right ?
[14:08] <lamalex> yah
[14:09] <vila> lamalex: I thought you already sorted out what the project name was so you may as well just query lp:<project> no ?
[14:09] <lamalex> ah yah that's valid
[14:11] <lamalex> so now the question is how do i read from a remote config
[14:12] <vila> lamalex: you get the branch first then: br.get_config_stack().get(opt_name), done
[14:13] <lamalex> do you think it's possible to import the bits from the launchpad plugin that translate lp:project into a real url for getting the trunk branch?
[14:18] <lamalex> vila, ^
[14:18] <vila> lamalex: sure enough, but bzrlib can probably do that for you
[14:19] <vila> lamalex: bzrlib.branch.Branch.open('lp:bzr') should just worl
[14:19] <vila> work
[14:21] <lamalex> oh far out
[14:22] <lamalex> that's awesome
[14:23] <lamalex> ok, i think i've got what i need. that's a lot vila and mgz
[14:25] <lamalex> vila, hm hah finally how do i set an option on trunk?
[14:26] <vila> lamalex: bzr config -d lp:bzr i.am=a.happy.camper
[14:26] <vila> :)
[14:26] <lamalex> ha, -d saying directory in the help doc is a little misleading
[14:26] <lamalex> but excellent
[14:26] <lamalex> thanks!
[14:26] <vila> lamalex: don't forget to register your option (lazily of possible)
[14:27] <lamalex> in my hook?
[14:27] <vila> lamalex: look into the po_merge plugin (one of the last written so hopefully respecting most of the unspoken rules ;)
[14:27] <vila> lamalex: in your plugin
[14:28] <lamalex> well, my "plugin" is a push hook
[14:28] <vila> lamalex: registration gives you 'bzr help <option_name>' for free
[14:28] <vila> it's a plugin, that's all that matters ;)
[14:32] <lamalex> heh ok
[14:33] <vila> mgz: thanks for the review ! Some additional questions in the comments if you don't mind ;0)
[14:34]  * mgz refreshes
[15:02] <lamalex> vila, Branch.open('lp:unity') doesn't work, Unsupported protocol for url "lp:unity"- do i need to import something?
[15:03] <mgz> bzrlib.plugins.launchpad
[15:04] <vila> hmm, yeah, the lp plugin should be imported first, I wonder how you manage to execute your Branch.open without importing it though... manual testing ?
[15:05] <LarstiQ> or loading all plugins?
[15:05] <vila> lamalex: don't worry about importing order though, the way we implemented plugin import relies heavily on python sorting that for us
[15:06] <vila> ha, good point from LarstiQ (hey !), but from a push hook, I except plugins to be imported well before that
[15:06] <LarstiQ> vila: ah hmm, good point
[15:06]  * LarstiQ digs deper
[15:06] <LarstiQ> deeper
[15:06] <lamalex> vila, so i set my option on a branch like, bzr config -d lp:tictactoe jenkins.run_on_branches=true
[15:07] <lamalex> but when i get('jenkins.run_on_branches') i literally get nothing back
[15:08] <vila> lamalex: what does 'bzr config -d lp:tictactoe' display ?
[15:08] <vila> lamalex: bzr version ?
[15:08] <lamalex> 2.5
[15:09] <vila> k
[15:09] <LarstiQ> in an ipython shell at least: 'import bzrlib.plugin; bzrlib.plugin.load_plugins(); from bzrlib.branch import Branch; Branch.open("lp:bzr")' works
[15:10] <lamalex> vila, http://paste.ubuntu.com/886442/
[15:11] <vila> lamalex: no 'branch:' there, something is wrong :-/
[15:11] <vila> oh
[15:12] <vila> bzr config -d lp:bzr doesn not work >-/ bzr config -d bzr+ssh://bazaar.launchpad.net/~bzr-pqm/bzr/bzr.dev/ does
[15:12]  * vila cries
[15:13] <lamalex> heh
[15:15] <vila> lamalex: bug filed, but you shouldn't be affected in your plugin, if you get a branch (and the right one) this should be ok
[15:16] <vila> bug #957049
[15:16] <lamalex> ;) indeed- which is just a pain for setting the option but ill make a note of that
[15:50] <vila> jelmer: I just noticed a typo in bzr-webdav info.py in the bzr_plugin_name (wedadv instead of webdav), I wonder what 'bzr_plugin_name' is useful for ?
[16:05] <lamalex> is there a doc for the error codes? i'm getting Errno 104 when I do some postdata in my plugin and it returns a 303 code
[16:13] <mgz> 'the' error codes? what's the context?
[16:15] <lamalex> mgz, i'm sending a bunch of post data to a webservice that spawns a jenkins job. that service is returning a 302 when i do getrespone, and that is causing bzr to give me errno 104  Connection reset by peer
[16:15] <lamalex> if i just dont call getresponse() everything works fine hah! i think bzr is trapping something and getting mixed up
[16:19] <vila> jelmer: lintian found a typo ? Can you introduce this nice guy to me ? ;-D
[16:19] <jelmer> vila: lintian is a tool that checks debian packages
[16:19] <vila> jelmer: I know :)
[16:19] <jelmer> vila: lint + debian :)
[16:19] <vila> but how did it found a typo like that is what makes me wonder ;)
[16:19] <jelmer><EMAIL_ADDRESS>[16:20] <jelmer> vila: bzr_plugin_name is used by things like bzr-plugin-info, though that isn't in wide use today
[16:20] <mgz> I'm guessing the tyop was mine?
[16:21] <mgz> did you look at the blame jelmer? :)
[16:21] <vila> mgz: I would take it as a personal offense if you're trying to steal *MY* typos
[16:21] <vila> :-D
[16:21] <jelmer> wait, which typo are we talking bout?
[16:22] <mgz> mine!
[16:22] <vila> jelmer: wow, amazing
[16:22] <vila> extention
[16:22] <vila> see ? MINE ? My preciooouuuuss
[16:23] <vila> hmm, and fullermd is not even around.... must be spring coming...
[16:27] <vila> ok, the builtin's one was from Marius and the xml_serializer's one from mgz :-(
[16:28] <mgz> ha, you'll have to make your own typos
[16:35] <mgz> jelmer is on a lazy mission.
[16:59] <smoser> jelmer, around ?
[16:59] <smoser> i just hit bug again https://bugs.launchpad.net/ubuntu/+source/bzr-builddeb/+bug/923688
[17:00] <smoser> and went looking
[17:00] <smoser> build failed
[17:00] <smoser> https://launchpad.net/ubuntu/+source/bzr-builddeb
[17:00] <smoser> build log: https://launchpadlibrarian.net/95953060/buildlog_ubuntu-precise-i386.bzr-builddeb_2.8.3_FAILEDTOBUILD.txt.gz
[17:00] <jelmer> smoser: it's on my list of things to fix, but it's an odd bug
[17:00] <smoser> the build bug?
[17:01] <jelmer> yeah
[17:01] <smoser> suck.
[17:01] <smoser> so i keep hitting this... is there a way i can easily not hit it?
[17:01] <jelmer> that test failure only occurs as part of a chroot package build, and doesn't happen on sid
[17:01] <jelmer> smoser: "bzr branch lp:bzr-builddeb ~/.bazaar/plugins/builddeb"
[17:01] <smoser> gracias
[21:31] <mgrandi> hey guys
[21:31] <mgrandi> So, i have a svn 'dump' file by using rsvndump, do you guys know of any way to get this into bzr, or into fast-export or something?
[21:36] <jelmer> mgrandi: rsvndump?
[21:36] <jelmer> mgrandi: "bzr svn-import" supports svn dump files
[21:37] <mgrandi> rsvndump lets you make a 'dump' of the repository when you don't have access to the repo
[21:37] <mgrandi> k i'll try that
[21:38] <jelmer> mgrandi: bzr-svn can also operate against remote svn operations directly
[21:38] <mgrandi> so it can basically get a repo from a svn repo?
[21:40] <mgrandi> (since i don't have access to the repo, its on some server)
[21:42] <jelmer> mgrandi: yes, you can just specify "bzr branch svn://path/to/some/branch"
[21:43] <mgrandi> handy!
[21:43] <mgrandi> i'll do that if it can't import the dump file
[21:44] <jelmer> mgrandi: bzr svn-import will actually reconstruct the repository locally, and then talk to that
[21:46] <mgrandi> ok
[21:47] <mgrandi> so, when i do bzr-svn import, does that create a repo?
[21:47] <mgrandi> i told it to create it in a branch and now i think its confused
[21:48] <jelmer> mgrandi: yes, though it does it on the fly though in a temporary directory
[21:48] <jelmer> mgrandi: how do you mean?
[21:49] <mgrandi> it imported it fine, into a folder that was a branch, that i created using bzr init
[21:49] <mgrandi> it told me to do bzr checkout to create a working tree, but now it says a control directory already exists in the folder
[21:49] <jelmer> mgrandi: "bzr branch" creates a new branch, so if you specify an existing location it will indeed not work
[21:50] <mgrandi> so the folder i gave it is now a repo?
[21:50] <mgrandi> even though it started out as a branch?
[21:51] <mgrandi> bzr info just says its a standalone tree and i dunno what that is
[21:52] <jelmer> mgrandi: bzr svn-import creates a repository with multiple branches in it
[21:52] <mgrandi> ah
[21:52] <jelmer> mgrandi: the location you specified would be the root of the repository; if you had a standard layout in svn
[21:53] <mgrandi> it said something like 'using layout trunk0"
[21:53] <mgrandi> so branch that?
[21:54] <jelmer> mgrandi: if you go to LOCATION/trunk you can run 'bzr co' there to create the tree
[21:55] <mgrandi> (this is why i hate svn haha)
[21:56] <mgrandi> ok
[21:56] <mgrandi> honestly i think i found a bug
[21:56] <mgrandi> cause i re did it and now i have a 'trunk' folder
[21:56] <mgrandi> but before, when i had the TO_LOCATION argument as a folder that was already a branch
[21:56] <mgrandi> it didn't create any of the folders and was branching 0 revisions, etc
[21:58] <mgrandi> and before, it said the folder was a 'standalone tree' but when i did it (correctly i guess) it says shared repository now
[21:58] <jelmer> mgrandi: I guess it said it was a 'standalone tree' because you manually ran 'bzr init' beforehand
[21:59] <mgrandi> yeah
[21:59] <mgrandi> i think it just got confused or something, i dunno
[22:03] <mgrandi> also, im not sure if the 'parent branch' should be set to the temporary folder =P
[22:04] <jelmer> mgrandi: heh, that's a good point
[22:05] <mgrandi>  parent branch: /var/folders/hg/sz267ft96k34rjpc5zb23p200000gn/T/bzr-svn-dump-hAFefy/trunk
[22:05] <mgrandi> not the most useful thing
[22:05] <jelmer> mgrandi: can you file a bug?
[22:05] <mgrandi> yeah, on bzr-svn?
[22:05] <jelmer> yep
[22:06] <mgrandi> ok. and do you think that the thing i was describing about doing svn-import on a directory that is already a branch is a bug?
[22:06] <mgrandi> cause it didn't create the trunk/ folder like it was supposed to and it said it had no revisions
[22:07] <jelmer> mgrandi: I'm a bit unclear as to what you've done exactly
[22:08] <jelmer> mgrandi: if you can reproduce it, a bug would be useful
[22:18] <mgrandi> k jelmer, this is what i mean
[22:18] <mgrandi> http://bpaste.net/show/25314/
[22:18] <mgrandi> at the bottom, when i cd into trunk there is no "trunk" folder
[22:19] <jelmer> mgrandi: that's expected behaviour, "bzr init trunk" creates a branch
[22:19] <mgrandi> and i cant figure out how to check out
[22:19] <jelmer> mgrandi: "bzr svn-import" creates a repository
[22:19] <jelmer> mgrandi: and creates directories under the repository for each branch that was in the svn repo
[22:19] <mgrandi> but here it doesn't though
[22:20] <jelmer> mgrandi: according to your pastebin it does
[22:20] <jelmer> mgrandi: in other words, the "bzr init trunk" isn't necessary
[22:20] <mgrandi> yeah
[22:20] <mgrandi> i created a trunk folder, made that a branch
[22:21] <mgrandi> but then when svn-import imports the stuff in there, there is nothing under the trunk/ folder besides .bzr
[22:21] <mgrandi> as you can see in lines 8-14
[22:21] <jelmer> mgrandi: try 'bzr svn-import ../ellerrepodump.dat elerrepo'
[22:21] <jelmer> that will create a repository in elerrepo
[22:21] <mgrandi> yeah
[22:21] <jelmer> and a branch in elerrepo/trunk
[22:21] <mgrandi> i did that, and thats the correct way
[22:21] <jelmer> you can then run "bzr co" in elerrepo/trunk to crete a working tree
[22:22] <mgrandi> however i feel that it shouldn't try and import into a branch or else you get a weird state
[22:22] <jelmer> mgrandi: it doesn't really import into the branch
[22:23] <mgrandi> yeah
[22:23] <mgrandi> but then how do you check out when you do this though
[22:23] <mgrandi> i'm just wondering if this is intended behavior cause it seems like you just have a repo/branch that you can't do anything with
[22:23] <jelmer> mgrandi: go to elerrepo/trunk (or in your case trunk/trunk) and then run 'bzr co'
[22:24] <mgrandi> do i create that directory if it doesn't exist?
[22:24] <jelmer> mgrandi: hmm, if you have an older version of bzr-svn it might create colocated branches
[22:24] <jelmer> mgrandi: I would suggest just starting from scratch and not using 'bzr init trunk', but just using 'bzr svn-import elerrepo'
[22:25] <jelmer> ehm
[22:25] <jelmer> 'bzr svn-import ../foo.svndmp elerrepo'
[22:25] <mgrandi> i know that is the correct behavior, by just using svn-import <whatever>
[22:25] <mgrandi> but im just saying it lets you create this weird state
[22:25] <mgrandi> that oyu can't do anything with
[22:25] <mgrandi> seems like a bug, and it should not do that
[22:25] <mgrandi> or error out
[22:27] <jelmer> mgrandi: what version of bzr-svn are you using?
[22:27] <jelmer> mgrandi: can you try running 'bzr branches' in trunk?
[22:27] <jelmer> ah, actually
[22:27] <jelmer> can you run 'bzr up' in trunk
[22:27] <mgrandi> svn 1.1.2
[22:28] <mgrandi> ok, bzr up did it.
[22:28] <jelmer> mgrandi: this is fixed in 1.2.0 I think
[22:28] <jelmer> in 1.1.2 it creates colocated branches even if you don't specify --colocated
[22:28] <mgrandi> what does it do there?
[22:28] <mgrandi> ahh
[22:28] <jelmer> in 1.2.0 it would create trunk/trunk
[22:29] <mgrandi> it doesn't seem to of created a colocated repository
[22:29] <mgrandi> or i dont know if its using the plugin version where it has like .bzr/branches or whatever
[22:32] <jelmer> mgrandi: what does "bzr branches --no-plugins" say?
[22:32] <mgrandi> *(default)
[22:32] <jelmer> yeah, that's the default colocated branch
[22:35] <mgrandi> as in a 2.5 coloated branch?
[22:35] <jelmer> mgrandi: yes
[22:35] <mgrandi> ok
[22:35] <mgrandi> so, how do i get bzr-svn the latest verison? just from launchpad? or is there an updated installer
[22:36] <jelmer> mgrandi: yep
[22:36] <jelmer> I'm not sure if there is an updated installer
[22:36] <mgrandi> i'll try and see if it works
[22:43] <mgrandi> jelmer: doing it with bzr-svn 1.2.1 gives this: bzr: ERROR: Repository CHKInventoryRepository('file:///Users/markgrandi/Desktop/try2/.bzr/repository/') is not shared.
[22:43] <mgrandi> so i guess that works out
[22:45] <jelmer> mgrandi: that's correct, indeed
[22:51] <mgrandi> and bzr-svn still has the parent branch thing so i'll report a bug on that
[22:51] <jelmer> thanks
[22:59] <mgrandi> jelmer: https://bugs.launchpad.net/bzr-svn/+bug/957511
[22:59] <jelmer> mgrandi: thanks
[22:59] <jelmer> mgrandi: (note that this bug is specific to using bzr svn-import with svndump files)
[23:00] <mgrandi> oh
[23:00] <mgrandi> i'll edit it
[23:00] <jelmer> IÇÇe already done so :)
[23:02] <mgrandi> k
[23:15] <jelmer> mgrandi: done :)
[23:23] <mgrandi> that was fast!
[23:24] <jelmer> it was a really simple fix
[23:26] <mgrandi> yeah, just add remember_parent=False a couple places


[18:55] <pleia2> looks like there will be an UbuCon at SCALE in March, I'm working to get more information about it :)
[18:56] <pleia2> nhaines and Richard Gaskin are working with Canonical on it, but it looks like nhaines dropped off here some time again, and I haven't seen anything on list, so I'll update the team when I know more


[01:43] <callmepk> good morning
[01:44] <pieq> Morning everyone! Hey callmepk !
[01:45] <callmepk> hi pieq
[02:28] <duflu> Hi callmepk and pieq
[02:28] <callmepk> hi duflu
[02:47] <pieq> duflu, you're a star, I saw the Phoronix article about your 4k fix for Gnome, and your praise on Reddit, ahah
[02:47] <pieq> duflu, (and so now I know you have a 4k screen, too!)
[02:48] <pieq> duflu, what scaling do you use? I've been quite disappointed with all the tests I've done: even at 200% (i.e. integer scaling), applications like Telegram and such are blurry
[02:48] <pieq> duflu, the only thing I found was to stay at 100%, and pump the font scaling to 1.5 in GNOME Tweaks
[02:49] <pieq> (and icons, and cursor)
[02:49] <duflu> pieq, it's still pretty slow for me, but that's good because it provides a convenient test environment. I use 200% integer scaling, not fractional. But I also use very few apps so don't depend on anything that doesn't support it
[02:52] <pieq> duflu, xorg or wayland?
[02:53] <pieq> duflu, what IRC client do you use? I found out that hexchat did not support scaling at all (= blurry window and fonts)
[02:53] <duflu> pieq, both actually. My main focal desktop is Xorg and my groovy dev machine is usually with Wayland. They have identical hardware
[02:54] <duflu> pieq, actually HexChat supports 200% kind of, fine. Maybe it just doesn't support fractional
[02:54] <duflu> super sharp, not blurry
[02:54] <pieq> duflu, I wanted to use Polari, but then I'm facing this issue: https://gitlab.gnome.org/GNOME/polari/-/issues/118
[02:55] <pieq> duflu, OK then it's weird, cause when I enable 200% on wayland, a lot of apps are blurry... I'm not sure what I've done wrong.
[02:56] <duflu> pieq, Wayland scaling is different to Xorg, and fractional scaling is different to integer, and there are TWO separate implementations of fractional scaling
[02:57] <duflu> pieq, HexChat is very sharp at 200% in Xorg with fractional scaling off
[02:57] <duflu> pieq, you can also do fine adjustments in Gnome Tweaks > Fonts
[02:59] <pieq> duflu, but "200%" scaling on Wayland is an integer scaling, right? So I should get sharp stuff for this...
[02:59] <pieq> duflu, I'm not near my home desktop right now, I'll keep investigating later
[03:00] <duflu> pieq, depends on the app, and Wayland will do it differently to Xorg
[03:00] <pieq> duflu, what size is your screen? Mine is 27"
[03:00] <duflu> Yep, 27" 3840x2160
[03:00] <pieq> argh... that's too complicated (I mean the fact that different apps react differently, and the xorg/wayland thing)
[03:00] <duflu> Yeah there are too many combinations
[03:00] <duflu> It's a mess
[03:01] <pieq> I wish we could agree upon something to use, and use it. I hope the Xorg → Wayland transition doesn't take 12 years like the Python 2 → Python 3 transition!
[03:11] <duflu> pieq, actually everyone other than Ubuntu and Nvidia have transitioned
[03:11] <duflu> so people are trying
[03:14] <duflu> It's taking a few years for the major web browsers though
[03:17] <pieq> duflu, yeah, I like how there is a dedicated workflow for Firefox on Wayland when using Fedora. I wish we had something like that in place with Ubuntu
[03:18] <duflu> pieq, env MOZ_ENABLE_WAYLAND=1
[03:19] <duflu> or in your /etc/environment
[03:20] <pieq> duflu, yeah that's what I ended up doing
[03:20] <pieq> created different desktop launchers
[03:20] <pieq> and faced the super annoying issue with GNOME only showing the first 12 chars in the overview, so all my launchers are like "Firefo..." and I never know which one to run :D
[04:14] <luna_> watching Wimpress and sil code the Rhino :P
[04:14] <luna_> https://www.youtube.com/watch?v=Q4k8LqEUxlM
[04:17] <luna_> missed it live yesterday but woke up early due to the lightning strikes here in Stockholm this morning
[05:59] <seb128> goood morning desktopers
[06:00] <duflu> Hi seb128
[06:06] <seb128> hey duflu, how are you? had a good w.e?
[06:09] <duflu> seb128, it went fast but at least I got a few things done. Been raining lots here. You?
[06:11] <duflu> Good to see the post-focal bug expiries are now starting
[06:21] <oSoMoN> good morning desktoppers
[06:28] <seb128> hey oSoMoN, wb, did you have a good week of vac?
[06:29] <seb128> duflu, w.e was nice, a bit windy and rainy but we still managed to walk around a bit
[06:29] <oSoMoN> salut seb128, yeah, quite relaxing, thanks!
[06:30] <duflu> Morning oSoMoN
[06:39] <oSoMoN> hey duflu
[06:50] <marcustomlinson> morning desktoppers
[06:53] <oSoMoN> good morning marcustomlinson
[06:58] <marcustomlinson> hey oSoMoN how was your week off?
[07:00] <oSoMoN> pretty good, I spent all the time with friends and family, and slept a lot more than usual
[07:09] <marcustomlinson> sounds excellent
[07:34] <duflu> Hi marcustomlinson
[07:35] <marcustomlinson> hey duflu
[07:49] <seb128> hey marcustomlinson, wb, did you have a good of vac?
[07:49] <seb128> oSoMoN, sleep sounds nice! I see that you had the laptop with you at the end :p
[07:51] <marcustomlinson> seb128: was very nice thanks! lockdown eased enough for us to visit my parents a couple times. hit the beach too. nice and relaxing.
[07:54] <oSoMoN> seb128, I did, and I don't regret it, I poked at the nodejs/firefox update throughout the week and now I'm less stressed about it
[07:59] <seb128> oSoMoN, as long as you managed to get pulled too much into work mode and properly relaxed still I guess that's fine :)
[08:00] <ricotz> hey desktopers!
[08:00] <Laney> guten morgen
[08:04] <duflu> Hi ricotz and Laney
[08:08] <Laney> howdy duflu
[08:14] <seb128> hey ricotz, Laney, how are you? had a good w.e?
[08:19] <Laney> moin seb128
[08:20] <Laney> yeah was alright, not super nice weather but not as bad as the forecast had predicted
[08:20] <Laney> did some playing with networking, trying to get things in a better order before i get a new connection on friday
[08:20] <Laney> hope you did too!
[08:32] <Laney> why no sound? oh, I restarted, and therefore Pulseaudio forgot which output I had selected before
[08:32] <Laney> :| :| :| :| :|
[08:35] <seb128> w.e was alright, weather was not great but nice enough that we could go to the playground and have some fun there yesterday
[08:35] <jibel> welcome to the club of PA lovers
[08:35] <seb128> @sound bugs :-(
[08:36] <seb128> would probably be useful to report those issues upstream
[08:36] <seb128> we currently fail at deal with audio issue, it would increase chances to have someone looking at the problem
[08:37] <seb128> Laney, is than hdmi that you use?
[08:37] <jibel> yeah but the stack is complex and between the kernel, alsa, pa and the shell it's hard to determine where the problem is
[08:38] <seb128> well, you can always take a guess, if you are wrong they will just close the bug telling you to go to $otherplace
[08:38] <seb128> they might help you to figure out what the right component is :)
[08:39] <duflu> "shotgunning" as my former Texan manager would say
[08:40] <duflu> Which I think refers to spraying multiple locations simultaneously
[08:46] <Laney> seb128: it's a usb device which gets preferred, kind of like that hdmi bug though
[08:46] <Laney> because it's plugged into a usb hub on the monitor
[08:47] <Laney> so it appears on the bus quite late on I guess
[08:49] <seb128> Laney, https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/886 ?
[08:49] <seb128> bug #1877194
[08:50] <Laney> yeah probably
[08:50] <Laney> I could try moving it out of the monitor to see if that makes a difference
[08:50] <Laney> but then need to find a longer cable
[08:50] <Laney> so not for now
[08:55] <seb128> I guess it's the same issue than the HDMi one at the end, pulseaudio is not smart enough to remember your device preferences
[08:56] <seb128> ideally it would have a ranking of priority and default to the one available according to the ranking
[08:56] <Laney> it's doing switch-on-connect when it's not really on-connect, so yeah
[08:57] <Laney> let me make a debug log and reboot
[08:58] <Laney> systemctl --user --global --full edit pulseaudio!
[08:58] <seb128> I don't know if it's possible to tell whether the device is showing because it has been physically connected or just picked by the usb system
[09:00] <Laney> not sure what you mean
[09:00] <Laney> if this comes up as a hotplug-switch to the usb audio device, that will be the bug
[09:03] <seb128> I mean, does the kernel / udev gives us enough information to know why the add event has been generated?
[09:03] <seb128> like can we tell appart from the OS side whether it's just the usb subsystem picking up a device already connected or if there has been a physical connect ?
[09:06] <Laney> udevadm settle?
[09:07] <Laney> anyway, not sure there's much value in us debating the bug in here
[09:07] <Laney> I will just reply on there
[09:09] <seb128> right, I was just thinking about it, sorry for the noise
[09:09] <seb128> thx
[09:23] <Laney> ok, reproduced without the monitor's hub in the way, better :>
[09:23] <Laney> enough fiddling with that for today
[10:21] <jibel> xnox, ubiquity 20.10.6 is blocked in proposed on a dependency issue. Something from d-i. Did you have a look?
[10:21] <jibel> current images are not installable with 20.10.5
[10:21] <jibel> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubiquity
[10:22] <xnox> jibel:  interesting.
[10:23] <seb128> https://launchpad.net/ubuntu/+source/main-menu/+publishinghistory that has been deleted 'component of d-i which is not supported post-focal'
[10:23] <seb128> someone didn't do their job of checking rdepends before deleting components from the archive
[10:25] <xnox> jibel:  uploading fix.
[10:25] <xnox> seb128:  it's hard to check udeb reverse-deps, no?
[10:26] <jibel> xnox, thanks
[10:28] <seb128> xnox, I don't know how to do that, but the fact that it's not trivial doesn't mean it shouldn't be done ... anyway, problem fixed so thanks
[16:08] <Laney> something weird with arch:all packages in the new proposed-migration :(
[16:08]  * Laney is trying to fix
[16:18] <seb128> Laney, how is the new proposed migration going? aiming at landing it this week? any outcome of the entries that create problems to the by team report?
[16:18] <Laney> what entries?
[16:18] <Laney> yes this week ideally
[16:27] <Laney> ah found the problem It hink
[16:30] <Laney> thanks evolution for notifying me about an event 1 minute before it ends :>
[18:14] <seb128> Laney, sorry, didn't see you reply, the bug ones that are leading to a #0, you said you were discussion in Debian to move them in a place where they don't confuse the current parser
[19:59] <Laney> seb128: ah, I had that, it's not going to change right away so things need to handle the current format for now


[06:09] <dpm> hi wgrant, I've got an issue building packages on a silo PPA, whereby dh-exec variables are not being expanded during build. The effect is that I end up with a package that contains a path like /usr/lib/${DEB_HOST_MULTIARCH}. The packages build fine on my personal PPA, though. Any ideas what it could be? Is it because the PPAs are different (i.e. my PPA is a qemu-based one)?
[06:10] <dpm> Here't the build that has this issue: https://launchpad.net/~ci-train-ppa-service/+archive/landing-013/+build/6153400
[06:10] <dpm> and here's the build that works as expected: https://launchpad.net/~dpm/+archive/ppa/+build/6151901
[06:10] <dpm> account-plugin-evernote is the package where I noticed this
[06:20] <wgrant> dpm: Those two source packages are not the same. I suspect the problem is in a difference between them.
[06:20] <wgrant> Have you tried building them both locally?
[06:21] <wgrant> -    "framework": "ubuntu-sdk-14.04-dev2",
[06:21] <wgrant> +    "framework": "ubuntu-sdk-14.10-dev2",
[06:21] <wgrant> Suspicious!
[06:21] <dpm> wgrant, that's weird, that line should not be different, but it shouldn't affect the build. Here's the only difference afaik: https://code.launchpad.net/~dpm/reminders-app/account-plugin-evernote-upload/+merge/225581
[06:23] <dpm> I've built the one that works locally, let me try to build the one that's got the issue
[06:28] <wgrant> dpm: Test builds of both confirm my theory that it's not a build environment bug. Built on just the primary archive, in identical sbuild chroots locally, one expands and one does not.
[06:28] <wgrant> Some difference in the source package causes it.
[06:32] <dpm> wgrant, ok, thanks for the help and for testing it. I've no idea why the source packages are different and which difference causes the non-expansion, so I'll continue investigating
[06:35] <dpm> oh, it's because the .install file is not executable in the non-expanding source package :/
[06:40] <dpm> I wonder what creates the .diff.gz file, it seems the +x flag is lost there
[06:41] <StevenK> dpm: dpkg-buildpackage
[06:42] <StevenK> dpm: If you want the +x preserved, consider switching to source format 3.0
[06:43] <dpm> thanks StevenK. Oh, would that fix the issue, then? (there is no particular reason why we're using source format 1.0, so happy to switch to 3.0)
[06:44] <StevenK> dpm: Because source format 3.0 generates a diff.tar.gz, not a diff.gz
[06:45] <dpm> StevenK, any other caveats to bear in mind when switching to 3.0, or shall I just update debian/source from 1.0 to 3.0?
[06:49] <StevenK> dpm: https://wiki.debian.org/Projects/DebSrc3.0
[06:50] <dpm> thanks StevenK!
[14:36] <shadeslayer> wgrant: ping
[14:36] <shadeslayer> I'm slightly concerned about " kfilemetadata_4.13.0-0ubuntu1build1.dsc: Version older than that in the archive. 4:4.13.0-0ubuntu1build1 <= 4:4.13.2-0ubuntu1"
[14:36] <shadeslayer> I didn't upload this
[14:39] <ScottK> shadeslayer: Missing epoch
[14:40] <shadeslayer> ScottK: that's all fine, but I didn't upload it
[14:40] <shadeslayer> My *guess* is that Robert Ancell wanted to rebuild it against new libav
[14:41] <shadeslayer> just not sure why I got an email
[14:42] <ScottK> That is a bit strange.
[15:21] <cjwatson> shadeslayer: You're in the Maintainer field.
[15:21] <shadeslayer> ah, hm, you mean Uploaders?
[15:22] <cjwatson> No, I meant what I said :)
[15:22] <cjwatson> Version: 4:4.13.0-0ubuntu1
[15:22] <cjwatson> Maintainer: Rohan Garg<EMAIL_ADDRESS>[15:22] <cjwatson> Newer versions have you in Uploaders instead, yes
[15:22] <shadeslayer> ah, so it keeps track of old versions too?
[15:22] <cjwatson> Look at the uploaded version
[15:22] <shadeslayer> ahhhhhh
[15:22] <shadeslayer> cjwatson: thanks, makes sense now
[15:22] <cjwatson> 4:4.13.0-0ubuntu1build1 was I'm sure a no-change rebuild of 4:4.13.0-0ubuntu1, which had you in Maintainer
[15:22] <shadeslayer> yep
[15:57] <Forage> good afternoon
[15:59] <Forage> is there a way to download and archive of a code branch from launchpad without having a member create one to provide it as a download on launchpad?
[15:59] <Forage> like you can on github e.g.
[15:59] <Forage> and to prevent having to retrieve it with bzr
[16:06] <Forage> never mind, it was hidden in the page of a specific revision


[00:37] <Ampelbein> bdmurray: changed summary and added the tag for 264105 - or was there something else wrong?
[00:39] <bdmurray> Ampelbein: nothing I just thought it was funny
[00:39] <bdmurray> In a tragic kind of way
[00:42] <Ampelbein> bug 264103 - same reporter, same problem
[01:18] <LaserJock> are apport bugs automatically set to "Medium" importance?
[02:03] <nellery> LaserJock, some of them are, but I have no idea what the requirements are
[02:34] <gotisch> where do i report a bug about ubuntu (gnome?) not recognizing headphones if they are plugged in before boot?
[02:34] <gotisch> oh
[02:34] <gotisch> nvm
[06:03] <ApOgEE-> hi all
[06:05] <ApOgEE-> anybody home?
[08:36] <Kamping_Kaiser> hi all.
[08:38] <Kamping_Kaiser> i just noticed i've recieved a 'boiler plate paste' responce to Bug 223175 and Bug 218616 . while the paste may be valid for 175, for 616 it seems fairly gratuitious.is there a 'correct' coures of action?
[08:38] <Kamping_Kaiser> i dont see a point in installing the intrepid kernel (for a start i have no intrepid systems) just to check a file copyright (which i probably need the source for anyway)
[08:45] <Kamping_Kaiser> i got the same boilerplate for Bug 76347 (and i'm guessing other that i havent got to yet). guess someone just went through all hte kernel bugs and bumped thier karma ^W^W^Wpasted the same thing
[13:09] <Hobbsee> Kamping_Kaiser: if it's policy or general behaviour, you'd do better to mail the mailing list.
[13:10] <Kamping_Kaiser> Hobbsee, 'the' mailing list? -bugs list?
[13:10] <Hobbsee> yes
[13:12] <Kamping_Kaiser> Hobbsee, dont know if its policy, but it happened to the 3 or 4 kernel bugs i was subscribed to.
[13:14] <Hobbsee> Kamping_Kaiser: often behaviours that people repeat a lot, then others see and repeat, become de facto policy.
[13:14] <Hobbsee> Kamping_Kaiser: it appears that "use your brain when it comes to bugs" isn't a written policy, as such.
[13:19] <Kamping_Kaiser> Hobbsee, i've already growled at the person in bug 218616 so i'll probably leave it as is.
[13:19] <Hobbsee> Kamping_Kaiser: it's probably worth bringing it up as a general issue - various people have mentioned it.
[13:21] <Kamping_Kaiser> Hobbsee, ok. i'll draft an email then. not sure i'm wiling to send it tonight though.
[13:22] <Hobbsee> i doubt people will read it until tomorrow anyway, even if yo udid.
[13:26] <Kamping_Kaiser> naughty people. they shold be waiting for my email
[13:26] <Hobbsee> heh
[14:12] <iD_J> i have debugging symbols for a package installed, but the debugger doesn't show the current code when when stepping through with gdb, only line numbers. is there a way to fix this?
[14:17] <iD_J> is anybody in here at their keyboard?...
[21:12] <pwnguin> poor don knuth
[21:12] <pwnguin> his machine doesn't have internet
[21:12] <pwnguin> https://bugs.edge.launchpad.net/ubuntu/+source/rxvt/+bug/252648
[21:13] <pwnguin> explains why he never got back on his gv bug
[21:28] <pwnguin> would it be appropriate to subscribe a MOTU to a bug about a package they uploaded to debian but not ubuntu?
[21:43] <pwnguin> is baltix still around?
[21:43] <pwnguin> im tired of seeing their untouched bugs on my list
[22:13] <Rocket2DMn> pwnguin, it would appear so - http://en.wikipedia.org/wiki/Baltix
[22:57] <dupondje> https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+bug/266956
[22:57] <dupondje> this should be fixxed asap !
[22:58] <pwnguin> fglrx has source?
[22:59] <dupondje> how u mean ? :)
[23:10] <hggdh> fglrx is (or was) a closed binary
[23:26] <dupondje> http://packages.ubuntu.com/intrepid/fglrx-kernel-source
[23:26] <dupondje> this one is bugggged


[00:54] <ScottL> crimsun_, TheMuso : if i'm testing an SRU is it/there....
[00:54] <ScottL>  * bad form to verify my own SRU?
[00:54] <ScottL>  * a special wording when replying to an SRU?
[00:54] <ScottL>  * a special tag to add to the SRU?
[00:55] <ScottL>  * anything else i'm ignorant about replying to an SRU?
[00:59] <TheMuso> ScottL: 1) no, 2) no, just indicate that you have tested the fix as compared to the previous package behavior, and that you have verified that the fix works etc 3) change verification-needed to verification-done but can't remember whether universe packages need 2 ACKS. If so, and nobody else has ACKed, leave tags alone 4) thats all.
[01:22] <ScottL> thanks TheMuso :)
[01:23] <ScottL> now i'm working on the ardour mute SRU and trying to figure out why my patch caused only the i386 build to fail in lucid-proposed
[01:24] <ScottL> i was starting with a test build of the source directly from launchpad in a chroot environment and having trouble getting it to build to my surprise
[01:25] <ScottL> building the source gives me a control and a nice baseline
[01:25] <ScottL> but then i realized that i had downloaded the source from maverick :/   that explains why a package version wasn't available :P
[01:41] <TheMuso> heh


[03:02] <luca> hi everybody
[03:02] <luca> does someone know how ubuntu runs on an ASUS F3P laptop?
[10:24] <Death_Sargent> hey does anyone know how I can prevent my laptop from over heating


[16:20] <chalet16> I have install Ubuntu 11.04 on laptop with nVidia 7300 Go, after I install nvidia latest driver. I seem to hang every time I login make my laptop unusable.
[16:20] <chalet16> sometime compiz crash message appear.
[16:22] <chalet16> Is this already known bug?
[20:14] <hakimsheriff> Hey all


[13:07] <excalibr> hmm
[14:01] <excalibr> https://bugzilla.gnome.org/show_bug.cgi?id=707546#c10
[14:03] <excalibr> >From my understanding, given the result I get, the test is designed to only
[14:03] <excalibr> work in the maintainer's timezone.


[08:58] <mup> PR snapd#11085 closed: o/devicestate: ensure proper order when remodel does a simple switch-snap-channel <Remodel 🚋> <Run nested> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11085>
[09:03] <mup> PR snapd#11175 closed: tests/core/failover: enable the test on core18 <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11175>
[09:21] <sil2100> Hello!
[09:22] <sil2100> We seem to be having a weird issue with the Go-based ubuntu-image on jammy, filled bug LP: #1955017 - are we understanding the situation correctly? Any ideas on how to get this fixed?
[09:22] <mup> Bug #1955017: snapd's mkfs.MakeWithContent() uses the host fakeroot instead of the snap-bundled one in ubuntu-image <snapd:New> <Snappy:New> <https://launchpad.net/bugs/1955017>
[09:23] <mup> Bug #1955017 opened: snapd's mkfs.MakeWithContent() uses the host fakeroot instead of the snap-bundled one in ubuntu-image <snapd:New> <Snappy:New> <https://launchpad.net/bugs/1955017>
[09:52] <juliank> On the autopkgtest cloud lxd worker, my journal is full of Systemd: Started snap.lxd.lxc.*.scope like lines (and stops)
[09:52] <juliank> Like every second or so it starts and stops a scope for lxc
[09:52] <juliank> This is noisy :D
[09:53] <juliank> Each time you start the lxc command you get two journal entries, basically
[09:53] <juliank> oh well, one started
[09:54] <juliank> wondering how that could be made a nicer experience
[09:54] <juliank> journal excerpt: https://paste.ubuntu.com/p/Bv8D5pJPZF/
[09:56] <juliank> what do people think about this?
[10:03] <mvo> juliank: I think you raise a good point, making it less noisy is definitely a worthwhile goal. i have not looked at this at all yet, this comes from systemd directly so we (snapd) cannot fix it diretly, it would be a config on the journald? or is there something I miss?
[10:08] <juliank> mvo: I think so, yes, maybe one could hint to systemd somehow not to log that, i don't know, I asked slyon for systemd side of things as well, just figuring out what people think about this in general
[10:19] <mvo> juliank: yeah, a "hint" to tell systemd to not log it would be ideal indeed
[11:43] <mup> PR snapd#11179 closed: interfaces/libvirt: suppress apparmor log lines for ptrace denied <Created by peppepetra> <Closed by peppepetra> <https://github.com/snapcore/snapd/pull/11179>
[13:19] <mup> PR snapd#10473 closed: interfaces/builtin: add mount-control interface <Created by mardy> <Closed by mardy> <https://github.com/snapcore/snapd/pull/10473>
[13:24] <mup> PR snapd#10613 closed: interfaces/builtin/firewall_control: allow ufw accesses <⛔ Blocked> <Needs security review> <Created by mardy> <Closed by mardy> <https://github.com/snapcore/snapd/pull/10613>
[17:24] <mup> PR snapd#11181 opened: usersession/userd: support Cloudflare WARP URL scheme <Created by schultetwin1> <https://github.com/snapcore/snapd/pull/11181>
[20:05] <mup> PR snapd#10908 closed: cmd/snap-failure: use snapd from the snapd snap if core is not present <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10908>


[00:13] <Bashing-om> WIKI589 is up for acceptance - pending though is the "Press" section to move the BT article ? - Or leave alone as is and remove the Press section from the WIKI.
[02:12] <guiverc> wiki read thru [Bashing-om is away :(]  on planet two refs to "Ubucon Europe 2019: 2nd" grabbed me as strange, but just co-incidence/the way it is
[02:14] <guiverc> finished read thru, looks good to me.
[02:46] <Bashing-om> WIKI589 up for re-review :D note that the BT article moved to the "press" section from the Blogosphere.
[03:08] <guiverc> Bashing-om, I finished my read thru earlier, only thing that grabbed me was to very like articles "Ubucon Europe 2019: 2nd" but that's just co-incidence/the-way-it-is
[03:14] <Bashing-om> guiverc: I think we did well .. but what are your thoughts on how I did the BT article in the Press section ?
[03:22] <guiverc> additional coverage should probably be a list " * Title - url", but yeah it adds to emphasis of the piece, or we could "Additional coverage selected by our editors are :-" then list (ie. if you wanted to trim it down)
[03:24] <guiverc> trim it, meaning have fewer additional coverage articles
[03:26] <guiverc> i think we've done it too without the "* title -" too before, but I forget how it was formatted (or what it related to & thus where to look..)
[03:45] <Bashing-om> guiverc: Nope -- You are again most correct ... Just Been a frustrating few days here , and my thought processes are fractured :) Lemme fix additions too :)
[04:03] <Bashing-om> guiverc: wildmanne39  And EoflaOE : How now ? All now acceptable - Is that what we show to the world ?
[04:33] <wildmanne39> Bashing-om, will you will place this link with another one please https://ubuntuforums.org/showthread.php?t=2423402 it mentions more then once porn sites
[04:34] <Bashing-om> wildmanne39: Can do :)
[04:43] <Bashing-om> wildmanne39: offending entry replaced :)
[04:43] <wildmanne39> Thanks Bashing-om, I was dealing with it on the forum to so I am just starting to review the wiki again
[04:45] <Bashing-om> wildmanne39: :D -- Pay attention here to details - I am almost mindless with my focus on other matters - I may have missed some other small things.
[04:46] <wildmanne39> Bashing-om, I know that feeling, I hope everything is okay
[04:47] <Bashing-om> wildmanne39: Finally gave up on the Well and had community water installed - now the AC is on the frits - and it is hot --- my computer is not in a happy state either :P
[04:49] <wildmanne39> Bashing-om, yea computers do not like heat
[04:50] <wildmanne39> Bashing-om, can we remove this one to https://ubuntuforums.org/showthread.php?t=2423561 it has been closed due to issues with the op
[04:51] <Bashing-om> wildmanne39: Yup .. takes a bit to fire all back up again .. but can do :P
[04:53] <wildmanne39> Thanks Bashing-om, sorry for the extra work
[04:54] <Bashing-om> All in a day's efforts :D Anything worth doing is worth the doing, right.
[04:58] <wildmanne39> Bashing-om, all looks good to me except that link
[05:05] <Bashing-om> wildmanne39: Great ,, and that last change is done.
[05:05] <wildmanne39> Thanks Bashing-om great work
[05:07] <Bashing-om> EoflaOE: Got yer eyes open ? :p
[05:08] <Bashing-om> guiverc: Are you too happy with 589 ? can I now logg out of the WIKI ?
[05:09] <guiverc> very happy Bashing-om :)
[05:10] <guiverc> & thanks for reminding me of the BT.press section
[05:13] <wildmanne39> Good work guiverc
[05:20] <Bashing-om> OK - logging out and calling 589 good :)
[07:23] <EoflaOE> Bashing-om: I am behind ZNC so you may see me online everytime.
[07:24] <Bashing-om> EoflaOE: However, ^ can not know that your eyes on on the channel :D - except to ping you and see.
[07:26] <EoflaOE> Bashing-om: OK. I also can view the last messages that I missed by *buffextras everytime I login.
[07:27] <Bashing-om> EoflaOE: Yup - good thing that - have you looked at what we will push tomorrow ? does it meet your approval ?
[07:28] <EoflaOE> Bashing-om: I will look at the Gdoc and see if it meets the approval.
[07:30] <Bashing-om> EoflaOE: We are done with Gdoc --- https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue589 is the work now that is in-progress.
[07:31] <EoflaOE> Bashing-om: Then I will look at this wiki.
[07:32] <Bashing-om> :D
[07:36] <EoflaOE> Bashing-om: Elegant. In "Ubuntu Europe 2019, 2nd call for volunteers", I noticed that there is a missing comma between "more" and "you." The design met my approval.
[07:36] <Bashing-om> EoflaOE: Looking and correcting :)
[07:36] <EoflaOE> Bashing-om: OK Thanks.
[07:44] <Bashing-om> EoflaOE: And done - thanks - we do strive for perfection but can fall short of the goal .. many eyes are a good thing.
[07:45] <EoflaOE> Bashing-om: You are welcome
[07:46] <EoflaOE> When is the issue being released?
[07:47] <Bashing-om> EoflaOE: My target time is Monday 20:00 GMT .
[07:48] <EoflaOE> Bashing-om: OK. Can you translate the time so it reflects my timezone? (Asia/Damascus, EEST, +03:00)
[07:51] <Bashing-om> EoflaOE: That would be 11:00 PM your time zone .  your launchpad shows UTC (UTC+0000).
[07:53] <EoflaOE> Bashing-om: Thanks for the info. I will update my launchpad so it reflects my timezone.
[07:54] <Bashing-om> EoflaOE: Uh Huh - working with a group - nice to know the time where you are --- we all have to sleep sometimes :)
[07:56] <EoflaOE> Bashing-om: Thanks. I have updated my launchpad so it reflects my timezone. By the way can I be invited to UWN group on Launchpad?
[07:57] <Bashing-om> EoflaOE: Yeah - when you have time served and we know you will stay with us - krytarik will also take care of that detail.
[07:57] <EoflaOE> Bashing-om: OK.
[07:58] <EoflaOE> Do I check my mail?
[08:00] <Bashing-om> EoflaOE: Yeah - there will be notifications in your mail for UWB activities - depending also on how active you cenome the ubuntu-list notices can also be received.
[08:01] <Bashing-om> UWN*
[08:01] <EoflaOE> Bashing-om: OK. I will check my mail.
[08:01] <Bashing-om> active you become* --- tired now and not paying good attention to what I am doing :)
[08:05] <EoflaOE> Bashing-om: Launchpad link for UWN? Do I join manually?
[08:07] <Bashing-om> EoflaOE: Yeah - that is at your discretion :)
[08:07] <EoflaOE> Bashing-om: And the link?
[08:08] <Bashing-om> EoflaOE: Right off hand I do not recall ..lemme go look for a link.
[08:08] <EoflaOE> Bashing-om: OK
[08:15] <Bashing-om> EoflaOE: This one : https://lists.ubuntu.com/mailman/listinfo/Ubuntu-news-team ?
[08:18] <EoflaOE> Bashing-om: This is a mailing list, but I will join this and the launchpad UWN team for sure. Is https://launchpad.net/~ubuntu-news the right one?
[08:21] <EoflaOE> Did I miss a message? the client exited because of oom-killer in Android.
[08:21] <guiverc> news sort of does some other things too (eg. fridge, releases, eol's), https://launchpad.net/~uwn is ubuntu weekly news team  (I think a subset of ubuntu-news)
[08:21] <guiverc> EoflaOE, ^
[08:22] <Bashing-om> EoflaOE: No missed messages - as to https://launchpad.net/~ubuntu-news - think krytarik will have to add you in due time.
[08:22] <EoflaOE> guiverc: Thanks.
[08:22] <EoflaOE> Bashing-om: OK.
[08:26] <EoflaOE> Joined both the mailing list and the ~uwn team. However the ~uwn team requires approval first.
[08:44] <EoflaOE> Bashing-om and guiverc ^
[08:44] <guiverc> ack :)
[08:45] <EoflaOE> OK
[08:45] <guiverc> you could join the ubuntu-news team as well; I suspect once you've established yourself (made yourself known thru your work), you'll be accepted into both
[08:45] <EoflaOE> guiverc: I will consider joining that team.
[08:46] <EoflaOE> Joined
[08:53] <Bashing-om> EoflaOE: Moving right smartly on along :P
[08:53] <EoflaOE> Bashing-om: OK, thanks.
[09:15] <Bashing-om> Well past beddy bye time - I am off :P laters all \o
[12:08] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Latte Dock 0.9 Brings More Bling to the Plasma Desktop @ https://www.omgubuntu.co.uk/?p=150765 (by Joey Sneddon)
[13:31] -SwissBot:#ubuntu-news- ::Softpedia:: Linux Mint 19.2 "Tina" to Launch This Week, Cinnamon 4.2 Coming to LMDE 3 Soon @ https://news.softpedia.com/news/linux-mint-19-2-tina-to-launch-this-week-cinnamon-4-2-coming-to-lmde-3-soon-526868.shtml (by Marius Nestor)
[13:59] -SwissBot:#ubuntu-news- ::Softpedia:: Linux Lite 4.6 Enters Development Based on Ubuntu 18.04.2 LTS, Here's What's New @ https://news.softpedia.com/news/linux-lite-4-6-enters-development-based-on-ubuntu-18-04-2-lts-here-s-what-s-new-526869.shtml (by Marius Nestor)
[15:04] -SwissBot:#ubuntu-news- ::Softpedia:: Purism Reveals Final Hardware Specs of the Privacy-Focused Librem 5 Linux Phone @ https://news.softpedia.com/news/purism-unveils-final-hardware-specs-of-the-privacy-focused-librem-5-linux-phone-526870.shtml (by Marius Nestor)
[15:07] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Librem 5 Linux Phone: Final Specs Confirmed @ https://www.omgubuntu.co.uk/?p=150588 (by Joey Sneddon)
[15:19] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Issue #2019.07.29 – Kubeflow Releases so far (0.5, 0.4, 0.3) @ https://admin.insights.ubuntu.com/2019/07/29/issue-2019-07-29-kubeflow-releases-so-far-0-5-0-4-0-3/
[16:45] -SwissBot:#ubuntu-news- ::Softpedia:: Debian Outs First Linux Kernel Security Update for Debian GNU/Linux 10 "Buster" @ https://news.softpedia.com/news/debian-outs-new-linux-kernel-security-update-for-debian-gnu-linux-9-stretch-526871.shtml (by Marius Nestor)
[20:00] <Bashing-om> Pulling "WIP" - and will be delayed getting 589 out .. electrical issues with the house.
[20:02] <EoflaOE> Bashing-om: It is OK.
[20:06] <Bashing-om> EoflaOE: we see - got to get the power restored as my 1st priority now, "WIP" is pulled :)
[20:09] <Bashing-om> gone to town .
[20:09] <EoflaOE> Bashing-om: Thanks. And the UWN issue 589 is delayed to what time?
[20:44] -SwissBot:#ubuntu-news- ::Planet:: Jono Bacon: Ryan Bethencourt on Growing Sustainable Food, Shark Tank, and Wild Earth @ https://www.jonobacon.com/2019/07/29/conversations-with-bacon-ryan-bethencourt-wild-earth/
[20:58] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Monitoring at the edge with MicroK8s @ https://admin.insights.ubuntu.com/2019/07/29/monitoring-at-the-edge-with-microk8s/
[21:02] <Bashing-om> Beginning to push 589 at this time .
[21:08] <Bashing-om> Mailing List is away - posting to the forum next.
[21:13] <Bashing-om> Forum post is done - no issues spotted :D
[21:15] <Bashing-om> doing the re-directs next.
[21:25] <Wild_Man> Bashing-om, where we at?
[21:39] <Wild_Man> http://fridge.ubuntu.com/2019/07/29/ubuntu-weekly-newsletter-issue-589/
[21:49] <Wild_Man> fridge, Social Media all done
[21:50] <Bashing-om> Wild_Man: Moving on along - smartly -- I have my end completed :P
[21:50] <Wild_Man> Bashing-om, here too
[21:53] <Bashing-om> Fridge checks good :) .. and now we do UWN590 :) - clear now to wipe Gdoc and start all over again ?
[22:08] <Bashing-om> Wild_Man: guiverc : ^^ wipe Gdoc now ?
[22:10] <guiverc> guess so, sounds like all done (& I've just walked in with my first coffee)
[22:13] <Bashing-om> huAll good :) .. I have yet to do my complete the coffee intake - working on it :P
[22:14] <Bashing-om> Wild_Man: Anything you want to copy off from the old Gdoc before I wipe ?
[22:14] -SwissBot:#ubuntu-news- ::Planet:: The Fridge: Ubuntu Weekly Newsletter Issue 589 @ http://fridge.ubuntu.com/2019/07/29/ubuntu-weekly-newsletter-issue-589/
[22:31] <Wild_Man> Bashing-om, go ahead and wipe
[22:34] <Bashing-om> Wild_Man: guiverc:: wiping Gdoc -- setting to 590 :D
[22:35] <guiverc> thanks Bashing-om
[22:45] <Bashing-om> UWN team:  - we do UWN590 - off to a roaring start :P
[23:31] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Manjaro, snaps and the spirit of collaboration @ https://admin.insights.ubuntu.com/2019/07/29/manjaro-snaps-and-the-spirit-of-collaboration/


[03:18] <rabidkoala> Hey would someone help me try to troubleshoot a U1 Music Store issue?  It has to do with purchased songs never transferring to the cloud service; they get stuck in the "Queued" mode, eventually leading to a "There was a problem completing the download" when i refresh the page
[03:19] <rabidkoala> Ive read through about 10 bug report threads already, most of which being related to a server side problem that was supposedly fixed months ago
[08:26] <hebz0rl> where does the couchdb of ubuntuone save its database?
[12:02] <ChrisWoollard> hebz0r: Did anybody respond to your question?
[13:47] <duanedesign> hebz0rl: /8
[13:47] <duanedesign> sorry
[13:47] <duanedesign> tab fail
[13:48] <duanedesign> After deleting an account how long until the files on the server are deleted?
[15:50] <duanedesign> I've seen this before, problem with LaTeX files in U1 directories. bug 580855
[15:50] <mkarnicki> hi duanedesign :)
[15:51] <duanedesign> hey there mkarnicki
[15:51] <mkarnicki> is wiki.ubuntu.com up? I have problems loading the page
[15:52] <duanedesign> mkarnicki: hmmm. I have a few pages open but when i ttried to refresh
[15:52] <duanedesign> no luck
[15:52] <duanedesign> so it is not just you:)
[15:52] <mkarnicki> duanedesign: hmm. hopefully it's temporary.
[15:53] <mkarnicki> thanks for checking duanedesign
[15:53] <duanedesign> mkarnicki: yeah. I think it was the forums were down awhile ago. You realize how much you use those resources when they are down.
[15:54] <mkarnicki> duanedesign: oh yes, indeed :)
[15:54] <Atluxity> any developers here? I am bothered with bug https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/578977
[15:54] <duanedesign> hey there Atluxity
[15:55] <duanedesign> you made it back
[15:55] <duanedesign> rye: ping ^^
[15:55] <Atluxity> hey duanedesign :)
[15:55] <rye> desktop+: ^
[16:04] <mkarnicki> duanedesign: wiki.ubuntu.com is up
[18:11] <Nhdb> when will the contact sync go online for all users?
[20:42] <mkarnicki> if you see verterok, please raise fire alarm for me ;)
[20:47] <dobey> mkarnicki: today is national holiday in .ar
[20:48] <dobey> mkarnicki: but he should be around tomorrow i think :)
[20:48] <mkarnicki> dobey: oh crap.. that's why he's not around ;(
[20:48] <mkarnicki> dobey: I'll pray for that :D
[20:48] <dobey> hehe
[20:50] <mkarnicki> dobey: I wrote him an e-mail, so he knows I need him :)
[20:51] <dobey> hehe
[21:33] <duanedesign> dobey: do you know anything about bug:  https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/578977
[21:33] <ubot4> Launchpad bug 578977 in ubuntuone-client (Ubuntu) "Crash in update_quota_display: KeyError: 'brukt' (affects: 4) (dups: 1) (heat: 106)" [Medium,Confirmed]
[21:35] <dobey> it's a dup
[21:36] <dobey> duanedesign: https://bugs.edge.launchpad.net/ubuntu-translations/+bug/571616
[21:36] <ubot4> Launchpad bug 571616 in ubuntuone-client (Ubuntu) (and 1 other project) "ubuntuone-preferences freezes with Norwegian locale (affects: 3) (heat: 82)" [High,Invalid]
[21:39] <duanedesign> dobey: nice, thank you
[21:39] <duanedesign> i did not see that
[21:46] <dobey> later


[07:20] <Flannel> What? priority?
[07:45] <Flannel> If anything, should be a canonical URL
[07:45] <Flannel> !contact
[08:05] <Unit193> Depends on who one is trying to contact, I guess.
[19:35] <nacc> could we have m211dc kickbanned from #ubuntu? appears to be a bot, that spams users when they chat in the channel and/or join
[20:11] <Unit193> Taken care of, nacc.
[20:12] <nacc> thanks!
[21:57] <Unit193> nacc: Anything else we can help you with today?
[21:58] <nacc> Unit193: nope :) I can drop, sorry
[21:58] <Unit193> No problem, thanks.


[01:12] <m4v> rww: I suppose somebody that knows nothing about hacking but have enough bandwidth for DoS you.
[03:44] <ubot2> YankeesFan called the ops in #ubuntu-kernel ()
[03:45] <m4v> fun
[03:45] <rww> oh great, they moved on to LoCo channels.
[03:47] <ubot2> YankeesFan called the ops in #ubuntu-kernel ()
[04:24] <r00t4rd3d> i joined kernel cause of this messages ^^
[04:24] <r00t4rd3d> incase you really want to know idleone
[04:24] <r00t4rd3d> i dont want to miss out on any fun :D
[04:26] <r00t4rd3d> i have no idea who yankeesfan is though
[04:26] <r00t4rd3d> so rww was right , coincidence
[04:26] <r00t4rd3d> i guess
[04:27] <r00t4rd3d> curious is a better term maybe
[04:27] <rww> (wrong person)
[04:27] <r00t4rd3d> what you mean ?
[04:28] <r00t4rd3d> oh right it wasnt you
[04:28] <r00t4rd3d> sometimes i match colors with nicks in the ops log
[04:29] <rww> you're green/blue colorblind ;P?
[04:29] <rww> or was I green at some point? I have no idea how it picks colors.
[04:29] <r00t4rd3d> yeah
[04:30] <r00t4rd3d> i have really bad color blindness and i have blurry vision cause of diabetes
[04:30] <rww> ah
[04:31] <r00t4rd3d> i wish the colors would stay the same in the log
[04:31] <r00t4rd3d> it really screws with me :/
[04:41] <gpc> perhaps I am being a little to judgemental.
[04:41] <gpc> or paranoid
[04:41] <gpc> who knows
[04:41] <gpc> if it isn't you then I apologize
[04:42] <rww> opping is destroying both your sanity and your ability to choose between 'to' and 'too'.
[04:42] <gpc> that also
[04:43] <r00t4rd3d> i hate baseball so ....
[04:43] <gpc> haha
[04:43] <gpc> something we have in common
[04:43] <r00t4rd3d> and that would be too obvious with you knowing im in new york
[04:43] <gpc> yeah
[04:44] <gpc> I did wonder about that
[15:53] <mcfloci> hello
[15:53] <mcfloci> anyone online ?
[15:54] <m4v> many, but depends on what you need.
[15:58] <mcfloci> I need to configure supybot to greet joining users with a notice
[15:59] <m4v> mcfloci: you might ask in #supybot then, this is not the right channel.
[15:59] <mcfloci> okay
[15:59] <mcfloci> thanks
[18:40] <yang> Is there a description about the process how ubuntulog logs the channel talk ?
[18:43] <tsimpson> yang: not sure what you mean exactly?
[18:47] <yang> I mean what is the process of transcoding the irc logs into html view....and what is the client-bot using, version reply says irssi
[18:47] <yang> I tried to use irclog2html
[18:47] <m4v> yang: is a python script afaik
[18:47] <yang> but I just dont get the same output
[18:48] <nhandler> yang: http://mg.pov.lt/irclog2html/ is how they convert the raw irssi logs to html
[18:49] <yang> I get error that DD-MM-YYYY dont match I think my irssi logs are pre-pended with only time
[18:50] <yang> and I just cannot get a daily output, my log is being transcoded into a big html log and I would like to sort it by days
[18:50] <tsimpson> I think you would need to split the plain text log into days, then run the script on each days output
[18:50] <m4v> yang: you'll need to fix your logs then.