[12:12] ok so beagle still works after rebuild [12:12] rock === dahane [~dahane@c228021.adsl.hansenet.de] has joined #ubuntu-motu === minghua [~minghua@danube.mems.rice.edu] has joined #ubuntu-motu === prevod [prevod@P2-247-20101.dialup.ns.ac.yu] has joined #ubuntu-motu === tritium [~tritium@12-202-89-11.client.insightBB.com] has joined #ubuntu-motu === minghua [~minghua@danube.mems.rice.edu] has left #ubuntu-motu ["Leaving"] [01:06] tseng, :) great [01:22] I'll be scarce for the next week or so as I get reacquainted, see y'all on the flip side [01:29] hi ogra [01:30] tseng, hey (i'm drunk, had a party at the firefighters in my 400 ppl vilage) [01:30] +l [01:30] tseng, sup ? [01:31] buh [01:31] heh [01:31] the dog is being a pain [01:31] like only dogs can [01:32] mine isnt :=) [01:32] this one is 16 months [01:32] he thinks he is a puppy [01:32] oh, mine is nearly 15 years [01:32] yeah [01:32] he is mellow [01:33] mine cant even move hie rear legssometimes :/ [01:34] his even [01:34] but dogs are greast :) [01:34] -s [01:34] damned [01:36] not when they pee all over the house [01:36] and jump on your hot neighbor [01:36] bah, they learn it eventually [01:36] at least the peeing [01:37] he un-learned [01:37] and if your hot neighbor likes dogs, it could be an advantage ;) [01:38] my neighbour is not hot and i have no dog, so no advantage at all :) [01:39] do we have an official statement about backports? [01:39] this guy who does the beagle wiki page just cant get the clue [01:39] the are B A D ! [01:39] well, yes [01:39] i told him twice now they are done with low standards, and detract from testing and development of our real release cycle [01:40] yep [01:40] so today he asks me [01:40] why doesnt canonical sponsor backports.ubuntuforums [01:40] gah [01:41] i remember one of the backporters tried to become a motu once, he left after a week [01:41] havent seen him since then [01:46] <@BenM> tseng, if I put up a tarball, can you just package that [01:46] < tseng> BenM: I can [01:46] <@BenM> because i can do that *right now* [01:46] gecko#2 :D [01:47] yeah [01:49] oh no, not the 'b' word [01:51] also svn up on pkg-mono [01:51] see if we have anything to merge [01:52] (we need bazaar on alioth so i get a local branch!!!) [01:52] hm, libgecko-cil in breezy depends on mozilla-browser, instead of on mozilla-firefox in hoary ? [01:52] /topic please dont complain about mono deps for next 2 weeks [01:53] ah, okay :) [01:53] thanks :) [01:53] I don't complain btw, was just a question :) [01:53] JanC: (or just send a unified diff of debian/control to tseng and ogra ;) [01:54] heh === ..[topic/#ubuntu-motu:ogra] : Ubuntu Masters of the Universe | http://wiki.ubuntu.com/Calendar | http://wiki.ubuntu.com/MOTU | http://wiki.ubuntu.com/MOTUTodo | => http://wiki.ubuntu.com/MaloneUniverseWishList <= | please file universe bugs in https://launchpad.ubuntu.com/distros/ubuntu/+bugs | Please dont complain about mono deps for next 2 weeks [01:55] ;) [01:55] heh [01:55] JanC: np, just I get it several times a day and I am very easily frustrated [01:56] tseng, but we should in any case move everything to main on monday.... [01:56] yes [01:56] and it should be in pretty good shape [01:56] are you ready for me to unleash hell? [01:56] i have a ton of -pre stuff just handed down from upstream === jaldhar [~jaldhar@adsl-215-202-216.aep.bellsouth.net] has joined #ubuntu-motu [01:57] but it also will require that we get upload rights to main for you [01:57] the whole monodevelop stack from known-working svn [01:57] which is bad, since mdz is on holiday [01:57] wow [01:57] hm can it wait one week then? [01:57] it shouldnt go to main w/o mdz either [01:57] hmm [01:57] even though he tentatively approved it at udu.. [01:58] i think its ok for main... [01:58] well he approved the transition plan so it wouldnt be totally nuts to move it over [01:59] just funnel everything through ogra until mdz returns [01:59] but to keep your upload rights for now, we should only pull mono and probably gtk-sharp in... so you can work on the apps [01:59] hm yes gtk-sharp1 === tritium [~tritium@12-202-89-11.client.insightBB.com] has joined #ubuntu-motu [01:59] that i will be happy not to touch once its build w/ working monodis [01:59] lets do it like that :) [01:59] yep [01:59] ogra is wise [01:59] heh [02:00] nope, drunk... but that might be the same :) === Burgundavia hugs tseng for great mono love [02:02] yeah [02:02] ok so ill do gtk-sharp1 now [02:02] ok [02:02] and then go to town on the svn crack [02:02] yay [02:02] :D [02:05] mm mono in main will let us fix dbus too [02:06] yep [02:06] thats the idea [02:09] hi [02:09] ogra, tseng, you guys rock fyi === ajmitch_ agrees === ajmitch_ wants to be a tseng/ogra fanboy :) [02:13] hehe [02:13] ill be your fanboy [02:13] not a fanboy...just trying to apologize for what amounted to bitching about mono deps [02:14] heh its cool [02:14] im a grumpy bastard [02:14] ajmitch_, yeah, join room 205, in fact its tseg who does the work, i only do cleanups like fixing broken manpages of miguel d icasa ;) [02:14] i can imagine since you're packaging mono [02:14] s/of/from [02:14] heh meebey did the groundwork [02:14] i am standing on his shoulders [02:14] "go team" [02:14] and i'm on yours tseng :) [02:15] yes, we all rock so hard [02:15] yeah [02:15] (and its still busted :) [02:15] but not for long [02:15] Subject: gtk-sharp_1.0.8-1ubuntu4_source.changes ACCEPTED [02:15] take that crappy deps [02:15] yeah [02:17] that will let at least f-spot work [02:17] yipiee [02:17] just think of all the brain space i have wasted remembering the mono dependency tree [02:17] yep, i can imagine ;) [02:18] tomboy i think is still building with dbus [02:18] for its plugin system [02:18] and beagle [02:18] md and muine are gtk#2 [02:20] oh yeah.. bzipped buildLogs [02:20] and muine is fixed now ? [02:20] muine needs dbus [02:20] and gtk#2 [02:20] i'm building a cgi script for the bz2 logs [02:20] it works for me, just not the rest of you [02:20] heh. [02:20] i cant live w/o muine [02:20] that also reloads the buildlogs page every 10 min [02:21] hm awesome === ajmitch_ just grabs build logs with wget & looks at them with bzless :) [02:21] will it have search :P [02:21] i could, since i mostly use streamtuner [02:21] hmm, search ? ... good idea [02:21] yeah, just type in gtk-sharp and get both hits === ajmitch_ is stunned at how many packages doko has claimed on CxxLibraryList [02:21] yep [02:22] that would be super useful [02:22] ok, i'll do a little javascript magic [02:23] I feel obsolete now that tseng & ogra are doing all the mono stuff :) [02:23] ajmitch_, just grab something === ajmitch_ has to know what to grab & fix first [02:25] cxx! [02:25] heh [02:27] yeah, I've got to restart X before I can use firefox much :) [02:27] X seems to want to take 600MB or so of ram [02:28] bah [02:29] hm the memory report for X in top or so is "wrong" [02:29] makes me want to use my laptop instead [02:29] it includes mmapped memory for your gfx card and stuff [02:29] tseng: I don't think it's wrong by a lot.. [02:29] who made the post.. was it branden? [02:29] the card is only 32MB, compared to the 600MB top reports :) [02:29] post? [02:30] a post on the mailing list about what all is include in the X memory reported [02:30] i found it very informative [02:30] no idea [02:30] either way it causes my box to be very slow === ajmitch_ feels like reverting to xfree86 === minghua [~minghua@ppp-69-153-138-159.dsl.hstntx.swbell.net] has joined #ubuntu-motu [02:43] Hi, I have a question about the upcoming c++ library transition [02:43] ok [02:43] I am the Debian maintainer of package scim [02:44] scim depends on libstdc++ (and only libstdc++ as c++ dependence) [02:44] but I didn't split a separate package for the shared library [02:45] I've voluteered to work on scim and related package for this transition [02:45] great [02:45] :) [02:45] my question is: can I change the structure of the package and make a separate shared library package [02:46] basically I don't want to rename the binary package scim to scimc2 [02:46] that's going to be ugly [02:46] will you do that in debian too if the transition happens there ? [02:46] the transition will probably happen in debian within 2 months [02:47] (we hope) [02:47] and it's going to confuse users since the scim package contains /usr/bin/scim binary as well [02:47] ajmitch_: that's actually another thing I want to talk about === ajmitch_ tags a few packages on the c++ transition list as his.. === ogra agrees about the uglyness [02:47] the upstream released a new version months ago [02:48] but I dare not (could not) get it into sarge because of SONAME change [02:48] I have been working on the new version these days [02:48] and I am having a reasonable package that can be uploaded to experimental [02:49] or maybe after one or two days' work [02:49] great, then we can sync it :) [02:49] I am going to have a new version in good shape [02:49] yay [02:50] so does the MOTUs think it would be better to wait for the new versions instead of working on transition of old packages? [02:50] the new version is going to have a separate library package [02:50] we don't want to repeat work, since that work will need to be merged when the new version is uplaoded [02:50] so a new version is preferable [02:50] so this kind of madness is not going to happen again [02:50] imho :) [02:51] ajmitch_: but the thing is, I can only push the new version into sid after sarge is released [02:51] but you can push into experimental [02:51] so are MOTUs okay to rsync with experimental? [02:51] sure [02:51] experimental is just fine [02:52] experimental gets automerged actually [02:52] tseng: it does already? [02:52] yes? [02:52] I didn't think elmo had turned that on [02:52] it was suggested at UDU [02:52] dont you see the big mom merge every few days? [02:52] with a little selection by elmo i guess [02:52] or is that all elmo super crack-fu [02:52] yes, I thought that was sid? [02:52] okay, then does it make sense if I submit a bug describing all these [02:52] oh sorry [02:52] i was thinking sid the whole time [02:52] and hold the transition for some time, until the new version in experimental is uploaded? [02:52] packages still fly into sid at a horrendous rate [02:52] ok [02:53] minghua, sounds good === ajmitch_ shoudl get onto debian BTS patch filing [02:53] I am going to work on other scim-related packages to make sure they build against the new API [02:53] ABI, sorry [02:53] the API isn't changed [02:54] great [02:54] (hopefully, at least the upstream authors claim so) [02:54] Great, thanks guys [02:54] yeah, youre welcome :) [02:55] minghua: good to have some more DDs who care about ubuntu as well :) [02:55] oh by the way, if I understand correctly, the scim in breezy will continue to work, since it only depends on libstdc++5 [02:55] right? [02:55] ajmitch_: actually I am not DD yet :-P [02:56] it should be ok, afaik [02:56] aha :) [02:56] I am planning to apply for NM very soon though [02:56] good luck :) [02:56] it took me awhile to do NM [02:56] ajmitch_: and actually that's why Ubuntu attracts me [02:57] so far I've only ascended the ubuntu scale to MOTU level ;) === tseng is scared to pass judgement for Main [03:03] im sloppy [03:03] ah ha, so MOM stands for the syncnizer that pulls packages from debian? [03:03] yep [03:03] yes, merge o matic [03:03] it tries to merge it with the ubuntu version [03:03] tseng: yeah, I'm a bit that way when doing mass fixes or in a rush [03:04] and dumps it in [03:04] or gives it back to the maintainer to merge by hand [03:04] wow, could never guess that by myself [03:04] its on the wiki somewhere [03:04] OngoingMerge perhaps [03:04] it doesn't actually dump in changes [03:05] all MoM merges have to be approved [03:05] well it syncs stuff that doesnt conflict with an ubuntu version [03:05] since a clean merge doesn't mean it's correct (as I've found) [03:05] eg both debian & ubuntu adding the same dpatch with a different name, causes a nice clean merge but build failures [03:06] yay, 1 c++ library almost done === minghua looks around his new breezy chroot [03:06] so build-essential in breezy is not updated yet? [03:07] npoe, it will be next week [03:07] or is my mirror slow? [03:07] doko is putting in g++ 4.0 by default on monday [03:07] Hmm, then does installing g++-4.0 manually work? [03:07] yes, but it won't be default [03:07] or should I install doko's gcc package? [03:08] since /usr/bin/g++ is a symlink to g++-3.3 still [03:08] install doko's packages, they just update the defaults [03:08] the one in people.ubuntu.com/~doko I mean === ajmitch_ waits patiently for compilation [03:08] okay, will do that [03:09] maybe I can put my hands on some one else's package first :-) [03:10] Setting up libcommoncpp2-1.0-0c2 (1.0.13-5ubuntu1) ... [03:10] great, it worked.. [03:15] looks like I might be able to do 5/day after all ;) [03:15] bbl === prevod [prevod@P2-257-20111.dialup.ns.ac.yu] has joined #ubuntu-motu [04:05] hey tseng, is your beagle working? [04:05] of course it is [04:05] you have inotify turned on? [04:05] no [04:05] hrm. [04:05] but im meaning to try it [04:05] with 2.6.12 [04:23] Hmm, one more question about c++ transition: The wiki says we should file bug in bugzilla even for universe packages [04:24] but the package list doesn't contain universe package names, so should I just put UNKNOWN there? Or fill in the package name by hand? [04:25] and should I assign it to anyone? myself? === tritium [~tritium@12-202-89-11.client.insightBB.com] has joined #ubuntu-motu === Burgundavia [~corey@S01060010dc56a5e6.du.shawcable.net] has joined #ubuntu-motu === robitaille [~robitaill@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-motu === dahane [~dahane@c161096.adsl.hansenet.de] has joined #ubuntu-motu === janm [~user@202.172.110.118] has joined #ubuntu-motu === aisipos [~anton@dsl081-081-225.lax1.dsl.speakeasy.net] has joined #ubuntu-motu === Unfrgiven [~ankur@202.76.176.94] has joined #ubuntu-motu === ajmitch_ throws another set of packages on the to-upload pile [07:04] Unfrgiven: what's up? [07:06] hey Unfrgiven, ajmitch_ [07:08] whiprush! [07:08] dude [07:08] sup [07:09] c++ transitioning, of course [07:09] heh [07:09] how goes the fight? [07:09] just started that one today [07:09] is there a list? [07:11] wiki.ubuntu.com/CxxLibraryList [07:11] _ouch_ [07:12] heh ;) [07:13] only a week or so of work ;) [07:13] if your dholbach maybe. :p [07:14] I've done 4 so far today, just about to build #5 [07:14] it doesn't take long to do most of them [07:15] hmmm, maybe we can do a party here for em. [07:15] know if metallikop did one yet? [07:15] no idea [07:15] k, I'll snag him this weekend then [07:16] we're not uploading until next week [07:16] okey === ajmitch_ thinks it best to do all this in the chroot instead :) [07:21] flatmate using all the bandwidth.. === susus [~sz@p5089E62A.dip.t-dialin.net] has joined #ubuntu-motu === ogra [~ogra@p5089E62A.dip.t-dialin.net] has joined #ubuntu-motu === ivoks [~ivoks@lns01-0829.dsl.iskon.hr] has joined #ubuntu-motu [07:57] 'morning [08:00] hi ivoks [08:00] wb ogra & susus :) [08:00] ajmitch_ dreamless man :) [08:00] hmm? [08:00] only 6pm here.. === ajmitch_ is in NZ, remember ;) [08:01] i know, but i'm sure u will be up at least till 3AM [08:03] got to fill my quotas ;) [08:03] :) [08:06] loren one year [08:06] doh :) [08:06] E: Broken packages [08:08] if it's breezy, it's expected :) === metallikop [i@pcp0011431183pcs.sothfd01.mi.comcast.net] has joined #ubuntu-motu [08:09] hey metallikop [08:12] hey ajmitch [08:12] long time no see [08:16] yeah, what have you been up to? === ajmitch_ waits patiently for packages to build [08:21] ajmitch_ i have one build [08:21] in cxx transition [08:21] who will upload it? [08:22] ivoks: whoever reviews it for you [08:22] ivoks: yeah, I have the same question [08:22] did you just rebuild a library? [08:22] ajmitch_ will you do it? :) [08:22] yes [08:22] ivoks: we're not uploading yet [08:22] I know we are supposed to wait until tuesday [08:22] did you change the names, add in the appropriate entries? [08:22] yes [08:22] we must wait until tuesday [08:22] ok [08:22] ivoks: and did you write your name on the wiki list? :) [08:23] ajmitch_ yes [08:23] check out, last package :) [08:23] if we upload before tuesday, we get a binary named like it has been done, compiled with g++ 3.3 [08:23] libzipios++0 [08:23] ah, ok [08:23] which is a *bad thing* :) [08:23] i know [08:23] stick it on a review list [08:24] otherwise I can guarantee I'll forget it ;) [08:24] :) [08:24] i did couple of apps and only this lib [08:24] i was told not to do apps yet [08:24] yeah, it's not time for apps [08:25] ajmitch_: do we need to put the source package somewhere, or only the patch in bugzilla will work? [08:25] yay, this 1 src package will take care of 12 entries on the list ;) [08:25] minghua: put the package up for review somewhere [08:25] it's the easiest way, we find [08:25] wiki.ubuntu.com/MOTUToReview === ajmitch_ will add a CXXTransition section on that page [08:26] ajmitch_: I see, thanks, will upload later [08:26] I finished all the packaging though [08:26] that's good [08:27] put it on the list, tagged as a gcc 4 transition like ivoks did :) [08:27] ok... server is down... [08:27] i just renamed it :) [08:27] CXX transition :) [08:27] that's fine === ajmitch_ mutters dark & ominous things about clanlib build failure === ajmitch_ edits debian/rules [08:28] ajmitch_: I also had some questions about how to file the bug [08:28] ajmitch_: not much. lots of work in the past month [08:28] Hmm, one more question about c++ transition: The wiki says we should file bug in bugzilla even for universe packages [08:28] got a new job so I haven't been that active at all. [08:29] but the package list doesn't contain universe package names, so should I just put UNKNOWN there? Or fill in the package name by hand? [08:29] and should I assign it to anyone? myself? [08:29] But, i should be back and able to help out full time once again. [08:29] metallikop :))) [08:29] can anybody answer this? [08:29] minghua: I don't know why it suggests that for universe, as we are using malone as our bugtracker ( http://launchpad.ubuntu.com/malone ) [08:29] then I can add them to the wiki :-) [08:30] yes, add to the wiki [08:30] how've you been ajmitch_ ? [08:30] we'll care about bugs later :) [08:30] metallikop: very busy [08:30] UDU was fun though [08:30] so i hear [08:30] jorge has lots of pictures [08:31] ajmitch_: but what to add? ``the MOTUs don't agree though, they think the bugs for universe should be filed in malone''? [08:31] :-P [08:31] i have a lot of catching up to do :) [08:31] minghua: I haven't been told by the Powers That Be what we do for that :P [08:31] so I put off the bug filing for now [08:32] doko can tell me off later ;) [08:32] ajmitch_: okay, I'll leave that for you and The Power, then :-) [08:32] hm.. i filled it in malone [08:32] I'll add something saying just file against UNKNOWN for now, since doko did that for a multiverse package [08:33] ajmitch_: does that sound good to you? [08:33] minghua: ok [08:44] bye [08:45] bye ivoks === bur[n] er [~norml@c-67-173-243-73.hsd1.co.comcast.net] has joined #ubuntu-motu === bur[n] er has a question about releasing a .deb... would you not recommend using checkinstall? or is it not that simple? [08:56] ooh... horribly passive questions... [09:03] checkinstall? [09:03] what's that? [09:03] one question [09:04] how do i atuomagically download -devs for compiling package? [09:04] ivoks: you don't? [09:04] ivoks: apt-get build-dep somepackage ? [09:04] ivoks: otherwise you'll have to do it yourself [09:04] that's it [09:04] ANOTHER new mono?? [09:06] bah [09:06] damn you guys are all up this late? [09:06] it's 9 [09:06] AM [09:06] it is 3 am [09:07]