 I noticed some strange karma jumps last week...
[12:27] <ajmitch> rebalancing
[12:27] <ajmitch> now translators don't get super-karma compared to everyone else
[12:28] <sistpoty> ah... I personally liked the rebalancing that gave me > 50k karma *g*
[12:28] <ajmitch> yeah
[12:28] <ajmitch> I'm back up to 23k though
[12:28] <sistpoty> ~ 16k
[12:29] <Amaranth> Karma:  710
[12:29] <Amaranth> :(
[12:29] <Amaranth> people need to file more bugs on alacarte that i can reject or dupe :P
[12:31] <bddebian> ajmitch: Aye, am I negative yet? :-(
[12:32] <Erlang> Amaranth: okay
[12:39] <ajmitch> bddebian: not yet..
[12:53] <Se7h> hi, is there any build-dep to be able to check libraries on the system?
[01:23] <Riddell> who owns ubotu?
[01:28] <TheMuso> Riddell: Someone on the ubuntu-au team I think.
[02:03] <Amaranth> cafuego
[02:04] <Amaranth> why? want him in #kubuntu?
[02:05] <Toadstool> re
[02:13] <monzie> hi all
[02:24] <Toadstool> good night
[03:15] <^Odd^> hi i was wondering what i do with this patch for streamtuner? streamtuner-0.99.99-live365.diff
[03:15] <^Odd^> i don't know if i am supposed to exicute it or place it some where can some one please help me?
[03:16] <Erlang> where did  you get it?
[03:16] <^Odd^> from the streamtuner site
[03:17] <^Odd^> i clicked about in the title bar of stream tuner and a link poped up and i followed it
[03:17] <^Odd^> there is no instructions but i know that i need that patch
[03:17] <^Odd^> live 365 changed there login and i cannot get in with streamtuner
[03:18] <^Odd^> http://www.nongnu.org/streamtuner/
[03:18] <^Odd^> is where it came from
[03:18] <Erlang> did you fill a bug explaining this?
[03:18] <^Odd^> um no why would i have to?
[03:19] <^Odd^> it's just a patch that goes somewhere i would imagine
[03:19] <^Odd^> i just don't have the knowledge as to what to do with it
[03:19] <Erlang> Because that patch would probably benifit all the users of streamtuner.
[03:19] <^Odd^> i got it from there site
[03:19] <^Odd^> other can as well can't they?
[03:20] <Erlang> well, others would be like you and have no clue what to do with it :D
[03:20] <^Odd^> i thought bug reports where for important things like the nvidia drivers being broken lol
[03:20] <^Odd^> ahh
[03:20] <^Odd^> ok how about you help me figure out what to do with it and i will include it in a howto and in a bug report?
[03:20] <Erlang> ^Odd^: What you say is that streamtuner is broken for Live365.  That may not be a critical bug, but that's a bug nonetheless.
[03:21] <^Odd^> that way people can go to the ubuntu forums and see it and get help from both places
[03:21] <^Odd^> ok i see
[03:21] <^Odd^> i did not know lol
[03:21] <^Odd^> as used to linux as i am getting there are still something that are new to me
[03:21] <^Odd^> i am always afraid that i will get yelled at or something
[03:21] <^Odd^> where do i file a bug report?
[03:22] <Erlang> https://launchpad.net/malone
[03:22] <Erlang> could you give me the exact url to that patch?
[03:22] <^Odd^> this should be fun i have never done this before
[03:22] <^Odd^> yea sure ^_^
[03:22] <Erlang> I'm gonna do the required steps on my PC first.
[03:23] <^Odd^> http://savannah.nongnu.org/download/streamtuner/streamtuner-0.99.99-live365.diff
[03:23] <Erlang> It shouldn't be that hard, but you'll see after that why people won't want to do it themselves.
[03:23] <^Odd^> i will start work on my first bug report >.<
[03:23] <^Odd^> oh ok
[03:26] <Erlang> wait a minute, that patch seems already in the source.
[03:27] <Erlang> ^Odd^: What version of Ubuntu are you using?
[03:27] <^Odd^> breezy
[03:28] <Erlang> that explains it.  the patch you are talking about is already integrated in package distributed in the next version of Ubuntu
[03:28] <^Odd^> so do not submit the report?
[03:29] <^Odd^> and is nvidias agp support problem going to be fixed as well in the next release?
[03:29] <^Odd^> as nvidia drivers have broken the agp support for my system
[03:29] <Erlang> well, I'm not sure of what I say yet... please file the bug, we'll just close it turns out to be not revelant.
[03:30] <Erlang> ^Odd^: I'm not aware of all the issues yet.
[03:30] <^Odd^> ok
[03:31] <Erlang> ^Odd^: Has Live365 support (whatever that is) been broken for a long time or just recently?
[03:31] <^Odd^> i just thought i would try to get my system fixed lol i am always bragging how ubuntu is awesome for games native and non native
[03:31] <^Odd^> about a month i have noticed
[03:31] <Erlang> then that patch probably won't cut it.  the patch you have has been integrated in the Breezy package too.
[03:32] <^Odd^> really\
[03:32] <^Odd^> then how come it does not work
[03:32] <Erlang> yeah, it's old.
[03:32] <^Odd^> oh ok
[03:32] <^Odd^> see i don't know these things lol
[03:32] <Erlang> They might have changed the site again.
[03:32] <^Odd^> not trying to be offencive or rude
[03:32] <LaserJock> in a bash script how do I check if a directory does not exist?
[03:32] <^Odd^> that might have
[03:33] <Erlang> ^Odd^: You bug report only becomes more revelant.
[03:33] <^Odd^> oh ok
[03:33] <^Odd^> so what should i put in there i can pastebin what i have so far
[03:33] <^Odd^> i want this to be something productive that can help others
[03:34] <Se7h> im gonna in the middle just to ask a small thing. Why doesn't the pbuilder detect some libs he's supposed to ?
[03:34] <Erlang> just provide as much detail you can about that what is working, what is not working, when it stopped working and such.
[03:34] <Se7h> (might be some build dep)
[03:34] <sistpoty> LaserJock: if [! -d yourdirectory] ; then... at least iirc ;)
[03:34] <Se7h> hi LaserJock
[03:34] <LaserJock> sistpoty: ! -e is for files?
[03:34] <Erlang> ^Odd^: If there is any information missing, the person triaging your bug will ask for more information.  You'll receive notification by email.
[03:35] <TheMuso> LaserJock: man test
[03:35] <sistpoty> LaserJock: man test ([ is a symlink to test, though it usually is a shell-builtin which behaves identically)
[03:35] <LaserJock> TheMuso: thanks dude
[03:35] <TheMuso> The [ program is basically the same as test.
[03:35] <^Odd^> ok
[03:35] <Erlang> ^Odd^: but if you link this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=341531, in your report, there shouldn't be much information to add since this is a bug report on Debian which may explain things.
[03:35] <Ubugtu> Debian bug 341531 in streamtuner "Subject: streamtuner: categories incorrectly parsed in Live365 plugin" [Normal,Open]
[03:35] <LaserJock> yeah, I was just wondering -d vs. -e I had the [ part ;-)
[03:36] <Erlang> thank you Ubugtu.
[03:36] <Hobbsee> hi all
[03:36] <TheMuso> Hey Hobbsee.
[03:36] <TheMuso> Did you get anywhere with warped?
[03:36] <Hobbsee> nope
[03:37] <^Odd^> shoot there going to send it to the wrong email address
[03:37] <^Odd^> thank you all for helping me i really appriciate it
[03:37] <Erlang> np
[03:37] <ajmitch> hello Hobbsee
[03:37] <Hobbsee> hi ajmitch :)
[03:38] <^Odd^> is lurking allowd here so i can learn? it seems pritty geeky here "in the good sence of the word"
[03:38] <sistpoty> ^Odd^: sure ;)
[03:38] <TheMuso> ^Odd^: Many of us idle here most of the time. Feel free to stick around.
[03:38] <^Odd^> thanx your also welcome in any of the channels that i am in
[03:38] <^Odd^> if you want
[03:39] <bddebian> Later gang
[03:39] <^Odd^> if any of you hate windoze then #winflame is a good place to trash it
[03:39] <ajmitch> bye bddebian
[03:39] <sistpoty> cya bddebian
[03:39] <Erlang> ^Odd^: I'm past the "Windows suck! Linux rulez!" age.  I've become more moderate ;D
[03:40] <^Odd^> well i have used windows most of my life
[03:40] <^Odd^> and for some reason it just wasent doing it for me to many bsod
[03:40] <ajmitch> Hobbsee: anything new & exciting at uni today? :)
[03:40] <Hobbsee> ajmitch: not really - i was pretty much so sick due to tiredness that i was about to collapse...so that kinda sucked...
[03:40] <^Odd^> then i herd about linux and ubuntu so i decided to give it a try and quickly realized that pirating windowz and it's software was not a good thing
[03:41] <Hobbsee> hehe!  i agree with you Mithrandir!  what meeting is that early?
[03:41] <Se7h> ^Odd^ wise choice :)
[03:41] <^Odd^> it's nice haveing ubuntu on my box the peace of mind knowing that all of my software is legit and mine is nice
[03:41] <^Odd^> and all my freinds think i am uber smart because i use ubuntu and i tell them that it's not hard
[03:41] <Se7h> ahahah
[03:41] <ajmitch> Hobbsee: let me guess, got to bed about 3am?
[03:41] <^Odd^> so has anyone herd of the nvidia agp problem?
[03:41] <Mithrandir> Hobbsee: distro team meeting.  Rotates six hours each week, and this week it's the "let's make it suck for the europeans" week
[03:42] <ajmitch> Mithrandir: excellent!
[03:42] <Hobbsee> ah yep, fun
[03:42] <^Odd^> roflmao
[03:42] <^Odd^> thats awsome
[03:42] <Hobbsee> ajmitch: no, i actually went to bed at around 12.30am last night...
[03:42] <Se7h> o.0 Mithrandir
[03:42] <^Odd^> from what i can tell all sis chipsets are busted with the new nvidia drivers
[03:42] <ajmitch> Hobbsee: that's rather early
[03:42] <Se7h> i'm european.....oops?
[03:42] <Hobbsee> i know
[03:43] <^Odd^> glx will not function and all the other modules are way way tooo slow
[03:43] <Hobbsee> think it was the endless lots of 2am falling asleep...
[03:43] <ajmitch> yeah
[03:43] <^Odd^> and vesa is kinda busted as well
[03:43] <ajmitch> not healthy
[03:43] <^Odd^> no matter what i do the glx module will not load it refuses to
[03:43] <Erlang> ^Odd^: I don't know really.  I don't always do thing the "Ubuntu-way".
[03:43] <^Odd^> lol
[03:43] <^Odd^> i don't know any other way lol
[03:44] <^Odd^> i tryed suse becasue of the agp support problem and mlech
[03:44] <^Odd^> it was horrible even with the gnome interface
[03:44] <Erlang> brb, bigass Debian update.
[03:45] <^Odd^> for some reason the only os i use and feel comfy in is ubuntu all the others scare me or suck
[03:47] <^Odd^> how is this?
[03:47] <^Odd^> https://launchpad.net/distros/ubuntu/+source/streamtuner/+bug/37269
[03:47] <Ubugtu> Malone bug 37269 in streamtuner "broken live365 link sighn in" [Normal,Unconfirmed]
[03:47] <^Odd^> holy shit
[03:47] <^Odd^> wow that was quick
[03:47] <^Odd^> lol
[03:49] <^Odd^> http://kisain.deviantart.com/
[03:50] <^Odd^> thought you all would like to see what i have done to my ubuntu
[03:51] <Erlang> Why didn't you provide the correct email address first?
[03:53] <^Odd^> becassue i logged in with my old account forgot i created one there a long time ago
[03:53] <^Odd^> it was just luck that the sites desighn remided me of it
[03:54] <Erlang> can't you change it? because emails are sent automatically by the system when someone append things to the bug report.
[03:54] <^Odd^> how?
[03:54] <^Odd^> theres a way? O_O
[03:54] <Erlang> in the profile I guess...
[03:54] <^Odd^> i'll check
[03:56] <Erlang> it's not
[03:56] <Erlang> the page doesn't exist.
[03:56] <^Odd^> oh wonder why it told me diffrent.....not text but for my name in the header
[03:58] <^Odd^> ok fixed
[03:58] <^Odd^> should i create a wiki on me? lol that would be kind of neat
[03:58] <^Odd^> or useless
[03:59] <Erlang> do as you please, that's a wiki
[03:59] <^Odd^> i thought a wiki was a conglomeration of technical info
[03:59] <Erlang> not exactly.
[03:59] <^Odd^> like an online encyclopedia if you wil
[04:00] <Erlang> a wiki is a site everyone can edit, it's not bound by the content.
[04:00] <^Odd^> oh ok
[04:00] <^Odd^> thats neat
[04:00] <Erlang> now if you please, I need to work :D
[04:00] <^Odd^> ok
[04:10] <robertj> what could cause build/release-linux-x86 instead of build/release-linux-i386 to be created?
[04:13] <sistpoty> robertj: hm...? in what context?
[04:13] <robertj> by dh_installdirs I guess
[04:15] <sistpoty> robertj: not really sure... dpkg-architecture semantics had changed some time ago, maybe from that? (though I don't see x86 in there)
[04:15] <robertj> hrmm, crazy Makefile it appears
[04:48] <Kyral> anyone know where I can get my hands on AutoMake 1.6
[04:49] <Hobbsee> Kyral: why 1.6?  most of the others are in the repos...
[04:49] <Kyral> Because this damn Window Deco needs it
[04:51] <Kyral> trying to compile the "Serenity" deco
[04:52] <sistpoty> Kyral: 1.6 was removed (though I don't know for what reason)
[04:54] <Mithrandir> it's obsolete.
[04:55] <sistpoty> well, there is 1.{4789}... I guess 1.4 -> 1.5 had some big incompatible changes, so that's the reason 1.4 is still there?
[04:58] <Mithrandir> correct
[05:17] <Kyral> Mithrandir: tell that to the program
[05:17] <Kyral> anyway....I just grabbed it and compiled it
[05:28] <Hobbsee> bug 12345
[05:28] <Ubugtu> Malone bug 12345 in isdnutils "isdn does not work, fritz avm (pnp?)" [Normal,Fix released]  http://launchpad.net/bugs/12345
[05:28] <ajmitch> heh
[05:28] <ajmitch> playing with the bot again?
[05:33] <sistpoty> gn8 everyone
[07:36] <Kyral> Night MOTUish people
[09:47] <lucas> hi motus
[09:48] <siretart> hi lucas
[09:57] <lucas> siretart: I just assigned a bug to motu-uvf. would be great if you could review it since I have some time to work on it right now
[09:58] <dholbach> hm? time to work on it? didn't you start doing the package yet?
[09:59] <siretart> dholbach: this is bug 37289
[09:59] <Ubugtu> Malone bug 37289 in python-libgmail "UVF exception" [Normal,Unconfirmed]  http://launchpad.net/bugs/37289
[09:59] <siretart> dholbach: he argues that the diffstat and buildlog wouldn't matter, because there is only one reverse depends and the package is broken currently anyway. it couldn't get any more broken
[10:00] <dholbach> please attach that information
[10:00] <dholbach> end of story
[10:03] <lucas> done.
[10:04] <Gloubiboulga> morning
[10:05] <lucas> note that this package is an interesting example of universe brokeness : the gmailfs bug has been opened for a month and a half, and the updated package was uploaded to debian in november
[10:06] <dholbach> lucas: you know too that this has to do with the amount of people working in universe, right?
[10:06] <lucas> this was not a rant, just a remark
[10:07] <dholbach> ok, it sounded a bit bitter, that's why I said it
[10:07] <Hobbsee> dholbach: do we have a specific way of searching for stuff that needs updating?  or is it just 'i've happened to notice it needs updating, i'll update it"?
[10:08] <dholbach> the latter
[10:08] <lucas> however, since the current amount of people working on universe doesn't seem to be enough to get universe in a "satisfying" state, maybe we should reconsider some of our processes
[10:08] <lucas> Hobbsee: I use multidistrotools on subsets of the archive
[10:08] <dholbach> lucas: which processes are you referring to?
[10:08] <lucas> http://tiber.tauware.de/~lucas/versions/ruby-packages.html
[10:09] <lucas> well, the fact that we fail to monitor updates of most packages is disturbing
[10:10] <lucas> maybe we should enforce more "responsibilities"
[10:10] <dholbach> that doesn't work
[10:10] <lucas> like "lucas is in charge of monitoring ruby packages". "laserjock monitors science package".
[10:10] <dholbach> people do that already
[10:10] <dholbach> what do you want to do if they don't?
[10:10] <lucas> if we know the level of monitoring for each package, we also know which ones might not be monitored in a satisfying way
[10:10] <lucas> nothing
[10:11] <lucas> just know that package X is not monitored by anybody
[10:11] <dholbach> hm
[10:11] <dholbach> you can't give people 1000 package or something
[10:11] <dholbach> people already are in teams or work on stuff that they like
[10:11] <lucas> but they don't cover the whole archive
[10:13] <dholbach> I dislike the idea of coercing people into taking care of stuff that they don't care about (and pushing a high workload on them)
[10:13] <lucas> the fact that python-libgmail is broken shows us that the python team is not working properly (ie in a satisfying way)
[10:13] <dholbach> maybe nobody cares about the package
[10:13] <lucas> some users care
[10:13] <dholbach> "cares" as in "it doesn't matter"
[10:14] <lucas> (proof is, there's an UNCO bug against gmailfs for a month and a half)
[10:14] <dholbach> same goes for bugs
[10:14] <dholbach> we might have what? 5000 bugs for universe? more?
[10:14] <lucas> I know, but monitoring smaller subsets of packages make it manageable
[10:14] <lucas> I know about all open bugs against ruby packages
[10:15] <lucas> http://tiber.tauware.de/~lucas/versions/ruby-packages.html lists them all
[10:15] <dholbach> if people like doing that, they will do so, giving people hundreds of packages to take care of they don't care about will wear them out and not give them any fun
[10:15] <dholbach> don't get me wrong, if somebody is all crazy about ruby and takes care of bugs and packages, I appreciate that
[10:16] <dholbach> but it's nothing I'd every try to enforce
[10:16] <Toadstool> hi everybody
[10:18] <lucas> it's the "how much can we depend on volunteers" debate again :)
[10:18] <lucas> anyway
[10:18] <lucas> what about https://launchpad.net/distros/ubuntu/+source/python-libgmail/+bug/37289 ?
[10:18] <Ubugtu> Malone bug 37289 in python-libgmail "UVF exception" [Normal,Unconfirmed]
[11:00] <kelmo_lap> hey siretart ; )
[11:04] <siretart> kelmo_lap: hey Kel!
[11:05] <kelmo_lap> siretart, i just started thinking about your last mail, about providing a defaul conffile for wpa_sup
[11:05] <kelmo_lap> default*
[11:05] <siretart> kelmo_lap: I don't there there is any sane default. we cannot guess passwords ;)
[11:05] <kelmo_lap> i think it is bad todo so
[11:05] <kelmo_lap> even more than that:
[11:06] <kelmo_lap> do we really want dpkg to show differences (along with passwords) when wpasupplicant upgrades each time?
[11:06] <siretart> I completely agree with you
[11:06] <kelmo_lap> that is a security risk, albeit quite small
[11:06] <siretart> I was about to remove debian/wpasupplicant.defconf from trunk/
[11:06] <kelmo_lap> sec
[11:06] <kelmo_lap> i made changes already
[11:06] <siretart> oh. Isee
[11:07] <kelmo_lap> i think we should keep that file in examples
[11:07] <kelmo_lap> as it is nice and small
[11:07] <kelmo_lap> and convinient for users to base their own on
[11:07] <kelmo_lap> what do you think?
[11:07] <siretart> perhaps we can dump it to /usr/share/doc/examples/wpa_connect_open_ap.conf
[11:08] <siretart> kelmo_lap: I agree with you. In fact, I already added a note suggesting that in README.Debian
[11:08] <kelmo_lap> hmm, your choice, let me just remove some unneccessary code then
[11:08] <siretart> ok, then lets move that to examples
[11:08] <kelmo_lap> just as is?
[11:09] <kelmo_lap> i also excepted it from compression, do you think that is ok or not?
[11:09] <siretart> with name wpa_connect_open_ap.conf and perhaps a note about security implications as comments in the headers
[11:09] <kelmo_lap> ah, k
[11:09] <kelmo_lap> no problem
[11:09] <siretart> :)
[11:10] <siretart> nicely documented, perfect for basing local configuration
[11:10] <kelmo_lap> i reverted what i did for wpa_defconf
[11:10] <kelmo_lap> so its a clean slate
[11:11] <kelmo_lap> maybe rename it
[11:11] <kelmo_lap> then just add it to *.examples
[11:11] <kelmo_lap> case closed
[11:11] <siretart> ok. I'm on it
[11:13] <kelmo_lap> bbl, dinner
[11:14] <siretart> commited
[11:21] <j^> wpasupplicant is configured by network-manager or in /etc/network/interfaces now
[11:23] <siretart> j^: right
[11:23] <siretart> j^: kelmo and me are working for ifupdown integration and documentation on the wpasupplicant side
[11:23] <siretart> j^: wpasupplicant won't start by default any longer. this makes integration with nm way easier
[11:24] <j^> ah ok, documentation is always good to have
[11:27] <Hobbsee> is the launchpad search borked *again*, or is it just me?
[11:29] <ajmitch> Hobbsee: which part of it?
[11:29] <Hobbsee> ajmitch: bug searching - particularly the ones that are assigned to me, or that i wrote
[11:30] <ajmitch> Hobbsee: advanced search works
[11:30] <Hobbsee> i thought that was what i tried
[11:30] <dholbach> http://launchpad.net/people/<login>/+reportedbugs http://launchpad.net/people/<login>/+assignedbugs
[11:30] <ajmitch> the links on the side portlets are a little broken, I talked with bradb about it earlier
[11:30] <kelmo_lap> siretart, just read your mail
[11:30] <Hobbsee> ah ok
[11:33] <siretart> kelmo_lap: ok. I just tried the new timeout feature for the action script
[11:34] <siretart> kelmo_lap: excellent work, as always :)
[11:34] <kelmo_lap> it lays the framework, for future stuff, i think
[11:34] <siretart> but the example with dhcp only works here like a charm. I love it :)
[11:34] <kelmo_lap> but now is a good time to focus on the final bits of a release
[11:35] <siretart> kelmo_lap: whats left for an upload to unstable?
[11:35] <kelmo_lap> siretart, well, nothing that cannot be added afterward (documentaion, menu file for wpagui, other minor things)
[11:35] <kelmo_lap> siretart, but i would like a couple of hours just to go over a few things
[11:36] <kelmo_lap> i do not expect any changes, however
[11:36] <siretart> kelmo_lap: we could upload another preview release to dapper for letting the dapper ppl beta testing it
[11:36] <siretart> ;)
[11:37] <kelmo_lap> well, just a little patience for a code review, and you can request it get uploaded anywhere you like ; )
[11:37] <siretart> kelmo_lap: ah, one more thing. perhaps.
[11:38] <siretart> kelmo_lap: currently, the preinst only removes obsolete conffiles when upgrading from << 0.4.8-1
[11:38] <siretart> I'm not sure anymore why we have that restriction
[11:38] <kelmo_lap> then remove it
[11:39] <siretart> ok. will do
[11:39] <kelmo_lap> on a side note, pkg-madwifi is getting ready to push madwifi-ng into debian/experimental
[11:40] <siretart> cool :)
[11:40] <kelmo_lap> this also has consequences with wpasupplicant, as you are aware
[11:40] <kelmo_lap> but we'll deal with that in due time
[11:40] <siretart> kelmo_lap: btw, did you read that comment regarding that patch for specifying includes for madwifi-ng?
[11:41] <kelmo_lap> no, where was it?
[11:41] <kelmo_lap> uness you speak of the oldish debian bug i replied to
[11:41] <siretart> on the list, wait, I'll look
[11:41] <siretart> no
[11:43] <siretart> kelmo_lap: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354388,  last comment
[11:43] <Ubugtu> Debian bug 354388 in wpasupplicant "Subject: wpasupplicant: please recompile with madwifi-dev" [Wishlist,Open]
[11:43] <kelmo_lap> isn;t my reply at the bottom of that report?
[11:43] <kelmo_lap> that guy was misinformed
[11:44] <siretart> no, I don't see any reply from you there. could you please bounce it?
[11:44] <kelmo_lap> hmm
[11:44] <siretart> kelmo_lap: would it be possible to have 2 backends, one called 'madwifi-old' and one called 'madwifi-ng'?
[11:45] <kelmo_lap> siretart, i already spoke to Jouni about this, as part of my testing/patching/support of madwifi-ng, when it was first able to use wpa_supplicant
[11:46] <kelmo_lap> he simply stated, no, he will not maintain two seperate pieces of madwifi code todo that
[11:47] <kelmo_lap> and i think it would be foolish to go against his advice, that is just my opinion
[11:47] <kelmo_lap> of course it is a pain
[11:47] <kelmo_lap> but one we must deal with responsibly
[11:48] <siretart> ok, cancel that idea then
[11:48] <kelmo_lap> after all, madwifi *is* an experimental, non-free driver
[11:48] <kelmo_lap> until it makes a release, its hard to bend over backwards for it
[11:49] <siretart> I see us end up with wpasupplicant in unstable being compiled against madwifi and in experimental compiled against madwifi-ng..
[11:49] <kelmo_lap> or else you will surely take on more work than you expected
[11:49] <siretart> I see
[11:49] <kelmo_lap> siretart, i think so yes
[11:49] <kelmo_lap> bu in experimental, we will also use the 0.5 branch again, i suppose
[11:50] <kelmo_lap> that work i am happy todo
[11:50] <siretart> ok
[11:50] <kelmo_lap> i would not like to be responsible for maintaining a forked piece of code, without upstreams blessing
[11:51] <kelmo_lap> hmm
[11:51] <kelmo_lap> i _really_ like the last idea on that bug report
[11:52] <kelmo_lap> however
[11:53] <kelmo_lap> that me be wrong in the eyes of debian-policy, i am not sure
[11:53] <kelmo_lap> it certainly touches on that area of policy => non-free
[11:53] <siretart> hm
[11:54] <kelmo_lap> anyway, something to think about in a week or two
[11:54] <kelmo_lap> lets not get sidetracked ; )
[11:55] <siretart> ok
[11:56] <siretart> this means that I currently wait for an answer from Jouni about http://launchpad.net/bugs/37070, and depending on his answer, we can upload to unstable, right?
[11:56] <Ubugtu> Malone bug 37070 in network-manager "wpasupplicant talks a bit TO much" [Critical,Needs info]
[11:56] <Mithrandir> slomo_: you're aware that your quodlibet-plugins made it uninstallable?
[11:59] <TheMuso> Wow! Amazing how an OpenOffice update causes one to have to download 74MB. :)
[12:02] <kelmo_lap> siretart, hmm, not sure where th problem is there (wpa_sup / nm), but it certainly is no showstopper for me
[12:02] <kelmo_lap> not a good problem however
[12:03] <siretart> ok
[12:08] <siretart> kelmo_lap: well, ok, then lets check that all bugs which should get fixed with this upload actually gets closed in the *changes file and get this one uploaded to unstable
[12:08] <siretart> ah no, I wait for response from Jouni, sorry
[12:09] <siretart> anyway, need to work on my other project right now :P
[12:09] <kelmo_lap> well, also allow me the chance to finish checking too ; )
[12:09] <kelmo_lap> no probs
[12:09] <siretart> sure. double checking is always a good idea
[12:52] <Hobbsee> bug 10710
[12:52] <Hobbsee> bug 30710
[12:56] <kelmo_lap> siretart, btw, imho, you do not need to move a manpage to another section, when you move that binary from sbin to bin
[12:57] <siretart> kelmo_lap: err, which manpage are you talking about?
[12:59] <kelmo_lap> wpa_gui(8) (found an old reply from you on google ;)
[12:59] <kelmo_lap> sorry for being a bit out of the blue ; )
[01:00] <siretart> ok, but wpagui is still in /usr/sbin/, isn't it?
[01:01] <kelmo_lap> yes, it has not moved
[01:02] <kelmo_lap> but i could see it in either sbin or bin
[01:02] <siretart> hm. really?
[01:03] <siretart> I think of it rather than an administrative utility
[01:03] <kelmo_lap> yeah, me too
[01:03] <kelmo_lap> but i could be persuaded either way
[01:03] <siretart> because you need priviledges to use it. lets leave it it /usr/sbin for now
[01:03] <kelmo_lap> yep, thats fine
[01:04] <crimsun> it makes no sense for normal users to be able to execute it, so it doesn't belong in /usr/bin
[01:04] <siretart> well, in fact, it does start when unpriviledged. but the same reasoning applies to /sbin/ifconfig as well
[01:04] <siretart> ah, hi crimsun
[01:04] <crimsun> (hi, just popping in for a few secs)
[01:05] <kelmo_lap> it could start if you were ina gruop defined in wpa's conffile
[01:05] <kelmo_lap> group*
[01:05] <kelmo_lap> then the ctrl_interface would be usable
[01:05] <kelmo_lap> to someone in that group
[01:06] <kelmo_lap> anyway, i was only commenting on the manpage aspect of that topic ; )
[01:06] <siretart> thats how I use it on my laptop
[01:06] <siretart> but thats local configuration which needs to be specified in the wpa_supplicant.conf, and from a packaging standpoint of view, there isn't much we can do about that
[01:07] <kelmo_lap> sure, enough already ; )
[01:07] <siretart> ok :)
[01:17] <kelmo_lap> siretart, would you mind if i forked a new experimental branch at this stage, 0.5.X and support for madwifi-ng (will work on that other idea in the future maybe) at the old location?
[01:25] <siretart> kelmo_lap: I'd rather say update our current experimental branch with what we have in trunk/ and work on that
[01:26] <kelmo_lap> ok, then i'll give more thought about the other idea in that case, at another time
[01:26] <kelmo_lap> but be sure, i'll be asking the question again when we upload madwifi-ng to debian/experimental ; )
[01:30] <siretart> ok. thanks :)
[01:30] <siretart> ajmitch: that would be awesome. did you contribute something?
[01:32] <kelmo_lap> gn8
[01:33] <Hobbsee> night all...
[01:37] <ajmitch> siretart: nope
[01:39] <ajmitch> just waiting for another one to build
[02:07] <StevenK> Whee, my launchpad bug has been commited.
[02:08] <ajmitch> StevenK: lucky you
[02:19] <StevenK> ajmitch: https://launchpad.net/products/launchpad/+bug/35160
[02:19] <Ubugtu> Malone bug 35160 in launchpad "Merge result notification could be worded better" [Normal,Fix committed]
[02:21] <ajmitch> ubuntu bug count is keeping fairly steady at the moment, though we need more people fixing bugs :)
[02:21] <ajmitch> down to 9614 open
[02:28] <StevenK> ajmitch: I feel like fixing one, but not looking for one. :-P
[02:33] <ajmitch> even I've managed to fix bugs
[02:33] <ajmitch> and you know how uselessly lazy I am ;)
[02:37] <StevenK> Heh
[02:39] <Kyral> Morning
[02:41] <siretart> Riddell: what do you think about having qt 4.1.1 in universe? I tried to compile lastfm, but is seems unhappy with 4.1.0, which we currently have
[02:44] <Riddell> siretart: sure, go for it, but go to 4.1.2 if you're doing it
[02:46] <siretart> Riddell: uuh, I see. well, I'd make sure to double check because there are tons of reverse dependencies on that.
[02:46] <siretart> if someone whants to go ahead of me, just do :)
[02:52] <Riddell> there's all of 4 reverse dependencies on qt4
[02:52] <siretart> oh. I see
[02:59] <caci> hi
[03:00] <caci> not sure about the procedures here... i just attached a fix to bug #33362. i guess now i just have to wait until a MOTU comes along an uploads it?
[03:00] <Ubugtu> Malone bug 33362 in resolvconf "Runtime directory does not exist during /etc/rcS1.d/08loopback setup" [Normal,Confirmed]  http://launchpad.net/bugs/33362
[03:00] <caci> yeah, that one :-)
[03:00] <dholbach> caci: assign it to motureviewers
[03:01] <caci> thanks
[03:03] <lucas> has somebody already played with gmailfs ?
[03:03] <lucas> I'm not sure whether it doesnt work because it's broken, or if I'm not doing the right thing to make it work
[03:12] <buga> dholbach: in what order do you process bugs assigned to motureviewers? I reported a bug and attached a trivial patch too, a debdiff is attached by an ubuntu developer and he reassigned the bug to motureviewers, but the process is stalled here. :(
[03:13] <ajmitch> buga: what package? there's quite a lot of patches that we have to review, sadly (82 that are open/fix committed)
[03:13] <dholbach> at the moment I daresay I don't find much time for motureviewers
[03:14] <buga> ajmitch: it's bug #34890 in openntpd.
[03:14] <Ubugtu> Malone bug 34890 in openntpd "openntpd doesn't start on dapper, due to /var/run being mounted tmpfs" [Normal,In progress]  http://launchpad.net/bugs/34890
[03:15] <ajmitch> ok
[03:16] <Toadstool> I've added one or two patches like this one to launchpad too ;)
[03:18] <caci> hehe that tmpfs is a constant source of joy :-)
[03:18] <Toadstool> :)
[03:19] <ajmitch> yep
[03:24] <lucas> dholbach: gmails _should_ work (there's no bug opened in debian, and the maintainer seems to care a lot). however, I can't make it work, and I'm tired of trying. what should I do :
[03:24] <lucas> (a) keep the version in ubuntu that we know doesnt work
[03:25] <lucas> (b) sync the debian version that might work, even if I haven't been able to make it work
[03:25] <lucas> s/gmails/gmailfs/
[03:27] <dholbach> if you seem to have a package you could upload it to launchpad and ask the reporters to test
[03:40] <truz24> lucas, gmailfs doesn' work ?
[03:40] <truz24> in dapper?
[03:40] <lucas> I dunno
[03:40] <lucas> the package currently in dapper doesnt work for sure
[03:41] <lucas> 1/ the version of python-libgmail was broken, I synced a new version from debian, which works (tested)
[03:41] <lucas> 2/ but the version of python-libgmail in dapper is now incompatible with the version of gmailfs in dapper
[03:42] <lucas> 3/ gmailfs in debian seems to work (no bug reports + a caring maintainer), but I couldn't get it to work in dapper
[03:42] <lucas> however, I never played with gmailfs before, so I don't know if I'm doing something wrong
[03:58] <trappist> should bugs that were reported on breezy, and fixed or n/a in dapper, be closed?
[04:09] <trappist> also, the last couple of times I tried to generate a debdiff, the diff only included my changes to the changelog.  what could I be doung wrong?
[04:30] <bddebian> Heya gang
[06:12] <Se7h> is there any date preview on the an update for 'farsight' ?
[07:36] <pef> hello !
[07:38] <Gloubiboulga> salut pef ;)
[07:39] <pef> Gloubiboulga: salut :) suis content, j'ai de nouveau du temps libre
[07:39] <Gloubiboulga> pef, bonne nouvelle, on te voyait plus beaucoup...
[07:41] <pef> Gloubiboulga: en effet :/ maintenant faut que je me remette dans le bain
[07:41] <Gloubiboulga> :)
[07:51] <littlepaul> ping dholbach
[07:52] <dholbach> littlepaul: pong
[07:53] <truz24> who put "maximise" instead of "maximize" in the gnome menus?
[07:53] <truz24> I guess we're all moving to the UK version of ubuntu?
[07:53] <littlepaul> dholbach, just searched fridge and https://wiki.ubuntu.com/MOTU/Report. The last Report was sent in january. Are there further Reports planed?
[07:54] <dholbach> sure there are
[07:54] <dholbach> but nobody stepped up to write them :(
[07:54] <dholbach> and i got very busy
[07:54] <Tonio_> hi ;)
[08:26] <robertj> how can I rerun dh_installdocs instead of doing dpkg-buildpackage and waiting for the clean, compile, etc again?
[08:27] <Gloubiboulga> you can use the -nc option
[08:28] <robertj> thx
[08:28] <Gloubiboulga> but don't forget to build the package with pbuilder or something like that ;)
[08:29] <Gloubiboulga> my pbuilder is broken btw, it always wants xlibs-deb 7.0.0-0ubuntu18
[08:29] <Gloubiboulga> is there any way to fix that without recreating everything?
[08:30] <robertj> Gloubiboulga: I think it's going to be a long time before I get this package to a pbuilder :(
[08:35] <Gloubiboulga> robertj, if you work on the dh_installdocs stuff, you've already done the biggest part of the work I guess
[08:36] <robertj> Gloubiboulga: no I commented out the biggest part of the work ;)
[08:36] <Gloubiboulga> hehe
[08:39] <robertj> grg
[08:39] <robertj> bbiab
[08:48] <Erlang> I just upload the fakesynced praat 4.4.14-1build1 on REVU if anyone cares.  upid: 2226
[09:08] <Tonio_> slomo_: ping ?
[09:09] <slomo_> Tonio_: pong
[09:09] <Tonio_> slomo_: I said you stupid things concerning the autostart .desktop for beagle :) it needs a very few modifications......
[09:10] <Tonio_> slomo_: can I send tou a diff ?
[09:10] <Tonio_> s/tou/you
[09:10] <slomo_> Tonio_: sure
[09:20] <slomo_> Tonio_: where is it?
[09:20] <Tonio_> slomo_: I have a doubt on a kde option ;)
[09:20] <Tonio_> slomo_: I have to restart kde to test if that's okay
[09:21] <Tonio_> slomo_: I'll have it in 5 minutes
[09:21] <slomo_> Tonio_: ok, np :) just ping me when you have something to look at ;)
[09:21] <Tonio_> slomo_: okay ;)
[09:48] <LaserJock> hi all, I have a question about wiki.ubuntu.com/REVU
[09:49] <LaserJock> it says in Additional Rules:
[09:49] <LaserJock> "the package must be known to build on top of the main component of the current ubuntu stable release, it may require other packages already in universe"
[09:50] <LaserJock> that shouldn't be "current ubuntu *stable* release" should it?
[10:07] <trappist> LaserJock: any idea why a debdiff of two .dsc files would only give me the changes to the changelog?
[10:10] <LaserJock> trappist: if only the changelog was changed ;-)
[10:13] <trappist> not the case
[10:13] <trappist> it happened the last two times I tried to use it
[10:14] <LaserJock> hmm, sure you have the right .dsc files
[10:14] <trappist> made my changes, updated the changelog, said debuild -S, cd .. and debdiff this.dsc that.dsc
[10:14] <trappist> yeah, debuild -S made a new one for me (so I'm *pretty* sure)
[10:14] <LaserJock> hmm, that is odd.  usually the debdiff give you more than you want if anything
[10:44] <ajmitch> morning
[10:44] <LaserJock> hi ajmitch
[10:44] <Mithrandir> hi ajmitch
[10:48] <bddebian> Heya ajmitch, LaserJock, Mithrandir
[10:48] <ajmitch> bddebian: ready to fix some bugs today?
[10:49] <bddebian> Sure what'ya want me to break.. err a fix?
[10:49] <ajmitch> we've got ~9600 open bugs in ubuntu
[10:49] <ajmitch> get to it
[10:53] <bddebian> ajmitch: Didn't the BugTeam fix them all already? :-)
[10:54] <TheMuso> Hey MOTUs.
[10:56] <ajmitch> bddebian: no, that's your job
[10:57] <bddebian> Heh
[10:57] <bddebian> Hello TheMuso
[10:57] <ajmitch> bddebian: we want to be down to ~9000 by monday if that's ok with you?
[10:58] <bddebian> Sure, go for it :-)
[10:59] <ajmitch> thanks for volunteering
[11:17] <LaserJock> grrr, I've got a bash script problem
[11:19] <LaserJock> if I run the program from within the script (using variables) it doesn't run but if I echo the same thing and run it in the terminal it works
[11:19] <ajmitch> nice
[11:21] <LaserJock> hmm, ok I figured it out
[11:22] <trappist> LaserJock: try $(echo $yourstuff)
[11:22] <LaserJock> it was using a env variable that I was setting using export variable="/path/" but variable=/path/ works


