[00:00] <james_w> and Fix Released when I tell it I release a milestone
[00:00] <james_w> or something
[00:00] <james_w> I'll leave the details to you guys :-)
[00:00] <beuno> I don't quite understand
[00:00] <beuno> fix committed automatically when what?
[00:00] <Odd_Bloke> beuno: When a branch is merged to the development focus.
[00:01] <beuno> ah
[00:01] <beuno> what has that to do with bugs?
[00:01] <Odd_Bloke> s/branch/branch that fixes a given bug/
[00:01] <james_w> I'm talking about the bugs statuses
[00:01]  * beuno blinks
[00:01] <Odd_Bloke> Then the bug gets automagically marked as Fix Committed.
[00:02] <beuno> that's a bit tricky
[00:02] <james_w> you have "Fix Available" on the branch when I push a --fixes. If that gets merged to the development focus then it sets the bug "Fix Committed".
[00:02] <emmajane> beuno, *grin* and you thought I was bad. ;)
[00:02] <beuno> james_w, gotcha
[00:02] <beuno> should be viable
[00:02] <Odd_Bloke> emmajane's paying us to make her look better. :p
[00:02] <beuno> file a bug, I'll try and make it happen
[00:02] <emmajane> james_w, how come I have to report bugs and you just get IRC requests. ;)
[00:02] <emmajane> WOO!
[00:02] <emmajane> :)
[00:02] <beuno> emmajane, ;)
[00:04] <emmajane> beuno, hopefully the screenshots were helpful as well?
[00:04] <beuno> emmajane, they're better than a patch
[00:04] <beuno> deeply appreciated
[00:04] <emmajane> kay
[00:05] <emmajane> I'll continue to include them as I find more things.
[00:05] <beuno> if all users where like you, software would beperfect
[00:05] <emmajane> hehe
[00:05] <emmajane> beuno, You can come and work with Drupal when you're done with LP. ;)
[00:05] <beuno> (my typing, on the other hand...)
[00:05] <beuno> done with LP? ha!  like that will ever happen
[00:06]  * emmajane grins
[00:06] <beuno> LP is *big*
[00:06] <beuno> huge
[00:06] <emmajane> so is Drupal ;)
[00:06] <emmajane> it will be ready for you when you're done ;)
[00:06] <Flare183> When I try to push my bzr branch to launchpad it give me this error: Transport operation not possible: http does not support mkdir()
[00:07] <beuno> heh, I'm sure it will
[00:07] <Flare183> What can I do to fix this?
[00:07] <beuno> Flare183, you need to specify your launchpad login
[00:07] <Odd_Bloke> Flare183: 'bzr launchpad-login -h'
[00:07] <beuno> bzr launchpad-login <username>
[00:07] <Flare183> oh ok
[00:07] <beuno> -h?
[00:07] <Odd_Bloke> Help. :D
[00:08] <beuno> right, fish/teach to fish
[00:08] <beuno> I hate fishing, so I just give people food
[00:10] <Odd_Bloke> NOM NOM NOM
[00:13] <Flare183> ok Now I get this error: Target directory already exists. Please select another target.
[00:13] <Flare183> I know it exists thats why I'm pushing it there. Duh bzr!
[00:13] <Flare183> How can I fix this on?
[00:13] <Flare183> one*
[00:13] <Odd_Bloke> Flare183: What command are you using?
[00:13] <Flare183> bzr push
[00:14] <Odd_Bloke> Or, rather, what's the full command-line?
[00:14] <Flare183> Actually I'm using Olive
[00:14] <Flare183> But I can use the command line
[00:14] <Flare183> hold on
[00:14] <Odd_Bloke> Heh, serendipitous.
[00:14] <Odd_Bloke> What's the location you're trying to push to?
[00:14] <beuno> Flare183, add --use-existing
[00:14] <Flare183> oh ok
[00:15] <beuno> the error should be telling you to add the flag  ;)
[00:15] <Flare183> jesse@jesse-desktop:~/Python Projects/bot$ lp:~richardson183/ubuntu-bots/flarebot --use-existing
[00:15] <Flare183> bash: lp:~richardson183/ubuntu-bots/flarebot: No such file or directory
[00:15] <Flare183> jesse@jesse-desktop:~/Python Projects/bot$
[00:15] <Flare183> ...
[00:15] <Odd_Bloke> 'bzr push ...'? :)
[00:15] <Flare183> hold on
[00:15] <Flare183> sorry i screwedup
[00:15] <Flare183> screwed up*
[00:25] <Peng_> lifeless: FWIW, Launchpad hasn't been able to mirror https://code.launchpad.net/~lifeless/bzr/repository for a month.
[00:25] <lifeless> fail
[00:25] <lifeless> :P
[00:49] <loxs> folks, is there any permissions implemented in bzr itself?
[00:49] <loxs> because we are having a problem... one of my devs has read access to the main branch, but cannot co the trunk
[00:49] <loxs> http://dpaste.com/88990/
[00:50] <Odd_Bloke> loxs: Have you checked FS permissions?
[00:50] <bob2> won't read-access via ssh (try to) take a lock?
[00:50] <lifeless> no
[00:50] <loxs> Odd_Bloke, they have read access
[00:51] <loxs> bob2, what do you mean by "take a lock"?
[00:51] <Odd_Bloke> Well, checkout implies commit access.  Does 'branch' work?
[00:51] <bob2> loxs: don't mind me
[00:51] <loxs> hmm, I didn't know that, we'll try with branch
[00:52] <Odd_Bloke> loxs: Also, do they have execute permissions on .bzr?
[00:52] <Odd_Bloke> Because if not then they won't be able to access anything under it.
[00:53] <Odd_Bloke> "chmod -R a+rX .bzr" or some equivalent is probably what you want.
[00:53] <loxs> yes, they have +x
[00:53] <james_w> beuno: thanks
[00:54] <Odd_Bloke> james_w: Whereabouts are you based these days?
[00:54] <james_w> Odd_Bloke: Bristol
[00:54] <Odd_Bloke> loxs: And can they actually read that file via other means?
[00:55] <Odd_Bloke> james_w: Cool, I remembered that your old job was there, but didn't know if you were still there.
[00:55] <james_w> Odd_Bloke: yeah, no reason to leave yet
[00:55] <james_w> Odd_Bloke: how's work treating you?
[00:55] <Odd_Bloke> james_w: Eh, so-so.
[00:55] <james_w> oh no, that will be over now won't it?
[00:56] <james_w> oh, it's a year isn't it?
[00:56] <Odd_Bloke> 9 months.
[00:57] <Odd_Bloke> I'm finding getting up in the mornings quite difficult.
[00:57] <Odd_Bloke> And there's rather more OpenOffice in my life than I'm entirely comfortable with.
[00:57] <Odd_Bloke> I don't really know whether I have issues with this job, or with 9-5 jobs in general, though, this being my first of more than 2 weeks.
[00:57] <james_w> OpenOffice should come with a health warning
[00:58] <james_w> yeah, I found 9-5 tough
[00:58] <loxs> yes, Odd_Bloke they can read the file when they do it via cat etc... and it raises the same exception when using branch
[00:58] <Odd_Bloke> We're doing so much crazy stuff with OO.o.
[00:58] <james_w> though I ended up working like 7-3 quite often so that I actually had an evening
[00:59] <Odd_Bloke> Ranging from writing an automated presentation player to backporting OO.o 3 to Sarge. >.<
[00:59] <james_w> ouch
[00:59] <james_w> my sympathies
[00:59] <Odd_Bloke> Thankfully I've mostly avoided the backporting.
[01:00] <Odd_Bloke> It's also a little frustrating that I don't feel I'm working _on_ free software so much as I'm working _with_ it.
[01:00] <Odd_Bloke> Which is nice, but this presentation player we're writing is going to be non-free.
[01:01] <Odd_Bloke> Making it, IMO, a complete waste of my time.
[01:03] <Odd_Bloke> Certainly it's a far cry from stage diving. :p
[01:04] <james_w> :-)
[01:07] <lifeless> spiv: ping me when you're online please
[01:07] <Odd_Bloke> james_w: Anyway, the reason I asked where you were is that I have a friend at Bristol, and it'd be good to meet up for a drink if I ever get around to visiting him.
[01:08] <james_w> Odd_Bloke: sure, I'd like that
[01:10] <Odd_Bloke> Cool.
[01:15] <lifeless> loxs: hi
[01:16] <lifeless> loxs: /home/bazaar/bloxs/trunk/.bzr/branch-format is the path reported in your error
[01:16] <lifeless> loxs: can you have one of the users try 'scp HOST:/home/bazaar/bloxs/trunk/.bzr/branch-format .'
[01:28] <loxs> lifeless, thanks but we resolved it... typical administrator error... :)
[01:28] <loxs> they had permissions to read the repositories... but they didn't have permissions to read the top /home/bazaar/ directory :)
[01:28] <lifeless> heh
[01:43] <spiv> lifeless: pong
[01:43] <spiv> lifeless: was online, just not looking at IRC very much!
[01:44] <lifeless> spiv: I wanted to know if my comments made sense etc
[01:44] <lifeless> spiv: the void was a tad disturbing
[01:45] <spiv> lifeless: don't stare into the abyss ;)
[01:46]  * spiv quickly rereads
[01:49] <spiv> lifeless: so, I see a loop you added to fetch, although I don't grasp how it's deltaing a chain of inventories
[01:50] <spiv> lifeless: the high-level description you gave makes sense, I just don't see the code.
[01:53] <lifeless> spiv: ah yes
[01:53] <lifeless> spiv: I lied apparently
[01:53] <spiv> Heh.
[01:54] <lifeless> spiv: the loop would be something like:
[01:54] <lifeless> grab the the inventory meta node for all the inventories
[01:54] <lifeless> plus one for any arbitrary inventory outside the set that the target has
[01:54] <spiv> lifeless: _install_revision looks like it has added code related to this, maybe?
[01:55] <lifeless> then do a set based difference on the node's pointers
[01:55] <lifeless> and repeat
[01:59] <lifeless> spiv: not really
[02:00] <lifeless> spiv: _install_revision has a inventory cache to get deltas, because it can insert deltas more cheaply than full inventories
[02:05] <spiv> lifeless: thanks
[02:05]  * spiv -> lunch
[02:34] <lifeless> spiv: the packer has no cache set
[02:34] <lifeless> spiv: you should chat more :>
[04:24] <lifeless> spiv: ugh, I hate lp's handling of attachments
[04:24] <lifeless> send me the damn diff, biatch
[04:36] <spiv> lifeless: http://rafb.net/p/9LQyFJ98.html
[04:36] <spiv> lifeless: or do you mean email?
[04:36] <lifeless> spiv: lol I was ranting at lp
[04:36] <lifeless> at what it does
[04:36] <lifeless> not at you
[04:36] <spiv> Oh, right :)
[04:36] <spiv> Yeah.
[04:36] <lifeless> I clicked to see the attachment
[04:37] <lifeless> and I commented too
[04:44] <emmajane> lifeless, careful or beuno will tell you to post a bug about LP. ;)
[04:47] <lifeless> emmajane: oh theres plenty of those already
[04:47] <lifeless> emmajane: :)
[04:47] <emmajane> heheh
[04:48] <emmajane> he likes it when you *attach* pictures. ;)
[06:35] <gour> morning
[06:36] <gour> am i right that 'shelve' is moving into core?
[06:37] <luks> already moved, as far as I know
[06:39] <spiv> Yep.
[06:39] <gour> yeah, i saw r3823...very nice
[06:43] <gour> fix for #293054 will go into 1.9 ?
[06:43] <lifeless> gour: its a new shelf, not the old one moved
[06:43] <lifeless> bug 293054
[06:44] <lifeless> gour: I don't know, it might, 1.10 for sure
[06:44] <gour> lifeless: but the new shelf provides the same functionality?
[06:44] <lifeless> different
[06:44] <lifeless> much in common
[06:44] <lifeless> it can shelve more things
[06:44] <lifeless> but some aspects are not as mature
[06:45] <gour> aha...still it's nice that plugin's functionality goes into core...
[06:46]  * fullermd really looks forward to being able to shelve more things.
[06:46] <fullermd> A notable percentage of the times I've wanted to shelve, there have been renames or binary files involved.
[07:27] <vila> hi all
[07:28] <vila> gour: I doubt bug #293054 will make it into 1.9 but I'll try
[07:32] <gour> vila: thanks
[07:33] <vila> gour: you're welcome, your testing of python-2.6 support is very much appreciated :)
[07:35] <gour> vila: heh, python-2.6 is default in archlinux, so i didn't do any extra work :-)
[07:35] <gour> ...except using bzr
[07:38] <vila> gour: which is exactly the point of having testers :) I had to rebuild a python-2.6 from sources to reproduce the problem, and a pycurl too (for different but related reasons) since my setup wasn't as clean as I thought, so indeed, it was harder for me to notice the problem
[07:40] <gour> i'm glad if i was somewhat useful in improving my beloved tool
[07:51] <fullermd> Man, I hate the half-assed VCS capability of wikis sometimes...
[07:59] <eydaimon> Is there a plugin or some such that allows emails to be sent out from the server when commits are made?
[08:01] <lifeless> the bzr-email plugin; I *think* its been updated to work with commits as long as you're using bzr+ssh
[08:01] <lifeless> spiv: ^ do you recall?
[08:01] <lifeless> eydaimon: you can definitely just install it on each machine
[08:02] <lifeless> eydaimon: there is also a cron based plugin that can mail when a branch changes
[08:02] <eydaimon> ok, thanks
[08:45]  * fullermd figures he's spammed enough people for one night.
[08:47] <spiv> lifeless: don't know, sorry
[08:59]  * gour just re-read http://andrew.puzzling.org/diary/2008/July/29/rebase-criticism post and wonder whether there is scope for rebase in bzr
[09:01] <gour> what's happening with loom plugin? it looks like not much since 1.3...
[09:03] <spiv> gour: there's a rebase plugin for bzr.
[09:04] <spiv> gour: I just happen to think it's usually not the best option :)
[09:07] <gour> spiv: yeah, i did not go into looms yet, but example of selective merge is simple & good enough that i wodner why i'd need rebase
[09:08] <dissonans> I just merged a bunch of revisions from another branch using bzr 1.9rc1 and bzr-svn 0.4.14, but apparently the merge wasn't recorded
[09:08] <dissonans> first off, bzr st showed only straight modifications and no merge, then the "missing" command still shows the merged revisions as missing
[09:08] <spiv> gour: the attraction of rebase is that it's a fairly simple mental model to work with
[09:09] <gour> spiv: heh, it seems my mind is at different wavelength then :-D
[09:09] <spiv> gour: so if you are the sort of person that thinks in terms of "this branch would be better if revision #N was done differently" then rebase seems natural
[09:11] <gour> what is the price for it?
[09:12] <spiv> Well, you lose the original history.
[09:12] <gour> and new merge will produce (more) conflicts?
[09:13] <dissonans> when you've merged, it's supposed to be indicated by "status" no?
[09:13] <spiv> Which impacts operations that use history, most obviously merge -- if someone else has branched off your original branch, then you rebase, now you have two branches that independently make similar changes.  Which means you've almost certainly created conflicts that you didn't have before.
[09:13] <spiv> dissonans: right
[09:13] <dissonans> well, it isn't :/
[09:13] <dissonans> I just confirmed
[09:13] <spiv> dissonans: but we don't record merge history for cherrypicks yet
[09:13] <gour> spiv: yes, similar with doing unrecord in darcs after the patch went into wilderness?
[09:13] <spiv> dissonans: how did you do the merge?  "bzr merge -r A..B"?
[09:13] <dissonans> spiv: ah hm
[09:14] <dissonans> yep, specific revisions
[09:14] <dissonans> that's a problem
[09:14] <spiv> gour: I'm not familiar enough with darcs, but that sounds likely.
[09:14] <dissonans> I know merge has worked as I expected, but maybe I wasn't cherrypicking
[09:15] <spiv> dissonans: probably.  Or maybe the base of your cherrypick was already in the branch you were merging into.
[09:15] <dissonans> spiv: nah
[09:15] <gour> spiv: is it possible to record merge history when cherrypicking in bzr?
[09:15] <gour> (by bzr's design)
[09:16] <spiv> gour: there was talk about how to support them at the March 2008 sprint
[09:16] <spiv> I forget the details, but they're probably on the list somewhere.
[09:17] <gour> cool. cherrypicking-ala-darcs would be great
[09:17] <spiv> It would.  It's a pretty common request, unsurprisingly.
[09:18] <dissonans> should I follow any other pattern to integrate changes from the trunk in my release branch then?
[09:18] <crisb> hi everyone.  has anyone got any tips about converting from an RCS like system (PVCS) to bzr?
[09:18] <dissonans> can't see how to avoid it, and I kind of relied on having the merge history
[09:19] <gour> btw, what is with the bug #109143 ?
[09:19] <spiv> gour: not enough people have complained about it recently ;)
[09:20] <gour> ok, let me add myself to the list
[09:20] <fullermd> I knew I shoulda set up that cron job...
[09:20] <spiv> gour: actually, you're the second person to mention it to me in the last week or so.  It's probably due to be bumped up to the top of my list of things to do...
[09:21] <crisb> we want to convert to bzr and i'm thinking of moving just the head over then manually recreating any branches we had (PVCS has no concept of a whole project branch, just a file by file one) does that sound stupid?
[09:23] <crisb> i mean can i somehow change timestamps of commits?
[09:23] <fullermd> crisb: I would suspect converting PVCS to CVS or SVN, and then going from there to bzr, would be the simplest thing to try...
[09:23] <fullermd> (since there are existing tools for both those paths out of PVCS, and both of those paths into bzr)
[09:24] <crisb> fullermd: yes sorry thats my plan, its just they dont give me anything very sane at the end of it if I leave it all up to the conversion tool
[09:26] <fullermd> Mmm.  Yeah, if you started doing the sort of weird per-file stuff PVCS/RCS/CVS let you do, I can see that...
[09:28] <crisb> fullermd: so as we really dont want to end up with people having to know 2 (very different) tools we want to make a complete break from the past :) but do i have the ability to go in and fiddle about with the bzr repository when i'm making these manual branches from the historical stuff?
[09:32] <fullermd> You can't change existing commits, no.  But you can certainly [through bzrlib; not through the CLI] set whatever attributes (including timestamps) you want on freshly created revisions.
[09:33] <gour> where can one find more info in regard to "Predefined formats for dumping version information in specific languages are currently in development." ?
[09:34] <fullermd> gour: "bzr help version-info"?
[09:36] <gour> fullermd: i mean if there is some work for other concrete language-formats like it's for 'python'
[09:39]  * gour thinks (un)shelve is great stuff
[09:40] <vila> so one can go from zzz to afk and hist IRC client noticed...
[09:40] <vila> so one can go from zzz to afk and his IRC client noticed...
[09:42] <gour> hmm, cdiff prints in grey on white bg...how to fix it?
[10:46] <NET||abuse> uhoh,, i just ran bzr merge in my local svn working copy of a project i'm working on... i'm tired and think i just didn't think,, will this do anything bad?
[10:47] <NET||abuse> it says it's generating file id map at the moment.
[10:52] <lifeless> NET||abuse: just hit ctrl-C if you didn't want to do that
[10:53] <NET||abuse> .. well, doing a svn up on the working copy doesn't give out
[10:53] <NET||abuse> svn status shows up no new weird entries
[10:53] <NET||abuse> seems ok
[10:54] <NET||abuse> back in my bzr copy now
[10:55] <fullermd> As I see it, the problem is that that project isn't in bzr   ;)
[10:55] <NET||abuse> did bzr merge to get changes from other people down, bzr log only shows rev 487, we're on 520
[10:56] <beuno> james_w, hey hey, happy birthday!
[11:02] <lifeless> NET||abuse: thats normal
[11:02] <lifeless> NET||abuse: revnos are per-branch
[11:03] <lifeless> NET||abuse: (by analogy, consider multiple svn repos being synced with svk; revno's are per repository there)
[11:03] <lifeless> gnight
[11:08] <NET||abuse> lifeless: cheers. :)
[11:08] <NET||abuse> lifeless: seeya
[11:36] <james_w> thanks beuno
[11:56] <Rolly> I have a live website that is a standalone tree. I want to allow someone remote read+write access to the repository (htdocs/.bzr/), but I don't want to give them any access to the working tree files (htdocs/) or in fact any path on my server's filesystem. What would be the quickest way to accomplish this?
[11:57] <Rolly> Oh and SSH / SFTP are out of the question
[11:59] <awilkins> Holy monkey, why does this "bzr log -v" require 500MB of ram.....
[11:59] <awilkins> It's a rather large tree, but even so
[12:03] <Rolly> I also forgot to mention I need some sort of authentication, even if it's rudimentary. I think that rules out "bzr serve"
[12:03] <quicksilver> I'm not aware of any other form of write access
[12:04] <quicksilver> since you've ruled out ssh, sftp and the smart server
[12:04] <quicksilver> well, except bridging the filesystem to them somehow.
[12:04] <Rolly> Hm, but I've read that the smart server can be used with http
[12:04] <quicksilver> you can't write over http.
[12:04] <Odd_Bloke> You can, with the webdav plugin.
[12:05] <Odd_Bloke> vila will know more.
[12:05] <soren> How can I tell a signed commit from an unsigned ditto?
[12:05] <Rolly> argh
[12:05] <Rolly> I didn't see that mentioned in the docs, thanks
[12:06] <vila> bzr+ssh, bzr+http[s], webdav all provide various kind of authntication
[12:07] <Rolly> right I was just looking at authentication.conf
[12:07] <vila> wrong path
[12:07] <vila> authentication.conf is how you describe *your* credentials when accessing remote servers not how you want your local server to handle authentication
[12:08] <Rolly> Right, I think I understand that. It's SSH/webserver/webdev/etc that provide the server-side auth
[12:08] <vila> and if you install a smart server in your http server you *have* write access and you can use http[s] to handle authentication
[12:09] <vila> Rolly: yes
[12:09] <Rolly> Ah, you mean like with bzr-smart.fcgi or fcgi.py I can get write support?
[12:09] <vila> yes
[12:09] <Rolly> fabulous
[12:09] <Rolly> It's a little confusing at first
[12:10] <vila> If you feel you can make that clearer in the doc at any place, patches are welcome :)
[12:11] <Rolly> just to be clear, using the smart server in the http server will just allow my remote user to just access the repository, yes? No filesystem access?
[12:11] <Rolly> (ignore that redundant "just")
[12:12] <vila> Rolly: that's the idea yes
[12:13] <Rolly> Cool
[12:14] <Rolly> the user reference definetely needs some clearing up, maybe I'll take a stab if I wrap my head around this
[12:14] <vila> Err, wait, re-reading your description: access to htdocs/.bzr but no access to htdocs itself is a bit contradictory since the later is the working tree for the former
[12:15] <vila> if you really want to separate the two just give your user write access to a different branch at a different place and merge/update locally what you want
[12:15] <Rolly> I didn't mean literal filesystem access to htdocs/.bzr/, I actually meant "access to the repository"
[12:16] <Rolly> like with svnserve, you can serve a repository through svn:// and the users don't have filesystem access
[12:16] <vila> In that sense then yes if .bzr is a repository and not a branch my warning doesn't even apply
[12:17] <Rolly> Well, when I "cd htdocs && bzr info", I get "Standalone tree,  branch root: ."
[12:20] <Rolly> In SVN terminology, htdocs/ is my repository _and_ my checkout. I need to give remote access to the repository but not the checkout
[12:20] <vila> You realize that if you give write access to your repo, even if the smart server doesn't update your working tree when your remote user commit, you will take his commits into account the next time you do bzr update ?
[12:20] <Rolly> yeah, that's what I want
[12:20] <Rolly> I just need a firewall (me) to check missing revisions before I update
[12:21] <vila> Then you'd better give him access to another branch from where you can pull or merge (IMHO)
[12:22] <vila> That will give you more control of your htdocs content
[12:22] <vila> While taking his modifications will still be easy (even easier the day you disagree with some modification)
[12:24] <Rolly> I see your point
[12:26] <vila> That's a usual setup where your user pull from your repository, push to a staging one and *you* pull or merge from the staging one acting as the gatekeeper (or firewall as you said)
[12:27] <Rolly> Hm, in what cases is that more convenient for the gatekeeper?
[12:29] <Odd_Bloke> Rolly: In the case where you don't want some changes.
[12:30] <Odd_Bloke> Because then you just don't pull, rather than having to perform acrobatics with the history of the branch.
[12:30] <Rolly> But in a production<->staging scenario, a bad commit can just be deleted (there isn't going to be a lot of activity on this repository, and no parallel coding going on
[12:30] <Odd_Bloke> A bad commit can be deleted, but should you be deciding the best way to do that, or should the developer?
[12:31] <Rolly> in this case, me
[12:31] <Odd_Bloke> In that case, there's not a massive amount to be gained from pushing to a separate branch, except that it is: a) good practice, and b) more future-proof.
[12:31] <Rolly> gotcha
[12:33] <Rolly> by the way, in the user reference, there is one mention of using an "http:// URL when a smart server is available via HTTP"
[12:33] <Rolly> everywhere else, it talks about "bzr+http://". What is the difference?
[12:34] <Odd_Bloke> Rolly: Where is that reference?
[12:34] <Rolly> http://doc.bazaar-vcs.org/bzr.dev/en/user-reference/bzr_man.html#hooks
[12:35] <Rolly> and then if you look here, it also mentions both protocols: http://doc.bazaar-vcs.org/bzr.dev/en/user-guide/index.html#serving-bazaar-with-fastcgi
[12:35] <Rolly> "Now you can use bzr+http:// URLs..."
[12:35] <Rolly> "Plain HTTP access should continue to work..."
[12:36] <Odd_Bloke> Hmm, I'm afraid I don't know.
[12:36] <Odd_Bloke> I've never set up smart HTTP access.
[12:36] <Rolly> I'll just dive in and see what happens
[12:39] <vila> Rolly: the smart client probes any http server and revert to plain http when no smart server answers
[12:40] <Rolly> aha
[12:41] <Odd_Bloke> vila: You can disable that behaviour using http+nosmart://..., right?
[12:41] <vila> right
[12:41] <Odd_Bloke> And does the HTTP smart server give me any benefit on read-only branches?
[12:42] <Rolly> a benefit would be speed, right?
[12:42] <vila> Odd_Bloke: more and more :)
[12:43] <Odd_Bloke> Right, I wasn't sure if 'smart' meant 'I can write to this', or meant 'generally better in every way'.
[12:43] <vila> and if you find a place where it is slower than raw http, file a bug
[12:43] <vila> the later
[12:44] <Odd_Bloke> Cool.
[12:44] <Odd_Bloke> I'll look into setting it up at some point.
[12:49] <jml> lifeless: *nudge* https://code.edge.launchpad.net/testresources/+activereviews
[13:35] <loxs> hello, is there a way to version control ODT documents with bzr?
[13:36] <gour> loxs: odt is compressed xml or not?
[13:36] <loxs> gour, I have no idea
[13:37] <beuno> loxs, I don't thing there is a good way to do so ATM, no
[13:38] <beuno> it will version it as binaries
[13:38] <gour> loxs: it looks it's zipped xml content, so not the best candidate
[13:38] <beuno> which isn't very good
[13:38] <luks> a good way to do what exactly?
[13:38] <beuno> OO has versioning built in
[13:38] <beuno> and you can plug VCSs into it
[13:38] <beuno> but I don't know too much abput it
[13:39] <loxs> hmm, OO has versioning? interesting
[13:39] <gour> loxs: i decided to use reST markup for all my writings...it can be nicely versioned with bzr, and there is nice rst2odt converter
[13:39] <loxs> but I suppose there is no good way for collaboration built in OO
[13:40] <gour> loxs: ...if reST markup satisfy your writing needs.
[13:40] <luks> loxs: what do you expect when you say 'to version control ODT documents'?
[13:40] <loxs> gour, the thing is that most of my contributors won't manage to do it
[13:40] <loxs> luks, version control and collaboration :)
[13:40] <luks> what does that mean?
[13:40] <gour> loxs: hmm, reST is so simple and one can write it in Notepad
[13:40] <luks> bzr can do it just fine, if you use my definition
[13:41] <gour> loxs: and using some bzr-gui it's easy for your contributors to commit and/or send you 'bundles' for merging
[13:41]  * gour --> lunch.bbs
[13:43] <loxs> I'm afraid that I need rich formatting in a WSIWYG editor... so rest is not the best option, gour
[13:44] <loxs> it's not technical documentation, but medical one...
[13:44] <Odd_Bloke> Well, versioning ODTs in bzr won't be pretty.
[13:44] <loxs> and we need to collaborate on things like presentations etc
[13:44] <Odd_Bloke> Or, for that matter, much better than saving copies of the ODT, AFAIK.
[13:44] <luks> versioning binary files won't be pretty in any vcs
[13:45] <luks> but as this question is in #bzr, I don't think that's the problem
[13:45] <Odd_Bloke> But if you could get it in an intermediate format, then things might be better.
[13:45] <loxs> yeah, after all I can give up and use google docs :(
[13:46] <loxs> the thing is that I want the docs "in-house" :)
[13:46] <luks> it's not like google docs can merge documents better than bzr
[13:47] <jonnydee> hi, when I try to push my branch to a shared repository via ftp protocol I get:
[13:47] <jonnydee> zr: ERROR: Transport error: FTP temporary error during APPEND /bzr-repo/.bzr/repository/upload/bh3t4m7b8vud2womzv46.fetch.Aborting. 451 /bzr-repo/.bzr/repository/upload/bh3t4m7b8vud2womzv46.fetch: Append/Restart not permitted, try again
[13:47] <jonnydee> Does anyone know what this means?
[13:47] <luks> jonnydee: your FTP server doesn't support APPEND
[13:47] <luks> jonnydee: which probably means you can't use it with bzr
[13:48] <guilhembi> weird... after a "bzr pull" of the latest bzrtools, all bzrtools command are gone (absent from "bzr help commands")...
[13:48] <jonnydee> well, that's not good news :(
[13:48] <Odd_Bloke> guilhembi: What do you see in ~/.bzr.log?
[13:48] <guilhembi> Odd_Bloke: I see
[13:48] <guilhembi> 'dict' object has no attribute 'register_lazy'
[13:48] <guilhembi> Unable to load plugin 'bzrtools' from '/home/guilhem/.bazaar/plugins'
[13:49] <luks> you are using old bzr, upgrade to 1.9
[13:49] <guilhembi> on the screen, that's interesting... now updating to latest bzr.dev
[13:49] <luks> or downgrade bzrtools
[13:49] <guilhembi> luks: thanks, it's the solution
[13:51] <jonnydee> I just asked our IT to create an ftp account for hosting bazaar branches and now the APPEND functionality should be the problem? ok, I see I will not be able to use Bazaar in our company... :(
[13:52] <Odd_Bloke> jonnydee: :(
[13:52] <Odd_Bloke> Do you really only have FTP to access your servers?
[13:52] <jonnydee> thanks Odd_Block
[13:52] <Odd_Bloke> You might want to start slapping your IT department around if that's the case. :p
[13:53] <jonnydee> well there is also a windows network share...but this one is not reachable from our development-intranet network. the only server which is reachable from everywhere is our ftp server....
[13:54] <jonnydee> ok, anyway, thanks
[13:55] <Odd_Bloke> It seems likely that a workaroubnd could exist (i.e. fetch remote file, append locally, push new file back).
[13:55] <Odd_Bloke> But I don't know where append is used, so that might be prohibitive in terms of performance.
[13:55] <luks> I wonder what do packs need append for
[13:57] <Odd_Bloke> jonnydee: Could you paste the .bzr.log section for the command run in question?
[13:57] <Odd_Bloke> Or, better, file a bug containing it.
[13:58] <jonnydee> ok, I will file a bug. Thanks for your attention.
[13:59] <Odd_Bloke> jonnydee: No worries.  Sorry this didn't work. :(
[14:01] <jonnydee> Maybe one day I will be able to use Bazaar in our development team. At the momen I can at least use it locally...
[14:27] <gour> loxs: have you considered something like lyx (latex-front end)? it's wysiwym
[14:28] <gour> loxs: it can be nicely versioned, it has some collaboration tool integrated...
[14:31] <loxs> hm, a good idea gour, thanks
[14:32] <loxs> but that will solve only the "doc" needs, we still have to find a way for the presentations
[14:32] <gour> loxs: use latex beamer class for presentation and create presentation in pdf without worrying whether it can be presented or not ;)
[14:33] <loxs> the thing is that the documents will be written by people who have never heard of latex
[14:34] <gour> loxs: check http://wiki.lyx.org/Examples/Beamer....well lyx hides almost all of latex stuff, it's like wysiwyg editor
[14:36] <gour> loxs: i was once burnt with binary format when working on one book and was not able to open it next day - program was crashing immediately...after that, i never wrote and save in binary format...only text formats (LaTeX, ConTeXt, reST....)
[14:36] <loxs> yet, I think it will be impossible to convert them to lyx.... I had gread difficulties to make them use OO, and I think it's impossible to change them any more :)
[14:37] <Odd_Bloke> The LyX beamer stuff probably isn't good enough...
[14:38] <gour> Odd_Bloke: good enough for what? you mean OO has better features?
[14:39] <Odd_Bloke> Sorry, good enough for people who don't want to know about LaTeX.
[14:39] <Odd_Bloke> I vastly prefer Beamer to any other presentation software, but always use vim for it.
[14:39] <Odd_Bloke> I do use LyX for other documents.
[14:39] <gour> ahh, ok then ;)
[14:39]  * gour is moving to ConTeXt instead of lyx/latex
[14:40] <Odd_Bloke> That sounds suspiciously Mac-like.
[14:40] <loxs> never heard of context
[14:41] <jonnydee> Odd_Bloke: I've just filed a bug regarding my previously reported issue: https://bugs.launchpad.net/bzr/+bug/294709
[14:41] <Odd_Bloke> jonnydee: Thanks. :)
[14:42] <gour> Odd_Bloke, loxs: check http://wiki.contextgarden.net/Main_Page
[14:42] <gour> it's kind a 'what-latex3-is-supposed-to-be-one-day'
[14:45] <jonnydee> Odd_Bloke: You're welcome :)
[14:58] <fynn> Hi. How do I serve a bzr repo off a dumb HTTP server?
[15:03] <Odd_Bloke> fynn: Put it somewhere HTTP accessible.
[15:05] <fynn> Odd_Bloke: can I just put an empty directory with the .bzr dir inside it?
[15:22] <Odd_Bloke> fynn: Just 'bzr branch <BRANCH> <PUBLICALLY ACCESSIBLE LOCATION>'.
[15:25] <luks> um, `bzr push <PUBLICLY_ACCESSIBLE_LOCATION>` instead?
[15:35] <fynn> OK, that would publish a working copy with its .bzr directory, right?
[15:35] <NfNitLoop> not if the destination is remote.
[15:36] <NfNitLoop> bzr doesn't try to build a working copy when it pushes to remote locations.
[15:36] <NfNitLoop> for performance reasons (I think?)
[15:37] <fynn> sounds like "a bare repository" in git...
[15:41] <Keybuk> Why isn't the bzr-svn in the PPA installable?
[15:54] <Odd_Bloke> luks: I don't know, I fail. :p
[15:54] <Odd_Bloke> Keybuk: I think mostly because PPAs don't keep old versions of packages around.
[15:56] <Keybuk> Odd_Bloke: the version of bzr-svn in the PPA explicitly depends on the version of bzr *not* in the PPA though
[15:56] <Keybuk> that's kinda odd
[15:56] <Odd_Bloke> Keybuk: A newer version or an older version?
[15:57] <Keybuk> it depends:
[15:57] <james_w> a new bzr-svn hasn't been uploaded yet
[15:57] <Keybuk> bzr >= 1.6~, bzr << 1.8~
[16:01] <fynn> one more question: is there a way to publish a bzr repo on a dump HTTP server as a single file?
[16:01] <Odd_Bloke> fynn: You could just tar it up.
[16:02] <fynn> Odd_Bloke: would people be able to pull directly from the tarred form?
[16:03] <luks> fynn: no
[16:03] <fynn> OK, it's like git in that sense then.
[16:03] <fynn> you need to publish the full .bzr tree if you want people to pull from it.
[16:04] <luks> right
[16:04] <sven> hi! when i run 'bzr visualize', it says "bzr: ERROR: No module named dbus  You may need to install this Python library separately.". but i have dbus installed.
[16:04] <sven> i'm using the current development branch of bzr, and the latest dbus that comes with ubuntu
[16:06] <Odd_Bloke> sven: Check the appropriate part of ~/.bzr.log.
[16:07] <sven> Odd_Bloke, ok, here: http://pastebin.com/m38ce1a03
[16:11] <fynn> OK, not sure I got it:
[16:11] <fynn> how do I clone to a bare repository in Bazaar?
[16:11] <fynn> ("bare" == a repository without a working copy, essentially only the .bzr directory)
[16:12] <luks> first you need to fix your terminology
[16:12] <luks> you can't clone a repository, you can get a copy of a branch
[16:12] <luks> `bzr branch PUBLIC_LOCATION`
[16:12] <fynn> OK, and how do I make a copy of a branch that contains only the .bzr, and no working files?
[16:13] <luks> I don't think you can do it directly, either setup a treesless local repository and run `bzr branch` or run `bzr branch` followed by `bzr remove-tree`
[16:14] <luks> or better, what are you doing?
[16:14] <fynn> publishing a bzr repo over a dumb HTTP server.
[16:14] <luks> maybe it's something git-specific for which has bzr a different solution?
[16:15] <luks> what's the use case for a not having the working tree?
[16:15] <luks> locally, of course, it won't be on the server
[16:16] <fynn> the server is not to house a working tree, because nobody is editing files on the server.
[16:16] <fynn> it's just a server to pull/push from/to.
[16:16] <luks> right, so it's a misunderstanding
[16:16] <sven> Odd_Bloke, did .bzr.log tell you anything?
[16:16] <luks> let's say you have ~/project (where you work) and ~/public_html/bzr/project (where you want to publish the repo)
[16:17] <luks> now, in ~/project you run `bzr push ~/public_html/bzr/project`
[16:17] <luks> and on another computer you run `bzr branch http://example.com/~user/bzr/project`
[16:17] <luks> that's all
[16:18] <luks> you can replace ~/public_html/bzr/project with any bzr-supported procotol, e.g. sftp://example.som/home/user/public_html/bzr/project
[16:19] <luks> fynn: did that help or did I confuse you even more? :)
[16:20] <fynn> luks: "now, in ~/project you run `bzr push ~/public_html/bzr/project`" -> but wouldn't that recreate also the working tree of ~/project inside ~/public_html/bzr/project?
[16:20] <luks> fynn: no
[16:20] <luks> fynn: oops, yes if it's local
[16:21] <luks> fynn: in that case run `bzr remove-tree` in ~/public_html/bzr/project
[16:21] <luks> fynn: but if it's a different server, you won't need it
[16:22] <fynn> luks: right, and it looks like 'bzr remove-tree' in a branch makes it a "working-copy-less" branch, i.e. what git calls "a bare branch"
[16:22] <luks> fynn: yes, but in case of pushing over network if will not create the working tree
[16:23] <luks> fynn: it happens only if you push to a local location
[16:23] <fynn> so it's the same concept, and the same outcome, just that in bzr for local branching, it's a two-step process (push and remove-tree) while in git it's a single step with a switch (clone with the --bare flag.
[16:24] <fynn> luks: thanks a lot, all clear now.
[16:24] <fynn> luks: ah, there's another small different.
[16:24] <fynn> *difference
[16:24] <luks> note that it will remember the "no working tree" flag, so if you push the next time it will be all fine
[16:24]  * fynn nods
[16:25] <fynn> in git, if you create a bare branch in ~/public_html/bzr/project, ~/public_html/bzr/project would contain the contents of ~/project/.git directly.
[16:25] <Odd_Bloke> sven: Sorry, I've been called away.
[16:25] <Odd_Bloke> Someone else here should be able to help you though.
[16:25] <fynn> in bzr, it would contain ~/project, it's just that if you also did remove-tree, it would only contain .bzr inside, and no working files.
[16:28] <sven> Odd_Bloke, hmm, actually, from looking at the code it seems like you need not only dbus, but the bzr-dbus plugin. a bit hard to tell from the error message though
[16:48] <sven> hi! i'm having trouble using the latest bzr-gtk development branch, because it depends on the dbus plugin, which fails to compile for me with the message "libxml-2.0 >= 2.6.0... configure: error: No XML library found, check config.log for failed attempts". i have the version 2.6.31-dfsg-2ubuntu1.2 libxml2 package installed
[16:49] <sven> or rather, dbus fails to configure
[16:59] <jam> guilhembi: ping
[17:43] <emmajane> beuno, ok there's your bug for today. :)
[17:44]  * beuno looks
[17:45] <beuno> emmajane, I have some work done already which addresses that  :)
[17:45] <emmajane> woo!
[17:45] <emmajane> I should double check that the other bug that I commented on (that mpt commented on) makes sense as well...
[17:46] <emmajane> it's sort of the same problem...
[17:46] <beuno> yeah, navigation needs re-working
[17:46] <beuno> it's high on my list
[17:46] <emmajane> cool
[17:47] <emmajane> I think my biggest problem with LP is the navigation. And it's hard to interact with the site when I can't find things. :)
[17:49]  * emmajane goes back to boring work now.
[17:49] <beuno> emmajane, so is mine!  :)
[17:49]  * beuno goes back to fun work
[17:50] <emmajane> :)
[18:06] <guilhembi> jam: sorry I missed your ping; going to dinner now, bbl
[18:06] <jam> guilhembi: np
[18:07] <jam> Just wanted to talk about the upgrade stuff
[18:24] <EarthLion> hey how can i get a list of all the files that have been changed between revno x and revno y?
[18:25] <beuno> EarthLion, bzr log -r X..Y -v --short?
[18:26] <EarthLion> many thanks
[18:26] <james_w> "bzr st -r X..Y" as well
[18:27] <beuno> oh, status has revisionspec
[18:27] <beuno> interesting
[18:27] <EarthLion> bzr st -r 86..91 actually works better in this situation because i get a summary list rather then a revision to revision breakdown
[18:28] <beuno> yeah, james_w is much smarter
[18:29] <james_w> heh :-)
[18:29] <beuno> and today is his birthday, so we have to be extra nice to him
[18:29]  * emmajane sings the birthday song to james_w
[18:30] <emmajane> without tune, but with appreciation for his bzr cleverness. :)
[18:31] <Peng_> Oh, really? Happy birthday. :)
[18:32]  * awilkins sends james_w a cookie
[18:33]  * beuno avoids singing. Even on IRC
[18:33] <james_w> thanks everyone :-)
[18:35]  * gour is singing...happy birthday to you, happy birthday to you...happy birthday dear james_w, happy birthday to youuuuuuuuuuuuuuuuuuuuuuuuuuuuu
[18:36] <jam> hey, let me join in... happy b-day james_w
[18:41]  * gour sends nice cake to james_w http://www.iskcon.net.au/kurma/2008/02/20#a4566
[18:42] <NET||abuse> hi guys,.. just did a series of stuff for the first time with bazaar and svn, the process so far looks a little like the following=>  bzr branch svn+ssh://blah.... ; hack; bzr commit; hack; bzr commit; bzr merge; bzr commit; hack; bzr commit; bzr merge; bzr commit; and i'm finally trying to do bzr push; but it says it doesn't have a remembered location
[18:46] <james_w> gour: that is a very nice cake, thanks
[18:50] <emmajane> Where can I find documentation on how to accept a proposed "code" change in launchpad? I'm going to be helping the training team, but I've never done this before...
[18:51] <emmajane> we'll be using bzr to push changes to LP... and then ... what happens next?
[18:52] <beuno> emmajane, nowhere yet, it's work-in-progress
[18:52] <beuno> but, basically, you push, go to the branch, "propose for merge", do the reviewers dance
[18:52] <beuno> and merge
[18:53] <beuno> LP will mark it as merged when it seessss the tip of the proposed branch in trunk
[18:53] <emmajane> yeah, it's the reviewer's dance that I need to know about.
[18:54] <beuno> ah, well
[18:54] <beuno> by default
[18:54] <beuno> the review will be requested to the owner of the targetted branch
[18:54] <gour> james_w: i'm glad you like it. i bought kurma's DVD set (11 disc) fulle of great vegat. dishes...
[18:54] <emmajane> beuno, https://wiki.ubuntu.com/Training/KnowledgeBase <--- what happens after step 7
[18:54]  * beuno looks
[18:55] <gour> james_w: see http://kurma.net/videos/index.html and bon appetit ;)
[18:55]  * emmajane rewrote the instructions last night with popey. Suggestions welcome if I'm missing or wrong about anything. :)
[18:56] <beuno> emmajane, well, the reviewer bit really just concerns the reviewer, mostly
[18:56] <beuno> once you file the merge proposal
[18:56] <beuno> you have to wait for the reviewer to approve it
[18:56] <emmajane> beuno, yup. and the reviewer instructions won't be included on this page...
[18:56] <beuno> (you don't really have to, it's a social constraint)
[18:57] <beuno> once he reviewed it, you'll get an email saying so
[18:57] <beuno> and if he approved
[18:57] <emmajane> my reviewer doesn't know how to use LP. I need to teach her. :)
[18:57] <beuno> well... usually the reviewer merges it into trunk
[18:57] <beuno> ah, double the fun
[18:57] <emmajane> yes :)
[18:58] <emmajane> we taught the team how to branch the documentation from LP last night.
[18:58] <emmajane> next we we're teaching how to push back up. but I also need to help out with how to accept merges.
[18:59] <beuno> ah, I see
[18:59] <beuno> hrm
[18:59] <beuno> I can send you something
[18:59] <emmajane> that would be great. :)
[19:14] <fynn> is there a way to convert a git repo to BZR?
[19:23] <lifeless> fynn: yes, fastexport it
[19:23] <lifeless> there is info on the bzr wiki
[19:25] <fynn> lifeless: thanks.
[19:40] <thrope> so the rc1-3 windows installer tortoisebzr seems to work - but I still can't find a way to add a file from the context menu
[19:40] <thrope> am I missing something?
[19:40] <Odd_Bloke> bzr-buildpackage should be able to work out when I'm building a native package from the changelog, right?
[19:40] <Odd_Bloke> james_w: *catches up with scrollback* Happy birthday. :)
[19:46] <lifeless> garh spammers
[19:56] <maco> hi, i want to use bzr on a directory.  i'm not sure which bzr ____ command to use though.
[19:56] <james_w> Odd_Bloke: thanks.
[19:56] <james_w> Odd_Bloke: it doesn't detect it from the changelog, you have to use --native or set it to native mode
[19:56] <lifeless> maco: what is ____ ?
[19:57] <lifeless> Odd_Bloke: people have been known to upload as native non-native packages and vice versa
[19:57] <maco> lifeless: well i *think* i have to put something after "bzr" since in the manpage there's like "bzr add" and "bzr branch" and all that...
[19:57] <lifeless> maco: have you read the tutorial ?
[19:57] <maco> ive only ever branched from things that were already in bzr
[19:58] <maco> um...where?
[19:58] <lifeless> maco: http://doc.bazaar-vcs.org/bzr.1.9/
[19:58] <lifeless> if you've used bzr before, and you just want to know how to make a brand new project - just 'bzr init project-root'
[19:59] <lifeless> where project-root is the path to the existing project files (and if omitted defaults to '.')
[19:59] <maco> lifeless: thank you
[20:01] <emmajane> maco, http://doc.bazaar-vcs.org/bzr.1.9/en/mini-tutorial/index.html <--- skip to that one. the other pages are scary. :)
[20:04] <maco> aha
[20:06] <maco> emmajane: thanks, the part where it mentions +junk just explained the cryptic error i got trying to push to lp :P
[20:06] <maco> this "bzr: ERROR: Generic bzr smart protocol error: Permission denied: "/~maco.m/fusa"
[20:07] <maco> doesn't really explain much
[20:07] <emmajane> maco, ahh
[20:07] <emmajane> maco, have you told bzr about your LP account?
[20:08] <emmajane> bzr launchpad-login LPLOGINNAME
[20:10] <maco> emmajane: it was upset by "fusa".  i had to expand it to fast-user-switch-applet
[20:10] <emmajane> maco, all solved now?
[20:10] <maco> yep
[20:10] <emmajane> WOO!
[20:11] <maco> still dont think that error message is terribly helpful though
[20:11] <emmajane> maco, that I can't help with :/
[20:11] <lifeless> jml: ^ is there are bug?
[20:11] <emmajane> maco, are you on the mailing list? You could suggest an improved message...
[20:12] <lifeless> emmajane: its a launchpad error
[20:12] <emmajane> lifeless, heh. Good ol' launchpad.
[20:13] <thumper> what about launchpad?
[20:13] <thumper> lifeless: I feel like I've missed something...
[20:13] <lifeless> thumper: the error on an unknown project in a branch path
[20:13] <thumper> lifeless: oh, I'm about to talk to bkor about gnome
[20:13] <lifeless> thumper: permission denied is less informative
[20:13] <thumper> lifeless: on a conf call, want to join us?
[20:13] <lifeless> thumper: skype?
[20:13] <thumper> lifeless: my conf call number
[20:13] <lifeless> oh hmm
[20:14] <lifeless> its 7am, got getting up things to do;
[20:14] <lifeless> if you'd like me there I'll join, but I don't think I'm critical
[20:14] <thumper> lifeless: if something comes up I may ping
[20:15] <lifeless> sure
[20:15] <lifeless> do that
[20:50] <NET||abuse> hmm, bzr push's back to the svn repo make a lot of notes come up in the rss report
[21:21] <lifeless> NET||abuse: I believe that some of the default change->notification scripts are overly sensitive
[21:21] <lifeless> there was a thread about this recently on the list
[21:22] <NET||abuse> really? hmm,
[21:22] <lifeless> (on the svn side)
[21:28] <NET||abuse> so on the server i can tone down the notification scripts
[21:29] <NfNitLoop> Woo!   I got the OK to do a presentation about bzr/bzr-svn here to try to convince people to adopt it.
[21:30] <lifeless> sweet
[21:30] <lifeless> NET||abuse: should be able to filter it out yes
[21:30] <lifeless> also the first one is the worst AIUI
[21:48] <NET||abuse> NfNitLoop: if you do a full blown presentation, you should publish any notes or slides or even video the thing
[21:48] <NET||abuse> vimeo rocks.
[21:54] <NET||abuse> hmm, can you use bazar as teh server, and svn as a client?
[21:54] <NET||abuse> in a mixed svn/bzr client base
[21:59] <dobey> no, i don't think so
[22:04] <dobey> you can use bzr-svn to interact with an svn server, i don't think there is an svn-bzr to do the reverse
[22:09] <NET||abuse> hmm, ok
[22:13] <LarstiQ> well, there is ish
[22:14] <LarstiQ> but it's not as mature as bzr-svn
[22:14] <lifeless> jam: let me know if you want to chat re: those things in the repository branch
[22:14] <lifeless> dobey: 'bzr svn-serve', a jelmer production
[22:15] <dobey> oh
[22:15] <dobey> n/m then
[22:15] <dobey> i guess you can do that
[22:16] <LarstiQ> dobey: in practicality I think you're right, unless I have severely missed development on svn-serve
[22:17]  * LarstiQ goes to bed, ciao
[22:36] <lifeless> spiv: ping
[22:36] <lifeless> spiv: I've pushed
[22:36] <lifeless> spiv: can you send again?
[22:37] <spiv> Ok.
[22:38] <lifeless> thanks
[22:48] <lifeless> spiv: ping
[22:48] <lifeless> spiv: how are you generating that bundle?
[22:49] <lifeless> spiv: is it using your local mirror, o r my branc on people, or something else a gain?
[22:49] <jam> poolie, lifeless: What do you think about creating a bzr.dev mirror that would be in 1.9 format?
[22:49] <jam> My back-of-the-envelope numbers show it being a pretty big win for me
[22:49] <jam> and even if I upgrade my local repo, I don't really get the benefit
[22:50] <lifeless> jam: I'm fine with that
[22:50] <lifeless> alternatively, wait for 1.10 or 1.11 and upgrade bzr.dev
[22:50] <Peng_> How often would the bzr.dev mirror be updated?
[22:50] <jam> lifeless: well, I think it would be good to have someone/some people actively using it before we make it primary branch
[22:50] <spiv> lifeless: your branch on people'
[22:50] <Peng_> Better performance would be cool, but I'd use the most up-to-date repo instead.
[22:51] <Peng_> s/repo/branch/
[22:51] <jam> Peng_: well, we used to do the same thing for the weaves => knits and then the knits => packs upgrades
[22:51] <lifeless> spiv: its included changes to Makefile
[22:51] <spiv> lifeless: "bzr send http://people.ubuntu.com/~robertc/baz2.0/repository/"
[22:51] <jam> I think it was updated each time pqm committed
[22:51] <jam> if not, < every hour
[22:51] <Peng_> That works then.
[22:51] <Peng_> How do the smart server and LP factor into this?
[22:52] <Peng_> I mean, what's optimal?
[22:52] <jam> Peng_: I'm not quite sure what you are looking for.
[22:52] <lifeless> today httpw/btrees is probably optimal pull
[22:52] <jam> I can't tell LP to mirror a branch into a different format
[22:52] <lifeless> future is smart server for sure
[22:52] <jam> and if I could, it still only allows 1 mirror of a public branch
[22:53] <lifeless> jam: I think peng is asking about performance and so on, not about making mirrors :P
[22:53] <lifeless> Peng_: lp will support 1.9 formats soon
[22:53] <Peng_> Right.
[22:53] <jam> Peng_: So in working on: https://answers.edge.launchpad.net/bzr/+question/38599
[22:53] <jam> I worked out that the new index format can often transmit < 1/8th the data the old format used
[22:53] <Peng_> Wow
[22:53] <jam> and that is when both are performing "optimally"
[22:54] <jam> which the new format has a much better time getting to
[22:54] <jam> the big issue is log2(N) for bisection, versus log100(N) for btree
[22:54] <jam> both are logarithmic, but the constant factor is a big deal
[22:55] <Peng_> How relevant are btree indexes when pulling over the smart server? Do they even get accessed over the vfs?
[22:55] <lifeless> Peng_: today, they are directly read
[22:58] <Peng_> lifeless: FWIW, I wrote a trivial patch to work around one Python 2.6 warning in bzr-search. (I don't know if there are others.) http://bzr.mattnordhoff.com/loggerhead/bzr-search/py2.6/
[22:58]  * Peng_ shrugs
[22:58]  * fullermd can't help thinking that SS VFS support was a mistake...
[22:58] <Peng_> heh
[22:58] <lifeless> http://bzr.mattnordhoff.com/loggerhead/bzr-search/py2.6 is permanently redirected to /loggerhead/bzr-search/py2.6/changes
[22:59] <lifeless> http://bzr.mattnordhoff.com/loggerhead/bzr-search/py2.6/ is permanently redirected to http://bzr.mattnordhoff.com/bzr/bzr-search/py2.6/
[22:59] <Peng_> :D
[22:59] <Peng_> Oh.
[22:59] <Peng_> The bzr branches are at /bzr and Loggerhead is at /loggerhead. I did a small hack to redirect /loggerhead/.../.bzr/ to /bzr/.../.bzr/, but I guess it wasn't enough for everything.
[23:00] <lifeless> Peng_: oh it worked
[23:00] <lifeless> just a bit, circuitous
[23:00] <lifeless> Peng_: anyhow, my osutils has no md5 symbol
[23:00] <Peng_> It's rather new.
[23:00] <lifeless> Peng_: right, so this will break compatibility with older bzr's
[23:00] <Peng_> Yeah.
[23:01] <Peng_> Might be better to live with the warning or do a try/except ImportError yourself.
[23:01] <lifeless> try:
[23:01] <lifeless>     from bzrlib.osutils import md5
[23:01] <lifeless> except ImportError:
[23:01] <lifeless>     from md5 import new as md5
[23:01] <lifeless> from bzrlib.osutils import split_lines
[23:02] <lifeless> seems to work, except jam's index changes cause the whole test suite to barf on the lower range map not being parsed
[23:03] <lifeless> Peng_: future reference, please put something in NEWS :)
[23:03] <spiv> lifeless: I've done another send, it might work better for you
[23:04] <jam> lifeless: ?
[23:04] <lifeless> Peng_: how do you prefer your name in NEWS - Matt Nordhoff ?
[23:04] <lifeless> jam: https://bugs.edge.launchpad.net/bzr-search/+bug/293906
[23:05] <Peng_> lifeless: Oh. Yes.
[23:06] <Peng_> jam: Nice job on your "back of the envelope" calculations.
[23:07] <Peng_> Might be useful to put them in the docs somewhere.
[23:08] <jam> lifeless: ah, sounds like you need to switch over to _nodes from time to time.
[23:08] <jam> though I thought you were using btree indexes for bzr search anyway
[23:09] <lifeless> jam: no, I need to implement key-element-prefix-iteration to do that
[23:09] <lifeless> search is damn fast anyway, because it's use pattern doesn't fragment index buffers
[23:11] <lifeless> jam: interestingly, using _nodes is probably going to be slower in some cases here :P - because the parsed key map is sorted
[23:11] <lifeless> jam: so what I'll probably be doing is backing out your heuristics in the subclass
[23:12] <jam> lifeless: anyway, I'm done for the night
[23:12] <lifeless> jam: sleep well
[23:14] <lifeless> spiv: thanks, commit+pushing
[23:26] <lifeless> spiv: it is pushed btw


