=== no0tic is now known as maru0tic === maru0tic is now known as no0uscia === no0uscia is now known as no0tic === asac_ is now known as asac [02:23] Heya gang === asac_ is now known as asac === santiago-php is now known as santiago-ve [03:15] can anyone re-sync the keys? I'd like to put something on REVU [03:15] sure, have you just joined the team? [03:15] i joined a few hours ago, yeah, [03:15] ok, will resync now [03:23] ok. uploaded. /me sits and waits for the thrashing. === asac_ is now known as asac [03:33] Zelut: fwiw, it's done [03:34] ajmitch: figured as much. I uploaded a few minutes ago.. waiting on an email re: acceptance. [03:34] you won't get one [03:34] unless that's been changed lately :) [03:35] I guess I'm used to getting an email from PPA uploads. assumed REVU'd do the same. [03:36] http://revu.tauware.de/details.py?package=origami ? [03:36] yeah [03:38] * ajmitch must go into a meeting, brb [03:55] Hello! Could anyone please look at bug 235696 ? [03:55] Launchpad bug 235696 in patchage "[upgrade] upgrade to 0.4.0" [Undecided,New] https://launchpad.net/bugs/235696 [04:53] wgrant: you happen to be up? [04:55] quick! it's a LaserJock! [04:56] heh [04:56] * RAOF mobs LaserJock. [04:56] LaserJock: I got back from uni about 2 minutes ago. Nice timing. [04:57] wgrant: careful, you've picked up a stalker [04:57] mwuahahaha >:-) [04:58] LaserJock: You are addicted aren't you. [04:58] He can stop anytime he wants... [04:59] surrrre [05:06] LaserJock: come on man, take your little vacation already :P [05:09] nixternal: I'm *trying* [05:12] doesn't look like you are trying [05:18] nixternal: "leaving gracefully" [05:18] hehe [05:18] ya right, trying to leave is more like it [05:18] you are addicted dude, face the facts already [05:29] lol [05:29] we are all additcs :P [05:31] RoAkSoAx: but you're not trying to escape the asylum like LaserJock [05:32] hahahaha LoooooL!!! [05:32] is he that old? [05:32] old? no, not really [05:33] so? [05:33] asylum = place for insane people [05:33] ajmitch: ? I'm ancient! [05:33] LaserJock: You are a young pup. [05:34] Speaking of which, this old fart needs to get to bed. [05:34] Good night. [05:34] ajmitch: yeah but it is also a shelter so won't exactly be for insane ppl [05:34] LaserJock: compared to our 'senior' members, not so old :) === santiago-ve is now known as Guest76772 === santiago-php is now known as santiago-ve [05:34] or at least that's what the dictionary says :P [05:35] 2: a hospital for mentally incompetent or unbalanced person [05:35] not the first meaning listed, but one that's common enough these days [05:35] * bddebian heard that! [05:36] and it describes MOTU quite well [05:36] doesn't it, bddebian ? [05:36] Yep :) [05:36] i have: # A place offering protection and safety; a shelter. [05:36] # A place, such as a church, formerly constituting an inviolable refuge for criminals or debtors. [05:37] Yeah; the two meanings are intertwined. [05:37] if we need to debate the meaning of the phrase, then perhaps we are mad :) [05:37] o/` The lunatics are on the grass o/` [05:37] The inmates are running the asylum! [05:39] you're all old. [05:39] says you [05:39] heh [05:39] yes. [05:39] kids these days, no respect [05:39] i'm not... i'm about tu turn 23 :P [05:39] * Hobbsee pinches ajmitch's walking stick [05:40] RoAkSoAx: 23 is ancient. [05:40] hey now, I was about to use that to smack some sense into you [05:40] i know. [05:40] wgrant: yeah i know :( lol hahah nah!! i'm still young to party all the time!! as in Miami After Hours!!! [05:41] * ajmitch is glad it's a long weekend [05:41] beer o'clock is here [05:41] bah, C++ is driving me nuts! I really need to go to the asylum [05:42] the last time i've touched C++ was 3 years ago xD [05:59] evening [06:12] good morning [06:13] g'morning dholbach [06:13] hi RoAkSoAx [06:15] well i'm going to sleep, g'night all ;) [06:22] i'm looking for a mentor for packaging [06:25] dholbach: mornin' [06:26] heya nixternal [06:27] kde4 packages are wearing me out [06:27] I have like 10 done with about 108403804328432080 more to go [06:27] nixternal: 4.1? [06:27] ya [06:28] nixternal: czessi told me last night he was working with apachelogger on them? [06:28] beta 1 packages [06:28] they better not [06:28] something about "stuff building, but not in pbuilder" *shrug* [06:28] noobs [06:28] builds in pbuilder just fine [06:28] team communication FTW! :-) [06:28] that's what they get for not adding automoc to their deps :) [06:28] nah, I think they know I was doing the packages for hardy and putting them in a ppa [06:29] alright - just wanted to let you know since I heard him talking about it last night [06:30] ya, just asked apachelogger about them in #kubuntu-devel [06:30] there is no way apachelogger is doing anything right now besides partying and doing LinuxTag and whatever else is going on [06:31] :) [06:34] good morning [06:35] hi geser [06:37] Ahmuck: just ask your questions here [07:55] can anybody help me with debian installer in ubuntu? [07:57] can anybody explain how the debian-installer works in ubuntu? [07:58] SATA: try #ubuntu-installer - and I guess it'd help if your question was more specific than that :) [07:58] dholbach, thanx === pgquiles__ is now known as pgquiles [08:41] Hi again! When packaging shared libraries, is it required to include debian/shlibs or DEB_SHLIBDEP_* in rules? Or does the default dh_shlibdeps behaviour suffice for simple packages? [09:04] artfwo: the default dh_shlibdeps behavior is insufficient, it's impossible for any default to be correct for all libraries (and the actual default ists only correct for libraries that never undergo ABI changes) [09:06] slangasek: ok, thanks! [09:10] morning morning [09:11] What time is there? === thekorn__ is now known as thekorn [09:53] hi folks [10:06] what is the point of implementing get-orig-source target, if uscan can (and does by default) download new upstream versions? [10:10] artfwo: it's there, if the orig-tarball needs to be mangled (e.g. remove non-free bits, or upstream only provides a .tar.bz2) [10:11] sistpoty|work: but if everything is okay with the orig tarball, no need for this target, right? [10:11] artfwo: yes, then you don't need it [10:11] ok, thanks for clarifying this! [10:13] np === iceman is now known as iceman-away === ogra_ is now known as ogra [11:37] anyone, please feel free to add/remove/comment bug 214727 [11:37] Launchpad bug 214727 in tovid "mplayer should be in universe" [Wishlist,Confirmed] https://launchpad.net/bugs/214727 [11:55] morning [11:56] emgent: its 13:00 where you are, this hardly qualifies for a morning ;-) [11:58] jdong: hi, will you upload the fix in bug 221973 to Intrepid? [11:58] hey emgent [11:58] norsetto: hehehe i know :) [11:58] Launchpad bug 221973 in smstools "smstools folder under /var/run isn't recreated after reboot" [Undecided,Confirmed] https://launchpad.net/bugs/221973 [11:59] heya pochu :) [12:00] omg, alias work today! [12:01] laga: thx for checking [12:03] laga: I guess mythbuntu-meta should be invalid too then [12:26] norsetto: yeah.. do you want to set it to invalid? [12:26] laga: done it already :-) [12:26] yay [12:29] How come is so quiet in here? Where is sebner? [12:30] sebner: thx for taking care of ocaml-ladspa [12:30] that noisy youngster [12:30] norsetto: first complaining then thanking :P [12:30] mok0: I heard "gangster" :-)? [12:31] hehe [12:31] norsetto: you should say: Thanks for taking care of ocaml-* :P [12:31] any news about the sru team, after laserjock's exit? [12:32] sebner: ahhh, there are more .... [12:32] sebner: did you do gmetadom by any chance? [12:33] mok0: DktrKranz seem to have solved his ISP troubles and is back full steam [12:33] norsetto: never touched that, why? [12:33] mp [12:33] norsetto: ah good. They have quite a long queue over there [12:33] oops [12:34] sebner: ok, that is a needed ocaml merge/sync too which is part of the transition [12:35] norsetto: do you know if there's an Ubuntu policy on python-numpy? [12:35] sebner: its in main, thought you may like to do something for main too [12:35] norsetto: I'm afraid of main ^^ [12:36] mok0: no idea, all I know is that its in the DPMT [12:36] sebner: yes, be afraid, be very afraid... [12:36] norsetto: ok [12:36] mok0: hrhr, why? [12:37] norsetto: Looks like a sync. I'll check and file a bug later, ok? [12:37] sebner: sure [12:37] fine [12:38] I have a merge where the depends: python-numpy is replaced (in Ubuntu) by: python-numpy | python-numeric-ext | python-numarray-ext. I don't think that is right [12:38] mok0: perhaps scottk knows more, doko should certainly know [12:39] ScottK? Hello? [12:39] doko? [12:40] sebner, what happened to your icon? [12:40] http://wiki.debian.org/python-numpy - search for "deprecated" [12:41] mok0: will be uploaded at afternoon ;) And it's not *my* icon. I'm just the uploader ^^ [12:41] related link: http://wiki.debian.org/python-scipy [12:41] POX__: yes exactly, that's why I wondered [12:41] mok0, norsetto: IMO it should be dropped [12:41] doko: thanks! Me too [12:42] hi POX__, any news about pyelemental? [12:43] didn't I upload it already? [12:43] POX__: hmmm, I didn't see anything, shouldn't be tagged before? [12:45] POX__: thanks for all your comments and the work youd did btw, appreciated it === tb1 is now known as tbf [12:46] norsetto: subscribed ubuntu main sponsors. what a feeling ^^ [12:46] sebner: now be VERY afraid :-) [12:47] norsetto: now a geek core-dev will come with a hammer and pull it down on my head ^^ [12:47] mok0: what's the size for the icons? [12:48] norsetto: your last change in SVN is 19h old, did you ask me to upload it? Sorry, I have so many RFS request that I don't really remember what I uploaded and what not, I can check what I complained about when I'll be back home (I'm at work right now) [12:50] POX__: no problem, I understand, as I said I appreciate what your are doing! Just let me know if I should so something on my side and I will [12:50] norsetto: if don't get ACCEPTED mail or a reply with a list of things to fix from me within 24h, mail me again [12:50] POX__: will do [12:53] sebner: as far as I can see, they are displayed at 14x14, but most are actuall 16x16 [12:54] hey norsetto, how's it going? [12:54] heya highvoltage! going well, and you? [12:55] mok0: Did you get your question answered? [12:55] norsetto: doing well, just came out of being locked into a cold server room for 2 hours! [12:56] highvoltage: can we change places? We are already above 30 C here .... [12:56] mok0: hmm, the designer refuses to send/allow me to upload 16x16 ones. he thought the have to be bigger [12:57] sebner: It is quite difficult to make something that small, in fact [12:57] sebner: upload them in the size you have [12:58] sebner: they might be usable for desktop icons, document types or something [12:58] norsetto: unfortunately, there is a bug in linux-image-generic-2.6.24.16.18 that breaks my teleporation modules :0/ [12:58] StevenK: is there a particular reason why bluez-hcip b-d on bluez-libs >= 3.20 ? [12:59] StevenK: I meant bluez-hcidump [12:59] highvoltage: argh, always blame it on the kernel :-)! [12:59] Probably so I could upload both of them at the same time [13:01] mok0: too big I suppose but I will take care of that [13:01] oh well, its about time I eat something [13:01] hf norsetto [13:02] sebner: hf == have fun || hf == have food ? [13:02] norsetto: first one but take the one you like more ^^ [13:03] * norsetto takes hf&f [13:05] ^^ === pgquiles__ is now known as pgquiles [13:18] StevenK: ok, so this can be happily dropped and the package synced, I presume [13:22] Lutin: Works for me [13:23] StevenK: okay [13:25] norsetto: dvdrip also depends on tanscode which is in multiverse, so I believe it should stay in multiverse [13:35] norsetto: also odmrip and devede depend on mencoder which is in multiverse. [13:43] Good Morning [13:49] hm... seems like I didn't miss the motu-meeting *g* [13:50] (as I've just been afk for half an hour) [13:50] sistpoty|work: today was motu meeting? AHHHHHHHHHHHHHHHhhhhh xD [13:50] sebner: erm, should have been, I guess [13:50] (or should still take place) [13:51] sistpoty|work: started 45 mins ago. Let's check === fta_ is now known as fta [13:53] MOTU meeting in #ubuntu-meeting now (starting late) so please join #ubuntu-meeting [13:55] sebner: so.. mail alias work now [13:56] emgent: /here too. \o/ [13:57] is there a way to get the configure line of a package ? [13:57] I am interested to know the current configure options... [13:58] look at debian/rules in the package [14:02] slytherin: mencoder is a binary of mplayer, so its fine [14:03] norsetto: Ok. Then just dvdrip task is invalid unless transcode is also going to be moved to universe [14:03] slytherin: yes, I'm checking that right now === evalles_ is now known as effie_jayx [14:13] slytherin: yes, dvdrip should remain in multiverse, can you please mark it invalid in bug 214727? Thanks! [14:13] Launchpad bug 214727 in tovid "mplayer should be in universe" [Wishlist,Confirmed] https://launchpad.net/bugs/214727 [14:16] norsetto: norsetto !!! [14:16] :) [14:17] huats !!!! [14:17] sebner: I'll try to process your open sync/merges today [14:17] geser: kk. no stress [14:18] Heya gang [14:22] norsetto: I believe we need to have mplayer and vlc in multiverse due to patents. [14:22] Debian disables all encoding, so can get away with them in main. [14:22] But we don't want to do that. [14:22] wgrant: ah! [14:22] bddebian: Boo! [14:23] :-) Heya geser [14:23] wgrant: ok, if thats true than the whole issue is closed [14:23] wgrant: this means we have to keep a constant delta, or to make it an ubuntu package [14:23] norsetto: mplayer-fonts deserves closer inspection - sounds like it wants to be kicked from the archive entirely. [14:24] norsetto: We have an enormous delta, and have had for several releases. [14:24] Our package isn't derived from Debian at all. [14:24] norsetto: is the ocaml transition completed? [14:24] wgrant: you are right, I should have checked it better [14:25] wgrant: ok, I'll close the whole issue then, or you want to do it yourself? [14:26] norsetto: I'm about to head off to bed, so can you please do it? [14:26] geser: almost but not quite [14:26] wgrant: ok, thanks for checking it out, I'm only sorry I wasted people time for nothing [14:27] norsetto: A number of people have made the mistake before - LP really needs a per-source whiteboard. [14:34] Is there an apt-* program to install a .deb? [14:35] mok0: apt-get ? [14:36] mok0: seriously :-) [14:36] norsetto: I build a .deb, and it has a bunch of dependencies [14:37] I want to install my new deb, plus all dependencies [14:37] mok0: for that I use apt-get and sometime (rarely) gdebi [14:37] norsetto: but apt-get won't accept a package [14:37] norsetto: I mean a deb [14:38] mok0: build a repository, and install it via that? [14:38] mok0: you have to have a local repo, I have it anyhow since I build quite a number of packages locally [14:38] Hobbsee: that's what I was hoping to avoid :-) [14:38] mok0: there's ppa, too... [14:38] mok0: well, then use gdebi [14:39] Hobbsee: my problem is this: I've done a merge, and I want to test the package. I don't want to put it in the ppa or a local repo. Really. [14:39] mok0: why, though? [14:39] mok0: I do it all the time, whats the deal? [14:39] mok0: dpkg -i *deb; apt-get -f install works for me quite good [14:39] sistpoty|work: s/good/well/ :) [14:39] sistpoty|work: thanks [14:40] np [14:40] quick & dirty :-) [14:40] Hobbsee: yeah... too hot to write proper English *g* [14:40] hehe [14:40] * Hobbsee throws sistpoty|work into the ocean again [14:40] sistpoty|work: how hot is it there? [14:41] Hobbsee: hm... not too sure, but I'm sweating like mad. maybe ~30°C [14:41] sistpoty|work: wuss. [14:41] sistpoty|work: don't come to au in summer, then [14:41] heh [14:42] the weather applet shows for my location 21°C and 78% humidity [14:42] Hobbsee: don't forget you are talking to an almost viking there [14:42] norsetto: there is that. [14:42] geser: Send it over [14:43] Hobbsee: contrary to mok0 which is fully viking ;-) [14:44] Who me? Viking? [14:44] It's so hot here my horns have melted [14:44] * norsetto wonders if mok0 has an horned helmet hidden somewhere [14:44] It's not horned any longer :-P [14:44] oh well! [14:45] They'll grow out, eventually... [14:46] geser, how about sticking your head out the window? Or is that too un-geeky? [14:48] <_ruben> basements dont always have windows [14:48] hey all, I am having a hard time finding bugs to work on... what do you guys suggest I do. I have read https://wiki.ubuntu.com/MOTU/TODO/Bugs but most bugs that I seem to be able to handle have all been tackled [14:49] effie_jayx: I can gladly pass you some hundreds if you really wish it [14:49] norsetto, bring them my way... I can see how I manage... [14:49] effie_jayx: I suppose you are not looking for merges or syncs? [14:50] norsetto, no really no... I would love to do some merges [14:50] effie_jayx: ok, then head out to mom or dad [14:50] norsetto, let me find some... [14:50] !mom [14:50] Factoid mom not found [14:50] * effie_jayx had forgotten about merges... :D [14:50] hmmmmm [14:50] !merges [14:50] Factoid merges not found [14:50] !merge [14:50] https://wiki.ubuntu.com/UbuntuDevelopment/Merging [14:50] ah, finally .... [14:51] mok0: you mean go to the big room with the open nuclear fusion above? [14:53] * norsetto wonders why Ubuntu Maine-iacs is subscribed to all bugs [14:53] Ubuntu Maine-iacs hmmmmm [14:56] norsetto, what if I want to use dad... I remember it allows me to mark the merge I am working on [14:56] norsetto: ... I wonder more about all the other creepy names that are subscribed [14:57] effie_jayx: personally, I use dad and love it [14:57] norsetto, I got to like it in my first merge [14:57] norsetto, care to share a link? [14:57] mok0: like ALVARO VARGAS? Gives me the creeps too :-) [14:57] norsetto: DaD kicks *ss [14:58] !merge | effie_jayx [14:58] effie_jayx: https://wiki.ubuntu.com/UbuntuDevelopment/Merging [14:58] norsetto: ALVARO VIAGRAS you said? :P [14:58] sounds like spam ;) [14:58] norsetto: yeah and osama [14:58] pochu: lol [14:59] I am sure these are spam harvesters [14:59] how about tbill25642tbjbt [14:59] very spammy sound to that on [14:59] one [14:59] yeah, someone did some research in launchpad-users@ [14:59] and they subscribed almost the same day and have never done anything there... [14:59] heh [15:00] They should be cleaned out [15:00] agreed [15:00] and there should be two different categories in also notified [15:00] per project and per package [15:00] In fact, no one should be able to subscribe to all bugs [15:01] It doesn't make sense [15:01] well, for a distribution that makes sense, right [15:01] (what you said, I mean) [15:01] they can join ubuntu-bugs@ [15:01] Is that a mailman operated list? [15:03] mok0: https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs [15:03] I have started getting spam on my address after they appeared [15:03] mok0: ubuntu-bugs - Ubuntu bug tracker changes - HIGH VOLUME [15:03] HIGH!! [15:03] YOU'RE WARNED! [15:03] ;) [15:03] Hehe [15:03] mok0: hope you never use an @ubuntu.com address.. [15:03] if you subscribe to that list, your GMail quota will hit it's limit before you can unsubscribe [15:03] Hobbsee: I don't have one [15:04] Hobbsee: why is that? [15:04] mok0: lucky you, then. they attract spam really badly. [15:04] Hobbsee: I have a good filter [15:04] then why do you care about the spam? [15:04] Only about 1% get through [15:04] ah [15:05] Hobbsee: I don't, I've just noticed that my new address has started getting spam after these guys appeared on the bugs list [15:05] mok0: What's your LP account again? [15:05] mok0? [15:05] persia: ^ [15:06] mok0: You surely do have an @ubuntu.com address, although it may be stuck somehow. [15:06] persia: Oh, cool [15:10] sebner: did you managed to test-build the evolution-sharp you want to sync in intrepid? it FTBFS for me. [15:19] anyone have nifty command to remove all "CVS" dirs from source? [15:20] s.th. like find . -name="CVS" -type=d -exec rm -rf '{}' ';' (not tested, use at own risk) [15:20] jpds: extract the tar ball with --exclude [15:21] or find . -name CVS -type d |xargs rm -rf [15:21] mok0: true [15:22] geser: was wondering about ocaml-http, for some devious reasons, the DD made it a debian package, so now if I rebuild it, it bumps the .tar.gz version too ... is that ok? [15:22] mok0: appears to have worked, thanks and you too sistpoty|work :) [15:22] np [15:22] geser: I mean, a debian NATIVE package [15:23] oh, there's a new kernel today [15:24] norsetto: it's normal for native packages, and btw ocaml-http is already rebuild (uploaded 18 min ago) [15:24] testbuild succeded /here [15:24] sebner: well done [15:24] geser: ok [15:24] mok0: hmm? [15:25] sebner: j/k [15:26] mok0: xD why well done? [15:26] geser: if it's an error with perl just update your pbuilder intrepid chroot ^^ [15:26] sebner: your test build succeeded :-) [15:26] geser: btw, don't attempt ocaml-lastfm yet, it needs ocaml-xmlplaylist which I uploaded this morning [15:26] mok0: lol === lmr is now known as lmr[lunch] === leonel_ is now known as leonel [15:46] wgrant, ping [15:48] mok0: he just went to bed [15:48] norsetto: and his brain is not connected to irc I guess... [15:49] mok0: he is dreaming us .. well, nightmaring us rather [15:50] norsetto: yeah that's what happens when a googlebot is scanning you at night [15:51] sebner: evolution-sharp B-D on evolution-dev which isn't currently installable on intrepid AMD64 [15:51] can anyone take a look at my package in REVU? http://revu.ubuntuwire.com/details.py?package=origami [15:53] geser: ah. I only have i386 for testing [15:53] sebner: there is builds? [15:53] * geser needs to create a intrepid-i386 pbuilder then [15:55] When a bug has been fixed in an intrepid upload, I put the (LP: ..) stanza in changelog, which will set it to fix-released. But what if the bug is still valid in the older distributions? [15:55] tseliot, where are you at so far on the nvidia stuff? [15:55] mok0: then you'll need to open a task for that (it will only close the task for the distribution found in changelog afaik)( [15:55] mok0: it will close the one corresponding to the distro used in the changelog [15:56] You mean open a task for intrepid, or hardy... etc [15:57] mario_limonciell: I had made a first (draft quality) package but tjaalton wanted to merge my package with the one in Debian therefore I'm waiting to see the result [15:57] tseliot, debian doesn't have dkms yet afaik? [15:58] mario_limonciell: no, therefore the result would be more or less like the debian package + DKMS [15:59] geser: yep [15:59] mario_limonciell: I mean, + my work on DKMS [15:59] tseliot, hmm okay. [15:59] saves you the mucking about with a "beta" driver though, since it's not beta anymore [15:59] sebner: please add a comment then and subscribe u-m-s as evolution-sharp is in main [16:00] * mok0 can't figure out how to open a task on ii [16:00] tseliot, well i might refer you to take a look at the updated packaging I did for fglrx.. [16:00] tseliot, it is a lot more readable and maintainable now [16:00] geser: after gutsy it moved to universe [16:00] debian wishlist for dkms: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481590 [16:00] Debian bug 481590 in wnpp "ITP: dkms -- Dynamic Kernel Module Support framework" [Wishlist,Open] [16:01] mario_limonciell: sure, can you give me a link to the package? [16:01] oh geez, i dont like the packaging for nvidia-glx in debian [16:02] mario_limonciell: it's what I told tjaalton the first time I saw it ;) [16:02] mdomsch, have you talked to David Paleino? leveraging the ubuntu packaging would probably be a good start [16:02] sebner: ah, it's was in main when I touch it [16:02] mario_limonciell, no, I haven't - I was actually looking for a wishlist request from years ago; but that one turned up first. [16:03] items must get dropped from the wishlist if no one takes them on after a while [16:03] like this: [16:03] http://www.archivum.info/debian-bugs-dist@lists.debian.org/2005-05/msg06520.html [16:03] geser: ROFL. I wanted to testbuilt again and now it also FTBFS. you have bad karma -.- but the first try was successfully since I have a libevolution3.0-cil_0.17.1-2_i386.deb -.- [16:03] i'll shoot him an email [16:04] http://bugs.debian/org/cgi-bin/bugreport.cgi?bug=311130 [16:04] tseliot, tjaalton well what is the appealing thing about using the nvidia package in debian then? [16:04] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=311130 [16:04] Debian bug 311130 in wnpp "RFP: dkms - Dynamic Kernel Module Support Framework" [Wishlist,Closed] [16:04] sebner: I ACK'ed is one minute ago. [16:05] ah mdomsch [16:05] sebner, any idea if it's better behaved against mono 1.9.1? [16:05] sebner: I will look that it get builds successfully during my work on the FTBFS list [16:05] directhex: don't think so [16:05] geser: k, thanks [16:05] mario_limonciell: contributing to debian, I guess [16:06] sebner, not that intrepid has merged 1.9.1 yet. *cough* [16:06] directhex: I know. hrhr [16:06] mario_limonciell: I can't find the link to the source code of your new fglrx packages [16:06] tseliot, well my own opinion would be to redo it locally, and propose the cleaner package to them [16:07] sistpoty|work: I can't figure out how to set that task [16:07] tseliot, https://edge.launchpad.net/ubuntu/+source/fglrx-installer [16:08] mario_limonciell: basically I had stripped down the code of the lrm and adopted the debian naming schemes for the packages. [16:08] tseliot, yeah i instead opted to rewrite the whole thing in cdbs [16:13] superm1's plan sounds better. i tried hacking on lrm too, it was messy [16:13] very messy [16:15] directhex: it's not that hard to deal with [16:16] mok0: use nominate for a release [16:16] mok0: on the left [16:16] tseliot, there's just so much crap in the debian/rules file, you've got to be alert or you miss something & your build fails at the last minute, due to stray lines for crappy isdn routers or somesuch [16:19] directhex: the debian/rules was more or less 1300 lines of code but now my debian/rules is about 500 [16:19] lines [16:19] tseliot, well, maybe that was the problem, maybe it was that it was taking me over my PPA space allowance to have source & binaries on there. one or t'other [16:21] sistpoty|work: thanks! [16:21] np [16:21] * mok0 thinks "Nominate for release" -> "Create task" [16:22] "Create release task" even [16:22] directhex: aah, you're the guy from Oxford, right? I'm going to include the latest NVIDIA driver soon, don't worry [16:23] tseliot, no hurry, the powers that be demanded i use RHEL for the tesla machines [16:23] Demanded CRAP [16:23] joy of joys, etc etc etc [16:24] tseliot, you get to do it all again when 177.x leaves NDA-land [16:24] what sort of tesla machine? [16:24] directhex: ? [16:25] tseliot, the 177.x driver series that officially doesn't exist. it'll be needed to power their next-gen gpus (gt200 chip). and it appears to have a different list of supported gpus to 173.x, just to make life interesting [16:26] tseliot, my rules file is only 91 lines :) [16:26] lukehasnoname, officially, only a S870 [16:27] I'd love to have one of those [16:27] directhex: will the current driver become yet another legacy driver? [16:27] * tseliot bangs his head on the desk [16:28] The company I work for was putting about 40 blade servers into storage yesterday [16:28] I asked for one, to no avail [16:28] tseliot, i don't know. but the 5000 series definitely isn't supported right now, whereas it is in 173.x [16:29] mario_limonciell: that's another kettle of fish ;) [16:30] directhex: sounds like I'll have a lot of fun in the future... [16:30] tseliot, yep. hooray! [16:30] tseliot, i suspect khensu or whoever does the debian nvidia packaging these days will be equally filled with joy [16:31] someone needs a nice solution for that. we can't stand to have nvidia-glx-new-new show up [16:32] i agree. a rethink is needed! [16:32] who should do the rethink though? [16:32] otherwise tseliot here will have 4 nvidia drivers to play with. per release. assuming ati don't start doing the same thing [16:32] mario_limonciell: if we can cope with the new-old-sinagogue and a new-new-debian-python policy I think we can deal twith that too ... [16:32] mario_limonciell: there will be nvidia-glx, nvidia-glx-legacy-96xx, nvidia-glx-legacy-71xx and maybe nvidia-glx-legacy-173xx [16:33] geesh [16:33] the bigger problem is that some of those releases "do" overlap on the HW they support [16:33] norsetto: I'm so glad that I have no idea of what you're talking about :-P [16:34] mario_limonciell: it's not a problem [16:34] * norsetto votes for nvidia-glx-newer, nvidia-glx-new and nvidia-glx-legacy (future proof ;-) ) [16:34] well in terms of selecting a driver to be using it could be, say if something is is better supported in one release on this hardware [16:34] mario_limonciell: I deal with that problem in EnvyNG already [16:34] but better supported in that release with that hardware [16:35] norsetto: you're forgetting the "even-newer" flavour [16:35] tseliot, nvidia-glx-newest! [16:35] ooh, how about nvidia-glx-newissimo! [16:35] nvidia-glx-newest+1 [16:36] oh but + probably isn't valid in the package name [16:36] mario_limonciell: we'll have a centralised database for this [16:36] mario_limonciell: so that we can store this kind of information on the drivers [16:36] tseliot, tjaalton so the other thing that should be done sometime in intrepid, a /usr/share/xserver-xorg/pci/00nvidia should be shipped in each of these packages [16:37] inside it, if the correct identifiers are listed, the automatic xorg detection stuff should automatically turn on nvidia instead of nv [16:38] mario_limonciell: ok in this last case we the pci-ids would overlap [16:38] it's a very interesting idea though [16:38] tseliot, well these should be shipped in nvidia-glx nvidia-glx-legacy-XYZ etc [16:38] so they are only used when you have a driver selected [16:38] i'm going to have to experiment with the right way to do it, but I'll activate it in the fglrx driver too [16:39] let them overlap - there's got to be a way to deal with overlap simply by saying "you overlap and have the highest version" [16:39] mario_limonciell: yes, definitely. We don't want X to try to load a driver which is not installed ;) [16:40] i talked to bryce about this briefly at UDS, and in theory it should work properly [16:40] and assuming you installed the proprietary driver you will want it on by default, so it's a good idea === zsoilworker is now known as zSoilworker [16:41] directhex: right [16:42] mario_limonciell: yes, it is a good idea [16:44] geser: seems like we only have an handful of ocaml packages left [16:44] * tseliot goes back to work on his new xorg parser [16:46] sebner, if you want to try building against 1.9.1, grab http://ppa.launchpad.net/directhex/ubuntu/pool/main/m/mono/mono_1.9.1+dfsg-1ubuntu1~dhx1.dsc [16:46] sebner, builds against hardy or intrepid without modifications [16:48] norsetto: good [16:48] norsetto: some ocaml-* packages got synced today [16:48] geser: yes, seen that, in my book we have still gdome2-xslt, lablgtkmathview, ocaml-lastfm and ocaml-vorbis, all the others are building or a sync has been requested [16:50] norsetto: lablgtkmathview waits on some other package but I already forgot which one, could be gdome2-xslt [16:51] geser: I think gmetadom [16:52] could be, I only remember a g in the package name [16:52] directhex: no need to. it's something with evolution ;) [16:52] devfil: hi devid, got in touch with asac? [16:53] geser: Tomorrow I'll file a bug for ocaml-mad and you can ACK it again ^^ [16:53] norsetto: I'm reading the email, thanks === Zic is now known as Zic__ [16:54] devfil: asac is a good chap, please profit from his expertise. You'll be a mozilla expert in no time ;-) === Zic__ is now known as Zic [16:54] asac: ping [17:01] devfil: hey [17:02] can we chat tomorrow or later? i am on my way out [17:02] asac: yes sure [17:02] asac: ping me when you can chat [17:17] norsetto: you there? === macd_ is now known as macd [17:20] ScottK: you there? [17:20] mok0: you there? [17:21] emgent: Really I am not sure :-) [17:21] COOL! :) [17:24] What can everyone be doing on a boring Friday evening? [17:25] * sistpoty|work is developing novel methods to shoot himself in the foot *g* [17:28] What to do about a bug where a fix is given, but does not require any patching of the software? The problem is solved for the reporter, but it seems wrong to set the bug to "invalid" or "won't fix". [17:29] mok0: hm... do you have a bug number? [17:30] bug 220137 [17:30] Launchpad bug 220137 in matplotlib "python: matplotlib window does not show graph in interactive mode" [Undecided,New] https://launchpad.net/bugs/220137 [17:31] sistpoty|work: I could go back to TkAgg as the default [17:33] ... and then close it from changelog [17:33] mok0: yes, that might make sense. imho the bug is that GTKagg doesn't work as expected (either by design or from a bug) [17:33] sistpoty|work: I think that is the better solution. Debian ships with TkAgg [17:47] mok0: ah ... there is nothing as a mid-afternoon nap :-) [18:04] norsetto: while you were napping, my problem was solved :-) [18:04] mok0: best way to solve a problem, just sleep over it [18:04] norsetto: lol [18:06] You know, when reporting a bug in ubuntu, there should be a checkbox where people had to put the release [18:10] mok0: you would be surprised to know how many users don't actually know which release they are running [18:10] mok0: so, asking "1) The release of Ubuntu you are using, via 'lsb_release -rd' or System -> About Ubuntu." makes sense [18:11] too bad it's not reported in the FF user agent string [18:11] norsetto: yes [18:11] mario_limonciell: it is, but that's not very reliable [18:12] why? [18:12] because I often use my mac to work on files and file them [18:12] etc. [18:13] you shouldn't really assume that somebody is filing a bug with the same machine as the bug, IMO [18:13] that's also a slight issue with the lsb_release method too, but it's more clear [18:15] well perhaps if LP looked at that string, and said, hey is this the computer you are filing this bug about [18:15] and gave a shiny check box [18:15] ooh, shiny [18:15] perhaps, but that's quite Ubuntu-specific [18:16] isn't that the issue at hand though? [18:16] in general, Malone is not just for Ubuntu [18:16] people not knowing what ubuntu release they're on [18:16] oh [18:16] i'd venture to say a majority of the bugs filed on it are for Ubuntu however [18:17] that's quite beside the point [18:17] they are building a general bug tracker [18:17] Just have a drop menu that asks for OS [18:17] what they *have* done is given Ubuntu it's own bug filing "hints" where lsb_release is used [18:17] if Ubuntu is chosen, ask for release time [18:17] *type, with instruction on how to find out [18:18] Launchpad should trigger apport! [18:18] * pochu returns to the study mode [18:19] ugg, I don't much care for apport filing bugs for me [18:20] the +filebug-advanced does have instruction on how to get the source package, Ubuntu release, version of package [18:21] but I would think that it'd be the regular +filebug page that'd need instructions [18:24] LaserJock: Hey doc, how's your Phd doing? [18:24] I've been banging my head against a C++ data processing app this week [18:25] maybe today I'll get it working [18:25] pointers and me aren't getting along [18:25] LaserJock: just be nice to them, don't do things like *(&a)++ [18:28] * sistpoty|work heads home... cya [18:28] Could one of the revu admin mark me as a Reviewer in the database ? It also seems that I don't have an account on revu. [18:28] my current method is: 1) try without pointers 2) stick a * in front 3) stick a & in front 4) stick a * in front of everything [18:29] * MatthewV is Away, Reason: ( bed time for me Zzzzz.. ) | Since: ( Friday, May 30, 2008. 20:22:14 ) Xlack v2.1 [18:29] LaserJock: thats more or less everybody's method ;-) [18:31] LaserJock: for me it really helped to write things down on a piece of paper, what pointers are point where and how they are changing [18:34] norsetto: yeah, I mostly get tripped up when I use something that requires a pointer as an argument [18:34] and I didn't want to give it a pointer [18:35] LaserJock: oh well, thats a granted SIGSEGV [18:39] LaserJock: did you see this: http://core.joejaxx.net/~joejaxx/ircstats/freenode/ubuntu-motu/ ? [18:39] LaserJock: I really like your random comment ... lol [18:40] norsetto: I like my one :P "norsetto: I want my hug! ^^" [18:40] * norsetto hugs sebner :-) [18:40] * sebner hugs norsetto back =) [18:41] looooooool [18:41] Most used words [18:41] If I see a package that will need a newer version in Ibex than what is listed on packages.ubuntu.com, should I file a bug or tell you? [18:41] 5"persia"14733 [18:41] norsetto: what the heck? how am I that high [18:41] persia: sorry for the highlight :) [18:42] lukehasnoname: file a bug in debian ;-) [18:43] LaserJock: scott is more talkative than you, but he cheats (uses two accounts) ;-) [18:44] Do you guys get Debian packages from testing? [18:45] lukehasnoname: sid [18:45] * mok0 thinks we should get them from testing... [18:46] is sid unstable? [18:46] that would be boring ;) [18:46] lukehasnoname: yes [18:46] k [18:49] done [18:50] a report was already files. [18:50] filed. [18:51] lukehasnoname: thats why I asked, its very often the case [18:52] lukehasnoname: we sync regularly until DIF (Debian Import Freeze), if Debian has a package after this date you need to ask for a sync [18:53] lukehasnoname: what you can do is open a bug report in LP (assuming there is nt one already) and link the debian bug to it, so that we keep trace [18:55] So until DIF you just grab what Debian has, and after that any package updates should be filed directly with Ubuntu [18:56] lukehasnoname: yes, until freeze when it has to be approved by the release team too [18:56] lukehasnoname: but change "package updates" with syncs [18:57] lukehasnoname: if debian is not updating the package, and an ubuntu dev is interested, he may make the update himself [18:58] lukehasnoname: sometime that is necessary if the package is orphaned or abandoned in debian, and of course is necessary if it is an ubuntu specific package [18:58] right [18:59] So while you're on a roll, what's the diff between a sync and a package update? [18:59] lukehasnoname: a sync can be a bug fix, or a package change, not necessarily a new upstream version [19:01] gotcha [19:10] How hard is it to take a package from Debian and make it a package for Ubuntu? [19:10] I'm a package nub [19:11] err, Ubuntu uses Debian packages :) [19:11] so usually it should be as easy as doing nothing [19:11] just straight up? I knew they're both deb format, I didn't know if any extra config is done to Ubuntu ones [19:12] I didn't know the ties were THAT close. [19:12] lukehasnoname: they are rebuilt in Ubuntu, but most of the packages aren't changed at all [19:15] I'll read /PackagingGuide before I ask any more questiosn [19:15] questions [19:17] pochu: do you have works for me? [19:41] hi, I discovered a bug in 8.04 caused by installation of a package, someone can help me to get write a proper bug report? [19:42] bugs.launchpad.net [19:42] <_< [19:42] What do you need help with? [19:43] I need to pinpoint the exact problem [19:44] ack [19:44] well I'm no expert, and I'm at work [19:44] pochu, this guy needs help if you're ther [19:44] e [19:45] I have a shutdown problem.. after installing the boinc client my computer which ran perfectly is hanging on shutdown [19:45] even after purging the packages [20:00] speart I have a shutdown problem.. after installing the boinc client my computer which ran perfectly is hanging on shutdown [20:00] speart even after purging the packages [20:00] nxvl you know the answer for this guy? [20:31] ScottK, pochu: I am about to upload to debian a bug fix release for Phatch which has all the ubuntu patches and some fixes of two critical bugs related to translations. [20:32] The bugs are critical because rosetta translation bugs made Phatch unusable for a lot of languages. [20:33] I've developed together with Frank a unittest framework for rosetta translations which located many errors so I could fix them. [20:33] (This took some time.) [20:34] So my plan is to get Phatch in Debian -> Intrepid -> backport to Hardy. [20:42] crap I logged in wrong [20:43] anywho, funny link if you haven't seen it: http://xkcd.com/424/ [20:52] stani: rather than backport, we want it in -updates if it's a bugfix release [20:55] stani: I agree with pochu. We should do an update to the existing Hardy package with the two bug fixes. [21:17] pochu, ScottK: ok, I am still learning, but it can be the new release or do you want two debdiffs (which would make no sense as it would be more work for exactly the same result) [21:17] question mark ;-) [21:18] Is the new release JUST the two bug fixes? [21:20] and tons of po files, they have almost all changed (except for english and dutch) [21:21] I'm happy with bug fixes + updated translations [21:22] yes, the new release is nothing but bugfixes as it is part of the 0.1.* release [21:22] stani: why were the po files updated? [21:22] new work is done in 0.2.* which is not available yet [21:22] stani: were the released po's bad? [21:22] updated translations I guess :) [21:22] LaserJock: I found out rosetta translations can invoke a lot of bugs [21:22] for example keyboard shortcuts... [21:23] sometimes "New\tCtrl+N" is translated in "New \t Ctrl+N" [21:23] which assigns the letter N and not Ctrl+N to the new command [21:23] this makes typing text in the application impossible [21:24] stani: ok, so they're fixing translations and more complete translations? [21:24] stani, and when translated to other languages they change the key combinations [21:24] yes, but I do not want to allow that [21:25] Also they translate Ctrl+Space in Ctrl+Foo where Foo is the translation of the word Space [21:25] this breaks the shortcut as well [21:25] stani, so you saying, if in english is CTRL+S to save for example, and in spanish.. would be CTRL+G, that should not happen, and we should keep CTRL+S ??? [21:26] like if it was not translated that way won't break the shortcut? [21:26] I can only allow that if there is one person in that language doing redaction [21:26] if one person does translate the shortcut and others don't, you get conflicting shortcuts [21:27] stani: I meant your .po changes are fixing translations and making them more complete? [21:27] LaserJock: yes they are only fixing translations and adding some which have been added [21:28] stani: I would be ok with an SRU bringing in that new release [21:28] LaserJock: whats the procedure when a package in -updates needs to be changed? Should it be uploaded to -proposed and tag be reversed or what? [21:29] norsetto: yikes, a bad SRU? [21:29] LaserJock: sorry, in "-proposed"needs to be chnaged [21:29] oh [21:29] that's actually a good question [21:29] ideally we'd have an archive admin remove the bad package so you could upload a fixed one with the same version [21:30] then yeah, you'd re do the tags [21:30] LaserJock: will people get the updated package from -proposed then? [21:30] probably not [21:30] I think so [21:30] LaserJock: in this case its ok, it was a rebuild (build0.1) and now its a new version (ubuntu0.1) since the rebuild alone will not work [21:30] no? [21:30] you'd have to remove them first === phoenix24_ is now known as phoenix24 [21:30] norsetto: ah, excellent [21:31] norsetto: remove the verification done and please ask for MOTU SRU to ack as we'd want to look at the changes [21:31] LaserJock: I mean, the rebuild alone would work but the package is crapy so neeeds to be patched to have it working .... [21:31] crapy, neeeds, sigh ... [21:31] norsetto: what is the bug? let me check it out [21:32] LaserJock: and you would not be so kind to check it out :-) ? [21:32] bug 224847 [21:32] Launchpad bug 224847 in plucker "package update-manager 1:0.87.24 failed to install/upgrade: ErrorMessage: SystemError in cache.commit(): E:Sub-process /usr/bin/dpkg returned an error code (1)" [Undecided,Fix committed] https://launchpad.net/bugs/224847 [21:35] LaserJock: patch attached [21:45] norsetto: why do people report that the original rebuild worked? [21:45] norsetto: did your tests fail? [21:45] LaserJock: that problem was solved, it works, its just the python scripts that do not [21:46] so it's solving a separate-but-related problem [21:47] LaserJock: the initial problem can only be solved with a rebuild, with new pycentral, but the reuilt package fails since the script locations are hardcoded and do not follow the pycentral recent transition [21:48] LaserJock: actually, the rebuilt package works ok, is just the python scripts which are not linked correctly by the hardcoded links [21:50] xvre [21:50] oh hello LaserJock! [21:50] You were right, that bibus package was pretty nasty. [21:50] sry wrong channel [21:50] o/ tbielawa long time no see [21:51] Almost got it done though, learned a whole buncha policy along the way [21:51] tbielawa: hi, sorry I haven't had time to look at bibus more :( [21:51] RoAkSoAx, hi to you too [21:51] tbielawa: have you gotten more feedback on it? [21:51] LaserJock, No worries, I'm pretty autonomous [21:51] tbielawa: that's a good way to be in a community of volunteers :-) [21:52] norsetto: ack'd, please add a new test case, etc. [21:53] LaserJock: sure, thx for looking into it [21:53] I'm giving a packaging 101 session for some of the admins of a lab I maintain, this coming monday, I've collected a lot of good resources alng the way preparing [21:53] tbielawa: awesome! [21:54] LaserJock, spreading the knowledge ++. [21:54] LaserJock: btw, thought you were going to give a merging 101 class sometime soon [21:55] me? [21:55] hmm, I'm on sabbatical now :( [21:55] Baby: hi :) is the simcity already packaged? [21:56] LaserJock: the other they when i was teaching no0tic how i did the merge of virt-viewer you said that you were going to give a class about merging [21:56] ah [21:56] well I should [21:56] but I can't presently [21:57] no worries, i just remembered that xD [21:59] it did seem like our merging documentation was pretty outdated [22:02] i think you said that you were thinking about having a UD Reference Guide? [22:10] I have a question regarding a merge... the changelog, what do I write if I find that all changes have blended in fine... do I list the changes that require the merge again... debian has not taken up any of these changes yet since they do not use pulse audio [22:10] In my first merge I remember that I had to report again why I was doing the merge [22:11] * effie_jayx thinks he may have answered to himself but just wants to be sure [22:11] effie_jayx: you have to report all the changes, yes [22:12] thanks pochu [22:12] pochu, do I report changes that come from the debian version as well or not since they are already in the debian changelog [22:12] ? [22:13] effie_jayx: no, no need to report them [22:13] cool [22:13] effie_jayx: just the Ubuntu delta === Amaranth_ is now known as Amaranth [22:17] effie_jayx: actually,only the ubuntu changes ;) [22:17] thanks RoAkSoAx [22:17] * RoAkSoAx just getting used to irssi :S [22:24] effie_jayx: the previous changelog entries from updates in debian are included when you use the -v switch to dpkg-buildpackage === tb1 is now known as tbf [22:42] hi folks [22:44] hm... how do we proceed now with motu-sru? (thanks a lot to RainCT and ScottK for volunteering as well!) [22:49] I don't think RainCT volunteered. [22:50] well, he kinda volunteered :P [22:53] still, how should we proceed? wait until monday if more people volunteer? [22:59] sistpoty: well , what do you mean by "proceed"? [23:00] we have had 1 week for nominations? [23:00] LaserJock: yes, but after that period ScottK also volunteered and rainct kind of volunteered (at least I guess I could talk him into it) [23:01] so we only need to vote? [23:01] LaserJock: so my plan as posted to the ubuntu-motu, to skip a vote might not be the best thing [23:02] LaserJock: I mean, do want to vote, should we wait before we vote... *shrug* [23:02] so how many people do we have as candidates? [23:02] currently 2 1/2 (\sh, ScottK and eventually rainct (no too clear from his mail for me)) [23:03] well, if there are only 2 I don't see much point in a vote [23:03] if there are 3 we should probably have one, unless we want 1 more person in MOTU SRU [23:05] hm... [23:06] * sistpoty is out for a smoke to think *g* [23:10] who are the people actually leaving, laser and imbrandon? [23:11] norsetto: that's what's my impression is from the thread [23:12] sistpoty: right, so its an impression or we actually asked and people told us ;-) [23:13] norsetto: that impression is actually based on the mail from LaserJock, so maybe you'd like to skip me as proxy ;) [23:14] sistpoty: I know about LaserJock, but I've never seen anywhere what the other 4 wants to do (probably my fault as my ISP spam filter about everything) [23:14] heh [23:16] hm... how about we extent the deadline for volunteers until Monday, and if we've got > 2 volunteers, we'll call for a vote? [23:17] norsetto: I've talked to all members of MOTU SRU [23:18] brandon and I are stepping down [23:18] everybody else is staying on [23:18] LaserJock: ok .. staying for the sake of it or to actually do something? [23:19] actually do something [23:20] LaserJock: ok then, we need 2 candidates, we have 2, what is the problem? Should we waste another 2 days trying to force somebody to step in? [23:21] norsetto: well, from what sistpoty said we may have 3 [23:21] if we do indeed only have 2 then we should just go with that an move on [23:22] LaserJock: for what I could see, we have stefan and scott, lets bless them and move on ... [23:22] s/f/ph/ ;) [23:22] norsetto: I agree [23:23] ok, /me tries to formulate a follow-up mail [23:23] norsetto: well, I just don't want to snub RainCT if he does want to run [23:23] LaserJock: if RainCT wants to run we make it a team of 6 ... [23:23] Is there a limit to the number of members of SRU team? [23:24] norsetto: exactly [23:24] well, I don't have a particular problem with having another person [23:24] There's plenty of work [23:24] but I'm slightly concerned with just taking everybody who wants [23:25] as a general case [23:25] LaserJock: can't we actually have some kind of backup in case somebody wants to leave in a hurry? [23:25] LaserJock: that's not the case here [23:25] so we don't want elections? [23:26] LaserJock: If the question is whether to accept another experienced motu, it's a no-brainer [23:26] LaserJock: heck, I know I don't want scott, I know he is just going to refuse all my sru's! But seriously, do we have a problem with the candidates???? [23:27] norsetto: that's not the point [23:27] mok0: well, actually I don't think it is [23:27] hm, well whatever [23:27] hi [23:27] mok0: it's easy to lower total productivity by adding people [23:28] sometimes it's better to have a smaller, tighter team [23:28] I don't think there's a point in looking for problems where none are to be found [23:28] LaserJock: the point is, we need to have a working sru team. Do we have a working sru team right now? [23:28] I believe so, for the most part [23:28] Hi. I am going to create my first package. Is there a specific way to make init scripts? I an not knew to bash scripting but want to know if there is a way most people format it (besides making it use start/stop/reload)? [23:28] There's a l.o.n.g backlog to process [23:29] mok0: I don't think there is, is there? [23:29] LaserJock: OOI have you given ACKs on irc as well, as I've looked at 2-3 SRU bugs so far, which were uploaded, but didn't show a trace of motu-sru acknowledging it? [23:29] What exactly is the motivation to pull a 'shotgun team forming' rather than giving the decided process it's time to complete? [23:29] LaserJock: 89 [23:30] hi ajmitch btw [23:30] mok0: those aren't all ones needing MOTU SRU though [23:30] LaserJock: well, from my personal experience from the other side of the barrier, the sru team was a 1.1 persons team [23:30] most should be already ack'd [23:30] LaserJock: no? They're in the teams bug-list [23:30] mok0: sure [23:30] mok0: we don't remove them [23:31] norsetto: well, if you feel things aren't going fast enough please email -motu [23:31] I've been working, though slowly, on some scripts to help MOTU SRU to work more effectively [23:32] it's not terribly clear right now what needs work so I'm working on that kinds of stuff [23:32] LaserJock: no, I ask that if there are 2 people willing to do the job, let them do it and stop crapping around [23:32] norsetto: well, hang on a sec [23:32] this sounds like totally the right forum for that discussion [23:32] we do have procedures for elections [23:33] as I *said*, if there are 2 positions open and 2 nominees it's clear [23:33] but if there are 2 positions open and 3 nominees we should have a bote [23:33] tekteen: search wiki.ubuntu.dk, the info you're looking for is there [23:33] *vote [23:33] LaserJock: we had a week, we have 2 candidates, where did we oversee the "procedure"? [23:34] mok0: ok, thanks [23:34] LaserJock: nah, not worth it, just accept all 3 [23:34] norsetto: I was told we have 3 [23:34] mok0: ok, but that's just making stuff up [23:34] LaserJock: perhaps [23:34] if we have processes we probably should follow them, no? [23:35] LaserJock: ok, so assuming we have 3, either we take all 3, we keep one as a backup, or lets get going with whatever election needs to be done [23:35] I don't have an a priori problem with having 3 new people, but that hasn't been approved by anybody [23:35] LaserJock: If no one is making a fuzz [23:36] that's no reason to not use processes [23:36] hm... I'd post the following as follow up: http://pastebin.com/m4241a17a [23:36] *or* we can get rid of those processes [23:36] anyone disagrees? [23:36] mok0: I can not find it [23:36] LaserJock: but "I'm not against it, but what about the principles" is a not a good argument imho [23:36] mok0: why not? [23:36] it's about more than just me [23:37] tekteen, search for lsb init scripts [23:37] sistpoty: I'm against extending the deadline, having a week was already long enough [23:37] just because I'm not against it doesn't mean that it should be done [23:37] tekteen: or google [23:37] mok0: ok [23:37] norsetto: then we have only once candidate :( [23:37] mok0: exactly where in the code of conduct does it say "if nobody is making a fuss, disregard the process" [23:37] sharms: it doesn't :-) [23:37] s/once/one/ [23:38] sistpoty: oh man, we have two: \sh and scottk, both well within the time allotted [23:38] My p.o.v is, that there is plenty of work, so if there are more people than required, why not just say: yay! [23:38] well [23:39] having been in around for a while and in the MOTU SRU team I really do feel it unwise to just pile on as many people as possible [23:39] communication becomes more difficult [23:39] norsetto: actually not. the time was until today. I guess some people just got aware of it when I sent the mail (and that mail was the deadline, so other possibly interested people would be left out if not awake right now) [23:40] LaserJock: yeah, that's true [23:40] sistpoty: yes, and wasn't it today that scottk volunteered? [23:41] I am satisfied as long as it is experience MOTUs in the SRU team [23:41] norsetto: yes, but after my mail. I mean we should be fair, maybe extent the deadline until tomorrow evening or so, so that ppl. from other timezones can also apply [23:41] mok0: I'd rather have a good working, smaller team who know what it's doing [23:41] LaserJock: OK, I understand [23:42] I give up, trying to talk common sense here seem to be wasted, take all the time you want, ask all the people you want, I'm sick and tired having to wait weeks to have a bloody ack [23:42] norsetto: don't loose your spirit [23:42] norsetto: that has basically nothing to do with that [23:43] 1 person could handle MOTU SRU honestly [23:43] adding more people isn't the solution to waiting acks [23:43] LaserJock: it has all to do with that, we loose weeks discussing about nothing when we need people to actuallky do something [23:43] norsetto: give me a list and I'll do them [23:43] * mok0 agrees with norsetto [23:44] LaserJock: you retired, remember :-) [23:44] LaserJock: I know you do, who do you believe the 1 in 1.1 was ? [23:44] not until I'm replaced [23:44] the problem is that MOTU SRU is not very able to track what needs doing [23:45] * sistpoty is sad to have started a heated discussion [23:45] sistpoty: no, this is good [23:45] I didn't realize people were feeling like MOTU SRU wasn't going fast enough [23:45] sistpoty: don't be sad, discussions is all we are good at ;-) [23:45] sistpoty: it's not heated, we're just turning the arguments inside-out [23:46] norsetto: if you're feeling like things aren't going fast enough please let us know [23:46] the thing I'm really trying to work on is keeping things from falling through the cracks [23:46] that happens waaay to easily currently [23:46] sistpoty, don't worry.. they like to discuss ;) [23:46] LaserJock: well, I'm loosing you here [23:47] norsetto: part of leaving gracefully, IMO, is making sure things work properly when you leave [23:47] It is my feeling that waaayyy to many bugs were left in hardy when it was released. We _really_ need to get many many of those SRU'ed [23:47] mok0: it actually hasn't been all the horrible of a release [23:48] can we just market them as features and move on [23:48] * sistpoty just sent the follow up mail. so please object on the mailing list if it's not good *g* [23:48] mok0: I still can not find it :-( [23:48] LaserJock: hmm, it got a pretty lousy press [23:48] although it sure is nice for a an LTS release to have more fixed up [23:48] LaserJock: we all appreciate that, believe me [23:48] mok0: oh man, you should have seen dapper [23:48] tekteen: sorry, it was in the debian wiki: http://wiki.debian.org/LSBInitScripts [23:49] thanks [23:49] mok0: every release gets bad press. People like to poke apart the "big guys" [23:49] LaserJock: heh, but we've moved forward, and Ubuntu is in very high regard now [23:49] btw, I do really believe that it would make sense to have an extra member on stand-by [23:50] so we work harder, fix what we can and try to make sure the next one is better :-) [23:50] LaserJock: hardy is seen as Canonical [23:50] s defining moment [23:50] i'd file a bug report about nspluginwrapper being completely broken, but there are so many bug reports up there i don't really see the point, it's not like nobody knows it's busted [23:51] norsetto: hmm, I don't really see a need for "stand-by" if we want another person just add them [23:51] mok0: it's sad to say, but there is some truth in Ubuntu==canonical from what I've experienced (or mayber canonical->ubuntu rather) [23:51] mok0: and from what I've seen Hardy has been a very good release [23:51] LaserJock: well, thats my point but if you like a smaller team then should we just kick a good volunteer out? [23:52] norsetto: not necessarily, no [23:52] but we can always make the case that more people would make it better [23:52] sistpoty: yeah but that's because the press is focussed on sabdfl's involvement in Canonical and when he will break even [23:52] heck, why not have all of MOTU be MOTU SRU? [23:52] LaserJock: I think we did that already [23:52] mok0: oh, yes. also the press != what's going really on (and my comment was rather focussed on the latter) [23:53] norsetto: exactly [23:53] LaserJock: because it is good to divide work between us [23:53] mok0: only at some point [23:53] damn, I've written to much c this week, can only make statements with boolean equations in them *g* [23:53] sistpoty: black'n'white, huh? [23:54] if you can cultivate a few people who do their job well, I'd say it's better than dividing work between lots of people who just do a bit here and there [23:54] mok0: heh [23:54] LaserJock: right [23:54] LaserJock: look, motu-sru is like motu-release, we need a filter to filter the crap out (or at least discourage the peole if they are not very serious). But a filter needs to actually be a good filter, not just choke .... [23:54] but we're talking 5 vs. 6 here, it not that big a deal [23:55] norsetto: exactly [23:55] If we had 7, 8, 9 candidates, I think it would be good with a vote [23:56] well, the problem is, IMO, that that is not up for discussion [23:56] MOTU SRU is determined by a MOTU vote, as far as I can remember [23:56] LaserJock: norsetto's suggestion is not bad, that person number +1 is a suppleant [23:57] I'd rather just add the person [23:57] LaserJock: well, then we agree :-) [23:57] sure, but that's just my opinion [23:57] LaserJock: then why are we discussing if we all agree on the same thing !? [23:57] because I'm saying we should follow process [23:58] norsetto: because we love the sound of fingers tapping across the keyboard... [23:59] either follow the process or change it, but just ignoring it when we're in a rush or it's inconvenient seems like a bad idea, IMO [23:59] LaserJock: You are right of course.