[00:06] <sistpoty> infinity: unless lp confuses me again, now would be a good time to give back happy alex on lpia ;)
[00:07] <Nafallo> happy alex?
[00:07] <sistpoty> Nafallo: see backlog
[00:07] <sistpoty> Nafallo: (iow, the joke was already made)
[00:08] <Nafallo> sistpoty: ah. I /lastlogged and couldn't see what you meant first. then I saw the "and" ;-)
[00:09] <sistpoty> or maybe lamont? (since infinity seems to be away)
[00:11] <TomJaeger> dpkg-buildpackage: source only upload: Debian-native package
[00:11] <TomJaeger> what did I do wrong?
[00:12] <sistpoty> TomJaeger: wrong name of orig.tar.gz, I assume (btw.: for such packing question I assume that #ubuntu-motu is more suited)
[00:12] <TomJaeger> okay, thanks
[00:42]  * slangasek blinks
[00:45] <ion_> slangasek: Well, be thankful the limit isn't what it used to be in IRCnet. :-)
[00:46] <slangasek> oh, no, I'm just blinking at the downtime
[01:16] <infinity> Okay, so this is the first time (since I got a shiny new laptop with decent 3D) that I've run compiz instead of immediately switching back to metacity...
[01:17] <infinity> Can anyone tell me if I can "fix" the fact that the fancy 3D Alt-Tab switcher doesn't understand Shift-Alt-Tab to cycle backwards?
[01:18] <sistpoty> infinity: I'd lie, if I say I could in case you'd give back alex and happy on lpia :P
[01:19] <infinity> sistpoty: I'd love to, if LP wasn't down.
[01:19] <sistpoty> infinity: it still is?
[01:19] <infinity> sistpoty: Oh, it's back. :)
[01:19] <sistpoty> :)
[01:20] <infinity> sistpoty: So, how do I fix the compiz task switcher? :P
[01:21] <james_w> infinity: there are various plugins that provide alt-tab like switching, so it may be that one of them can do it.
[01:21] <sistpoty> infinity: good question, I use KDE though, and I lied :P
[01:21] <james_w> although the one that I have doesn't understand it
[01:22] <infinity> james_w: Yeah, the default one seems to not know how to go backwards, which makes me grumpy.
[01:22] <infinity> james_w: Given that every window manager (heck, every OS) I've used in the last decade could do so. :P
[01:22] <james_w> infinity: run ccsm
[01:22] <james_w> infinity: you may have to install it first
[01:22] <infinity> simple-ccsm?
[01:22] <james_w> select "Application switcher"
[01:23] <james_w> you need the real thing I think
[01:23] <james_w> the advanced button in simple-ccsm spawns it
[01:23] <james_w> on the "Bindings" tab there is a "Prev window" setting, and it is unbound by default
[01:24] <infinity> Genius.
[01:24] <infinity> I've never looked at any of this before.
[01:25] <infinity> Of course, binding that should be the default, IMO, but I don't know how deeply I care about filing a bug to fix it this late.
[01:26]  * infinity squeals with glee.
[01:26] <infinity> james_w: You're my hero for the next 30 seconds.
[01:26] <infinity> james_w: If you ever needed a favor from me, ASK FAST.
[01:26] <james_w> umm, umm...
[01:28] <thom> too slow
[01:31] <ion_> james_w: You had a chance to ask infinity's hand in marriage, and you blew it?
[01:32] <james_w> dammit
[01:37] <james_w> asac: I've found the problem you were having, apt-get source only responds to a source package name without a version. I think I can work around it by picking the first binary package out of debian/control. I think it's unlikely that the first package will have been added in that revision.
[02:10] <nepbabu> what's the status of launchpad?
[02:10] <nepbabu> is it rebooted and done it's maintenance? thanks :)
[02:10] <james_w> nepbabu: there is a #launchpad
[02:11] <james_w> looks like it's all over though.
[02:11] <nepbabu> james_w: tia! but the SSL cert is invalid says ff
[02:12] <james_w> nepbabu: are you on firefox 3?
[02:12] <nepbabu> james_w: yes
[02:12] <nepbabu> ff3b4 james_w
[02:12] <james_w> I don't know then, it works here
[02:12] <nepbabu> hmm..
[02:13] <sistpoty> any buildd admin still around who could give back hscolour and haddock on lpia?
[02:18]  * sistpoty tries with highlighting the indirect members: elmo, Spads, lamont, Ng for the give-backs of hscolour and haddock on lpia :)
[02:43] <TomJaeger> Can somebody help me with bug #195953 ?
[02:43] <ubotu> Launchpad bug 195953 in wacom-tools "Tablet input resolution tied to display resolution" [Medium,Triaged] https://launchpad.net/bugs/195953
[02:45] <ion_> There's the same problem with plain mice. I've been saying it should be fixed. :-)
[02:53] <TomJaeger> I'm just trying to get a new upstream version uploaded.  How would I go about getting sponsorship for the new version and do I need a freeze exception?
[02:56] <protonchris> TomJaeger: take a look at https://wiki.ubuntu.com/SponsorshipProcess and https://wiki.ubuntu.com/FreezeExceptionProcess
[02:58] <TomJaeger> Wow, that sounds complicated
[02:58] <ScottK2> TomJaeger: What package?
[02:58] <TomJaeger> wacom-tools
[02:58] <ScottK2> Is it bug fixes or new features?
[02:58] <TomJaeger> I don't know why nobody feels responsible for this
[02:59] <TomJaeger> bug fixes
[02:59] <ScottK2> TomJaeger: 20,000 packages and ~100 developers.  You do the math.
[02:59] <andresj> Is this the right channel to ask for somebody to apply a fix for a bug? https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/208556
[02:59] <ubotu> Launchpad bug 208556 in qt4-x11 "qdbuscpp2xml uses moc-qt3 instead of moc-qt4" [Undecided,New]
[02:59] <Fujitsu> ScottK2: 100 developers, most of whom are inactive.
[03:00] <ScottK2> That too
[03:03] <ScottK2> TomJaeger: Since it's a Main package it's a rather simpler process.
[03:04] <ScottK2> TomJaeger: Is the release in Debian already?
[03:04] <TomJaeger> no
[03:04] <ScottK2> andresj: You will probably have more luck with that package on #kubuntu-devel
[03:06] <alex-weej> ScottK2: s
[03:06] <alex-weej> "it's maths, jeremy"
[03:06] <TomJaeger> The thing that bugs me is that all these procedures will take just a few minutes for someone who knows what they're doing, but will take me forever to figure out
[03:06] <alex-weej> TomJaeger: but once you've figured it out
[03:07] <ScottK2> TomJaeger: I can understand that, but the first thing it takes is motivation.
[03:07] <alex-weej> it's not like the people who can do it are sitting around scratching their backsides, they're busy on other things that they feel are more important
[03:07] <ScottK2> TomJaeger: I've got about a dozen things on my list to get done before release.  If I get to 4, I'll be lucky.
[03:08] <andresj> ok, ScottK2
[03:10] <TomJaeger> I'm more than happy doing things like tracking down bugs, providing patches and talking to upstream.    I feel like my productivity there is close to zero.
[03:11] <ScottK2> OK.
[03:12] <ScottK2> I'd suggest focus on writing a bug that makes the case for why it's important and why it's safe.
[03:12] <TomJaeger> I've done that
[03:13] <ScottK2> TomJaeger: What bug?
[03:13] <TomJaeger> bug #195953
[03:13] <ubotu> Launchpad bug 195953 in wacom-tools "Tablet input resolution tied to display resolution" [Medium,Triaged] https://launchpad.net/bugs/195953
[03:14] <TomJaeger> If it doesn't get fixed, Tablet PCs are almost useless with hardy
[03:14] <ScottK2> Right.
[03:15] <ScottK2> slangasek: Would you please look at ^^^^ bug and give an opinion on if you'd accept a new wacom-tools version to fix it at this point?
[03:16] <TomJaeger> Do I know why the debdiff is so large? It's a complete mystery.  The diff between the two directories is 600k, and that's mainly autoconf stuff
[03:16] <ScottK2> TomJaeger: He's the Release Manager.
[03:23] <slangasek> ScottK2: I would potentially accept *a* new wacom-tools version, but to know whether I'd accept *this* wacom-tools version it would have to go through the FFe process; and I probably wouldn't be the one to sponsor it myself, I think it'd be better to have it done by someone with more direct knowledge of the issues
[03:23] <ScottK2> slangasek: I understand.  I'm just looking for a rough idea of if it's worth pursuing.  Who'd be the core-dev best equipped to look into this?
[03:25] <slangasek> ScottK2: bryce, maybe?
[03:25] <slangasek> i.e., Mr. Inkscape
[03:25] <ScottK2> Right.
[03:25] <ScottK2> slangasek: Thanks.
[03:26] <ScottK2> TomJaeger: Now you have an idea that this might be doable and who you want to discuss it with rather than worry overmuch about packaging it yourself.
[03:27] <TomJaeger> ScottK, thanks
[04:27] <bryce> hey slangasek I have something for you :-)
[04:27] <bryce> slangasek: http://people.ubuntu.com/~bryce/bisect/
[04:28] <bryce> slangasek: these are pre-git bisected -intel debs for testing.
[04:30] <bryce> (the page is still a work in progress)
[04:32] <james_w> bryce: how are you building them?
[04:32] <bryce> james_w: bunch of scripts
[04:33] <bryce> james_w: I'd gotten stuck down a rathole trying to get them to build in PPA, but PPA has turned out to be worthless for this
[04:33] <james_w> I was just wondering if you be able to basically run "git bisect run debuild"
[04:33] <bryce> james_w: well, ironically 'git bisect' never gets used
[04:34] <james_w> It obviously wouldn't work just like that, but it's an interesting idea.
[04:34] <james_w> bryce: :-)
[04:35] <bryce> yeah basically I pull a bunch of info out of git log, sort the commit id's, then do a bunch of git reset's and such to cycle through them, plunk in debian/ dirs, debuild, pbuilder, rsync, and generate the web page
[04:38] <ScottK2> bryce: TomJaeger was here earlier looking at bug #195953 and hoping for someone to champion getting it uploaded.  slangasek pointed vaguely in your direction.
[04:38] <ubotu> Launchpad bug 195953 in wacom-tools "Tablet input resolution tied to display resolution" [Medium,Triaged] https://launchpad.net/bugs/195953
[04:41] <bryce> ScottK2: whoa that's an insanely huge debdiff
[04:42] <bryce> rats, it crashed my ff3
[04:42] <ion_> :-D
[04:42] <TomJaeger> bryce, the debdiff b/w <IP_ADDRESS> and <IP_ADDRESS> is more than 5M
[04:42] <ion_> A nice little 3.5 MiB debdiff.
[04:45] <TomJaeger> I made a little mistake in the "original" tarball there.  the doc directory should be one level further down.  Not that it changes anything about the size of the debdiff.
[04:45] <bryce> hrm, well looks like it needs some additional packaging work before it can be put in
[04:45] <slangasek> TomJaeger: wait, why are you diffing <IP_ADDRESS> and <IP_ADDRESS> when hardy currently has <IP_ADDRESS>?
[04:46] <slangasek> bryce: heh, my architecture is amd64, not i386...
[04:46] <TomJaeger> slangasek, just for comparison
[04:46] <slangasek> bryce: I think a git bisecting howto would've served me better :-)
[04:46] <bryce> slangasek: rats!!!
[04:46] <bryce> slangasek: back to the drawing board
[04:47] <slangasek> TomJaeger: erm, comparison of what, exactly? I don't see how <IP_ADDRESS> can be relevant here
[04:48] <ion_> git bisect is teh awesome. :-)
[04:48] <TomJaeger> slangasek, people are complaining about the size of the debdiff.  I'm just saying the last debdiff was even bigger.
[04:48] <slangasek> oh, I see
[04:48] <jdong> it's not the size of the debdiff that matters....
[04:48] <TomJaeger> the issue seems to be that there is prebuilt stuff in the original tarball
[04:48] <jdong> it's the color of the pill that makes the debdiff easier to work with.
[05:11] <ScottK2> bryce: Yeah.  The packaging needs some work by someone who knows what they are doing (e.g. not me).
[05:57] <calc> how long does it take for a bzr commit to show up in LP?
[05:57] <jdong> less than 30 minutes typically for the HTTP branch to be updated
[05:57] <calc> I did a commit 35m ago and it still isn't showing
[05:57] <calc> oh ok so it should be soon
[05:58] <jdong> the SFTP/SSH developer one is instant of course
[05:58] <calc> i did a ssh and its not showing up
[05:58] <jdong> yeah, typically for me it hasn't been more than 30 min
[05:58] <calc> hmm i'll check it out somewhere and verify the commit made it
[06:02] <calc> wow this is taking a very long time to checkout
[06:02] <Fujitsu> calc: bzr-lp is particularly slow now; they're working on it.
[06:03] <Fujitsu> It'll be like this for another couple eof days, thought.
[06:03] <calc> Fujitsu: ah ok
[06:03] <Fujitsu> If you use bzr+ssh, it should be quicker to update, but SFTP has to be checked to ensure you haven't uploaded evil stuff.
[06:04] <calc> yea i am using bzr+ssh
[06:04] <calc> ok the commit is there, it just haven't shown up on the webpage
[06:04] <jdong> Fujitsu: you mean it's *not* for my video collections?
[06:04] <Fujitsu> jdong: Devastating, I know.
[06:09] <TomJaeger> I think I figured out all the different ways the debian maintainer messed with the original tarball. Things look much better now and the debdiff's down to 600k.
[06:38] <warp10> Good morning
[09:42] <tjaalton> yep, we really need the newer wacom-tools, but I never figured out how to compile it and pushed it forward. For some reason the Debian maintainer hasn't updated it, even though he promised to do it two months ago
[11:08] <asac> james_w: ah, good to know. thanks!
[11:22] <pitti> tkamppeter_: shouldn't, but in the interest of not accidentally catching unrelated devices I'd transform the list as the existing script does
[11:23] <pitti> Chipzz: gnu tar switch> right, I see; would break compatibility
[11:24] <\sh> moins pitti :)
[11:25] <Chipzz> pitti: and probably in quite a visible and especially *unwanted* way :S
[11:28] <Chipzz> pitti: as an unrelated data-point, I did man tar on my OSX system, to see which options would be different. And apparently OSX doesn't even ship BSD tar, it ships GNU tar instead. Now if even a BSD based system ships the GNU version, I very much doubt we'll want to ship the BSD version... ;)
[11:31] <pitti> Chipzz: heh, indeed
[11:32] <\sh> oh wow...it's a sunny day...
[11:34] <Chipzz> pitti: also, doesn't dpkg use tar internally? I'd hate to see the breakage that would cause..
[11:45] <tjaalton> uh, so new upstream versions don't end up in quarantine
[11:46] <tjaalton> I uploaded a new wacom-tools and thought it would end up in the queue
[11:48] <StevenK> Because we aren't in a freeze
[11:49] <Hobbsee> tjaalton: no, it's a trust system.
[11:49] <Hobbsee> tjaalton: and you tend to get the Long Pointy Stick of DOOM!!!!!!!!!!!!!!!™ coming in your directino if you violate it badly.
[11:49] <tjaalton> well, trust me, this was needed :)
[11:49] <tjaalton> the old wacom-tools was broken with xserver 1.4
[11:50] <zorglu_> q. before i found a channel with the ubuntu people which take care about all the server/mirror to store the .deb of ubuntu. i dont remember the name tho... anybody got suggestion?
[11:50] <tjaalton> and the new one didn't build until Tom Jaeger fixed the issues
[11:54] <\sh> asac: suddenly I see black holes with ff3 while browsing some pages...when I click on the pictures, they are display correctly...but embedded in the page they are black...
[12:04] <pochu> zorglu_: #ubuntu-mirrors
[12:05] <zorglu_> pochu: thanks
[12:11] <Chipzz> \sh: dunnow if it's related, but I've had FF beta4 do funny things for me on MacOSX too
[12:11] <Chipzz> like only loading some of the images on a page
[12:12] <Chipzz> I didn't quite get "black holes", but rather the image with the alt tag displayed though
[12:13] <Chipzz> asac: ^^^ as a data point -> most likely an upstream issue
[12:14] <Chipzz> \sh: only happened to me after several days of browsing, and was fixed by a browser restart though
[12:23] <asac> \sh: thats the zoom level
[12:23] <asac> we have to use in-source jpeg most likely
[12:23] <asac> (i know that its fixed that way, but i hoped to get the proper jpeg patch cherry-picked from firefox sources)
[12:24] <\sh> asac: so the bug is known...
[12:25] <asac> yes
[12:25] <asac> its a blocker
[12:25] <asac> we will revert to in-source jpeg if no solution is found
[12:26] <\sh> asac: thx :) I was wondering if something was wrong on my side :)
[12:26] <asac> \sh: are those jpegs?
[12:27] <\sh> asac: jepp
[12:27] <asac> ok then its known
[12:27] <\sh> btw..is there any tool for metacity to configure its own compositing thingy?
[12:45] <Hobbsee> azeem: ping?
[12:45] <Hobbsee> azeem: got a #debian-type question for you.
[12:50] <j1mc> hi all, could anyone tell me if kubuntu has a set of targeted milestone bugs set up like ubuntu does ( https://launchpad.net/ubuntu/+milestone/ubuntu-8.04 )?
[12:50] <j1mc> my guess would be no, but i wanted to check.
[12:50] <Hobbsee> j1mc: it doens't - that's the complete list for all flavours (assuming they're all using it)
[12:51] <j1mc> Hobbsee: thanks.
[12:51] <Hobbsee> j1mc: see specs assigned to Riddell for the planned kubuntu stuff, though
[12:52] <j1mc> Hobbsee: thanks again.  a question was asked about this in xubuntu-devel.  this is helpful information.
[12:53] <Hobbsee> j1mc: xubuntu is free to add to that list, and discuss things with slangasek and other members of the release team, too
[12:54] <j1mc> i will pass along that information. :)
[12:55] <Hobbsee> but please assign the bugs to some of your guys
[12:55] <Hobbsee> as you're responsible for them
[12:56] <j1mc> Hobbsee: understood.  thanks.
[12:56] <Hobbsee> at least, that's hte way this all worked in gutsy.  i'm unsure if slangasek has changed protocol, as i haven't seen many non-canonical people involved in any areas of RM this cycle.
[13:07] <azeem> Hobbsee: pong
[13:08] <Hobbsee> azeem: /query?
[13:08] <azeem> Hobbsee: sure, but I'm probably not around long :-/
[13:09] <Hobbsee> azeem: no problem, hopefully it won't take long
[14:50] <laga> slangasek: i tried today's mythbuntu alternate disk and the udeb wasn't installed, despite it being  Priority: standard
[14:53] <laga> slangasek: do you think you could take another look?
[14:58] <laga> slangasek: or.. wait. when is the menu entry in d-i supposed to show up? right at the beginning or is it added later, eg after the base system was debootstrapped?
[16:26] <lamont> why do my shift and control keys not wokr anymore/
[16:28]  * lamont applies the redmond solution
[16:29] <lamont> seb128: why doesn't my shift key love me anymore//  ditto for ctl...
[16:29] <seb128> hey lamont, dunno I'm not an xorg guy
[16:29] <lamont> heh
[16:29] <lamont> it's like gnome... ;-0
[16:30] <lamont> hrm... emoticons screw up too...  amazing how much one uses the shift key...
[16:30]  * lamont hits it with a rock
[16:31] <kagou> hey seb128
[16:33] <Chipzz> lamont: I read something about a fix for the "keys stuck" problem in X
[16:33] <Chipzz> lamont: there was a patch for that
[16:33] <lamont> Chipzz: ah, cool
[16:33] <Chipzz> lamont: not sure if it got uploaded though
[16:33] <Chipzz> lamont: maybe that could possibly have the side-effect you're seeing?
[16:34] <Chipzz> lamont: the fix would be in the xorg-core package, so try downgrading that (you would also need to restart your X-server obviously)
[16:34] <Chipzz> lamont: lemme see if I can find the url in the backlog ;)
[16:35] <wasabi> This "run this action now" dialog... may at least be putting power in my hands... but it's way too technical.
[16:36] <wasabi> Package authentication failure of some sort.
[16:36] <Chipzz> lamont: https://launchpad.net/bugs/194214
[16:36] <ubotu> Launchpad bug 194214 in xorg-server "Keys get "stuck" down" [Unknown,Confirmed]
[16:37] <Chipzz> lamont: hrrrm no mention of the patch being applied and uploaded yet; so that's probably not it
[16:38] <lamont> seb128: sometime, I should find out about the rising dominance of gnome-keyring-manager (or whatever the hell it is) and seahorse, and figure out what to add or remove from my sledgehammer-of-a-gnome-session
[16:39] <lamont> maybe it's finally usable out of the box??
[16:39]  * lamont wanders off for a while
[16:40] <seb128> lamont: the gnome-keyring new changes are cool ;-)
[18:46] <slangasek> laga: ok, trying to take a look; it's possible that I have to set the priority to 'Standard' in the archive overrides rather than relying on what the package thinks, for that change I should probably check with cjwatson and pitti first
[18:53] <slangasek> laga: right, it looks like the CD build takes the package priorities from the archive overrides, rather than looking inside the individual packages.  In that case, making it Priority: standard for the installer would require making it visible as Priority: standard for other install methods too, so that'll need more discussion; sorry for putting you to the effort
[19:33] <calc> Riddell: ping
[19:33] <calc> Riddell: does kde use shared-mime-data and associate programs via desktop files for mimetypes they claim to open?
[19:48] <slangasek> tjaalton: ugh, 195953 should have gone through an FFe...
[19:48] <slangasek> tjaalton: are you tracking this package then, to make sure there are no regressions?
[19:50] <warrend> hi
[19:50] <warrend> can someone look at this bug? https://bugs.launchpad.net/ubuntu/+source/usplash/+bug/188764
[20:01] <laga> slangasek: so are you going to talk to cjwatson/pitti or should i bug them myself?
[20:04] <slangasek> laga: I'll talk to them (on Monday, I expect - I don't think either of them are around this weekend)
[20:04] <laga> slangasek: thanks, that's much appreciated
[20:46] <afflux> does the livecd environment currently warn the user when he doesn't seem to have enough ram?
[20:48] <afflux> hm, I'll  better ask in -installer
[20:49] <tjaalton> slangasek: yeah.. sorry about it :/
[20:50] <tjaalton> slangasek: I'll monitor any issues with it, and actually the upload was broken so I'll fix it asap
[20:52] <slangasek> tjaalton: ok :)
[20:55] <tjaalton> huh, this is strange.. it included wacom_drv.o, when it should have built .so
[20:55] <tjaalton> but building it locally generates only .so
[20:55] <slangasek> heh
[20:55] <tjaalton> maybe it's the default CFLAGS etc biting me again?
[20:56] <slangasek> that would be strange if so
[20:56] <slangasek> a strange misfeature of the upstream build rules
[20:56] <tjaalton> yep
[21:02] <tjaalton> found the bug.. now figuring out how to fix it
[21:03] <tjaalton> fails to find the module dir
[21:21] <tjaalton> hmmh, is 'elif -z "$FOO"' bashism? the wacom configure script seems to fail with '-z: command not found'
[21:24] <ion_> Probably missing 'test' or [ ].
[21:24] <tjaalton> yep, test should do it, since all the other tests have it
[21:25] <tjaalton> quality
[21:26] <slangasek> I don't think that's even a bashism, I think it's invalid shell
[21:26] <tjaalton> right, bash fails too
[21:26] <tjaalton> seems that no-one is using latest wacom :)
[21:27] <tjaalton> or at least not reporting these upstream
[21:31] <slangasek> well that's encouraging
[21:34] <tjaalton> hehe
[21:34] <tjaalton> anyway, a fix uploaded
[21:35] <tjaalton> the release is a month old, so the actual code should be quite solid :)
[21:36] <slangasek> how do we know that, if no one's actually managing to build it successfully?
[21:38] <tjaalton> slangasek: maybe they were built by hand?-) anyway, upstream is adamant about this being much better for xserver 1.4..
[21:38] <tjaalton> better release
[21:47] <\sh> keescook / bryce: are you pushing inkscape 0.46 to hardy? editing pdfs sounds awesome :)
[22:00] <YokoZar> I'm trying to track down a bug regarding Cyrillic input, but don't have a cyrillic keyboard...what's a good way to emulate that?
[22:01] <ion_> setxkbmap ru?
[22:01] <YokoZar> ion_: the trouble is I don't really know what buttons to push, heh
[22:02] <Fujitsu> The GNOME keyboard layout setting thing shows the mapping when you select it.
[22:05] <YokoZar> Fujitsu: ahh ok.  I should learn to look in obvious places, thanks.
[22:52] <sistpoty> Keybuk | Mithrandir | doko: please give back haddock and hscolour on lpia, thanks
[23:01] <doko> sistpoty: can't do that: it's MANUALDEPWAIT
[23:01] <sistpoty> doko: what does that mean?
[23:03] <Fujitsu> sistpoty: It'll automatically be retried when the dependency is available.
[23:03] <sistpoty> Fujitsu: ah, thanks
[23:04] <Fujitsu> MANUALDEPWAIT isn't manual at all. Isn't it great?
[23:05] <sistpoty> oh... haddock is already built... cool, but I don't see manualdepwait for hscolour on lpia?
[23:05] <ScottK2> Just for the record I'd like it noted that I'm self-censoring right now.
[23:07] <sistpoty> Fujitsu: any clues about hscolour, and where I could see it being manualdepwait?
[23:07] <Fujitsu> sistpoty: Looking.
[23:08] <sistpoty> thanks
[23:09] <Fujitsu> doko: hppa and lpia failed to build; they're not MANUALDEPWAIT.
[23:10] <sistpoty> doko: ok, then please give back hscolour on lpia (hppa is no use to give back, we don't have ghc6 there)
[23:10] <doko> Fujitsu: according to  https://edge.launchpad.net/ubuntu/+source/haddock/0.8-2 both are "Dependency wait"
[23:11] <Fujitsu> doko: Ah, I speak of hscolour.
[23:11] <sistpoty> doko: that's haddock, and it's for gutsy (which I misread in the first place as well *g*)
[23:11] <sistpoty> (and for hppa...)
[23:12] <doko> sistpoty: done
[23:12] <sistpoty> doko: thanks!
[23:22] <YokoZar> Is there a reason why /usr/share/X11/locale/locale.dir  lists ru_RU.UTF-8/XLC_LOCALE  ru_RU.UTF-8  rather than en_US.UTF-8/XLC_LOCALE  ru_RU.UTF-8 ?
[23:26] <slangasek> because of KOI8, according to the diff.
[23:28] <keescook> \sh: yawp, been done: inkscape | 0.46-0ubuntu1   | hardy/main
[23:28] <YokoZar> slangasek: Which package is that?  It may be causing a rather old bug in Wine ~ cyrillic input: https://bugs.edge.launchpad.net/wine/+bug/68594
[23:28] <ubotu> Launchpad bug 68594 in wine "No cyrillic input in apps under wine. " [Undecided,New]
[23:32] <slangasek> YokoZar: hrm? I'm talking about diff -u /usr/share/X11/locale/{en_US,ru_RU}.UTF-8/XLC_LOCALE
[23:33] <slangasek> I think you're unlikely to make a persuasive case that a wine bug should be fixed by *not* using the Russian KOI8 map
[23:34] <slangasek> and I'm not aware that XLC_LOCALE has anything to do with input anyway?
[23:35] <YokoZar> slangasek: I'm not sure why making the change fixed the problem earlier either.  Now, it looks like I can type Cyrillic characters in Wine's notepad (which is a UTF-8 app), but I don't have an ANSI app to test this on.  Wine's free fonts just started supporting Cyrillic letters too.
[23:37] <slangasek> if the problem was display of Cyrillic characters, then XLC_LOCALE would have some bearing
[23:38] <YokoZar> slangasek: that makes sense.  I'll close the bug


[00:24] <thumper> lifeless: do you have some time to talk?
[00:25] <lifeless> sure
[00:26] <lifeless> how would you like to talk?
[00:27] <lifeless> thumper: ^
[00:27] <thumper> lifeless: voice probably
[00:27] <lifeless> ok
[00:27] <lifeless> skype me baby
[00:27] <thumper> ok, just getting a game down for maia
[00:29] <bob2> jelmer: yeah, replied
[00:29] <thumper> lifeless: trying to skype, no answer
[00:29] <lifeless> thumper: sorry missed it
[01:19] <mwhudson> jelmer: you around by any chance at all?
[01:19] <jelmer> mwhudson: somewhat :-)
[01:19] <mwhudson> jelmer: awake enough to talk about bzr-hg and incremental imports at all?
[01:20] <mwhudson> or just a basic grounding in mercurial concepts i guess
[01:21] <jelmer> mwhudson: Yeah, though planning to get some sleep soonish
[01:21] <jelmer> mwhudson: anything in particular you'd like to know?
[01:22] <mwhudson> jelmer: hm, i guess i'd like to know what remote.branches(unknowns) returns
[01:22] <mwhudson> this seems to be a use of the word 'branch' i don't usually use
[01:22] <mwhudson> is a branch a run of commits with a single parent?
[01:24] <jelmer> mwhudson: IIRC yes
[01:25] <jelmer> mwhudson: so that allows you to mainly worry about merge commits and not waste any roundtrips on simple ones
[01:25] <mwhudson> jelmer: ok, that makes some kind of sense
[01:26] <mwhudson> jelmer: i like the ample docstrings and meaningful variable names in the mercurial source btw