[00:00] <scooter> Zacarias, yes, it shows 3 options, all containing muon, software, update, and package, but when  i click on any off them noyhing happens
[00:01] <scooter> also did alt f2 same results
[00:02] <Zacarias> scooter: and if you open a terminal and type "muon"? It should run muon if you have it installed.  Thank you! I got update and package manager back and running, thanks again!
[00:09] <Zacarias> scooter: you're welcome!
[00:13] <scooter> Zacarias, one last question, is "muon" a part of KDE or kubuntu?
[00:14] <varunpr97> developed by jonathan
[00:14] <varunpr97> but i dnt think so//
[00:15] <varunpr97> atleast nt a part of kde
[00:15] <varunpr97> nt sure about kubuntu
[00:15] <Zacarias> scooter: It's a part of Kubuntu, but I'm not sure if it is a part of KDE. Or maybe it was and now it has been removed. If you go to the KDE home page you will see if it is a part of KDE or if it has been removed with 4.9 (which may explain why you lost it).
[00:17] <scooter> Thanks, I'll check it out
[00:26] <scooter> Zacarias, sorry, one more question if you dont mind, before I updated (upgraded) not sure what the differance is, I did something like "sudo apt-get dist.upgrade(or update) do you know what that does? because thats when i begain to have probs. and reinstalled
[00:36] <datruth_> Is there something better than dolphin?
[00:36] <datruth_> as a file manager it sucks it forever crashes
[00:38] <scooter> just got Muon package manager back, want to install java, specifcaly plug ins for browsers, any sugestions?
[00:40] <scooter> think I just found it, thanks
[00:50] <scooter> datruth, a quick easy way to look at your home dir is to open a web browser and type in file:///home
[00:52] <scooter> as for managers, I'm also looking myself
[01:07] <scooter> datruth, try Xfe
[01:07] <datruth_> i fucking hate dolphin
[01:07] <datruth_> im getting ready to try a new os
[01:07] <IdleOne> datruth_: please don't swear
[01:07] <datruth_> sorry
[01:08] <gillie-monster> wats up?
[01:08] <datruth_> gillie-monster: not dolphin file manager thats for sure
[01:09] <gillie-monster> neither is sound on SoundMax audio devices
[01:14] <scooter> datruth, also try Krusader
[01:17] <datruth_> scooter: how can I set that to be the default file manager
[01:21] <scooter> datruth, dont know, let me see if I can do it. Wich fm?
[01:49] <shu> g
[01:58] <Zacarias> scooter: it should do a general upgrade of the system
[02:04] <Zacarias> Does anyone know where udevd comes from? It's eating most of my cpu!
[02:53] <iharp> Can someone point me in the direction of a good guide to installing (K,L,X)ubuntu from a network..?
[03:18] <PerfM> kubuntu?
[03:18] <PerfM> oh goddd
[03:18] <PerfM> 254 ircers, not bad
[03:37] <decci> Hello Guys
[03:37] <decci> I have been following https://help.ubuntu.com/community/BackupPC/smb
[03:37] <PerfM> it's sleeping hour decci, shhh
[03:38] <decci> It says It is advisiable to keep your clients (Hosts) on the same Domain. In this example it is "WORKGROUP"
[03:38] <decci> What if I have machines in different domain
[04:16] <datruth_> how can I switch master volumes for the audio?
[04:59] <PerfM> buncha bitches
[05:04] <jakent> bunging something up when trying to configure vsftpd ...
[05:04] <jakent> trying to allow local users to log in and write files to their home directories (or a folder in their home directories)
[05:05] <jakent> but get a 553 error, 553 Could not create file.
[05:55] <noaXess> morning
[05:55] <noaXess> how can i enable doubleclick in dialog windows of thunderbird and firefox? are this GTK apps?
[05:57] <hateball> noaXess: Yep
[05:57] <noaXess> hateball: hey ;) how are you?
[05:57] <noaXess> think we chat earlier about some other things ;)
[05:57] <hateball> May well be :)
[05:57] <noaXess> so how to enable doubleclick in dialog windows (file) in GTK apps?
[06:01] <hateball> noaXess: a bit of googling suggests https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-nouveau/+bug/936463/comments/3
[06:02] <hateball> not sure why it's filed in that category
[06:02] <noaXess> hateball: hm.. i don't use nv driver, i use nvidia...
[06:02] <noaXess> so it's a xorg problem?
[06:02] <hateball> noaXess: No
[06:02] <hateball> It's a Kubuntu KDE problem, it has nothing to do with your video driver
[06:02] <hateball> hence:
[06:03] <hateball> not sure why it's filed in that category
[06:03] <noaXess> aha  ;).. srry
[06:40] <VIZIO> hey guys. how do i have different wallpapers for each side of the cube kwin?
[06:42] <VIZIO> hey guys. how do i have different wallpapers for each side of the cube kwin?
[06:44] <Graf_Westerholt> !patience | VIZIO
[06:46] <hateball> VIZIO: Go into workspace behavior and set it to have different widgets for each workspace
[06:46] <hateball> VIZIO: then you can set wallpaper/widgets per workspace
[06:46] <VIZIO> AH thanks!
[06:51] <VIZIO> is kde 4.9 possible in kubuntu 11.10?
[08:32] <VIZIO> http://www.spartanburgcountyjail.org/x/AA-AM.xml  this page renders fin in firefox but shows blank in chrome, any ideas?
[09:19] <VIZIO> viewing web based xml is broken in chrome. any ideas?
[09:33] <Graf_Westerholt> Now he is gone.
[09:33] <Graf_Westerholt> http://validator.w3.org/check?uri=http%3A%2F%2Fwww.spartanburgcountyjail.org%2Fx%2FAA-AM.xml&charset=%28detect+automatically%29&doctype=Inline&group=0&user-agent=W3C_Validator%2F1.3
[09:33] <FloodBotK1> Graf_Westerholt: Please don't flood; use http://paste.ubuntu.com to paste; don't use Enter as punctuation.
[10:01] <rootlinuxusr> Any plugin for Amarok to sync Google Music yet?
[10:16] <lordievader> Good afternoon
[10:23] <Peace-> rootlinuxusr: mm there is a software to keep google drive sync
[10:23] <Peace-> but nothing more i guess
[12:40] <gotwig> do you know any good kde alternative for gimp?
[12:40] <gotwig> any please dont say krita..
[12:44] <Peace-> gotwig: nope there is not
[12:45] <Peace-> gotwig: i was saying krita :D
[12:45] <gotwig> :0000
[12:45]  * gotwig should get a real life
[12:47] <BluesKaj> howdy all
[12:47] <gotwig> jo
[12:47] <gotwig> why are K's so popular at KDE?
[12:47] <gotwig> couse they are Kool? ;D
[12:50] <BluesKaj> gotwig, , good question , the original meaning of the K in DE was "Kool", hence "Kool Desktop Environment" and thus to maintain the kool theme , ks were applied to any many apps dev'd for kde desktop
[12:50] <gotwig> I like it, that so many KDE apps have German names :-)
[12:51] <gotwig> Kupfer, Kbruch, theres gotta be Kuchen ;P
[12:51] <gotwig> Kuchen means Cake in german
[12:51] <BluesKaj> well, I'm sure there germans involved in the devel
[12:51] <BluesKaj> there were
[12:51] <jdrs> There's gotta be Hitler too.
[12:51] <jdrs> Nein!
[12:52] <gotwig> Kitler
[12:52] <jdrs> Nailed it.
[12:52] <gotwig> ;P
[12:52] <gotwig> some folks thing all Germans are still nazis
[12:52] <gotwig> *think P
[12:53] <BluesKaj> jdrs, why that unesessary comment , no need for that , beside it has nothing to do with kde
[12:53] <gotwig> American, right ;P?
[12:53] <BluesKaj> who ?
[12:53] <BluesKaj> !who
[12:53] <gotwig> jdrs ;P
[12:54] <gotwig> M$ should advertise, that Windows 8® is KDE 4 ready...
[12:55] <jdrs> BluesKaj: I was joking?
[12:55] <gotwig> jdrs: are you American? ;D
[12:56] <BluesKaj> didn't come across in print as a joke , jdrs
[12:56] <gotwig> its ok, at least from my side..
[12:56]  * gotwig cooks something
[12:56] <BluesKaj> gotwig, do you have W8 installed?
[12:57] <jdrs> at least gotwig got some sense of humor, alright.
[12:58] <Peace-> BluesKaj: are you there?
[12:59] <BluesKaj> yes Peace- , I'm here
[12:59] <Peace-> BluesKaj: can you say me what it says ?        echo $(awk '/processor/{print}' /proc/cpuinfo | wc -l)
[12:59] <Peace-> BluesKaj: have you multicore?
[12:59] <gotwig> jo
[12:59] <gotwig> back
[12:59] <Peace-> cpu i mena
[12:59] <Peace-> mean
[12:59] <gotwig> jdrs: Germans gotta be funny, right - HAHAHAHAHAHA?
[12:59] <BluesKaj> yes just 2 cores tho
[12:59] <gotwig> ;D
[12:59] <Peace-> BluesKaj: so the outout of that says 2?
[12:59]  * gotwig heard Germans can't be funny
[13:00] <BluesKaj> 2
[13:00] <BluesKaj> Peace-, ^
[13:00]  * gotwig is afk
[13:00] <Peace-> BluesKaj: perfect :D
[13:00]  * Peace- upgrading ffmpeg-peace-service-menu
[13:23] <zike> 123
[13:34] <phil__> evening
[13:34] <phil__> happy weekends
[13:56] <FloodBotK1> !netsplit
[15:03] <marcus_> anyone here
[15:03] <marcus_> !distupgrade
[15:04] <c_smith> hello, is there any way to safely purge the Kubuntu Backports PPA and downgrade to KDE 4.8?
[15:05] <c_smith> or would I need to reinstall?
[15:05] <bazhang> !ppa-purge | c_smith
[15:06] <gotwig> jo, I just broke my 12.10...
[15:06] <bazhang> gotwig, #ubuntu+1 for 12.10
[15:08] <marcus_> hello
[15:08] <marcus_>  how to upgrade 12.04  to 12.10
[15:09] <bazhang> marcus_, 12.10 is just alpha 3. details in #ubuntu+1
[15:10] <marcus_> i knwo what it is i need damn 3.4 kernel
[15:10] <marcus_>  and i dont afraid its alpha its freeking debian sid and i used it for ages
[15:10] <bazhang> marcus_, #ubuntu+1 for that
[15:10] <marcus_> im there
[15:13] <c_smith> bazhang, I tried PPA Purge, and that wanted to delete close to my entire system (most of the packages installed)
[15:13] <bazhang> c_smith, kubuntu-desktop? please give details
[15:17] <c_smith> bazhang, it want to get rid of Wine, gstreamer, almost all the X.org stuff. and a whole heck of a lot of other stuff.
[15:18] <bazhang> c_smith, any other PPA than the backports one?
[15:18] <c_smith> bazhang, let me check.
[15:18] <c_smith> Bazhang, only the Wine PPA and Y-PPA-Manager.
[15:20] <c_smith> yeah, if one goes to #wine for support while using their distro's wine package, they will tell them to use the latest Wine package.
[15:23] <c_smith> eh, I'll just give up on purging it.
[15:24] <c_smith> thanks for trying to help.
[15:39] <dpwrussell> I recently installed Kubuntu 12.04 on my desktop. I'm used to Ubuntu server having /etc/network/interfaces for defining my network interfaces. If I look in /etc/network/interfaces on my desktop though, there is no entry for eth0, but yet somehow magically it works...
[15:39] <dpwrussell> What gives?
[15:40] <dpwrussell> if I want to (for example) spoof another mac address or temporarily configure a static IP I'd usually edit that file.
[15:45] <Peace-> dpwrussell: do that via the normal network icon
[15:46] <armyriad> Is there a Kubuntu Server edition?
[15:46] <Peace-> ah the server edition
[15:47] <Peace-> armyriad: ubuntu o kubuntu server edition is the same
[15:47] <Peace-> armyriad: if you install DE then you get ubuntu if you have unitu
[15:47] <Peace-> unity or kubuntu if you install kde
[15:48] <Peace-> so if you have kde you can configure your stuff via the network manager
[15:48] <dpwrussell> Peace-: but if I was to boot up without KDE, would I not get networking? What service is no responsible for managing my network?
[15:48] <dpwrussell> now*
[15:49] <Peace-> dpwrussell: i would ask to ubuntu it's not a kde related stuff
[15:49] <Peace-> #ubuntu
[15:49] <dpwrussell> ok
[15:49] <dpwrussell> thanks
[16:37] <devilcry> join #ubuntu.es
[16:37] <devilcry> join ./ #ubuntu.es
[16:38] <devilcry> quisiera saber como conectarme a ubuntu.es
[16:39] <Unit193> Type without quotes: "/join #ubuntu-es"
[16:39] <devilcry> gracias
[17:00] <jmut> Hi. anyone ever got   "cannot get C/H/S values" error message on boot?
[19:33] <lordievader> Few days back someone asked for amarok 2.6, it is now in the backports ppa.
[19:35] <compaq> how can I fix the problem with ati driver quality is poor and full screen freezes constantly quality is not hd
[19:35] <compaq> driver is instaled
[19:36] <lordievader> compaq: What driver? The one from AMD's website?
[19:36] <compaq> no
[19:37] <lordievader> compaq: Which one then?
[19:38] <compaq> оф аддитионал дрижерс
[19:38] <compaq> of additional drivers
[19:38] <marcos_> oi
[19:38] <compaq> 12.14
[19:38] <marcos> oi
[19:38] <marcos> ç
[19:38] <marcos> l
[19:39] <lordievader> compaq: Sorry I don't speak russian, however you might try a manual install of the driver. What card do you have?
[19:39] <compaq> ati mobility radeon 4250 hd
[19:41] <lordievader> compaq: Do you have experience with manually installing a driver or with the terminal in general?
[19:41] <compaq> ъес
[19:41] <compaq> sory
[19:41] <compaq> yes
[19:41] <compaq> a have
[19:42] <lordievader> compaq: The former, or the latter?
[19:42] <compaq> espierience
[19:42] <compaq> i tried install
[19:42] <compaq> new
[19:42] <compaq> driver
[19:42] <compaq> from amd website
[19:43] <compaq> but system
[19:43] <compaq> not working property
[19:44] <lordievader> compaq: You need a 3d driver? Else you could also try the radeon (open-source) driver.
[19:45] <lordievader> compaq: Here you have a guide on manually installing the driver on 12.04: http://wiki.cchtml.com/index.php/Ubuntu_Precise_Installation_Guide
[19:47] <compaq> i havae instaled fglx driver
[19:47] <compaq> i hava instaled fglx driver
[19:47] <compaq> 3d rendering in terminal yes
[19:48] <compaq> but picture is wors
[19:48] <compaq> hd is not working
[19:48] <lordievader> compaq: Does HD (720p or 1080p?) work in, say, Windows?
[19:48] <compaq> 720p
[19:49] <compaq> working in windows 7 no problems
[19:50] <compaq> last year 4 monts tries ubuntu
[19:50] <compaq> same problem
[19:50] <compaq> core temp was 70 degrees
[19:51] <lordievader> compaq: What was 70 degrees (celcius I take it), how are the settings in amdcccle? Do you got powerplay on?
[19:53] <compaq> tis drgrees was ubuntu.kubuntu working perfekt
[19:53] <compaq> tis drgrees was ubuntu.kubuntu working perfekt
[19:53] <compaq> I'm trying now one month to fix the problem but I fail I read 20 terminal themes I wrote ...
[19:53] <compaq> video qualiti is wors
[19:54] <compaq> tis problem i don't fixed
[19:55] <lordievader> compaq: I'm sorry I don't understand what you are trying to say. From what I gather you have a problem with the video playback of 720p and you blame the AMD driver, correct?
[19:56] <compaq> a'm sory my english is not so gut
[19:56] <compaq> yes
[19:56] <compaq> my
[19:56] <compaq> problem is playback of 720 p
[19:56] <compaq> in full screen
[19:56] <lordievader> compaq: Ok, just in full-screen or also windowed?
[19:57] <compaq> also windowed
[19:58] <lordievader> compaq: Ok, playback of 720p in general. Have you tried different settings in amdcccle
[19:58] <lordievader> ?
[19:59] <compaq> no i tried 3d efect in amd catalist center
[19:59] <compaq> but problem is the same
[20:00] <lordievader> compaq: Video-playback and 3d are unrelated, I'm more talking about the powerplay settings, on my card with powerplay turned on my browser gets really slow.
[20:01] <compaq> http://www.youtube.com/watch?v=1xXih77q_OI
[20:01] <compaq> my problem is the same
[20:01] <compaq> and picture is worst
[20:03] <lordievader> compaq: Is the powerplay setting turned on or off?
[20:03] <compaq> i don't now
[20:04] <lordievader> compaq: Could you check please?
[20:04] <compaq> how to understand
[20:05] <compaq> turned on
[20:06] <lordievader> compaq: To see if it is turned on run in a terminal: sudo amdcccle
[20:06] <compaq> enable power play
[20:06] <lordievader> compaq: Then under powerplay make sure both the sliders are set to "Maximum Performance"
[20:06] <compaq> 2163
[20:06] <compaq> amdcccle already running!
[20:07] <lordievader> compaq: It is the Catalyst Control Center.
[20:07] <compaq> it is the terminal and the catalyst control center
[20:08] <lordievader> compaq: amdcccle opens the Catalyst Control Center.
[20:10] <compaq> Could the problem be in
[20:10] <compaq> video  driver
[20:11] <lordievader> compaq: That is possible, but to remain to my question, are both sliders under Powerplay now set to Maximum Performance?
[20:12] <compaq> all in the maximum performance
[20:13] <lordievader> compaq: Ok, that is good, and still the same problem? What kind of video are you trying to watch? Flash or something off the harddrive?
[20:14] <compaq> flash in the you tube play in full screen picture is freezeng and qulity is poor no HD
[20:15] <compaq> off the harddrive problem i same
[20:15] <lordievader> compaq: Is the hardware acceleration on or off?
[20:15] <lordievader> compaq: In flash's settings.
[20:15] <compaq> i tried diffrent web browser problem is the same
[20:16] <lordievader> compaq: Could you check the hardware acceleration setting within flash itself?
[20:16] <compaq> how can to view this information
[20:17] <lordievader> compaq: Right click in a flash window -> settings, first tab.
[20:19] <compaq> enable hardware acceleration
[20:20] <lordievader> compaq: If enabled, disable it. If disabled, enable it.
[20:26] <compaq> problem is reamins same
[20:27] <lordievader> compaq: That is rather annoying, I'd try downloading the newest driver from AMD and manually installing that.
[20:29] <compaq> i tried to install ati 12.6 driver
[20:29] <compaq> with terminal
[20:30] <compaq> http://www.upubuntu.com/2012/06/install-amd-ati-catalyst-126-display.html
[20:30] <lordievader> compaq: Did you disable kdm beforehand? And a reboot after?
[20:31] <compaq> kdm i don't  understand sory
[20:31] <lordievader> compaq: I don't like the guide, they leave X running, it's best when installing video drivers to kill X.
[20:31] <compaq> i folow the steps in the websaite
[20:32] <lordievader> compaq: The steps are correct, however they neglect to stop X first.
[20:33] <lordievader> compaq: Do you have a secondary pc?
[20:33] <compaq> laptop amd v160 2,4 ghz
[20:34] <compaq> 512 k
[20:34] <lordievader> compaq: That was not my question, do you have a pc besides this one where you are on right now?
[20:36] <compaq> i have 1 pc
[20:39] <lordievader> compaq: That is unfortunate, since installing the driver manually involves shutting down X11. In other words you won't have access to your webbrowser which shows you what to do.
[20:42] <compaq> i have downloaden the driver but i can't startthis file tried in the terminal sudo su,sudo sh and then sudo 0 can't open tis file
[20:43] <lordievader> compaq: Did you make it executable with chmod +x <driver> (replace <driver> with the filename of the driver), also do you know how to turn of X11?
[20:45] <compaq> i don't now how to turn x11
[20:46] <sonic|2> you dont need to stop x to install display driver
[20:46] <sonic|2> by the way, lastest ati driver is 12-8
[20:46] <lordievader> sonic|2: For a manual install it is a good practice to do.
[20:47] <lordievader> sonic|2: For the M4250hd 12-6 is still the latest.
[20:47] <compaq> 12.8 no linux suport
[20:47] <compaq> i have read
[20:48] <sonic|2> what's M4250hd
[20:48] <sonic|2> ?
[20:48] <lordievader> sonic|2: AMD Mobility Radeon HD 4250.
[20:49] <sonic|2> oh hd 4250M couldnt recognize it
[20:49] <lordievader> sonic|2: Ah, yes. Sorry, well that one.
[20:51] <lordievader> sonic|2: Anyhow, compaq's problem is video playback, in particular HD playback. As an example he gave: http://www.youtube.com/watch?v=1xXih77q_OI Do you perhaps have a suggestion upon the matter?
[20:52] <sonic|2> this only happens on flash movies?
[20:53] <compaq> yes problem is the same
[20:54] <compaq> i tried to install driver right clic start in the terminal"QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave
[20:56] <compaq> i have read the bugs in the browser in the 10.04 but i m with 12.04 with update
[20:56] <lordievader> compaq: Open a terminal first, change to the directory (using cd), and run the installer with ./<file-name>
[20:59] <compaq> using cd?
[21:00] <lordievader> compaq: cd is the command to change working directory. For example cd /home/$USER, would put you in your home directory.
[21:04] <DeadKP> hi
[21:05] <compaq> i wrote cd/home/
[21:05] <compaq> the folder not exist
[21:06] <lordievader> compaq: There is a space between cd and /home. Anyhow the kde-jockey doesn't install 12.6 nowadays?
[21:06] <lordievader> Hey DeadKP, how are you? Are you still alive, in contrast to your nick?
[21:06] <DeadKP> haha :p
[21:08] <compaq> i changed workinhg directory home
[21:09] <lordievader> compaq: That was just an example, however I have a feeling that using the jockey (additional drivers) is a tad bit easier for you, essentially it does the same thing.
[21:10] <compaq> in the moent i using fglx driver in the additional drivers
[21:11] <lordievader> compaq: Might be a risk, but you could try reinstalling it, through the jockey.
[21:11] <compaq> i tried to instal in synaptic manager fglx update but problem is the same
[21:16] <compaq> Thank you for your help tomorrow I will try to install the 12.6 driver and hopefully solve the problem thank you again
[21:19] <lordievader> compaq: No problem, though I'm not sure if I was any help at all.
[21:22] <compaq> I'll write tomorrow if I set it so that if someone has a similar problem to deal more easily
[21:24] <lordievader> Anyhow I'm off to bed.
[23:54] <BS-NOT> Unable to start akonadi. ~/.local/share/akonadi/db_data/mysql.err contains '/usr/sbin/mysqld: Can't create/write to file '/tmp/ibO6v1sA' (Errcode: 13)' - how to debug?
[23:54] <wa5qjh> Hoi!! just in case anybody's interested, I tried the yannubuntu boot-repair-17072012  .iso to recover a lost kubuntu partition specifically using the "fail-safe" & 32bit  mode yesterday.
[23:54] <wa5qjh> Worked pretty good!!
[23:56] <wa5qjh>  It did not restore my old wubi ubuntu 11.04 installation tho I think if i knew more about what I was doing,  it might have.
[23:56] <wa5qjh>  But the nice thing was it didnt bother a third OS I have running. PCBSD 9.0
[23:57] <wa5qjh>  I call that REAL GOOD!!
[23:59] <wa5qjh> pcbsd aka FreeBSD with a topping  ( much like  ubuntu on debian)  was listed as a UFS unknown filesystem