[02:26] <msaul_> I installed Edubuntu 10.10 with LTSP option. For some reason, can't connect to Internet although my system is recognised by router and gives IP address
[02:27] <msaul_> Was wondering if someone could give any tips? I have used Edubuntu LTSP before many times... but this seems new problem...
[02:31] <msaul_> I'll try back during the daytime... gotta go
[20:17] <msaul_> Hi, I installed Edubuntu (ltsp option), but cannot connect to Internet, although my eth0 connection is given an IP address, and is recognised by my router. Was wondering if I need to configure something?


[00:36] <sladen> I occasionally hear of reports of a script for expiring bugs that uses the LP API
[00:37] <sladen> does anyone have a pointer for this---I spent about an hour hunting last night, without success
[00:38] <TiK> hi
[00:38] <TiK> how might I report a big I have found?
[00:38] <TiK> er bug
[00:40] <sladen> TiK: http://launchpad.net/launchpad/+filebug
[00:40] <wgrant> TiK: What have you found a bug in?
[00:41] <TiK> rythmbox in 10.10
[00:41] <TiK> it's broken w/ ipod
[00:41] <TiK> I had to run 19.04 in a VM to update
[00:42] <wgrant> TiK: Try the "Report a Problem..." item in Rhythmbox's Help menu
[00:46] <TiK> to late
[00:46] <wgrant> Hm?
[00:46] <TiK> ill do both
[00:46] <TiK> I filed a bug already
[00:47] <TiK> brb
[00:47] <sladen> TiK: what's the link to the bug number?
[00:48] <wgrant> It was bug #651652
[00:48] <ubot5`> Launchpad bug 651652 in Launchpad itself "IPOD SUPPERT (rythmbox) 10.10 (affected: 1, heat: 6)" [Undecided,Invalid] https://launchpad.net/bugs/651652
[00:49] <TiK> back
[00:49] <TiK> yeah
[00:49] <wgrant> It's far better for it to be refiled than retargeted, as we will get apport information that way.
[00:49] <TiK> I know
[00:49] <TiK> I said I would do both
[00:56] <TiK> https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/651659
[00:56] <ubot5`> Launchpad bug 651659 in rhythmbox (Ubuntu) "ipod will not update correctly in 10.10 using rythmbox (affected: 1, heat: 6)" [Undecided,New]
[00:57] <TiK> i love launchpad
[00:58] <TiK> this is a big issue imo
[00:59] <TiK> gonna update my ipod in .04 bb
[01:04] <TiK> hah "seppert" quick typing isn't good
[03:31] <MTecknology> Any chance someone is around to make a PPA private?
[03:41] <kklimonda> MTecknology: isn't it unavailable for "free" accounts?
[03:42] <persia> kklimonda, Typically, but who says a given account is "free" :)
[03:43] <kklimonda> persia: hmm, indeed - but I've assumed that there is a nice gui for making a ppa private and you get a "how to make a ppa private" email along with the paid LP license or whatever it is :)
[03:43] <persia> I think making a PPA private requires a LOSA to access the nice GUI.
[03:44] <kklimonda> btw
[03:44] <kklimonda> why there is still rt.ubuntu.com?
[03:44] <kklimonda> it feels like some secret organization inside Canonical ;)
[03:55] <persia> kklimonda, rt.ubuntu.com isn't secret.  It's the way we request stuff from #canonical-sysadmin for infrastructure managed by Canonical.
[03:57] <kklimonda> persia: any reason it couldn't be done with LP?
[04:01] <persia> RT is a bit more feature-full for that sort of things (workqueues, etc.), but also just legacy: rt.ubuntu.com predates LP.
[04:23] <MTecknology> kklimonda: ya.. you first go through and purchase the ticket; then once you apply it to a project there's 1yr that it's active;  you need a losa to make the change
[04:23] <MTecknology> which seem to be vacant..
[04:23] <MTecknology> wgrant: perhaps you're still around?
[04:23] <persia> Well, it's Thursday.
[04:23] <wgrant> MTecknology: Still? It has just gone 1pm.
[04:24] <wgrant> spm: ^^
[04:24] <wgrant> But he may be lunching.
[04:24] <MTecknology> wgrant: alrighty, thanks :)
[04:24] <persia> "losa" ought be sufficient ping anyway
[04:25] <nhandler> 36
[04:26] <MTecknology> 37
[04:26] <MTecknology> :P
[04:27]  * persia wishes irssi had better OOB signaling semantics
[04:27] <wgrant> Yes :(
[04:53] <spm> kklimonda: speaking 1. very much personally and 2. as someone who uses both RT and LP for task tracking, LP is no where near as efficient for *task* tracking/management as RT. LP is focused around bugs. it may not seem like it, but use both a lot and the difference is painfully obvious.
[04:55] <spm> MTecknology: which project?
[04:58] <MTecknology> spm: https://edge.launchpad.net/~kalliki/+archive/testing
[05:04] <spm> MTecknology: is done, have at it!
[05:04] <lifeless> spm: could it be that LP is slow?
[05:04] <MTecknology> spm: thanks :)
[05:05] <spm> lifeless: in what respect? it's seems normal to me atm?
[05:05] <wgrant> RT's more flexible priorities are handy for task tracking.
[05:07] <lifeless> spm: har har har
[05:07] <spm> dashboards are win
[05:07] <spm> lifeless: heh, actually I wasn't joking - thought that was a serious "OMG LP IS SLOW ATM" comment. :-)
[05:07] <lifeless> spm: it is, but no slower than yesterday.
[05:08] <spm> ah
[05:10] <spm> rephrase. *flexible* dashboards that I can adjust to a view that suits *me*, are win. we have several that we use across the entire ISO team, but I spend most of my life looknig at just 2; noe for me, and one for all losas. saved search queries are another plus
[05:12] <lifeless> ctrl-D ?
[08:57] <swoody> how do I purge a mailing list before I delete a team? I deactivated it, but am still unable to see an option to purge it :/
[09:00] <wgrant> spm: Does that require an admin?
[09:06] <swoody> ah, found it, both team and project deletion need admin powa! :)
[12:23] <LinuxJedi> hi guys, any idea why the triage details are suddenly showing up in the project row as well as the targeted release row in this: https://bugs.launchpad.net/drizzle/+bug/647360
[12:23] <ubot5`> Launchpad bug 647360 in Drizzle elliott "drizzzledump mysql migration needs documenting (affected: 1, heat: 6)" [High,Fix released]
[12:23]  * LinuxJedi is pretty sure this wasn't happening yesterday
[12:24] <LinuxJedi> it appears to be happening for all our bugs
[12:24] <LinuxJedi> which is causing duplicates in the milestone view
[13:33] <tumbleweed> We allow usernames with +s in them? This guy has just opened some bugs, but I can't see his profile https://edge.launchpad.net/~guy+launchpad-net
[13:34] <tumbleweed> i.e. bug 651992
[13:34] <ubot5`> Launchpad bug 651992 in Ibid "failed dependency in setup.py (affected: 1, heat: 6)" [Undecided,New] https://launchpad.net/bugs/651992
[13:39] <wgrant> tumbleweed: That account has been renamed.
[13:39] <wgrant> But +s are normally fine.
[13:39] <wgrant> (ghalse is the new name)
[13:40] <wgrant> You must have looked at the link at just the wrong time.
[13:40] <tumbleweed> wgrant: ok, I suspected as much
[15:16] <paissad_> hello guys,
[15:16] <paissad_> i have an account in launchpad and some packages into my dedicated repo there
[15:17] <paissad_> but i would like to know if i'm obliged to upgrade to Maverick before creating a package for Maverick ?
[15:17] <paissad_> thanks in advance
[16:40] <shadeslayer> paissad_: nope
[16:41] <shadeslayer> but you should have a maverick pbuilder to test build those pacjages
[16:41] <shadeslayer> *packages
[16:41] <shadeslayer> just replace lucid with maverick in the first line of the changelog
[17:28] <paulmck> Hello!  Any hints on what I need to do to be able to update https://blueprints.launchpad.net/linux-linaro/+spec/linaro-tr-kernel-memory-regions?  I am logged in as https://blueprints.launchpad.net/~paulmck, and am supposed to have the relevant permissions.
[17:32] <jml> paulmck: looking...
[17:34] <paulmck> jml: Never mind -- pilot error.  I am used to the "Change details" link, and just now learned of the little icon near "Whiteboard".  Apologies for my confusion!!!
[17:35] <jml> paulmck: np :)
[19:55] <Linden940> I need a hand real fast if anyone could help
[19:55] <Linden940> I am the team leader for team-dallas and I am trying to set up a project page for that team but I dont know how to link them
[19:55] <Linden940> how would I do that?
[22:13] <xrg_> admins here? Could you take a look at lp:~openerp-dev/openobject-addons/trunk-dev-addons3 , please?
[22:14] <mars> xrg_, what is the problem?
[22:15] <xrg_> mars: thanks. This repo is slow. The format is reported as "unnamed" .. One check and perhaps upgrade to 2a would do.
[22:16] <mars> rockstar or abentley, perhaps you have some input? ^
[22:17] <abentley> mars: use nosmart+lp in the URL.  Or look at the web page.
[22:18] <mars> xrg_, ^ does that help?
[22:19] <xrg_> abentley: the issue is that in our testing server, the "trunk-dev-addons3" is the only branch that takes too much time to fetch.
[22:20] <xrg_> abentley: so wanted to perform any regular maintenance (you might think suitable)
[22:20] <abentley> xrg_: There's no maintenance that we do.
[22:22] <xrg_> stupid question: what is format 7 and what is 2a ?
[22:22] <rockstar> xrg_, you could try `bzr upgrade lp:~openerp-dev/openobject-addons/trunk-dev-addons3`
[22:22] <rockstar> xrg_, format 7 and 2a are the branch and repository formats.
[22:22] <xrg_> rockstar: it is fairly large, will it perform well remotely?
[22:23] <xrg_> rockstar: I tried 'bzr check' for a start, but cancelled agter 5hrs and 1.3GB
[22:33] <rockstar> xrg_, if it's in format 7 and 2a, it doesn't need an upgrade.
[22:34] <xrg_> rockstar: agreed. I'm trying a "pack" now.
[22:34] <xrg_> brb
[22:44] <xrg_> rockstar: is it possible, please, that you can try a "pack" locally? Isn't the remote one abusing bandwidth?
[22:47] <xrg_> (still running my pack command, may abort if you say so )
[23:34] <askhl> Hi.  When I try to copy a lucid PPA package to maverick in the same PPA while keeping the binaries, it says 'binaries conflicting with the existing ones'.  Isn't this a bit strange, and what should I do?
[23:49] <maxb> xrg_: I was curious, and copied your branch locally. It packed down to just 12MB for me
[23:52] <maxb> askhl: That is indeed odd. Smells potentially like a bug. What is the PPA and the sourcepackage name and version you are copying?