[01:22] <superm1> slangasek, i didn't even see an attempt at a mythbuntu build for 11-29 in http://people.canonical.com/~ubuntu-archive/cd-build-logs/mythbuntu/lucid/ but other *buntus were built on 11-29.  any ideas what's going on?
[01:22] <superm1> i recently made some seed changes, so i'm hoping i didn't bork things badly suddenly
[04:03] <jdong> [ 2351.982360] ecryptfs_lookup: lookup_one_len() returned [-36] on lower_dentry = [\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
[04:03] <jdong> oh that doesn't look pretty.
[07:45] <Romeo_Calif> Hi
[07:46] <Romeo_Calif> Hello
[07:46] <Romeo_Calif> Room
[07:46] <Romeo_Calif> gilir:
[07:46] <RAOF> Do you have a question about Ubuntu development?
[08:09] <pitti> Good morning
[08:30] <plague> morning
[08:30] <woodbj> haha its 7.30pm where i am, so evening
[08:31] <plague> lol evening
[08:31] <plague> how goes it
[08:42] <plague> hey question from a student developer: how would you recommend starting open source development? specifically what would be good resources and projects to look at?
[09:03] <geser> pitti: Good morning. Do you have an idea what went wrong here? http://launchpadlibrarian.net/35907181/buildlog_ubuntu-lucid-i386.pion-net_2.2.2%2Bdfsg-2_FAILEDTOBUILD.txt.gz
[09:03] <geser> objcopy:debian/libpion-net-dev/usr/bin/stGeegc0: cannot create debug link section `debian/libpion-net-dev/usr/lib/debug//usr/bin/PionHelloServer': Invalid operation
[09:23] <plague> I take it its wakie up time in america?
[10:11] <\sh> moins
[10:11] <\sh> who is responsible for the "requestsync" tool? It gives me a wrong information, regarding a version in sid and a version in ubuntu...
[10:13] <ogra> doko, did you already switch the gcc defaults to implicit-it for armel (i dont see it mentioned in the changelog)
[10:15] <geser> \sh: any dev can fix it. What problem do you have exactly?
[10:15] <doko> ogra: no
[10:16] <\sh> geser, e.g. shermann@wz-pc-010:~$ requestsync -d sid --lp ampache lucid
[10:16] <\sh> E: The versions in Debian and Ubuntu are the same already (3.5.1-2). Aborting.
[10:16] <ogra> doko, but you plan to, right ?
[10:16] <\sh> geser, ampache in sid : 3.5.2-1 and in ubuntu  3.5.1-2
[10:16] <doko> pitti: please promote the binary xz-utils package (source already in main, eglibc now b-d's on it)
[10:17] <\sh> geser, the same happens with s/sid/unstable/
[10:17] <\sh> geser, I tested this on 3 different installations of karmic ... so IMHO it's a bug in requestsync or whereever the info comes from
[10:18] <geser> \sh: with the --lp flag requestsync uses the LP debian "mirror" (through the LP API) to look up versions and https://edge.launchpad.net/debian/+source/ampache still lists the old version
[10:18] <\sh> argl
[10:18] <geser> when you omit the --lp it will don't use any LP API (rmadison instead) and mail the sync request
[10:20] <dholbach> ttx: somebody requested a sync of libaopalliance-java - does it matter if it depends on default-jre vs default-jre-headless?
[10:20] <geser> \sh: I guess you can't sync ampache anyways as it uses "Format: 3.0 (quilt)
[10:20] <geser> "
[10:20] <ttx> dholbach: I was just looking at those. Yes it matters, and there is another patch that was not merged
[10:21] <dholbach> alrighty
[10:21] <ttx> I'll update the bug accordingly
[10:21] <dholbach> rock on!
[10:21]  * dholbach hugs ttx
[10:21] <ttx> jI just need to doublecheck that there weren't some silent fixes in debian, but I doubt it
[10:21] <\sh> geser, do you think it's fair enough to do a fakesync?
[10:22] <geser> \sh: not until LP accepts Format 3.0 packages or you change it back to Format 1.0 (don't know how much work that is)
[10:22] <\sh> geser, rm -Rvf debian/source ;) that's all...I already have this version running on my local ampache server :)
[10:24] <geser> in that case it's IMHO OK to do a fakesync
[10:24] <\sh> geser, k...
[10:39] <matteo> hi all
[10:44] <Laney> morning fellas
[10:45] <pitti> doko: done
[10:48] <pitti> geser: FTBFS> hm, the log doesn't tell why; is PionHelloServer a normal ELF file?
[10:54] <dholbach> hey Laney
[11:17] <ttx> pitti: question about subcycle tracking in WorkItemsHowto -- when a spec has alpha-2 items and some later items but you still want to correctly track alpha-2 completion, I can use the subsection trick described in the doc, but should the blueprint be targeted to alpha-2 or to final ? (or changed to final just after alpha-2 ?)
[11:18] <ttx> pitti: example: https://blueprints.edge.launchpad.net/ubuntu/+spec/server-lucid-eucalyptus-karmic-retrospective
[11:18] <ttx> pitti: last three items are obviously post alpha-2 but all the others should be completed by alpha-2
[11:18] <pitti> ttx: if you want it to appear on the server-lucid-alpha2 burndown, target it to alpha-2, and untarget after alpha-2 was released
[11:19] <ttx> pitti: ok, makes sense. Thanks !
[11:24] <geser> pitti: debian/tmp/usr/bin/PionHelloServer: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped
[11:25] <pitti> geser: hm, that looks fine; I wonder why objcopy -R .gnu_debuglink --add-gnu-debuglink doesn't work then
[11:30] <geser> pitti: here are the last lines when run with DH_VERBOSE=1: http://paste.ubuntu.com/331612/
[11:33] <geser> pitti: it succeeds when I change the call from dh_strip -k to dh_strip (but fails afterwards due to missing files)
[11:44] <maxb> Does anyone know when james_w is likely to be back?
[11:58] <seb128> maxb, he should be back today
[11:58] <geser> pitti: found the problem: the dh_strip wrapper knows about --keep-debug but not about its short name -k. Could you please apply http://paste.ubuntu.com/331631/ to dh_strip from pkg-create-dbgsym?
[11:58] <maxb> That would be nice - At the moment he's a bit of a single point of failure for UDD matters :-)
[12:03] <jml> maxb, good point. I'll make a note into seeing what we can do to fix that.
[12:07] <soren> Does anyone happen to know the HZ kernel setting used on the buildd's?
[12:58] <maxb> soren: I'd be surprised if they were not running official Ubuntu kernels
[12:59] <soren> maxb: The buildd's are full of surprises :)
[12:59] <maxb> Well, true
[12:59] <maxb> I reckon lamont is the person to give you a definitive answer
[13:00] <lamont> soren: stock hardy kernels
[13:00] <lamont> well, unless you're powerpc, in which case, s/hardy/dapper/
[13:01] <soren> lamont: -server?
[13:01] <lamont> *shrug*
[13:01]  * lamont goes looking
[13:01] <soren> lamont: How about sparc?
[13:01] <lamont> sparc has hardy
[13:01] <soren> I have a build that works on powerpc and sparc, but fails everywhere else.
[13:01] <soren> hm.
[13:01] <soren> Ok.
[13:01] <lamont> ppc has dapper because the hardy kernel didn't actually work with the hardware in question, istr
[13:02] <lamont> though testing that with a more current release of the OS is in plan
[13:02] <soren> Yeah, that sounds vaguely familiar.
[13:02] <soren> Oh, sorry, not sparc. armel.
[13:02] <lamont> armel == jaunty
[13:02] <soren> armel and powerpc work. None of the other. Upstream suggested it might be the HZ setting.
[13:07] <lamont> note also that there is absolutely no guarantee or even hint that HZ will be the same on the build machines as it is on the end-user machine...
[13:07] <soren> Of course.
[13:10] <ogra> wow, there is an area where armel works better than other arches  ?
[13:10] <ogra> exciting
[13:11] <soren> ogra: Don't worry, I'll fix up the other arches so that armel once again will be no better than anything else :)
[13:11] <ogra> pfft
[13:11] <ogra> and i thought i could show off with it
[13:20] <Ng> ogra: show off that it's marginally better at building broken packages, except much, much slower? ;)
[13:26] <jdong> dpkg-shlibdeps: failure: no dependency information found for /usr/lib/libstdc++.so.6 (used by debian/handbrake-cli/usr/bin/HandBrakeCLI).
[13:26] <jdong> *scratches head*
[13:43] <rohdef> where should I ask questions about development on Ubuntu?
[13:45] <azeem_> rohdef: developing on Ubuntu or Ubuntu development?
[13:46] <rohdef> developing on Ubuntu, since the topic says that this isn't the right place to ask, hence the question ;)
[13:46] <azeem_> no idea
[13:46] <rohdef> ok, mind if I ask here anyway?
[14:52] <mpt> Does anyone know why there's a "Fonts (universe)" section in Synaptic but no "Fonts (main)" section?
[14:53] <fagan> mpt: thats weird
[14:55] <mpt> Without that, there's no way to know Gentium exists unless you know to search for "ttf-"
[14:55] <mvo> mpt: I think its inconsitent use of the section
[14:56] <mvo> mpt: the one in main seems to be misc graphical
[14:56] <mpt> or Liberation (in Karmic, anyway)
[14:56] <fagan> The fonts need some love
[14:57] <fagan> The design team need to really look into it
[14:57] <mpt> "Fonts (universe)" also doesn't contain ttf-mgopen, a really nice set
[14:58] <fagan> mpt: I was at it too
[14:58] <fagan> :)
[14:58] <mpt> My main concern right now is working out a way to show all the fonts by themselves in the Ubuntu Software Center
[14:59] <mpt> including ttf-mgopen and ttf-sil-gentium, and excluding fontforge-extras :-)
[14:59] <mvo> I think we should consider this wrong section use a bug
[14:59] <fagan> mpt: that would be hard since they are packaged together for the most part
[14:59] <mpt> fagan, oh sure, by "by themselves" I don't mean individually, I mean separate from non-font packages
[15:00] <fagan> oh now I understand
[15:00] <fagan> mpt: while we are the the software center, any thoughts on packaging up plugins for applications?
[15:01] <fagan> I noticed that totem, rhythmbox etc all have plugin systems that not many people know how to use
[15:01] <fagan> so maybe we can make it easier in the software center
[15:02] <fagan> plus we can do it locally without root privileges for most of them
[15:02]  * fagan needs to go to college be back in 2 hours :)
[15:20] <Keybuk> cjwatson_: FYI http://people.canonical.com/~scott/daily-installer/
[15:30] <kirkland> pitti: fyi, I just verified the remaining bug for that eucalyptus SRU; you can push to -updates at your convenience
[15:30] <kirkland> pitti: we're working the next SRU now
[15:30] <kirkland> pitti: so we'll have a new one in -proposed as soon as you clear that one out
[15:30] <pitti> kirkland: nice, thanks
[15:49] <mpt> mvo, so when Synaptic says "Fonts (universe)", does that mean there's a "Fonts" section in Ubuntu generally, and it just happens to have packages only in Universe? Or is the section actually called "Fonts (universe)"?
[15:50] <mpt> hm, I see apt-cache show shows "Section: universe/fonts"
[15:50] <mpt> Why is the "universe/" there?
[15:51] <mvo> mpt: it means that it did not find anything in fonts, only fonts/universe
[15:52] <mpt> fagan, I do intend to spec how plug-ins and extensions will be shown in a much more helpful way <https://wiki.ubuntu.com/SoftwareCenter#Presenting%20add-on%20packages>
[15:52] <mpt> fagan, but in general, I think the more integrated plug-in/extension installation is with the actual program that uses it, the better
[15:53] <mpt> fagan, for example, a directory of installable screensavers probably would work better in the Screensaver preferences than in the USC
[16:08] <ulath> hi, wich package do i need to develop kde4 apps in kdevelop3 on kubuntu 9.04 ?
[16:09] <ulath> when i start the "new project" wizward there are no kde4 applications availible
[16:09] <mpt> mvo, so I'll report individual bugs on packages that have the wrong section
[16:12] <kirkland> pitti: ttx asked me to ping you; and ask you to hold on that eucalyptus publication to -updates momentarily
[16:13] <mvo> mpt: yes, its probably good if you tag them as well
[16:18] <ttx> pitti: around ?
[16:18] <pitti> ttx: on the phone
[16:19] <ttx> pitti: ok -- i'll explain the situation here and you can answer when you're done with the phonecall :)
[16:20] <ttx> pitti: About the eucalyptus karmic SRU (ubuntu7.3) we just discovered that fix for bug 460089 introduced a small regression, basically no easy way the clean the CC state anymore.
[16:21] <ttx> pitti: kirkland will upload a 7.4 with a one-liner fix [ "${CLEAN}" = 1 ] -> [ "${CLEAN}" = "1" ] to fix that and we'll restart the SRU testing process (again).
[16:22] <kirkland> pitti: the change ttx speaks of is this: http://paste.ubuntu.com/331811/
[16:22] <ttx> pitti: though, given the impact of the one-liner, testing should actually go fast
[16:22] <kirkland> pitti: I think it should be a pretty clear shell bug
[16:22] <ttx> and we still hope to publish that SRU soon.
[16:25] <ttx> pitti: so please reject eucalyptus...-ubuntu7.3 from -proposed, we'll upload and fast-track a new one.
[16:25] <pitti> re
[16:25] <pitti> ttx: hm, 1 or "1" shouldn't make a difference..
[16:26] <ttx> kirkland: ^
[16:26] <pitti> ttx: I can't "reject" it, and I don't think we should remove it from -proposed after such a long time
[16:26] <pitti> ttx: we can of course get a new one into -proposed
[16:26] <ttx> pitti: ok
[16:26] <pitti> ttx, kirkland: if you do a new upload, please include the previous changelog with -v
[16:26] <pitti> but I don't understand the impact of changing 1 to "1"
[16:26] <ebroder> Yeah, I'm confused by that: http://paste.ubuntu.com/331815/
[16:26] <kirkland>  foo="1"
[16:26] <kirkland> [ "${foo}" = 1 ] && echo true
[16:27] <rcbwnka> ==
[16:27] <kirkland> pitti: I agree with you ... there's something else non-deterministic at play here
[16:27] <kirkland> ttx: arg arg arg
[16:27] <kirkland> ttx: sometimes all of those files get cleared, and sometimes they don't
[16:27] <ttx> ?
[16:27] <kirkland> ttx: i'm not kidding
[16:28] <ttx> kirkland: ah, you told me the "1" thing was fixing it, so I believed you
[16:28] <rcbwnka> "=" mean make this number equal to whilst "==" means "Its equal to".
[16:28] <kirkland> ttx: i believed me too
[16:28] <kirkland> ttx: :-) it did work a few times
[16:28] <pitti> == is a bashism, though
[16:28] <ttx> I've seen stranger upstart things :)
[16:29] <pitti> but "" is just quoting, and not part of the actual comparison
[16:29] <kirkland> ttx: now it's back to the behavior I reported in Bug #490382
[16:29] <ogra> rcbwnka, == is not POSIX compliant, it needs to be =
[16:29] <kirkland> rcbwnka: you're off base, we're talking posix shell code here
[16:29] <mpt> mvo, reported and tagged: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=metadata
[16:29] <ccheney> heh OOo apparently now has hppa support
[16:30] <rcbwnka> kirkland: Im very old in the game, i should know.
[16:30] <ogra> ccheney, does that move armel one up on your prio list ? *g*
[16:30] <ccheney> ogra: heh :)
[16:30] <rcbwnka> Wow! record breaker! :) http://mange.dynalias.org/linux/misc/scripts/sys_uptime/downloads.htm
[16:31] <rcbwnka> 5200 a few months ago, perhaps now itll be even more cool
[16:33] <rcbwnka> ogra: #!/bin/bash ... POSIX itll be. Thats not your job, its the job of the underlying C code.
[16:33] <ogra> ??
[16:33] <rcbwnka> You cant beat C
[16:33] <rcbwnka> Ill check out the new "Go" though
[16:34] <ogra> rcbwnka, note that #!/bin/sh points to dash in ubuntu, so script code used needs to be "bashism free" ... == is bash specific
[16:34] <ogra> as pitti said above already
[16:35] <ogra> if you explicitly use #!/bin/bash that doesnt matter ... but we dont use that for system wide scripts usually
[16:35] <rcbwnka> ogra: Read what i wrote. Youre ok though, as a thinker.
[16:36] <rcbwnka> "<rcbwnka> ogra: #!/bin/bash" Does not mean anything else then Bash
[16:36] <rcbwnka> Sorry, go on...
[16:37] <rcbwnka> Anyone tried "Go" though ?
[16:39] <rcbwnka> ogra: Whats the need for calling it dash, when in fact its bash ?
[16:39] <ogra> dash isnt bash
[16:39] <rcbwnka> :)
[16:39] <ogra> its a different shell
[16:39] <rcbwnka> Aha...
[16:39] <ogra> faster, smaller etc
[16:39] <ogra> and POSIX compliant ....
[16:40] <ogra> bash adds specific stuff on top of POSIX
[16:40] <rcbwnka> Like compliance with C and C++ that are already POSIX you mean ?
[16:40] <ogra> if you write scripts that should work system wide in ubuntu you are supposed to avoid such "bashisms"
[16:40] <rcbwnka> ~Posix
[16:48] <rcbwnka> ogra, is this the Boulder Dash: http://www.brothersoft.com/dash-download-64685.html
[16:49] <ogra> http://en.wikipedia.org/wiki/Debian_Almquist_shell
[16:49] <rcbwnka> Read it.
[16:50] <rcbwnka> Im not saying its bad, but why would he want to diverge from "==" as equal to as you have said ?
[16:50] <rcbwnka> Thats very much POSIX
[16:51] <rcbwnka> Do you also think that Wodim isnt CDrecord ?
[16:52] <rcbwnka> Or derived there from ?
[16:52] <rcbwnka> All they actually did was fork the name and made sure the author couldnt schock them too much
[16:53] <maxb> james_w: Hi. If you have a moment, could you go log hunting / retry the UDD import for subversion 1.6.6dfsg-2 ? Thanks.
[16:53] <rcbwnka> A bit of a change was coded into the argv[] readings
[16:53] <rcbwnka> maxb: ?
[16:53] <rcbwnka> Lol, how malplaced
[16:56] <rcbwnka> Hmm, i have used all Ubuntu releases for some years and now the pulseaudio system doesnt work as well as in Fedora for example. Why not grab their version of pulse-audio and their patches ?
[16:58] <rcbwnka> Or the Slackware one etc ?
[16:58] <rcbwnka> Arch, Gentoo...
[17:01] <Keybuk> rcbwnka: I need to introduce you to some Fedora users I know ;-)
[17:01] <Keybuk> the Fedora PulseAudio maintainer is absolutely convinced that PA is perfect in Fedora
[17:01] <Keybuk> Fedora users ... much less so
[17:01] <Keybuk> obviously Fedora users are much harder to find than the Fedora PA maintainer
[17:01] <Keybuk> they tend to be quieter, for a start
[17:02] <rcbwnka> Keybuk: Coders rock, let them rock. Very simple.
[17:02] <ogra> Keybuk, LOOOOOL
[17:03] <ogra> !!!!
[17:03] <rcbwnka> Keybuk: Users will always leve feedback that the coders will fix, or should fix.
[17:03] <rcbwnka> leave
[17:03] <kklimonda> Keybuk: are you saying that there are actually some voices that PA may not be the right way? /me is getting scared of another audio revolution..
[17:04]  * ogra thinks that was actually only funny if you know the PA maintainer :)
[17:04] <rcbwnka> Ive never seen anyone of you before beeing on irc 24/7 for 20 years now.
[17:04] <rcbwnka> ogra neither.
[17:04] <ogra> trhen you missed the last 5 years obviously :)
[17:05] <rcbwnka> ogra: No. I did not.
[17:05] <jdong> lol I can't recall the last time ogra wasn't on IRC ;-)
[17:05] <jdong> and that dates back to crackports days ;-)
[17:05] <ogra> heh
[17:05] <jdong> good times... (ok not really!)
[17:05] <ogra> well, i pretty much hung around here with pre warty
[17:05] <ogra> i didnt do much IRC before that though
[17:06] <fagan> mpt: yeah I understand that but having it centralised too would be awesome I think
[17:06] <rcbwnka> ogra must be very good then. Is this true ogra ?
[17:06] <Keybuk> rcbwnka: you don't know too many coders, do you? :)
[17:06] <rcbwnka> Keybuk: I do.
[17:06] <Keybuk> and the ones you know listen to all user feedback, without ever thinking that they're right, damnit? :p
[17:06] <rcbwnka> Keybuk: I began patching things back in 1994-5
[17:07] <rcbwnka> Whats your name ?
[17:07] <Keybuk> I'm trying very hard to resist replying "Lennart Poettering" for the humour value
[17:08] <jdong> lol
[17:08] <rcbwnka> Or Microsoft's Hahn
[17:09] <Keybuk> I wasn't patching things back in 1994-5
[17:09] <ogra> *grin*
[17:09] <Keybuk> I was still at school
[17:09] <Keybuk> and mostly hanging around in the library being a nerd
[17:09] <rcbwnka> Im going out. Be all you can be though.
[17:09] <Keybuk> that was the last year I nearly got expelled actually ;)
[17:43] <rcbwnka> Keybuk: Define "Nerd". I always thought it was "Entity with a far reaching interrest in something" ?
[17:44] <Keybuk> rcbwnka: I used to have wear a Starfleet Comm Badge above my school's logo on my uniform? :p
[17:44] <Keybuk> does that count
[17:44] <ion> :-D
[17:44] <rcbwnka> So, if people arent nerds they are zombies ? :) /almost no will to live ?
[17:45] <rcbwnka> Keybuk: Why ? :P
[17:45] <Keybuk> because I was a very sad young man
[17:46] <rcbwnka> Keybuk: I used to keep classes calm. Like beeing an equlibrium.
[17:46] <rcbwnka> equilibrium
[17:46] <rcbwnka> I used to beat the hell out of people before that.
[17:47] <rcbwnka> But they deserved it. Not geeks or so.
[17:47] <rcbwnka> It was like "Noone messes with my classmates or school" etc.
[17:47] <rcbwnka> A long time ago.
[17:48] <rcbwnka> to have an interrest is to have a livna
[17:49] <rcbwnka> LifeLine
[17:50] <rcbwnka> Nicotine has a very high soothing effect. Perhaps good for hyperactive children etc ?
[17:50] <rcbwnka> Bad drug though.
[17:54] <rcbwnka> My homepage dood seems to be on vacation again. Can someone ping this guy to make some updates? -> http://gadmintools.flippedweb.com
[18:02] <Ng> my markov bot senses are tingling wildly ;)
[18:02] <slangasek> superm1: sorry, no idea why mythbuntu was skipped on 1129; seems to have run today, though?
[18:02] <ebroder> Ng: I'm glad it's not just me
[18:06] <ManDay_> hey guys, the alternate installation cd is just a mess. did you know that you should never try to install packages through aptitude but rather select them and then quit apitutde with q in order to install them?
[18:06] <ManDay_> its such a pita
[18:07] <ccheney> ManDay_: use dselect :)
[18:08] <ManDay_> dselect?
[18:08] <ManDay_> the installer opens me aptitude
[18:11] <superm1> slangasek, yup, okay no problem then.  i was just worried i broke things with the seed changes i made
[18:12] <ccheney> ManDay_: oh nm i was mostly joking, i haven't done an alternate install in several months so can't remember how it works
[18:12] <ManDay_> well its onyl for the bloody karmic anyway
[18:12] <ManDay_> the whole alternate install of karmic seems a mess
[18:13] <ManDay_> aptitude in the installer one of the smalles problems
[18:14] <ManDay_> i wonder what they have changed and why
[18:14] <toobaz_> Is there someone knowing if behind the choice of putting nautilus scripts in /usr/share/nautilus_scripts and assuming they are installed there there was some discussion?
[18:14] <ManDay_> jaunty worked just flawlessly
[18:14] <toobaz_> (in case not): is there some place where one can get in touch with Ubuntu Gnome devs?
[18:14] <ManDay_> #gnome ?
[18:14] <ManDay_> or gnome.org ?
[18:14] <ManDay_> just one stupid guess
[18:15] <rcbwnka> I have 2 problems with the more recent incarnations: 1. Sound blows although on Fedora and other dists its perfect (Check patches /+/-/).
[18:15] <toobaz_> ManDay_: it's not a general GNOME problem... as far as I know, only Ubuntu installs those scripts system-wide
[18:15] <ebroder> ManDay_: If you actually have specific problems with the installer, people can try to help fix those. If you're just going to whine, that's not productive and you might as well not waste your breath
[18:15] <rcbwnka> Cairo makes a total screen redraw
[18:16] <rcbwnka> Hosed on Debian, Fedora and Ubuntu. Its something that Cairo can be compiled with (Shitty little lib).
[18:17] <rcbwnka> lib...something...
[18:17] <rcbwnka> Its not even required
[18:17] <rcbwnka> Or useful
[18:17] <rcbwnka> Pixman is ok though
[18:22] <superm1> maybe i shouldn't feed a troll, but rcbwnka if you have particular things to complain about, it's more constructive to provide specifics about them on bugs than whining "everything is broke, FIX IT" on irc.  Eg, pulseaudio is bad at Y because ubuntu is missing patch X that fedora has, or ubuntu patch Z is causing problems.
[18:22] <rcbwnka> poppler is also cool
[18:22] <ManDay_> ebroder, read my first comment
[18:22] <ManDay_> besides, i can provide you with plenty of bugs
[18:23] <ManDay_> ;)
[18:23] <rcbwnka> superm1> Thought someone but me kept track
[18:23] <ebroder> ManDay_: Have you reported any of the bugs to LP?
[18:23] <ManDay_> no
[18:23] <rcbwnka> Im tracking the slowness down, hold on.
[18:24] <rcbwnka> Maybe its some sv
[18:24] <rcbwnka> SVG lib
[18:24] <superm1> rcbwnka,  of course there is a pulseaudio maintainer in Ubuntu and he's watching other distros and upstream for patches all the time i'm sure, but if you have a particular oversight he missed, it's best to direct it to him on a bug in launchpad
[18:24]  * ogra points rcbwnka to bugs-launchpad.net and calls it a day
[18:24] <ogra> *bugs.launchpad.net
[18:25] <rcbwnka> superm1: Assuredly so, i may know more then you know. What i want is input. Dont you want input _
[18:25] <rcbwnka> ?
[18:25] <ogra> yes, thats why we have bugs.launchpad.net
[18:26] <ogra> it keeps noise out of this channel
[18:26] <rcbwnka> Have you disabled Glitz and patches ?
[18:26] <ogra> if you have concrete oveseen patches please file bugs
[18:26] <rcbwnka> IE: Is glitz installed ?
[18:27] <rcbwnka> ogra ?
[18:28] <rcbwnka> Im thinking there could be some remnant patches for glitz etc so that the whole desktop etc becomes sucky
[18:28] <ogra> rcbwnka, if you think so, why not file a bug and wait for respoinse from the maintainer, that would keep the channel a lot quieter
[18:29] <rcbwnka> Ive given you the search criteria for the issues.
[18:29] <ogra> and i'm doing actual work
[18:29] <ManDay> its unbelievable
[18:29] <ManDay> i cant get that **** to install
[18:29] <Daviey> rcbwnka: that isn't how the process works.. if you think there is a bug, you need to raise it and it'll go through the normal work flow.
[18:29] <ogra> i dont do searches for $random_dude_asking_stuff_on_IRC
[18:30] <rcbwnka> Daviey: If i was a normal user perhaps. /snickers
[18:30] <superm1> no, this is the process for EVERYONE.
[18:30] <Daviey> rcbwnka: Are you intentionally trolling?
[18:31] <rcbwnka> So if i found a fatal flaw or a remarkable "PowerUp" for the dist yould say "Naah, file a bugreport" :)
[18:31] <ebroder> rcbwnka: Yes
[18:31] <ebroder> It's exactly what any of us would do in the same situation
[18:32] <rcbwnka> HAi!
[18:32] <rcbwnka> Hehe
[18:34] <rcbwnka> Ive always thought out of the box as i feel sitting in a box would be mindnumbingly odd for me.
[18:35] <rcbwnka> My iron maiden CD just broke, is it legal for me to download a new one (considering i bought this one) ?
[18:35] <hyperair> is anyone else noticing dpkg's large amount of memory usage recently?
[18:35] <rcbwnka> Not that ill care, but...
[18:35] <Keybuk> rcbwnka: that isn't really on-topic for this channel
[18:36] <rcbwnka> I know, i got a bit angry considering it broke.
[18:36] <Keybuk> this still isn't the place
[18:37] <RainCT> toobaz_: #ubuntu-desktop?
[18:37] <Keybuk> this channel is for Ubuntu developers to discuss things they're working on
[18:37] <Keybuk> not a place for users to harass Ubuntu developers
[18:37] <rcbwnka> Baby wants milk ?
[18:37] <toobaz_> RainCT: uhm... looks interesting. will try
[18:40] <RainCT> Keybuk: btw, no hurry from my side, but do you remember the MoM redesign patch is still waiting for review? :)
[18:41] <Keybuk> RainCT: no?
[18:43] <RainCT> Keybuk: https://code.edge.launchpad.net/~rainct/merge-o-matic/redesign/+merge/9075
[18:46] <Keybuk> RainCT: there's lots of unrelated changes in this branch
[18:46] <Keybuk> e.g.
[18:46] <Keybuk> -    return md5.new(open(filename).read()).hexdigest()
[18:46] <Keybuk> +    return hashlib.md5(open(filename).read()).hexdigest()
[18:46] <Keybuk> why?
[18:47] <RainCT> Keybuk: because md5 is deprecated :)
[18:47] <Keybuk> RainCT: bearing in mind this runs on *hardy*
[18:47] <Keybuk> which has a much older Python
[18:48] <elmo> Keybuk: it's only python 2.5 :)
[18:48] <elmo> Keybuk: which has hashlib
[18:48] <RainCT> Keybuk: Yeah, but new enough for hashlib
[18:49] <Keybuk> +# Copyright © 2008-2009 Siegfried-A. Gevatter Pujals <rainct@ubuntu.com>
[18:49] <Keybuk> ... I'm pretty sure we'll need copyright assignment for this
[18:50] <Keybuk> it's not in "the list", but it's a very large patch
[18:51] <sgallagh> mathiaz: Just a heads-up. We just released our feature-complete beta of SSSD today. We'd love to see it get some exposure in lucid.
[18:51] <rcbwnka> http://liboil.freedesktop.org/wiki /Hehe
[18:52] <sgallagh> mathiaz: The plan is to spend the next 2-3 weeks addressing any bugs we can find, then releasing 1.0 final.
[18:52] <rcbwnka> Seems to be required by gstreamer
[18:52] <RainCT> Keybuk: Why would you "need" copyright? iirc it's GPL
[18:52] <rcbwnka> And automatically added to the desktops of caught lingering on the systems as libs
[18:53] <rcbwnka> of&if
[18:53] <Keybuk> RainCT: http://www.canonical.com/contributors
[18:59] <RainCT> Keybuk: Yeah, I know that page, and it contains no rationale to justify what they are asking for.
[18:59] <Keybuk> RainCT: I'm really not interested with arguing about it with you
[18:59] <Keybuk> if you're not willing to sign the form, then I'll mark the merge request as rejected and move on :)
[19:01] <cody-somerville> Keybuk, MoM doesn't appear to be listed on that page as covered under the agreement... or am I just missing it?
[19:01] <Keybuk> like I said, it's not on the list, but it's a very big patch
[19:02] <rcbwnka> RainCT> Copyright is good because i assume you wouldnt want to spend years and years only to have some snotnosed punk write their name on your works RIGHT ?
[19:03] <RainCT> rcbwnka: Right, so that's why I want to keep my copyright and not give the right out to others without a good reason for it :)
[19:03] <rcbwnka> Yeah, to not have them claim they did the work you performed. The code itself is still HIGHLY USABLE
[19:04] <elmo> RainCT: http://www.gnu.org/licenses/why-assign.html
[19:04] <rcbwnka> Its also why youre an outcast if you borrow large chunks of code and never say that in your sources
[19:06] <rcbwnka> Credits you know
[19:07] <rcbwnka> RainCT: Do you have any more questions pertaining to this subject ?
[19:09] <slangasek> rcbwnka: given that TTBOMK you aren't an employee of Canonical, I think it would be best if you not speak for them regarding /their/ motivations for having a copyright assignment policy...
[19:09] <rcbwnka> Is IBMS Postfix Non/revokable yet btw ?
[19:10] <Keybuk> rcbwnka: that kind of question is better asked in #ubuntu
[19:10] <RainCT> slangasek: I'll think about it, but in any case if I sign that I'd change the text to be specific to this particular MoM patch, I suppose that's OK?
[19:10] <rcbwnka> slangasek: Im a much older entity and i hope Canonical are in line with what this Swede thinks.
[19:10] <lamont> rcbwnka: 2.0 released with a version that met DFSG guidelines == no retroactive revocation
[19:11] <rcbwnka> Good!... Finally IBM rocks on this matter as well.
[19:11] <rcbwnka> Thanks lamont.
[19:12] <rcbwnka> Now i can constuct some guis for it
[19:13] <lamont> rcbwnka: mind you, I uploaded 2.0.0 to debian in 2002...
[19:14] <rcbwnka> lamont: I had many things todo, and now they are done. Almost 40 years earlier then i first thought.
[19:15] <rcbwnka> I see ill have to make a better version of what microsoft calls IIS. Too easy :)
[19:16] <rcbwnka> Im gonna download a copy of my original Iron Maiden CD and not think twise about it.
[19:17] <rcbwnka> I bought it, its mine and its their commitment to provide patches
[19:17] <rcbwnka> :)
[19:17]  * cody-somerville twitches briefly.
[19:17] <ebroder> Can I call the channel ops yet?
[19:18] <rcbwnka> no
[19:18] <Pici> rcbwnka: Please be mindful of the channel topic, this is not a chat channel.
[19:19] <Pici> #ubuntu-offtopic exists if you want to be random somewhere.
[19:19] <rcbwnka> I shall be utmost that. MIT, please be nice broder
[19:22] <RainCT> elmo: btw, (just asking out of curiosity), didn't they recently set a precedent for the GPL being enforced by someone other than the copyright holder? Or wasn't that in the US?
[19:23] <elmo> RainCT: i'm not aware of anything like that happening in the US or the UK but I may have missed it
[19:34] <rcbwnka> Pici: Some day, as a coder i perhaps can, chat like the do to day, in this chat channel maybe i can ?
[19:35] <Pici> rcbwnka: you're free to talk here if you're going to be on topic, but it doesn't look like you're doing that.
[19:37] <rcbwnka> Pici: I was better then on topic. Alright, i shall tryeth.
[19:38] <pitti> Keybuk: udev bits committed upstream now
[19:39] <Keybuk> pitti: yup, I saw
[19:39] <Keybuk> am pulling atm
[19:39] <pitti> \o/
[19:40] <rcbwnka> Yawn.
[19:40] <pitti> Keybuk: for testing, can you please pull the CK packages from https://edge.launchpad.net/~ubuntu-desktop/+archive/ppa ?
[19:40] <rcbwnka> Im tossing
[19:41] <rcbwnka> Pappaaa ?
[19:41] <rcbwnka> Oh my Pappaaa / Got bored there for a while listening to boredom.
[19:43] <rcbwnka> Have you lost the developing hard rock you once had ? / Focus on getting angry and youll have it back in notime.
[19:43] <slangasek> rcbwnka: you've been asked repeatedly not to use this channel for off-topic chatting, and you don't seem to be taking the hint
[19:44] <rcbwnka> No, Dirk.
[19:44] <rcbwnka> slangasek: How many programs did you create that now reside onj magnetic tape or tractor/hole tape ?
[19:44] <rcbwnka> Sit back and relax
[19:45] <rcbwnka> Ill not husrt you or anyone else
[19:46] <slangasek> rcbwnka: you're diluting the utility of this channel by filling it with irrelevant commentary.  You've been asked to stop.  If you don't stop, you'll be asked to leave instead.
[19:48] <rcbwnka> slangasek: Youre full of crap. Why shouldnt I have great knowledge over most things, having created things ? / sit back and relax my friend
[19:49]  * cody-somerville blinks.
[19:49] <rcbwnka> Nothing to see here... move along...
[19:49] <rcbwnka> Blink
[19:49] <slangasek> pah, what's trying to pull all of KDE onto my Ubuntu system when upgrading to lucid?
[19:50] <jdong> ScottK...
[19:50] <jdong> *ducks*
[19:51]  * ScottK blames compiz.
[19:51] <Tm_T> slangasek: oh, our invasion shouldn't be that obvious
[19:51] <rcbwnka> jdong: Schloong :P
[19:52] <slangasek> jdong: nope, quodlibet-plugins
[19:52] <slangasek> hmm, not that either
[19:52] <slangasek> oh; yes, yes it is
[19:55] <rcbwnka> slangasek: Are you spamming this channel with uselessness ?
[19:55] <slangasek> no, I'm discussing Ubuntu development
[19:55] <rcbwnka> Good, good.
[19:56] <rcbwnka> Are you against lesbians then ?
[19:56] <kirkland> can we please kick/ban rcbwnka ?
[19:56] <jdong> !ops | rcbwnka
[19:57] <ebroder> Thank goodness. THank you, Pici
[19:57] <ajmitch> thanks pitti
[19:57] <jdong> thanks, Pici :)
[19:57] <ajmitch> s/pitti/pici/
[19:57] <jdong> and Pricey you missed the fun!
[19:57]  * kirkland thanks the IRC gods
[19:57] <Pici> np
[19:58]  * lamont now remembers how to become channelop.
[20:01] <mneptok> dialup. how quaint.
[20:02] <ajmitch> mneptok: don't swear please
[20:02] <RainCT> mneptok: must have been trolling to survive the frustration
[20:02] <mneptok> ajmitch: ISDN you, pal!
[20:02] <mneptok> hmmm .... ISDN *is* a four-letter word.
[20:02] <ajmitch> mneptok: it's been awhile since I used that, when it seemed so very fast :)
[20:03] <Tm_T> what's wrong with dialup?
[20:04] <mneptok> Tm_T: http://www.techdirt.com/articles/20091014/1201166530.shtml
[20:04] <mneptok> Tm_T: know your rights!
[20:05] <Tm_T> mneptok: I know, and I'm still happy with my occasional gprs usage
[20:05] <mneptok> Tm_T: i'm beginning to doubt your Finnish-ness.
[20:06]  * mneptok prescribes a sauna, 3 gulps of salmiakkikossu, and a sisu transplant
[20:06] <Tm_T> mneptok: I got all those here, thanks
[20:06] <mannyv> What do I have to do if I want to pull a few packages from one package under GPL and use them in a package I am working on  package
[20:07] <ion> Salmiakkikossu is awesome.
[20:08] <Tm_T> I really don't use much alcohol internally though, don't like how it affect brain
[20:13] <pitti> kirkland: hm, so is there a regression in the euca update, or is it just the same race condition that was in final, too?
[20:13] <kirkland> pitti: it's the latter
[20:13] <pitti> kirkland: so it's good to go?
[20:13] <kirkland> pitti: i'm really sorry about the shell quoting noise
[20:13] <pitti> no problem :)
[20:13] <kirkland> pitti: yes, go ahead and push
[20:13] <kirkland> pitti: we'll have a new one for -proposed very soon
[20:14] <kirkland> pitti: again, my apologies
[20:14] <micahg> pitti: is there a way to run apport for a single instance anymore?
[20:14] <pitti> kirkland: no worries, I was just unsure whether the v-failed in bug 460089 still applied
[20:14] <pitti> micahg: in lucid that was fixed again (force_restart=1)
[20:14] <pitti> unfortunately it got broken in karmic
[20:15] <kirkland> pitti: no worse than in final, as you said
[20:15] <kirkland> pitti: ie, i don't think the SRU introduces this
[20:15] <micahg> pitti: is an SRU planned for it?
[20:16] <pitti> micag: not from my side, it's not that important; if someone else wants to pick it up, it's acceptable, of course
[20:16] <micahg> pitti: ok, thanks
[21:01] <ScottK> pitti (or any other DMB member who is around): We approved our first kubuntu-dev application, but are unfortunatlely lacking the one kubuntu-dev who can add people (see ubuntu-devel for details of the meeting).  Would one of you please add https://launchpad.net/~echidnaman to ~kubuntu-dev?
[21:03] <pitti> wohooo!
[21:04] <pitti> ScottK: do you use any standard timeout?
[21:05] <ScottK> pitti: Thanks for taking care of it.  I'm not sure what you mean?
[21:05] <pitti> ScottK: nevermind, that was set automatically already; so, "done"
[21:05] <pitti> ScottK: s/timeout/expiry/
[21:05] <ScottK> Cool.  thanks
[21:05] <ScottK> I got it.
[21:06] <ScottK> This is a bit of a historic moment I think.
[21:06] <geser> pitti: did you see my patch for pkg-create-dbgsym to fix the FTBFS from this morning?
[21:06] <pitti> geser: sorry, no; is it in a bug?
[21:07] <geser> pitti: no, didn't file a bug report for it yet
[21:07] <geser> pitti: found the problem: the dh_strip wrapper knows about --keep-debug but not about its short name -k. Could you please apply http://paste.ubuntu.com/331631/ to dh_strip from pkg-create-dbgsym?
[21:07] <pitti> geser: aah
[21:07] <pitti> geser: nevermind about a bug, I'll apply it right now
[21:08] <pitti> hm, the -k is new?
[21:08] <pitti> I'm fairly sure it wasn't there when I wrote this initially
[21:08] <pitti> anyway, good catch, thanks!
[21:10] <sebner> ScottK: congratulations then. kubuntu ftw!
[21:10] <sebner> huhu pitti geser :D
[21:10]  * pitti waves to sebner, guten Abend!
[21:10] <robbiew> pitti: do you know what's holding up getting bug 451304 processed for karmic-proposed?
[21:11] <sebner> pitti: Guter Abend in der Tat, mein erster mathe test war positiv. No need for suicide yet ;)
[21:11] <pitti> robbiew: someone else than me needs to process it (since I uploaded it); I pinged slangasek/cjwatson
[21:11] <robbiew> ah...that makes sense
[21:11] <pitti> sebner: congrats!
[21:12] <robbiew>  okay, thanks
[21:12] <sebner> pitti: thx :)
[21:13] <geser> Hi sebner
[21:14] <DktrKranz> pitti, geser: ubuntu-dev-tools and buildd share usr/bin/buildd and usr/share/man/man1/buildd.1.gz, what about renaming them to lp_buildds* (or whatever)?
[21:15] <pitti> DktrKranz: I don't understand -- isn't buildd a script from ubuntu-dev-tools?
[21:15] <wgrant> DktrKranz, pitti: There is already a piece of software called lp-buildd. Please don't call it lp_buildd.
[21:20] <mathiaz> sgallagh: great - thanks for the heads up.
[21:24] <geser> pitti: yes, buildd is a script from u-d-t and also from "buildd" which cause a filename conflict
[21:24] <pitti> oh, I see
[21:25] <geser> so we need a new name for buildd (from u-d-t)
[21:25] <pitti> geser, DktrKranz: since it's not really about the buildds, but the builds, how about renaming it to "ubuntu-build"?
[21:25] <geser> what about "buildctl"?
[21:28] <pitti> WFM
[21:28] <pitti> pkgbuild, ubuntu-build, ...
[21:28] <soren> buildkit!
[21:28]  * soren runs away
[21:28] <ajmitch> soren: no, bad!
[21:28] <ebroder> Hehe! Linux needs more kits
[21:29] <soren> If we had a Quickly for writing kits, it could be called KitKit.
[21:30] <wgrant> soren: But then you need the Quickly mode to edit kit templates...
[21:31] <soren> KitKitKit? :(
[21:31] <jjardon> hello, There is https://bugs.launchpad.net/gtk, should  https://bugs.launchpad.net/libgtk be removed?
[21:31] <ScottK> soren: I think KitKit is reserved for the Kit management service.
[21:35] <slangasek> bdrung_: why is adblock-plus not a merge from Debian testing?  (looking at it in the NEW queue, and looking at Debian to verify that this change has also been made there, seemingly independently...)
[21:36] <bdrung_> slangasek: it's a merge
[21:36] <slangasek> bdrung_: no, it's not; 1.1.1-0ubuntu4 is an additional Ubuntu revision, whereas Debian is currently at 1.1.1-2
[21:36] <bdrung_> slangasek: ups, you are right (different sources for 1.1.1)
[21:37] <bdrung_> slangasek: the next upstream release will lead to a merge
[21:37] <slangasek> okie
[21:37] <bdrung_> slangasek: all the other xul extension package are merges
[21:37] <slangasek> alright :)
[21:38] <bdrung_> slangasek: the plan for lucid is to rename all extensions to xul-ext-$extname
[21:38] <slangasek> yeah... I've gathered that :-)
[21:41] <geser> DktrKranz, pitti: going to rename "buildd" to "ubuntu-build" then if nobody objects
[21:43] <DktrKranz> geser: fine for me, if you do that change now, mind adding (Closes: #558816) to changelog entry?
[21:43] <geser> sure
[21:44] <DktrKranz> thanks :)
[22:18] <jdong> pitti: poke; just out of curiousity, a long time back we talked briefly about ubuntu-sru <-> motu-sru merging; do we still intend to do it?
[22:18] <pitti> jdong: we should probably, now that packageset based uploaders are a reality; what do you think?
[22:19] <jdong> pitti: *nods* Yeah, I think it makes sense to do so; the sooner the awkward limbo state ends IMO the better ;-)
[22:20] <pitti> jdong: ok, so I should write to u-devel@ and the usru/motu-sru team members tomorrow
[22:20] <jdong> pitti: cool, sounds great
[23:30] <Keybuk> james_w: how do you want reports of problems with bzr imports?
[23:30] <james_w> hey Keybuk. Please file a bug against the 'udd' LP project
[23:31] <Laney> hiya
[23:31] <Laney> james_w: do you care for bugs for imports which are out of date?
[23:32] <Laney> (don't know if you have a script to catch this)
[23:32] <james_w> Laney: yes please
[23:32] <Keybuk> james_w: should I file bugs for making branches the lp:ubuntu/ branch?
[23:32] <james_w> Keybuk: you can, if you mailed me then they will be included already
[23:33] <Keybuk> you haven't done those yet, right? :p
[23:35] <james_w> nope :-)
[23:35] <Keybuk> two of the locations have changed, have replied to my mail
[23:35] <Keybuk> what about new ones of those going forwards?
[23:39] <james_w> you can just push to the lp:ubuntu/ branches directly
[23:39] <bdrung_> Keybuk: why is lucid twice in 'lp:~ubuntu-core-dev/ubuntu/lucid/ureadahead/lucid'?
[23:39] <james_w> oh
[23:39] <james_w> no, silly me
[23:40] <james_w> once the importer has imported the new package then you will be able to push
[23:40] <james_w> we have a bit a bootstrap issue, but the LP devs have ideas
[23:44] <slangasek> james_w: lp:ubuntu/foo2zjs fails to reconstitute an usptream tarball
[23:44] <slangasek> (it looks like the Debian branch may also be /missing/ the latest upstream code, fwiw)
[23:46] <Keybuk> james_w:  push --overwrite ?
[23:46] <Keybuk> what about when the package doesn't exist? e.g. lp:ubuntu/upstart doesn't exist
[23:46] <Keybuk> can I just push to that to make it?
[23:47] <lifeless> Keybuk: thats because the import hasn't worked.
[23:47] <Keybuk> I'm surprised at that :)
[23:47]  * Keybuk would have thought upstart was a simple one
[23:47] <lifeless> Keybuk: I don't think you can push to create it; you can push to lp:~ubuntu-core-devs/ubuntu/lucid/upstart/trunk
[23:47] <james_w> Keybuk: no, that's what I mean by a bootstrap problem, the short names are like symbolic links
[23:47] <Keybuk> lifeless: right, and that doesn't make it show up as lp:ubuntu/upstart - which is the beginning of this conversation :p
[23:47] <james_w> the importer will create one, or I can do it for you
[23:48] <lifeless> james_w: are you able to tell the importer that a given branch is a *debian* packaging branch?
[23:49] <james_w> um, set it as lp:debian/foo
[23:49] <lifeless> yes
[23:49] <lifeless> and have imports from debian go into it.
[23:50] <james_w> you mean from the Debian maintainer's Vcs-Bzr?
[23:50] <lifeless> huh?
[23:50] <Keybuk> james_w: so, just to clarify -- the lp:ubuntu/mountall is the importer's version.  If I just push --overwrite my mountall branch over that ... things will be nice and shiny?
[23:51] <Keybuk> or will there be a datacentre holocaust?
[23:52] <maco> oh oh i have a james question too! on native software, which do we branch? im thinking update-manger.. lp:update-managr, lp:ubuntu/update-manager, tht long ~ubuntu-core-dev/.../lucid one...which?
[23:52] <james_w> Keybuk: the importer will tell me that someone did a push --overwrite, then I will check that all is well and tell it to use your branch as they authoritative branch
[23:53] <james_w> maco: it will be lp:ubuntu/update-manager, and perhaps lp:update-manager, but this conversation is partly about how to make that happen
[23:53] <james_w> the rule will be use lp:ubuntu/<package> to get the content's of Ubuntu's <package>
[23:53] <james_w> we're just not quite 100% yet
[23:53] <james_w> lifeless: I don't understand what you are asking for
[23:54] <lifeless> I have a package I maintain *in debian*
[23:54] <lifeless> I want the lp:debian/package branch for that to be my bzr packaging branch.
[23:54] <Keybuk> you want to be able to commit to debian/bicyclerepairman ?
[23:54] <Keybuk> (to phrase the question properly?)
[23:54] <lifeless> And for imports the importer does from debian to go to that branch.
[23:55] <lifeless> Keybuk: actually python-testtools in this case, but yes.
[23:55] <james_w> lifeless: as I said, make lp:debian/foo point to that branch
[23:56] <Keybuk> james_w: maybe he's asking how to do that?
[23:56] <lifeless> james_w: you said something about the Vcs-BZR control field
[23:56] <james_w> the mechanics are exactly the same as Keybuk is asking about, I just haven't requested people come forward with suggestions
[23:56] <lifeless> james_w: which confused me.
[23:57] <lifeless> james_w: so, for things that we maintain in Debian, which is better ?
[23:58] <lifeless> and, does the importer know enough about only-synced packages to pull from lp:debian/foo