[01:17] <pleia2> tsimonq2: added the link for the community Q&A
[01:18] <tsimonq2> pleia2: k thx
[01:25] <tsimonq2> pleia2: YAY summary time! ;D
[01:25] <pleia2> :)
[02:03]  * pleia2 clocks out for her saturday off
[02:12] <tsimonq2> have a good one pleia2, and I'll see you Sunday :)
[03:41] <tsimonq2> pleia2: I've written the summaries for everything except Blogosphere and Featured Audio/Video at this point. I need some sleep, I've had a long day and I'm tired. But it also seems that there aren't as many articles this week and I'll easily complete the summaries before tomorrow afternoon. I know you are offline, but I'll keep you updated. :)
[17:50] <tsimonq2> pleia2: I left some comments on that document, I don't know what you would like to do about the Canonical News section...
[19:17] <jose> I'll check the doc in just a bid
[19:17] <jose> bit*


[08:41] <JamesTait> Happy Friday, and happy Primrose Day everyone! :-D
[18:04] <Saviq> hey, I seem to have a problem with photos on U1, the .jpg files are synced, but the Photos section in U1 shows them as "non-relevant" and then says there's no photos in the folder :/
[18:05] <Saviq> if I share the album, the items show up, but empty, here's one test example: http://ubuntuone.com/album/0t5Uu80SKNCHgo1dVW22jF
[18:05] <chaselivingston> Saviq: Hi, could you submit the form at http://one.ubuntu.com/support/contact so we can get some more information from you?
[18:06] <Saviq> chaselivingston, sure, doing
[18:06] <chaselivingston> Saviq: thanks, will get back to you asap!
[18:07] <Saviq> chaselivingston, done, thank you
[18:07] <chaselivingston> Saviq: np