[01:26] <jelmer> :-)
[01:28] <mwhudson> jelmer: so unknowns takes a set of revision ids and returns ... what?  the branches that contain the unknown revisions ?
[01:28] <mwhudson> er
[01:28] <mwhudson> remote.branches
[01:29] <jelmer> my memory is failing
[01:29]  * jelmer grabs the mercurial source
[01:31] <james_w> jelmer: dude!
[01:31] <james_w> yet more great patches!
[01:31] <jelmer> james_w: hey!
[01:34] <jelmer> mwhudson: unknowns the variable contains a set of revisions we have yet to fetch the branches for
[01:35] <mwhudson> it seems branches for each revision walks back until it reaches a rev with 2 or 0 parents
[01:35] <mwhudson> each *passed* revision
[01:35] <jelmer> mwhudson: when we fetch a branch we check if we know the base of that branch - if we do we know we don't have to check that branches' parents - the revisions we have to fetch are in between the base and the head of that branch
[01:36] <jelmer> mwhudson: which revisions we need from that branch we figure out later using a binary search
[01:36] <mwhudson> ok, this is starting to make sense
[01:38] <blunted> anyone familiar with the bazaar api?
[01:38] <jelmer> blunted: somewhat
[01:39] <blunted> i cant figure out how to get the url of a branch from its object
[01:39] <lifeless> branch.base
[01:40] <mwhudson> jelmer: i still don't get where we can decide to limit the revisions we fetch
[01:40] <mwhudson> i guess it's going to make the function quite a bit more complicated
[01:41] <blunted> thanks much, the documentation i've found doesn't seem to include attributes... maybe i'm missing something
[01:41] <jelmer> mwhudson: I'm sorry, I might've been more optimistic about that when my brain had lost the impression of what this function is doing :_)
[01:41] <mwhudson> jelmer: heh heh
[01:42] <jelmer> mwhudson: we definitely can't do much before the binary search
[01:51] <jelmer> mwhudson: yeah, I think it'd indeed be too hard
[01:52] <jelmer> mwhudson: it's a pity though, because you'll still have to process a lot of data you're going to discard later
[01:52] <mwhudson> jelmer: i don't really understand how all the revisions from a completely unseen branch end up in the returned set :/
[01:52] <jelmer> mwhudson: branches that aren't seen at all are already present locally
[01:53] <mwhudson> jelmer: i mean a branch where neither head nor root are present locally
[01:53] <mwhudson> it seems to me at some point you need to add all the revs from between(head, root) to the returned set
[01:54] <jelmer> mwhudson: the returned set isn't a set of revisions to fetch, it's the set of tips that's missing
[01:55] <jelmer> hmm
[01:55] <jelmer> I should get some sleep before I talk more nonsense
[01:55] <mwhudson> jelmer: oh
[01:55] <mwhudson> jelmer: yes, probably sleep is good :-)
[01:56] <jelmer> that last sentence (<jelmer> mwhudson: the returned set isn't a set of revisions to fetch, it's the set of tips that's missing) is gibberish
[01:56] <mwhudson> jelmer: noted
[01:57] <jelmer> g'night!
[01:58] <mwhudson> jelmer: talk you you on your monday i guess
[01:58] <jelmer> mwhudson: yeah, happy to continue discussing this then - I guess it's not really urgent until the majority of the imports are fixed anyway?
[01:59] <mwhudson> jelmer: no not really
[01:59] <mwhudson> jelmer: it would be nice to make the code that passes limit= in the puller uniform across branch types
[01:59] <mwhudson> but that's no big deal
[03:00] <Emzzzz> http://imggmi.info/DSC-1268362455.jpg/ do my tits look big?
[03:04]  * igc lunch
[05:10] <spiv> I started a bit early today, so I'm off.  Happy weekend everyone!
[07:30] <vila> hi all !
[08:46]  * igc dinner
[09:18] <sjamaan> Hi
[09:18] <sjamaan> I get this error message in my apache log:  No handlers could be found for logger "bzr"
[09:18] <sjamaan> What's causing this?
[09:42] <evanton> how do I purge a file completely from a bzr repository? I believe that doing bzr remove will leave traces of the file in older revision (please correct me if I'm wrong), so this doesn't suffice
[09:44] <bob2> yes, with difficulty
[09:46] <evanton> I believe it at least makes sense to expect for such a feature from bzr, because it's file-based
[09:46] <bob2> hm, it's not very file based
[09:47] <evanton> it would be harder for git, because excluding a file would change the sha checksum for that revision snapshot totally
[09:47] <bob2> that's not to do with file-ness, that's to do with identifying revisions based on content hashes
[09:47] <bob2> you can use fast-export/import for this, I think
[09:48] <bob2> or rebase
[09:49] <sjamaan> evanton: It has more to do with the fact that people already have the full history in their own branches
[09:49] <sjamaan> If you kill a revision afterwards, their branch will be inconsistent with the master branch
[09:49] <evanton> sjamaan: not a problem in my case, since the branch is unique, but I see your point
[09:50] <evanton> I was thinking about building a branch mirror revision by revision, from the moment when the file I want to purge was included
[09:50] <evanton> and just recommiting each revision without including that file
[09:51] <evanton> does this make sense?
[10:08] <sjamaan> I get this error message in my apache log:  No handlers could be found for logger "bzr". What's causing this?
[10:08] <gour> i'd like to use bzr with LP, but still keep using darcs for local development. now i'm curious if it is possible to configure bzr-explorer to use bzr-fast-import on certain repo and then push branch to LP. similar when pulling from LP (using fast-export) ?
[10:21] <gour> i'm not sure whether hats in explorer are working here
[10:29] <gour> I read http://bazaarvcs.wordpress.com/2010/03/01/bazaar-explorers-killer-feature article but do not see docs about adding one's own hats
[11:03] <sjamaan> After installing the bzr desktop bundle on OS X, I don't see any new apps under Applications, and "bzr explorer" says "unknown command".  How do I open the explorer on OS X?
[11:03] <gour> sjamaan: what bzr plugins says?
[11:04] <sjamaan> gour: Just a sec
[11:07] <sjamaan> gour: It lists qbzr, but not explorer
[11:07] <gour> sjamaan: then it's not installed (properly)
[11:08] <sjamaan> gour: Then what can I have done wrong?  I simply downloaded the desktop bundle and clicked through its installer
[11:08] <sjamaan> I retried using custom installation, but that doesn't make a difference
[11:08] <gour> sjamaan: i do not know mac, but maybe it's not part of bundle?
[11:09] <sjamaan> gour: I don't know mac either (helping out a colleague), but the docs all point to the bzr download page, and say you should download the desktop bundle as it contains explorer
[11:10] <sjamaan> "The latest Bazaar 2.x application bundles for OS X include Explorer. In some cases, you still need to install Qt binaries separately. See http://wiki.bazaar.canonical.com/MacOSXDownloads for details."
[11:10] <sjamaan> [http://doc.bazaar.canonical.com/explorer/en/install-osx.html]
[11:10] <gour> hmm
[11:10] <sjamaan> There's only one desktop bundle too, only for the previous release
[11:11] <sjamaan> Luckily the OS X version matches my colleague's OS X version
[11:11] <gour> :-)
[11:34] <sjamaan> jeez, if I understand correctly the bundle is broken in some way and you need to go download a new version of the Qt SDK from the Trolltech site
[11:34] <sjamaan> WTF
[11:35] <sjamaan> [ http://www.oak-tree.us/blog/index.php/2009/05/12/pyqt-mac ]
[11:36] <gour> :-/
[11:37] <sjamaan> Or pay up and upgrade to 10.6, coz that works
[11:37] <sjamaan> :)
[11:37] <sjamaan> That SDK is 550 Mb
[11:38]  * sjamaan wonders how others were able to get bzr working on their macs
[11:38] <sjamaan> It's not exactly obvious
[11:54] <huntz0r> Was wondering if someone could give me a real quick answer (not been able to find this out on the docs).  How can I "unstage" files or rather reset the current working tree? (I think that's the terminology)
[11:57] <hmeland_> huntz0r: I think you're looking for "bzr revert".
[11:58] <huntz0r> Thats the one!!  Cheers hmeland_!
[12:39] <BjornW> I'm looking for a howto for using bzr and I find the documentation not in depth enough. Is there another source available with more info?
[12:41]  * SamB_XP hands BjornW a pair of 3D glasses
[12:41] <gour> BjornW: what did you try?
[12:42] <BjornW> I'm trying to setup a workflow for 2 people where one is on Windows and I'm on Ubuntu.
[12:44] <SamB_XP> BjornW: and ?
[12:44] <gour> BjornW: you can use it as both are on the same machine
[12:45] <BjornW> What I would like to achieve is have 1 master branch and merge from our local branches
[12:45] <SamB_XP> does the 'dozer have an SSH account on your machine ?
[12:45] <BjornW> SamB_XP: nope
[12:45] <SamB_XP> or on some machine you both have accounts on?
[12:46] <BjornW> SamB_XP: I think we can setup a server
[12:50] <SamB_XP> it's really quite simple to use bzr over ssh ... did you look at the wiki ?
[12:51] <SamB_XP> oh, and if by some chance the project you are (going to be) working on happens to be open source, you could just use launchpad instead of setting up your own server
[12:53] <BjornW> SamB_XP: would love to use LP, but this is not my project and the other person does not want to make this floss :(
[12:53] <SamB_XP> fear not -- that would only simplify it a teensy bit
[12:56] <SamB_XP> well, I mean, once you get the permissions set up on the server so that you can both push to whatever branches you keep there
[12:57] <SamB_XP> the issues involved are really no different from those you see with darcs or git, except that bzr works a lot better on Windows than I remember darcs working there :-)
[13:15] <SamB_XP> BjornW_: getting anywhere ?
[13:15] <BjornW_> SamB_XP: I'm now setting up my server. Just created a bzr repo
[13:17] <BjornW_> Trying to fix this issue for future collaboration as well :)
[13:17]  * gour is quite satisfied with darcs, but will use bzr for publishing branches on LP
[13:19] <SamB_XP> BjornW_: http://wiki.bazaar.canonical.com/SharedRepositoryTutorial says that setting the permissions on a directory to "02770" should keep everything bzr puts under the directory group-writable
[13:20] <SamB_XP> at least, if you use bzr+ssh:// and not sftp://
[13:20] <sjamaan> :(
[13:21] <SamB_XP> sjamaan: ?
[13:21] <sjamaan> It looks like my attempt to switch our company over to bzr has failed
[13:21] <SamB_XP> oh
[13:21] <SamB_XP> what are you using now ?
[13:21] <sjamaan> svn
[13:21] <SamB_XP> could be worse!
[13:21] <sjamaan> True :)
[13:21] <sjamaan> The GUI situation for OS X is horrible
[13:22] <SamB_XP> I heard about a professor who was making everyone in his class use CVS, and called the use of the CLI "unprofessional"!
[13:22] <sjamaan> heh
[13:22] <idnar> wait, what CVS GUI were they using then?
[13:22] <sjamaan> tortoise?
[13:22] <sjamaan> It's pretty good
[13:23] <SamB_XP> I think he was suggesting they use, say, Emacs' integration
[13:23] <sjamaan> haha
[13:23] <idnar> Tortoise is Windows only, isn't it?
[13:23] <BjornW_> SamB_XP: thanks!
[13:23] <SamB_XP> idnar: er ... maybe ?
[13:24] <sjamaan> idnar: yeah
[13:24] <sjamaan> Most schools are still 100% windows
[13:58] <BjornW_> SamB_XP: how can I use a different user with bzr+ssh? Something like<EMAIL_ADDRESS>[13:58] <BjornW> bzr+ssh
[15:01] <BjornW_> how can I branch from a branch only a specific directory? Is this even possible?
[15:03] <jelmer> BjornT: no, this (partial checkouts) is not supported (yet)
[16:20] <NfNitLoop> What do people in here generally use to handle 3-way merging when you encounter conflicts?
[16:21] <NfNitLoop> and how do you integrate w/ kde?  I remember last time I did this trying to call kdiff...
[16:22] <NfNitLoop> and it would open the .THIS, .OTHER, and .BASE files...
[16:22] <NfNitLoop> Hrmm.  I guess I'm just a n00b at 3-way merging in general.
[16:22]  * NfNitLoop does some more googling.
[16:24] <jelmer> NfNitLoop: I'm pretty sure there is some integration for things like kdiff in qbzr
[16:24] <jelmer> but I have no experience with them
[16:31] <NfNitLoop> jelmer: so it does.  Thanks.
[16:31] <NfNitLoop> Apparently I was just missing the point where 3way merge tools don't bother copying the modified .THIS over the versioned file for you.  I assumed I was doing something wrong. :p
[16:36] <NfNitLoop> Oh well, it ended up being trivial anyway.  (My changes win!)  :p
[20:24] <aspidites> i can't seem to find a way to check out an earlier revision
[20:25] <jelmer> aspidites: bzr branch -r<revnum>
[20:25] <Peng> "bzr branch -r 123" "bzr revert -r 123" "bzr update -r 123"
[20:25] <Peng> Depending on what you want.
[20:25] <aspidites> jelmer: wow. that easy? how did i not see that. Thanks!
[20:25] <Peng> "bzr checkout -r 123" too! :D
[20:30] <aspidites> btw, is there a preferred method of resolving conflicts? doing "bzr merge" "bzr resolve filename" is what got me in this situation in the first place
[20:30] <aspidites> adding a bunch of <<<<'s and >>>'s to the file in question.
[20:35] <NfNitLoop> aspidites: the preferred method is to actually resolve your conflicts before running 'bzr resolve filename'.
[20:35] <NfNitLoop> resolve just *marks* the file as resolved, a human (i.e.: you) still has to make sense of the differnces and choose how to integrate them.
[20:36] <NfNitLoop> This is not unique to bzr, by the way.  SVN and CVS have this same behavior.
[20:37] <NfNitLoop> There are a couple ways to actually do the resolving, though.
[20:37] <NfNitLoop> 1)  Read the file and remove the >>>> <<<< bits, making sure what code you leave in is how you want the merge to go.
[20:38] <NfNitLoop> 1b) then run bzr resolve.   do that on all files.  Then do 'bzr commit' to finish your merge.
[20:38] <NfNitLoop> Or 2)  Use a GUI 3-way merge tool for more complicated merges.   as jelmer recommended to me earlier, qbzr has some integration for that.
[20:39] <NfNitLoop> so I did:  bzr qconflicts.   Double-clicked on each of my conflicts, merged changes in my GUI diff viewer.  Copied the .THIS file over the versioned file, then ran 'bzr resolve'.
[20:44] <aspidites> NfNitLoop: thanks, i will try that
[21:00] <aspidites> so if i understand correctly, the >>>'s etc are added during a merge to note conflicts. i then decide after sifting through the files which changes i want to commit, then do resolve on each of those files?
[21:01] <Peng> aspidites: You edit the file somehow to what you want, and then you use "bzr resolve" to tell bzr that you've resolved the conclits.
[21:01] <Peng> Err.
[21:01] <Peng> conflicts*
[22:01] <Milo-> hey, I made a commit, and then pulled and had some conflicts which I couldn't handle at that time of day, so I did 'bzr revert', which for some reason removed my commit and all the changed made with it
[22:01] <Milo-> how do I undo revert?
[22:02] <Milo-> I know the files are reachable, since I had commited
[22:02] <Milo-> just like bzr uncommit lets you undo, so can bzr revert be undone?
[22:03] <NfNitLoop> Milo-: Did you do a 'bzr pull --overwrite'?
[22:03] <NfNitLoop> or a 'bzr merge'?
[22:03] <Milo-> actually, bzr update, checked my logs..
[22:04] <NfNitLoop> ah, this is a bound branch?
[22:04] <Milo-> yes
[22:04] <Milo-> wasn't bound when I committed.
[22:04] <NfNitLoop> right, so you had local commits, then did an update, got conflicts, then reverted...
[22:04] <NfNitLoop> Hrmm.
[22:04] <Milo-> yup
[22:04] <NfNitLoop> did you do any commits after that?
[22:04] <Milo-> no
[22:04] <NfNitLoop> that's good. :p
[22:04] <NfNitLoop> what does 'bzr status' say?
[22:05] <Milo-> says clean
[22:05] <NfNitLoop> Hrmm.  Sounds like revert is acting differently on bound branches?   *reads*
[22:05] <Milo-> well, clean as in I have a lot of uncommitted changes, mainly binaries and such
[22:05] <Milo-> ahhh meh
[22:05] <Milo-> there is "dir.moved"
[22:06] <Milo-> I failed to see that .moved earlier:)
[22:07] <NfNitLoop> likely what you'll have to do is find the old commit in your log, resurrect it as a new branch, and merge those changes back in.
[22:07] <Milo-> Don't know how to get that commit from the log, since it is not visible
[22:07] <NfNitLoop> it's not in ~/bzr.log?
[22:08] <Milo-> oh, didn't know about such log :
[22:09] <NfNitLoop> yeah, so when you update a bound branch, it tries to merge your stuff with upstream.  When you reverted...
[22:09] <NfNitLoop> well, usually revert only reverts files, did you do revert --forget-merges too?
[22:10] <Milo-> just 'bzr revert'
[22:10] <NfNitLoop> or do you have pending merges in your 'bzr status'?
[22:10] <Milo-> not according to bzr status
[22:10] <lifeless> NfNitLoop: 'bzr revert' will discard pending merges. 'bzr revert .' won't.
[22:11] <lifeless> just FYI
[22:11] <Milo-> ah
[22:11] <NfNitLoop> oh?  Is that new?
[22:11] <Milo-> that explains it
[22:11] <lifeless> NfNitLoop: no
[22:11] <NfNitLoop> Huh.  I guess maybe I added the '.' when I ran it before without realizing.
[22:11] <lifeless> NfNitLoop: revert with no args reverts everything; revert of any path only reverts that path
[22:12] <Milo-> there were no harm done when it nuked some of my source code
[22:12] <NfNitLoop> Milo-: so when you ran revert, it reverted to upstream's branch.
[22:12] <Milo-> yeah seems so
[22:12] <NfNitLoop> and you no longer have a reference to your commit in your history.
[22:12] <NfNitLoop> so you have to go pluck it out of your log.
[22:12] <Milo-> no need
[22:12] <Milo-> I Only had spent 40 minutes on that feature anyways
[22:12] <Milo-> re-made the whole feature with better quality in less than 10 minutes :P
[22:13] <NfNitLoop> hehe.
[22:13] <NfNitLoop> that's how you'd get around that, though.
[22:13] <Milo-> came here to ask how it is done, in case I actually need something like that in the future
[22:13] <NfNitLoop> without the log... I'm not sure what you would do.
[22:13] <NfNitLoop> anyone else have a suggestion?
[22:20] <fullermd> heads
[22:28] <NfNitLoop> fullermd: ah, handy.
[22:28] <NfNitLoop> I figured there was a tool like that, but hadn't poked around bzrtools enough to find it.
[23:30] <Kamping_Kaiser> wow... i'm impressed with bzr-svn, merged in new changes without me doing anything.
[23:30] <Kamping_Kaiser> jelmer: thanks :)
[23:30] <NfNitLoop> Kamping_Kaiser: isn't it awesome?
[23:30] <Kamping_Kaiser> NfNitLoop: it just is.
[23:31] <NfNitLoop> We use SVN at work and I use bzr for all my local branches for just that reason.
[23:31] <NfNitLoop> Well, plus I don't have to pollute the central repo w/ all my branches.
[23:31] <NfNitLoop> And when our SVN server goes down I can keep on working. :p
[23:31] <Kamping_Kaiser> :)
[23:32] <Kamping_Kaiser> interesting. patches are replayed on top. wondered where the -rewrite dependency came from
[23:33] <NfNitLoop> Kamping_Kaiser: it depends on how you do your development.
[23:33] <NfNitLoop> but bzr-svn will warn you if they're not going to be linear when you try to push back to svn.
[23:34] <Kamping_Kaiser> NfNitLoop: I only deal with r/o svn repos, so i haven't had a chance to encounter that yet
[23:35] <NfNitLoop> Oh.  Then I'm not sure what you meant by "patches are replayed on top".
[23:35] <NfNitLoop> (or, for that matter, "the -rewrite dependency.")
[23:36] <Kamping_Kaiser> NfNitLoop: bzr-svn in debian recommends bzr-rebase (which iirc is now bzr-rewrite)
[23:38] <Kamping_Kaiser> NfNitLoop: and i was mistake about the replay, the changes were merged, but they don't have a commit associated with them
[23:45] <wgrant> Kamping_Kaiser: If the branch you merge from doesn't exist on the svn server, then its revisions can't be recovered when you check out trunk again.
[23:45] <wgrant> It results in a so-called 'ghost' revision.
[23:46] <Kamping_Kaiser> wgrant: itdoes exist - i pulled it with svn into its own branch, and with bzr into a branch i modify


[06:14] <bkerensa> foss yeaaaah
[06:51] <bkerensa> pleia2: looks like I am coming to Bay Area even though no UDS :)
[06:51] <bkerensa> Mozilla Summit SF :)
[06:51] <bkerensa> They are having three summits at concurrently =o
[07:09] <bkerensa> philipballew: \o/
[07:10] <philipballew> bkerensa, holla!
[07:11] <philipballew> Hows Stumptown bkerensa ?
[07:11] <bkerensa> philipballew: glorious... Lots of sun and a nice cool breeze
[07:12] <philipballew> Oh wow. I should take a weekend trip up there one day. The rain must be nice.
[07:12] <philipballew> bkerensa, Hope your book idea is a hit
[07:13] <bkerensa> philipballew: we will see... :) I want to offer it for free... most publishers dont like free :P
[07:13] <philipballew> Good point bkerensa .
[07:14] <philipballew> Maybe at OSCON you can talk to Bill and tell him all about it.
[07:15] <philipballew> I still need to see what I am doing to July, but if I have time I should be up there for OSCON, and if I am, I will help you with your  booth.
[07:15] <philipballew> I will be in Mexico untill two days before.
[07:33] <bkerensa> philipballew: Bill?
[07:34] <philipballew> bkerensa, yeah, he is the head of that publishing company.
[07:35]  * bkerensa facepalms
[07:35] <bkerensa> philipballew: You mean Tim O'Reilly
[07:35] <philipballew> yeah! That!
[07:35] <bkerensa> Bill O'Reilly is a Republucan Crackpot
[07:35] <philipballew> tim, bill, kinda close
[07:35] <bkerensa> ahh :s
[07:35] <bkerensa> in alternate universes perhaps :P
[07:36] <bkerensa> Tim doesn't really make book decisions from what I gather
[07:36] <philipballew> I've read a few of the "Republucan Crackpot" books. He does have his thoughts.
[07:36] <bkerensa> O'Reilly is actually two companies
[07:36] <philipballew> This is true.