[00:00] <valorie> and maybe find out more about him if the county courthouse is open
[01:20] <ahoneybun[m]> You're welcome to visit anyway.
[13:53] <BluesKaj> Hi all
[15:29] <RikMills> santa_: how is 5.104.0 looking?
[19:49] <mmikowski> arraybolt3[m]: Some key bindings have changed in 5.27, so quick hint widget will need to get updated.
[20:06] <mmikowski> RikMills: We completed another round of 5.27 testing. The only sticking point is theme handling is buggy, worse than before. Almost everything else is improved.
[21:14] <santa_> hi everyone
[21:14] <santa_> RikMills: it would be ready to upload to archive if it's ok with the release cycle
[21:15] <santa_> not related to latest fw: since plasma .2 release I'm getting a black wallpaper in my VMs
[21:16] <santa_> but I bet it's not going to be reproducible in bare metal
 "RikMills: it would be ready to..." <- Ok, I will do a FFe bug
[21:26] <RikMills[m]> Thanks
[21:27] <santa_> thank you as well
[21:28] <santa_> given that this is going to be uploaded I will prepare backports for kinetic as well
[21:58] <mmikowski> santa_ We too are seeing black wallpaper.
[21:59] <mmikowski> Now on two VMs and 4 hardware platforms (Intel i915, Nvidia)
[22:00] <mmikowski> The bottom line is the theme engine is buggy. Switching themes is incomplete; adding a user also is broken some times, with the initial theme being applied only partially.
[22:02] <mmikowski> Way to reproduce: Go to System Settings > Appearance > Global Theme. Switch a theme. The breakage occurs with backgrounds not being set, or layouts not being set, or plasma crashing.
[22:02] <mmikowski> System settings used to crash, but that failure mode has seemed to have disappeared since 5.27.1.
[22:03] <mmikowski> Also, add a user and the default theme is not guaranteed to be properly applied; the layout widgets may not be there, or the wallpaper is black, or both.
[22:04] <mmikowski> santa_ I will be sending out a report. But if you want to run with 5.27.2 or later, it's such a good upgrade in so many other ways, I think it still is good for users.
[22:04] <mmikowski> (in backports of course).
[22:04] <mmikowski> This is just my opinion and suggestion for your and Rik's consideration.
[22:05] <mmikowski> Again, we reports I will send to Rik and Nate and anyone else that wants it emailed to them.
[22:05] <mmikowski> but later; I gotta go to a family commitment right now :)
[22:12] <santa_> thanks a lot for the info, I will try to dig into it if I have time
[23:54] <mmikowski> santa_ I was referring to behavior in 22.04 LTS, ppa:kubuntu-ppa/experimental to be clear. I realized we might have been speaking a little bit at cross purposes there :)