[00:08] <lvh> Hello!
[00:09] <lvh> Why do Blueprint names start with their project?
[00:09] <lvh> Why aren't blueprints project-local in the first place?
[00:10] <wgrant> lvh: They are project-local.
[00:11] <lvh> Huh. I must be misremembering behavior I thought I saw then :-)
[00:12] <wgrant> I just created two with the same name in different projects on staging.
[00:14] <lvh> I guess it was because I was looking for blueprints to link to a branch and the keyword was a common english word
[00:14] <lvh> then again, a branch being linked to someone elses blueprint could make sense
[00:26] <MTecknology> Is there any way to easily make a kernel in a PPA? only one version of the kernel, only one .config?
[00:28] <wgrant> MTecknology: You should probably ask the kernel maintainers.
[00:30] <bitmonk1> MTecknology: look at kernel-package in debian / ubuntu, provides make-kpkg command for creating kernel debs.
[00:31] <bitmonk1> then, you should be able to jam that into a ppa just as any other deb.  not sure if there is a more specialized tool for straight LP
[00:32] <MTecknology> bitmonk1: oh.. nifty - I'll have to try it :)
[00:33] <wgrant> You'd probably be better off using the normal kernel packaging in PPA mode.
[00:37] <MTecknology> wgrant: I was trying to find some idiot proof wiki for it
[01:08] <bitmonk1> MTecknology: ubuntu wiki should have something on building a deb in general
[01:10] <MTecknology> bitmonk1: I'm trying with make-kpkg - removed some bloat - make clean && rm -R .git - then put it out to my dev system and ran make-kpkg clean and now I'm trying fakeroot make-kpkg--append-to-version=-foo kernel-image kernel-headers
[01:12] <bitmonk1> sounds like you're on the right track ..
[01:12] <bitmonk1> don't forget to hit /etc/kernel-package.conf and put your info in as maintainer
[01:13] <MTecknology> bitmonk1: thanks
[01:14] <MTecknology> bitmonk1: just realized I haven't run make oldconfig yet :P
[02:03] <bitmonk1> MTecknology: have you created a ppa yet?
[02:03] <bitmonk1> and, in general: https://help.launchpad.net/Packaging/PPA/Uploading
[02:03] <MTecknology> bitmonk1: ya, I have one
[02:03] <MTecknology> bitmonk1: I've used it for some apps - never a kernel though
[02:04] <bitmonk1> should be no different.
[02:04] <MTecknology> bitmonk1: I suppose once make-kpkg runs it makes everything needed for debuild
[02:04] <bitmonk1> if it is then, i'm interested to know how.  i have been meaning to package some xen kernels for a while..
[02:04] <bitmonk1> make-kpkg should give you a .deb
[02:04] <bitmonk1> or three
[02:05] <MTecknology> bitmonk1: yup - but I can't just run dput on a .deb?
[02:06] <bitmonk1> what distro are you on?
[02:06] <doctormo_> [19:56] *** The topic was set by noodles775!~michael@canonical/launchpad/noodles775 on 20/05/2010 11:32.
[02:06] <doctormo_> [19:56] *** Channel URL: https://launchpad.net
[02:06] <doctormo_> [19:57] *** Channel modes: no colors allowed, no messages from outside
[02:06] <doctormo_> [19:57] *** This channel was created on 26/11/2006 01:42.
[02:07] <doctormo_> [20:08] <bitmonk1> MTecknology: ubuntu wiki should have something on building a deb in general
[02:07] <doctormo_> [20:10] <MTecknology> bitmonk1: I'm trying with make-kpkg - removed some bloat - make clean && rm -R .git - then put it out to my dev system and ran make-kpkg clean and now I'm trying fakeroot make-kpkg--append-to-version=-foo kernel-image kernel-headers
[02:07] <doctormo_> [20:12] <bitmonk1> sounds like you're on the right track ..
[02:07] <doctormo_> [20:13] <bitmonk1> don't forget to hit /etc/kernel-package.conf and put your info in as maintainer
[02:07] <doctormo_> [20:13] <MTecknology> bitmonk1: thanks
[02:07] <doctormo_> [20:14] <MTecknology> bitmonk1: just realized I haven't run make oldconfig yet :P
[02:07] <doctormo_> [21:03] <bitmonk1> MTecknology: have you created a ppa yet?
[02:07] <doctormo_> [21:03] <bitmonk1> and, in general: https://help.launchpad.net/Packaging/PPA/Uploading
[02:07] <doctormo_> [21:03] <MTecknology> bitmonk1: ya, I have one
[02:07] <doctormo_> [21:03] <MTecknology> bitmonk1: I've used it for some apps - never a kernel though
[02:07] <bitmonk1> whee
[02:07] <MTecknology> bitmonk1: lucid
[02:07] <MTecknology> doctormo_: have a little accident?
[02:09] <bitmonk1> so, yah, i dunno why i thought you could send a deb.  anyway, i believe make-kpkg debianizes your source tree
[02:09] <MTecknology> bitmonk1: ya, thatt's what I meant with "everything needed for debuild" :)
[02:09] <MTecknology> bitmonk1: works for me :)
[02:10] <bitmonk1> give it a shot, let me know if it doesn't work and i'll throw something together in my local env
[02:10] <MTecknology> bitmonk1: alrighty - I'm fixing up changelog and control - I require another package in mine :P
[02:17] <MTecknology> bitmonk1: debuild -S -sa failed - and ./debian/ went away :(
[02:17] <bitmonk1> O.o
[02:18] <bitmonk1> read the kernel-package documentation, there are a number of ways it can be used.  the default is just to build the entire packages for you, but i suspect it can be used to prepare a package for debuild.
[02:19] <MTecknology> bitmonk1: I guess I get to do that again - and then I won't touch anything except for the changlog sig line for signing
[02:19] <MTecknology> bitmonk1: I have always been using make all modules_install install for my kernel :P
[02:20] <bitmonk1> sure, that's the quickest path usually, until you want reproducibility ;d
[02:21] <MTecknology> :P
[02:22] <MTecknology> bitmonk1: that's my goal eventually
[02:22] <MTecknology> bitmonk1: actually... I'd like to eventually add a patch to include vbox modules in the kernel and then have a completely monolithic kernel :P
[02:23] <MTecknology> bitmonk1: deletes the debian/ again
[02:27] <bitmonk1> i thought ubu was shipping vbox support in -generic, or at least an enabled kernel, since karmic or prior.  no?
[02:28] <bitmonk1> oh, okay, modules, sure.
[02:29] <bitmonk1> i haven't worried about having a fully monolithic kernel in ages, i forget what exactly the costs of modules are, except having to configure them to load properly.
[02:30] <MTecknology> bitmonk1: i don't think it's that high - but right now I only have my vbox kernels - everything else fits in a 3.9mb lzo image
[02:31] <bitmonk1> interesting, what are you netbooting?
[02:32] <bitmonk1> some kind of specialized system? sounds interesting .
[02:32] <MTecknology> bitmonk1: just my laptop :P
[02:33] <bitmonk1> why the focus on compactness?
[02:33] <MTecknology> i'm psychotic :P
[02:33] <bitmonk1> just, sort of curious.  it's always an interesting challenge to take on.
[02:33] <bitmonk1> hah
[02:33] <bitmonk1> fair enough
[02:33] <MTecknology> my whole system is like this
[02:33] <bitmonk1> masochistic ;d
[02:34] <MTecknology> :P
[02:34] <MTecknology> I've been called that a few times
[02:37] <MTecknology> bitmonk1: I ran just 'make-kpkg debian' which builds debian/ but it gets deleted when running debuild -S -sa
[02:38]  * bitmonk1 is more familiar with make-kpkg than debuild, sadly
[02:38] <bitmonk1> something i need to strengthen
[02:38] <MTecknology> bitmonk1: I have been using my own kernel al ong time - but now all I want is to put it into a ppa
[02:46] <MTecknology> bitmonk1: maybe I need to add the buildpackage target..
[02:52] <MTecknology> bitmonk1: yuppers... - that's what I needed - now we'll see about making my kernel publicly available :)
[02:53] <bitmonk1> so, what did you have to do?
[02:53] <bitmonk1> change, file-wise, that is?
[02:55] <bitmonk1> i'd just like to note it, as i said, i have been meaning to ppa some kernels myself.
[02:55] <bitmonk1> perhaps there is even a wiki somewhere we could contribute to..
[02:57] <MTecknology> bitmonk1: I'd enjoy reading one about this :P
[02:57] <MTecknology> bitmonk1: I'll grab the command when this finishes
[02:57] <bitmonk1> well, i'm just asking, what did you have to change to get it to work? could you give me a paste of the commands you ran or something? i may turn it into documentation.
[02:57] <bitmonk1> yah pls do :)
[02:57] <MTecknology> just one line actually
[02:58] <bitmonk1> sweet.
[03:12] <MTecknology> bitmonk1: apparenlty make-kpkg also compiles it on the system :P
[03:12] <MTecknology> make-kpkg buildpackage *
[03:12] <bitmonk1> i believe you may be able to pass it options that don't, however.
[03:12] <MTecknology> oh
[03:12] <bitmonk1> yeah it will for sure
[03:13] <bitmonk1> that's its' typical usage, outside of ppa-land, where you make some debs and put them in an apache folder or something..
[03:13] <MTecknology> i like ppa-land
[03:14] <bitmonk1> sure, just saying, make-kpkg far predates ppa-land.  i'm not 100% sure, but i suspect you can tell it not to build.
[03:14] <bitmonk1> another option is, you can apt-get source the kernel you want to modify, and just touch the .config and Changelog and such
[03:14] <bitmonk1> maybe rename it kernel-mteck-mono-vbox or something
[03:20] <MTecknology> bitmonk1: if this works you should take a peak :)
[03:26] <MTecknology> bitmonk1: so far it's built 2 .debs and a xxxx_source.build
[03:26] <MTecknology> bitmonk1: i'm assuming the other parts are coming that are needed for a ppa build :P
[03:57] <bitmonk1> MTecknology: url?
[03:57] <bitmonk1> oh i thought you meant the farm, your box
[03:57] <bitmonk1> absolutely i would like to take a look.
[04:00] <MTecknology> bitmonk1: farm? my farm is one box :P
[04:00] <bitmonk1> no i meant, i thought like, launchpad was building them..
[04:01] <MTecknology> oh
[04:01] <MTecknology> not yet :(
[04:08] <MTecknology> bitmonk1: :S - i keep seeming to find that make-kpkg isn't designed for making a package that can be uploaded to ppa
[04:09] <bitmonk1> perhaps, and if so, i apologize, but it should produce a source deb, and it seems that you should be able to modify a source deb for ppa upload.
[04:09] <bitmonk1> i'm not quite a ppa upload expert, to be fair.  just trying to help.
[04:10] <MTecknology> bitmonk1: I appreciate the help - and I hear make-kpkg used a lot - just haven't seen it used for this - I've been searching online for a while
[05:09] <MTecknology> bitmonk1: it seems only smart people that hate docs do this :P
[12:43] <FloSoft> hi, i've got following bug: i upgraded my repository from format 6 to 7, now i upgraded my bzr from 1.3 to 2.1 (from launchpad ubuntu ppa) and I've got a lock on the branch (now for 80 hours) i broke that lock now, otherwise i was not able to upload anymore
[12:43] <FloSoft> perhaps the upgrade process finished, but did not removed the lock?
[14:28] <magcius> Loggerhead is down?
[15:06] <thopiekar> hi
[15:06] <thopiekar> is it possible to change the projects "root name"? like of this one? https://launchpad.net/mopedix
[15:22] <beuno> thopiekar, you need to file a question in Launchpad
[15:23] <thopiekar> here, beuno ? https://answers.launchpad.net/launchpad
[15:24] <nigelb> thopiekar: yes, there
[15:24] <thopiekar> thanks, nigelb, beuno
[22:56] <humphreybc> How can I unsubscribe our team's mailing list from our project bug mail?
[23:01] <thumper> humphreybc: the team is probably the bug contact
[23:01] <thumper> if it is, it
[23:02] <thumper> will get email
[23:02] <humphreybc> ah
[23:02] <humphreybc> where do I change that?
[23:02] <humphreybc> bug supervisor is set to none
[23:02] <thumper> is the team subscribed to the bugs of the project?
[23:02]  * thumper wonders where that is set
[23:03]  * thumper thinks
[23:03] <thumper> the email contact falls back to the project owner if there is no bug supervisor set
[23:03] <thumper> so the project owner will get the bug mail
[23:03] <thumper> there isn't a setting for turning this off right now
[23:03] <humphreybc> oh
[23:04] <thumper> one thing to do
[23:04] <thumper> is to set up a different bug contact
[23:04] <humphreybc> so project owner = maintainer?
[23:04] <thumper> mostly
[23:04] <humphreybc> so do I have to set up some special account or mailing list?
[23:05] <thumper> if you don't want the email, yes
[23:05] <humphreybc> right
[23:05] <thumper> humphreybc: for ubuntu-manual?
[23:05] <humphreybc> yep
[23:05] <thumper> set up a team called ubuntu-manual-bugs
[23:05] <thumper> get a mailing list
[23:06] <thumper> make it the contact address for the team (somehow)
[23:06] <humphreybc> lol
[23:06] <thumper> and don't subscribe to the mailing list
[23:06] <thumper> at least then
[23:06] <thumper> there are archives if you want to check
[23:06] <thumper> and those who do want the mail
[23:06] <humphreybc> ah ha
[23:06] <humphreybc> okay
[23:06] <thumper> can subscribe
[23:08] <humphreybc> who approves the mailing lists?
[23:09] <bitmonk1> it's up to you, i think, it can be approval based subscription or no.
[23:09] <humphreybc> I just "applied" for a mailing list and it says a Launchpad administrator will review and approve it
[23:09] <humphreybc> I was wondering who does that
[23:20] <humphreybc> thumper: https://launchpad.net/~ubuntu-manual-bugs
[23:20] <thumper> humphreybc: they used to be manually approved
[23:20] <thumper> but no longer
[23:20] <humphreybc> I've set it up correctly, and ubuntu-manual-bugs is set to the bug supervisor for our project, but we're still getting bug mail in the main list
[23:21]  * thumper pokes LP
[23:22] <humphreybc> Weird, the main list just got some bug mail from this bug, https://bugs.launchpad.net/ubuntu-manual/+bug/584627
[23:22] <thumper> humphreybc: take a look at https://edge.launchpad.net/ubuntu-manual/+subscribe
[23:22] <humphreybc> but then ubuntu-manual-bugs is apparently getting bug mail too, https://lists.launchpad.net/ubuntu-manual-bugs/
[23:23] <thumper> humphreybc: are their any team checkboxes?
[23:23] <humphreybc> thumper: http://humphreybc.homeip.net/files/bugs.png
[23:23] <humphreybc> tis what I have
[23:24] <thumper> humphreybc: I'm out of suggestions
[23:24] <thumper> humphreybc: ask a question on the launchpad bugs project
[23:24] <humphreybc> blast! Well I guess we'll wait and see if it gets better
[23:24] <humphreybc> okay, i'll give it a couple of days
[23:25] <humphreybc> maybe it's something to do with old bugs that the main team was originally subscribed to
[23:25] <thumper> wait
[23:25] <thumper> humphreybc: for one of the bugs you didn't want on the main list
[23:25] <thumper> humphreybc: pastebin the raw email
[23:25] <thumper> there are a bunch of email headers that'll help
[23:26] <humphreybc> http://paste.ubuntu.com/438526/
[23:26] <thumper> humphreybc: that isn't all the email
[23:26] <thumper> humphreybc: I want to see all the headers
[23:27] <humphreybc> how can I do that in gmail?
[23:27] <humphreybc> ah
[23:27] <humphreybc> show original
[23:27] <humphreybc> http://paste.ubuntu.com/438527/
[23:29] <thumper> X-Launchpad-Message-Rationale: Registrant (Ubuntu Manual) @ubuntu-manual
[23:29] <thumper> that is the reason you got the mail
[23:30] <thumper> now the question is why it does that
[23:34] <wgrant> That really suggests that the bug supervisor was unset for a little while.
[23:34] <thumper> wgrant: it was
[23:34] <thumper> wgrant: but if the bug supervisor is now set, why is the team still getting emails?
[23:35] <wgrant> Is it?
[23:36] <wgrant> The last email on the list is from just around the time of the original discussion.
[23:36] <wgrant> # Date: Sun, 23 May 2010 22:05:35 -0000
[23:37] <wgrant> Which seems like 31 minutes ago.
[23:37] <wgrant> Note the notifications could take up to 5 minutes after the bug supervisor change to take effect.
[23:38] <humphreybc> they've stopped now... fingers crossed :)
[23:39] <wgrant> (and Launchpad will sometimes lie that emails have been sent an hour in the future, so that may be throwing things off slightly)
[23:44] <bitmonk1> heh.. it's always great when a log of email delivery is created sometime other than when the email is delivered ;d
[23:46] <poolie> hi wgrant
[23:47] <wgrant> Morning poolie.


[15:09] <seph> I'm trying to use linux-generic-lts-raring and it seems to be missing kernel headers. I feel a little helpless asking, but I'm not sure how to tell if this is a known issue or where to report it. I can't find bugs for it anywhere in launchpad.
[15:11] <tjaalton> where did you get it?
[15:11] <seph> https://launchpad.net/~ubuntu-x-swat/+archive/r-lts-backport/  (which is why I'm asking here)
[15:12] <tjaalton> the headers are there too
[15:12] <mlankhorst> seph: would be a bug for the kernel team
[15:13] <seph> AFAICT those header packages are incomplete. linux-headers-3.8.0-7-generic has symlinks to linux-headers-3.8.0-7, which has no files.
[15:13] <mlankhorst> the kernel team maintains those packages in the ppa, and at the moment the xorg snapshot there is mostly to test the mechanics. :-)
[15:14] <mlankhorst> erm those packages means the linux-* packages
[15:14] <tjaalton> yeah looks like the headers package is broken
[15:14] <seph> Okay. I can file it against the kernel team. (now filed as #1134441)
[15:15] <seph> Thanks for the pointer. It's a bit weird trying to tell how to file things in all this :)


[17:55] <[Ubik]> minasota: nope, I can drop him a message on Facebook I guess... need to find out where he lives (he's local, and I know what complex he lives in, just not what unit.)
[17:55] <[Ubik]> Then I could go by and ping him, lol
[17:55] <[Ubik]> but I'll drop him a message on fb for sure


[00:25] <johnnyboi> I accidentally removed libinput and now my input devices dont work. What should I do to reinstall it?
[00:27] <proctrap> wait what ? :D
[00:27] <proctrap> live-cd root into your system and re-install ?
[00:29] <johnnyboi> I removed xserver-xorg-input-libinput
[00:30] <johnnyboi1> Is it possible to reinstall this package?
 @JonelethIrenicus, It has a flatpak
[00:35] <proctrap> johnnyboi1: https://wiki.archlinux.org/index.php/Change_root
[00:35] <proctrap> johnnyboi1: you can use this to boot from live-cd and apt-get install your lib
[00:45] <johnnyboi1> Thnx
[00:46] <johnnyboi1> Looks kinda confusing
[00:51] <johnnyboi1> As a lazyass that i am, i extracted the deb package from livecd and put the files in the right directories then it worked and reinstall the actual package so the groups are the right again :P
[01:26] <koolkid> hello
[01:31] <proctrap> johnnyboi1: if it's stupid but it works, it aint stupid
[01:32] <koolkid> proctrap
[01:32] <koolkid> how do I use computer
[01:32] <koolkid> me no understand
[01:32] <koolkid> help
[01:33] <johnnyboi1> proctrap: true, everything works now, even if it was an unorthodox way :D
[01:36] <johnnyboi1> I thought though it would use synaptics as fallback :/
[01:36] <proctrap> koolkid_: already doing it, have a nice troll
[01:37] <proctrap> johnnyboi1: not if you replace x-server's input
[01:37] <koolkid> hey proctrpa
[01:37] <proctrap> johnnyboi1: only in non x-server mode
[01:37] <johnnyboi1> Oh ok
[01:37] <proctrap> would have to kill x-server from booting, then you would use the low level stuff
[01:38] <proctrap> so: next time erase a little more, to get at least a decent problem :P
[01:39] <johnnyboi1> Hahah
[06:42] <lordievader> Good morning
[11:02] <BluesKaj> Hey folks
[11:09] <forcerecon> morning all
[11:20] <Eightynine> Hi. I have low sound volume though it's 100%. How to fix that?
[11:21] <BluesKaj> where is it set at 100%?
[11:21] <Eightynine> In pavucontrol.
[11:22] <BluesKaj> check alsamixer in the ter,imal ,make sure the Master is at  85% or a bit more
[11:22] <BluesKaj> terminal
[11:23] <Eightynine> No, it was 41. Thank you.
[11:25] <Eightynine> And which widget for Plasma I can install to see popover when controling sound volume?
[11:26] <BluesKaj> kmix, but install it with apt
[11:28] <hateball> if you use pulseaudio the new standard volume applet should do the job
[11:29] <BluesKaj> ok, well pulse is still fed from alsa volume
[11:30] <hateball> Yea, I'm just saying the default volume applet works so you dont need kmix any longer
[11:30] <hateball> in fact it has more functionality than kmix :)
[11:32] <BluesKaj> how many functions do you need for a volume control
[11:34] <hateball> :D
[11:34] <hateball> Well that depends I guess, I like being able to switch between devices and such easily
[11:34] <hateball> and ajust volume of individual streams (I think kmix does this too)
[11:34] <Eightynine> And when alsa will be dropped by Linux world?
[11:35] <hateball> When audio moves into systemd I guess ;p
[11:35] <Eightynine> Boot moved into systemd so I think the same could be with audio.
[11:44] <BluesKaj> there's really nothing wrong with alsa IMO, altho since PA was introduced alsa development has slowed down.
[11:45] <Eightynine> I found that some packages like Phonon were missing.
[11:47] <BluesKaj> which phonon packages? phonon gstreamer is probly in stalled
[11:48] <Eightynine> The reason is I installed Linux Mint Cinnamon and wasn't satisfied how it works and tried to switch to Ubuntu Budgie and it worked bad (crashed here and there) so I removed budgie-desktop and typed apt install plasma-desktop
[11:49] <BluesKaj> this is kubuntu support , not mint
[11:50] <Eightynine> I understand but i'm using Kubuntu at this moment.
[11:51] <forcerecon> if you use kubuntu in vmware be sure to use NAT as connection type.  If you utulize bridged mode and replicate adapter kubuntu goes out over IPV6 to repos.  The time frame is horrible.. and wireshark indicates errors
[11:51] <forcerecon> Expert Info (Warning/Sequence): This frame is a (suspected) out-of-order segment
[11:51] <Eightynine> I heard Qupzilla was renamed to KDE Falcon does this mean it will be integrated in KDE? Will Kubuntu use it?
[11:55] <BluesKaj> Eightynine, that's a question for #kubuntu-devel
[11:56] <Eightynine> Is there ubuntu-release-upgrader in Kubuntu?
[11:57] <BluesKaj> yes. the command is, do-release-upgrade
[11:58] <BluesKaj> just make suire if you run LTS to reset the LTS only upgrade setting in the package-manager
[12:06] <Eightynine> Is Noto font good? And also which is good Mono font?
[12:07] <obert> Eightynine: comic sans
[12:11] <BluesKaj> fonts are a matter of taste and readability, it's a personal decision
[12:49] <forcerecon> anyone know if kubuntu is compatible with vmware tools?
[12:49] <forcerecon> I do not see it listed on the vmware compatibility Guide
[12:51] <Dragnslcr> If it works in Ubuntu, it should work in Kubuntu, since all of the repositories and packages are the same
[12:56] <forcerecon> should, but unfortunately been working on it for a few hours and I just cannot get it to work.. tried a lot of avenues..
[12:57] <forcerecon> nothing a resolution change could not fix.. however, installation was a bitch until I resized the installer
[12:57] <forcerecon> thanks for the feedback
[15:10] <m_tadeu> which devices in /dev are character devices?
[16:02] <webiffy> any advice on wayland plasma? It seems wayland is not as good in Plasma/KDE.
[16:06] <webiffy> I mean Plasma/KDE isn't as good in wayland. I think Gnome is okay either way. It seems to suck.
[17:03] <viewer|46801> Hi, Want to install from USB. I boot from it and during the install I am only presented with an option os installing to a hard disk, I would rather install alongside windows on my SSD. Why does the live USB install not see the SSD drive?
[17:56] <zorin-os> its called MANUAL PARTITIONING
[20:00] <gulglielmino00> ciao
[20:00] <gulglielmino00> !list
[20:41] <matty> ciao


[00:05] <kaplan> alireza__, ?
[00:06] <MortezaE> no pong. he's dead
[00:07] <kaplan> MortezaE, isn't it late night in Iran too
[00:07] <MortezaE> it's interesting discussion. but imho u can somehow rely on ads
[00:07] <kaplan> Oh hell no
[00:07] <kaplan> Ads are evil
[00:07] <MortezaE> it's morning :D
[00:07] <MortezaE> 3:37
[00:07] <kaplan> ah, 5:37 here
[00:08] <kaplan> Iran is GMT +3:30?
[00:08] <MortezaE> i habe Delhi & Dublin times on my desktop
[00:08] <MortezaE> yes
[00:08] <MortezaE> *have
[00:08] <MortezaE> in ubuntu u can just type tehran
[00:09] <MortezaE> what is this "Adlesse"?
[00:09] <MortezaE> i couldn't understand from it's descriptions
[00:09] <MortezaE> nowadays i see it everywhere
[00:09] <kaplan> Adlesse?
[00:10] <MortezaE> yes!
[00:12] <kaplan> never heard of it
[00:13] <MortezaE> actually i surf few non iranian sites these days
[00:13] <MortezaE> but u can see it's ads in many sites
[00:14] <kaplan> use adblockplus
[00:14] <MortezaE> no, just wanted to know about it
[00:14] <MortezaE> let me look
[00:14] <MortezaE> see ads: http://forum.wp-parsi.com/
[00:16] <MortezaE> u c them under header?
[00:17] <MortezaE> kaplan, maybe it's type of nested adblock in chromium?!
[00:17] <MortezaE> u see them in firefox?
[00:17] <kaplan> MortezaE, no, I use AdblockPlus
[00:17] <MortezaE> disable and test plz
[00:17] <MortezaE> wb alireza__ ... where r u guy?!
[00:18] <alireza__> sorry
[00:18] <alireza__> dc
[00:18] <MortezaE> which f***ing isp do u use?
[00:18] <alireza__> hahaha , fuckin irancell :D
[00:18] <MortezaE> aha! damn it
[00:18] <MortezaE> WiMax?
[00:19] <kaplan> MortezaE, yes, I see 2 ads
[00:19] <MortezaE> or GPRS?
[00:19] <alireza__> gprs :D
[00:19] <MortezaE> ugh
[00:19] <alireza__> baroon oomade simkeshi telefone khoone ride :D
[00:19] <MortezaE> kaplan, but i see just some quotations :)
[00:20] <alireza__> kalpan chizi porsid ?
[00:20] <kaplan> ?
[00:20] <kaplan> I don't understand farsi much
[00:20] <MortezaE> with buttons for showing original ads!
[00:20] <MortezaE> kaplan, he asked me if u told something when he wasn't here
[00:21] <kaplan> no
[00:21] <kaplan> alireza__, you were saying something
[00:23] <MortezaE> kaplan, u don't see /notice ?
[00:24] <kaplan> MortezaE, I see but the client doesn't notify me
[00:24] <MortezaE> which client?
[00:24] <kaplan> xchat
[00:24] <MortezaE> doesn't it show it on current tab?
[00:25] <MortezaE> damn MTN GPRS
[00:29] <MortezaE> kaplan, he'll come back tomorrow
[00:30] <MortezaE> kaplan, u eat meat foods in private?  AIDS?