[15:00] <rbalint> o/
[15:00] <slyon> o/
[15:00] <mclemenceau> o/
[15:00] <waveform> o/
[15:01] <sil2100> o/
[15:04] <sil2100> #startmeeting Weekly Ubuntu Foundations team
[15:04] <meetingology> Meeting started Thu Aug 27 15:04:03 2020 UTC.  The chair is sil2100. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[15:04] <meetingology> Available commands: action commands idea info link nick
[15:04] <sil2100> #topic Lightning rounds
[15:04] <sil2100> waveform mwhudson xnox vorlon sil2100 tdaitx slyon bdmurray rbalint doko juliank infinity
[15:04] <waveform> argh, the pain of winning
[15:05] <waveform> * Investigated net.ifnames=0 situation (with kind assistance from xnox); working on resolution for all branches of Core20 and groovy (unsure about focal) (LP: #1782185)
[15:05] <waveform> * Investigated eth dhcp issue on core20 further; still unable to reproduce but looking at potential DHCP timing issues (LP: #1878640; https://github.com/snapcore/core20/issues/80)
[15:05] <waveform> * Quick dig into cloud-init for long-standing pi wifi on first boot issue (LP: #1870346; LP: #1892851)
[15:05] <waveform> * pi-gadget work for desktop
[15:05] <waveform> * Lots of pibootctl work
[15:05] <waveform> (done)
[15:05] <xnox> microcode-initrd waiting for binary-new 2nd week now https://launchpad.net/ubuntu/groovy/+queue?queue_state=0&queue_text=microcode-initrd
[15:05] <xnox> s390-tools uploaded, in signing unapproved https://launchpad.net/ubuntu/groovy/+queue?queue_state=1&queue_text=s390-tools
[15:05] <xnox> secureboot-db SRUs reuploaded with breaks, all in unapproved queues
[15:05] <xnox> libffi8ubuntu1 transition in progress, most things rebuild, still waiting for ghc builds to do haskell rebuilds. But then this transition ties together glib2.0 ocaml ghc libffi and all the things basically
[15:05] <xnox> Submitted grub-install backup-and-restore patch upstream and to debian, todo submit to ubuntu. https://lists.gnu.org/archive/html/grub-devel/2020-08/msg00069.html and https://salsa.debian.org/grub-team/grub/-/merge_requests/21/diffs
[15:05] <xnox> CET has a resolution for mozjs / libunwind, both uploaded
[15:05] <xnox> fixing things for proposed-migration
[15:05] <xnox> at linux plumbers this week, mostly trolling people
[15:05] <xnox> done
[15:06] <vorlon>  * customer-specific SecureBoot key generation and sharding
[15:06] <vorlon>  * NEW processing
[15:06] <vorlon>  * livecd-rootfs MP reviews
[15:06] <vorlon>  * triggered some builds for the libffi transition, to be able to see what's what
[15:06] <vorlon>  * component-mismatches cleanup for udebs
[15:06] <vorlon> (done)
[15:06] <sil2100> - SRU reviews and releases
[15:06] <sil2100> - Some kernel SRU work
[15:06] <sil2100> - Investigated broken Bileto OpenID login, tested flask OID locally, identified corrupted OID storage on Bileto - fixed with IS
[15:06] <sil2100> - Finalizing Eoan EOL
[15:06] <sil2100> - Releasing new, updated appliances
[15:06] <sil2100> - Releasing refreshed UC16 images
[15:06] <sil2100> - Some more work on continuous gadget delivery
[15:06] <sil2100> - HWE sync
[15:06] <sil2100> - Point-release retrospective
[15:07] <sil2100> - +1 maintenance
[15:07] <sil2100> - Fighting with IPv6 on my system (to reproduce an autopkgtest issue)
[15:07] <sil2100> (done)
[15:07] <tdaitx> let me go last
[15:07] <slyon> - Kicked sensible-utils to migrate, bug #1891196
[15:07] <slyon>   * hinted git-buildpackage, triggered ranger tests
[15:07] <slyon>   * got gbp fixed upstream, debian bug #968982
[15:07] <slyon> - SRU verification: awscli, python-botocore, python-s3transfer
[15:07] <slyon>   * bug #1867673, bug #1875485, bug #1880999
[15:07] <slyon> - Poked Debian maintainers about pexpect ftbfs
[15:07] <slyon>   * https://salsa.debian.org/python-team/modules/pexpect/-/merge_requests/2
[15:07] <slyon> - SRU verification: command-not-found, bug #1875760
[15:07] <slyon> [15:07] <slyon> - Prepared cloud-init vs netplan vs systemd report, bug #1892851
[15:07] <slyon> - Finished implementation of OVS settings tagging, PR#158
[15:07] <slyon> - Improved wireguard PR#113
[15:07] <slyon> - Thought about primary vs secondary IP addresses (aliases)
[15:07] <slyon>   * Probably wont-fix, bug #1766656
[15:07] <slyon> - Prepared PR#159 to fix IP cleanup, bug #1870561
[15:07] <slyon> - Started working on IPv6 token, bug #1737976
[15:07] <slyon> (done)
[15:08] <rbalint> * uploads via Debian: wireshark 3.2.6-1
[15:08] <rbalint> * partner work
[15:08] <sil2100> Oh, and reviewing the PR from slyon! Since that's ongoing too!
[15:08] <rbalint> * sponsored python-botocore Xenial SRU
[15:08] <rbalint> * merged resolvconf as 1.84ubuntu1
[15:08] <rbalint> * merged systemd as 246.2-1ubuntu1 and added a few extra fixes
[15:08] <rbalint> (public holidays)
[15:08] <rbalint> * filed LP: #1892903
[15:08] <rbalint> * got systemd migrated
[15:08] <rbalint> * triaged pre-tested bionic glibc SRU regressions (ongoing)
[15:08] <rbalint> * still preparing glibc upload
[15:08] <rbalint> * partner work
[15:08] <rbalint> (done)
[15:10] <sil2100> Julian's status update:
[15:10] <sil2100> * half days: work in the morning, relax in the afternoon
[15:10] <sil2100> * DebConf 20: Not much interesting stuff
[15:10] <sil2100>   - attended some talks (https://docs.google.com/document/d/1yCLHxKEueVhdIX22wZNFYH2iBZ2LUJzYNK43XhB3LUQ/edit)
[15:10] <sil2100>   - autopkgtest BoF tomorrow at 1800 UTC (https://debconf20.debconf.org/talks/39-running-autopkgtest-for-your-package/)
[15:10] <sil2100>   - missed the 'Lenovo + debian' talk as it was past midnight and I was asleep, but have recording to watch :)
[15:10] <sil2100> * grub: SRUs looking good!
[15:10] <sil2100>   - uploaded remaining grub SRUs for bionic, xenial
[15:10] <sil2100>   - verified grub SRUs, except for the loopback issue on focal which xnox will look at
[15:10] <sil2100>   - uploaded grub-zfstestsuite for focal to adjust for dis_ucode_ldr changes for recovery boot entries
[15:10] <sil2100> * shim: One SRU looking bad!
[15:10] <sil2100>   - seems I managed to not update shimx64.efi in bionic upload, somehow; fixed that
[15:10] <sil2100> Brian's status update:
[15:10] <sil2100> +1 maintenance
[15:10] <sil2100> research into restore-new-distro (reinstall) failures and bug duplicate consolidation
[15:10] <sil2100> SRU verification of LP: #1861451
[15:10] <sil2100> sorted out how LP: #1888916 failed and uploaded groovy, focal fixes
[15:10] <sil2100> sponsored Focal SRU for LP: #1611737
[15:10] <sil2100> wrote query to remove old snap crash data from cassandra and doing so
[15:10] <sil2100> sponsored apport upload of a fix for LP: #1888352
[15:10] <sil2100> added RebootRequiredPkgs to apport's data collection
[15:10] <sil2100> Ok, now just tdaitx is left!
[15:11] <tdaitx> * backported scilab from groovy, testing, planning to SRU it
[15:11] <tdaitx> * fixed pyparted ftbfs, needs upload
[15:11] <tdaitx> * fixed python_dateutil, needs some testing then upload
[15:11] <tdaitx> * working on libgitlab-api-v4-perl
[15:11] <tdaitx> Other:
[15:11] <tdaitx> - using autpkgtest for building stuff on sbuild, its a bit weird
[15:11] <tdaitx> - moved to new yubikey as my usb-c port is taken by the e-gpu
[15:11] <tdaitx> (done)
[15:11] <sil2100> Any questions for these?
[15:11] <sil2100> Let's move on then
[15:11] <sil2100> #topic Release incoming bugs (focal)
[15:12] <sil2100> Whoops
[15:12] <sil2100> SHould be groovy first?
[15:12]  * vorlon nods
[15:12] <sil2100> #topic Release incoming bugs (groovy)
[15:12] <sil2100> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html#foundations-bugs
[15:13] <sil2100> https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/1871538
[15:14] <vorlon> I think desktop was looking at this one last I knew?  We've discussed it before and I believe didn't take it
[15:14] <sil2100> Then should we leave it there for now?
[15:14] <vorlon> yes
[15:15] <sil2100> LP: #1891952
[15:16] <vorlon> I thought xnox had some interest in this one
[15:16] <sil2100> Should we assign it to xnox then? :)
[15:18] <sil2100> Ok, targeted for groovy then
[15:18] <vorlon> seems we have a trello card for it already and the bug may have been fixed, so we just need to target the bug and remove the tag
[15:18] <vorlon> (done)
[15:18] <sil2100> LP: #1892040
[15:19] <vorlon> this is already targeted to focal so it should be targeted to groovy as well. I know we discussed this one before
[15:19] <sil2100> Targeting then
[15:19] <vorlon> I think we should take it and dig down to figure out why we regressed
[15:19] <mclemenceau> yes this one was discussed last week and had been carded
[15:19] <sil2100> I'll remove both the incoming tags then
[15:19] <vorlon> was it carded? that wasn't clear to me from the meeting log
[15:19] <vorlon> ok
[15:20] <sil2100> LP: #1891623
[15:21] <sil2100> Ok, this one was carded as well apparently
[15:21] <sil2100> So removing the tag and targeting
[15:21] <sil2100> LP: #1876258
[15:22] <vorlon> "when I run ubuntu 20.04 live cd via PXE" :/
[15:22] <vorlon> it looks like it's being fixed in curtin?
[15:23] <sil2100> Yeah, wonder if it needs any grub changes in that case?
[15:23] <sil2100> Should we ask on the bug?
[15:23] <vorlon> seems to be a problem of curtin injecting a value into grub's debconf variable that is then invalid
[15:23] <vorlon> I don't think we should do anything here presently
[15:23] <sil2100> Ok
[15:23] <sil2100> LP: #1892526
[15:24] <vorlon> that needs to be targeted and carded, I don't even know why it's in incoming
[15:24] <vorlon> targeted to all series now
[15:25] <sil2100> Thanks o/
[15:25] <mclemenceau> carded!
[15:25] <sil2100> \o/
[15:25] <sil2100> LP: #1892728
[15:26] <rbalint> i think we should take this
[15:26] <vorlon> agreed
[15:26] <sil2100> I see rbalint already had a look at this?
[15:26] <sil2100> Targeting
[15:26] <vorlon> iirc this is caused by a kernel behavior change?
[15:26] <rbalint> vorlon, yes
[15:27] <vorlon> that's it for gg
[15:27] <vorlon> ff?
[15:27] <sil2100> mclemenceau will card it, I targeted it just now
[15:27] <sil2100> Yep!
[15:27] <sil2100> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html#foundations-bugs
[15:28] <sil2100> LP: #1847191
[15:28] <mclemenceau> done
[15:28] <vorlon> the first one has jibel as an assignee
[15:28] <vorlon> so not for us
[15:28] <sil2100> LP: #1627564
[15:29] <vorlon> looks like desktop team evaluated it and determined that it should go to debconf
[15:29] <vorlon> for error handling of gtk in cases where it fails
[15:29] <vorlon> so I guess we need to take it
[15:29] <sil2100> +1
[15:29] <vorlon> 1871538, already discussed under gg
[15:29] <sil2100> Targeted
[15:30] <sil2100> Ok so now LP: #1880193
[15:30] <vorlon> this has a trello card already
[15:30] <vorlon> what's with all these trello cards without bug fixups ;)
[15:30] <vorlon> but it also has a server team assignee
[15:31] <vorlon> we should target it anyway and remove the tag
[15:31] <sil2100> SO maybe we won't need the card for this one!
[15:31] <vorlon> I'll leave the card in the backlog for now
[15:31] <vorlon> I like having cards to clean up from the backlog later because someone else fixed them
[15:32] <sil2100> ;)
[15:32] <vorlon> 1892040, already handled
[15:32] <sil2100> LP: #1872106
[15:32] <sil2100> Last one!
[15:33] <vorlon> this one also looks familiar
[15:33] <sil2100> I think we should card it if there is no card yet
[15:33] <sil2100> Looks like quite a few people are affected
[15:33] <mclemenceau> no card at the moment
[15:34] <sil2100> Ok, I think that's it
[15:34] <sil2100> Next section!
[15:34] <sil2100> #topic Team proposed-migration report
[15:34] <vorlon> [LINK] https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[15:34] <sil2100> vorlon: ^
[15:34] <vorlon> not looking too bad
[15:35] <vorlon> lapack is still with waveform
[15:35] <rbalint> gce is mir
[15:35] <vorlon> waveform: have you spent time on this?
[15:35] <vorlon> right
[15:35] <vorlon> pam is mine
[15:35] <vorlon> sil2100: dnspython is yours
[15:35] <vorlon> tdaitx: libgitlab-api-v4-perl is yours
[15:35] <vorlon> setuptools is xnox
[15:35] <waveform> vorlon, spent time on attempting to spin up a ppc64 instance, so far unsuccessfully (though xnox did aid in getting me access to a MAAS instance this week - though I've failed to login to it so far!)
[15:36] <waveform> from other investigation it looks like a -O2 vs -O3 issue on gcc-10 though (yet to actually confirm that though)
[15:36] <sil2100> vorlon: yes, didn't quite make much progress as I wanted to make sure the dnspython is not a real regression, as the tests are passing on Debian CI - I suspect the reason is the proxied environment, but need to make 100% sure
[15:36] <vorlon> waveform: ok, how does that relate to the amd64 autopkgtest regression, which is the blocker for the current version in -proposed? did you need sourceful fixes to lapack to fix that autopkgtest regression?
[15:36] <sil2100> And IPv6 hates me
[15:36] <vorlon> heh
[15:36] <vorlon> ok so related to that bit of your status report :)
[15:37] <vorlon> so now we get to the new ones for this week
[15:37] <sil2100> Yeah, will continue on that a bit, but so far my attempts on getting an IPv6 configuration via the VPN failed
[15:37] <vorlon> zope.interface: rbalint?
[15:37] <rbalint> sil2100, ipv6 loves sil21:: :-)
[15:37] <vorlon> rbalint: lol
[15:38] <vorlon> lintian is still with juliank, I believe
[15:38] <rbalint> vorlon, i'm very busy with glibc, but tentatively i can pick it
[15:38] <vorlon> iputils v libreswan, I swear I saw an MP for a libreswan hint recently
[15:38] <slyon> rbalint: vorlon, I can have a look at zope as well
[15:39] <sil2100> libreswan was passing now I think
[15:39] <vorlon> slyon: ok great, it's yours instead of rbalint's then
[15:39] <vorlon> I'll follow up on iputils v libreswan
[15:39] <vorlon> and that's all for this week
[15:39] <rbalint> libreswan just needs retries
[15:39] <sil2100> At least I remember seeing a new libreswan upload that migrated and skipped the tests that it cannot run due to the environment
[15:39] <sil2100> So yeah, a retry should do it!
[15:40] <rbalint> slyon, thanks!
[15:40] <vorlon> rbalint: hence I've given myself the easy assignment
[15:40] <sil2100> Ok, so I guess we're good
[15:40] <sil2100> #topic AOB
[15:40] <sil2100> AOB anyone?
[15:41] <sil2100> Going one
[15:41] <sil2100> Going two
[15:41] <sil2100> #endmeeting
[15:41] <meetingology> Meeting ended Thu Aug 27 15:41:19 2020 UTC.
[15:41] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2020/ubuntu-meeting.2020-08-27-15.04.moin.txt
[15:41] <sil2100> Whoops!
[15:41] <rbalint> yes, i'd like to upload glibc 2.31-3ubuntu1 today
[15:41] <vorlon> for those working on proposed-migration over the coming week, libffi is going to take some work
[15:42] <sil2100> ACK
[15:42] <rbalint> with the fixes that are planned to be sru-d for focal, because glibc2.32 is complicated and needs time for the transitions
[15:42] <vorlon> ok
[15:42] <vorlon> any eta on glibc 2.32 upload then? given impending feature freeze
[15:43] <vorlon> like, today
[15:43] <vorlon> sil2100: are you planning on sending mails about FF? :)
[15:43] <rbalint> vorlon, the plan was this week +-1 week, and i think it will be able to land 2 weeks from now
[15:43] <sil2100> I was about to ask the same thing!
[15:43] <rbalint> due to dropped libraries
[15:44] <vorlon> ok
[15:45] <sil2100> vorlon: I see it was usually you sending those, so maybe you could do it this time as well? A bit around your EOD
[15:45] <vorlon> ok
[15:45] <sil2100> To give some more time for people that are late
[15:46] <sil2100> Thanks!