[00:00] It is a bit confusing. :) [00:00] Debian arch: all ~= RPM noarch. [00:01] Yeah, I really like that noarch :-P [00:01] soren: just need to learn it :) [00:01] runs on no arch's [00:04] mok0: everything runs on noarch :D [00:04] jdong: ha! [00:06] soren: go to bed...sheesh [00:06] zul: I don't wanna! [00:06] I'm busy taking over the world. [00:06] soren: its like someone is paying you to stay up [00:11] soren: thanks for all the help... now I just have to fix the two lintian errors :) [00:11] zul: You'd think so, wouldn't you :) [00:12] soren: how late is it there? 1ish? [00:12] zul: correct :P [00:17] zul: Something like that. [00:24] yay, random subscriptions to bug.s [00:25] * Hobbsee doesn't remember why something changed in edgy. [00:26] Good morning, Hobbsee [00:26] morning mok0 [00:27] * mok0 should probably go to sleep soon... [00:27] 23/c [00:28] breaking: Obama wins Mississippi [00:29] * awen_ just realized that the default wallpaper has changed... that's why it looked different [00:31] ugh. us politics [00:33] Australian politics is bad enough. [00:35] indeed. [00:36] Anyone wants to have a look at a new package? http://revu.tauware.de/details.py?package=uniconvertor ... all suggestions+comments from RainCT has been incorporated [00:38] Hobbsee: Would you be will to look at bug 200292 ? [00:38] Launchpad bug 200292 in libgda3 "Sync libgda3_3.0.2-2 from debian unstable" [Undecided,New] https://launchpad.net/bugs/200292 [00:44] getting much to late... goodnight people [00:44] YEah, same here. [00:45] (Unsurprisingly, as we're in the same $TZ) [00:46] he :) === RAOF_ is now known as RAOF [01:28] someone should update awn. [01:30] By 'update' you mean FFe? [01:31] And grab 0.2.6, or whatever the release is? [01:31] yeah, looks like it [01:31] Hobbsee: And probably introduce a plugins package? ;) [01:32] yeah [01:32] I suppose so. [01:32] I might actually _use_ an updated awn. === dijital1_away is now known as dijital1 [01:45] Heya [01:46] Hey [01:46] Hello protonchris [01:47] heya gang! [01:47] Heh, hi emgent === farruinn_ is now known as farruinn [01:54] bddebian: Are you up for taking a look at a package that needs sponsoring (motu-release has already approved)? [01:55] protonchris: What package? [01:55] bug 190744 [01:55] Launchpad bug 190744 in libgdamm3.0 "Request: Upgrade libgdamm3.0 to upstream version 2.9.81" [Undecided,Confirmed] https://launchpad.net/bugs/190744 [02:03] protonchris: I'm lazy, do you have a source package posted somewhere? [02:04] bddebian: just a sec [02:09] bddebian: I can post the files to my server. Will that work? [02:09] Sure [02:10] bddebian: http://protonlab.net/~chris/libgdamm3.0/ [02:14] And why is it libgdamm3.0-2.9.88? [02:15] Should be libgdamm3.0-2.9.82 [02:16] Yeah, sorry, but why 3.0 with 2.9.82? [02:21] I am not sure why they decided to call it 3.0 when it was first packaged. I assumed that upstream was leading up to a 3.0 release. [02:22] Presumably that's the soname, right? [02:24] Sure, just looks odd :) [02:25] That package produces a libgdamm3.0-9 binary package. The soname is 9. [02:28] Uhm, that's even worse :) [02:38] Do we care that the soname doesn't match the package name? [02:39] Hey there, bddebian :) [02:39] Hi tritium [02:39] Well, we also have a libgdamm1.3 in the archive with a soname of 8 :) [02:39] heh [02:40] protonchris: OK, uploaded, it's all yours now! :) [02:40] Thanks. [02:47] bddebian: Will the bug close itself since I put the bug number in the changelog? [02:47] It's supposed to [02:47] Cool, thanks again. === n3xu|laptop is now known as nexu [03:51] 5~/c [05:08] anybody know if mythtv .21 will make it into hardy? [05:09] neh: It already has. [05:12] RAOF: ah, I must have looked in the wrong place before, now I see it. thanks. [06:16] * Hobbsee wonders why our eclipse version is so old === _czessi is now known as Czessi [07:06] Hobbsee: Because everyone hates java. [07:07] It's like the stillborn progeny of gods too dark to comprehend, animated by sheer bloodymindedness. [07:07] RAOF: awww [07:07] Or, alternatively, just because no MOTU actually _uses_ Eclipse. [07:08] * RAOF 's Java developing friend is particularly impressed with the way Eclipse can happily consume > 3Gb of memory. [07:08] good morning [07:08] 'Morning dholbach! [07:08] Now, let there be a chicken/pasta/pesto bake thing prepared! [07:10] hi RAOF [07:17] Hobbsee: You use Gnome-Do, right? How would you feel in principle about a FFe for it? I'd need to actually cut a release of it, but trunk has some significantly cool new features. [07:17] RAOF: what features? [07:20] Hobbsee: The inteface is a little shinier, but the really killer feature is that it now learns what you use most, and prioritises hits by that. [07:20] RAOF: excellent. can we get some of the plugins too? [07:20] oooh, I like that. [07:21] Also, on the plugins front, there's an awesome Launchpad plugin, and better error catching in Do. [07:21] So it should be harder for plugins to bring down Do :) [07:21] Hobbsee: There's _already_ a gnome-do-plugins package, right? [07:22] RAOF: yummy. i din't ahve that. [07:22] RAOF: yeah, i want to see the LP one in there too [07:22] Right. So, were I to cut a release we'd pick up the freshly merged LP plugin, and a couple of other less awesome ones. [07:23] Hobbsee: Incidentally, Do is an awesome Rhythmbox interface :) [07:24] Were you using Do without the plugins? That'd be quite a lot less awesome. [07:25] yeah [07:25] anyway, yes, i'd approve the uvfe for it [07:25] the mroe plugins it has, the more usfeul it is [07:27] * tonyyarusso thinks you should include zelut's apt-get plugin [07:28] Right. So, I'll try and get my ducks in a line so that I can cut a release & package on the weekend. [07:28] Maybe. It's not soumething that *I* use :) [07:28] tonyyarusso: ^^^ [07:29] * RAOF goes back to roasting capsicum [07:29] RAOF: nah, but it looks nifty [07:34] Man I need a parsley plant... === doko_ is now known as doko [08:30] Dear aptitude: _FASTER_! I want to see if I can unbreak X :) === Scientus_ is now known as Scientus === \sh_away is now known as \sh [09:20] <\sh> moins [09:23] who do I need to poke to get a patch I provided to a bug built and released? [09:27] DaveMorris: could you please indicate which bug you are referring to? [09:29] Bug #195433 [09:34] bug 195433 [09:38] https://bugs.edge.launchpad.net/ubuntu/+source/opensg/+bug/195433 [09:38] since ubot seems to be broken [09:41] DaveMorris: It was me who commented on it. [09:42] it's uncommon to depends on -dev packages, though. [09:42] does opensg require files in these -dev packages? [09:44] opensg-dev needs to fulfil against those since thats whats returned by osg-config (and pkg-config since I based it on the osg-config results) [09:46] so atm when you try and link against opensg it fails as it can't find the libs to link against [09:46] does it happens at build time? [09:47] yes (not build time for opensg, but build time for programs linking against opensg) [09:49] I missed them off when I built the package as I didn't try linking against it in a clean environment (have now learnt :) ) [09:50] I have a package (zsnes) that recently started building on amd64. The last upload added amd64 arch to the control file, and it builds fine if I use dpkg-buildpackage. However, looking it up on launchpad, the build daemon isn't even trying to build it on amd64, and gnome-app-install has it unclickable still [09:50] Do we have to manually tell the buildd to attempt amd64 ? [09:51] DaveMorris: ah... have you some examples? [09:52] yeah, give us a sec [09:53] (brb) [09:59] DktrKranz2: http://foss.it.brighton.ac.uk/epoch/opensg-example.tar.gz [09:59] To build create a symbolic link in the trunk dir called OpenSG pointing to the trunk dir (ln -s . OpenSG), then use make (there are targets to install make the test if you wanted, you need to run the test though). It depends on the package libopensg-core-dev [10:10] YokoZar: No, AFAIK you shouldn't have to explicitly ask the buildd to build it (or, rather, having amd64 in the arch field *is* explicitly asking for it). [10:11] RAOF: ok then...so what do I do here? [10:11] https://edge.launchpad.net/ubuntu/+source/zsnes/1.510-2ubuntu1 <-- note it doesn't even try === ogra_cmpc_ is now known as ogra_cmpc [10:12] DaveMorris: ok. I'll have a look this evening then. Thanks. [10:12] * RAOF has a look [10:13] thanks [10:15] YokoZar: I can't see anything obvious, and I don't really have time for a more detailed poke. [10:15] thanks RAOF. Do you happen to know who I should bother? [10:15] Probably anyone on #ubuntu-devel would work :) [10:17] <\sh> YokoZar: ask pitti ;) [10:20] RainCT: thanks for the help yesterday... i've changed it to use pycentral, and uploaded it again, if you have time for a look: http://revu.tauware.de/details.py?package=uniconvertor [10:28] <\sh> oh wow..I found my window manager for working really fast [10:28] <\sh> wmii rulez [10:54] * pochu waves good morning [10:56] <\sh> hey pochu [10:57] hey hey \sh [11:31] ScottK hey [11:33] the other day you were asking to let you know if some sponsoring was needed for the python-xml bug : https://bugs.edge.launchpad.net/ubuntu/+source/tinyerp-server/+bug/199487 [11:33] :) [11:44] RainCT: how'd you break X? === tb1 is now known as tbf [12:00] <\sh> oh I'm really in love with wmii [12:08] Hobbsee: with a hammer or other blunt objects or even a pointy stick [12:08] zul: didn't work [12:09] Hobbsee: bigger hammer? [12:09] yeah. purged more [12:09] kittens died. [12:26] nxvl: Would you please merge your change in Bug #179790 with the debdiff in Bug #199487, give it a test, and let me know. I'll sponsor it. [12:30] hey [12:30] awen_: no problem :) [12:30] Hobbsee: break X? [12:30] somoene was trying to fix it [12:31] did my nick completion break? [12:31] Hobbsee: guessed that :) [12:31] i think it was RAOF [12:35] Hey [12:36] dholbach: ping [12:38] pochu: Weren't you going to take care of getting spe updated? [12:44] hi, motu ;) [12:45] A new version of "most" is released since nov 2007 and now it finally support vt100 colors! [12:45] <\sh> wtf is "most"? [12:45] Does ubuntu have any maintainer of that package, or does it come straight from Debian? [12:45] \sh: How about apt-cache show most ? [12:45] speakman: Unfortunate timing. We're nearly to BetaFreeze for hardy, although it sounds like a welcome improvement for intrepid. [12:45] <\sh> speakman: just tell me what it is... [12:46] \sh: a pager. A great one. The best. :) [12:46] (try export PAGER=most and "man printf" e.g.) [12:46] <\sh> speakman: you mean like "less" or "more" [12:46] env PAGER=most man printf [12:46] \sh: yes, but alot better [12:47] (why not make it default in ubuntu btw?) [12:47] speakman: It's imported from Debian, although MOTU coordinates the state in Ubuntu, and so is the Maintainer in many senses. [12:47] persia: ok, thanks for explaining. Is it possible to make it in interpid? [12:47] sorry, hardy [12:47] <\sh> speakman: well gnu less or more are mostly standards in unix derivatives != linux :) [12:48] \sh: give it a try. Install it, run "env PAGER=most man printf", an uninstall it if it wasn't as expected. ;) [12:48] speakman: Yes, but with significant difficulty, and only if it is really important. At this point, most developers are focused on bugfixing and making sure the distribution is in a state for release, so updates don't get very much attention. [12:49] persia: I see. One pretty big thing is that you can finally pipe bzr diff output (and as long as bzr doesn't color the diff it self, pipe it through "colordiff") through it! [12:50] else you're stuck with less (or even more, cant remember) [12:50] ScottK2: AFAIR Stani was going to release 0.8.4e so we can get rid of the symlinks and of our own setup.py. But I won't be able to upload it until next week anyway [12:50] ScottK2: I'm not even sure whether I could make it for beta, so if you can do it that'd be nice [12:51] speakman: That sounds great, but I'm not sure it competes with the > 219 packages that currently cannot be installed for developer attention. [12:51] s/I could/I'll be able to/ [12:52] persia: guess you're right... too bad I didn't see it earlier. Released nov 2007. [12:52] pochu: OK. [12:52] pochu: I thought it was d that did that? [12:53] speakman: Yes, too bad indeed. In December or January would have been a good time for the sync. In any case, it ought be eligible for backports in May, so it won't be too long post-hardy to wait. [12:53] persia: actually, it isn't even in debian yet. Just msgd "mako" about it [12:54] ehm... is there any good tutorial (or gui) how to make my own deb package? [12:54] ScottK2: sorry, who did what? [12:54] !packaging [12:56] !packaging [12:56] ? [12:56] Normally there's a bot that would have given you a canned answer to your question in response to that command. [12:56] Err. That should have provided a link to https://wiki.ubuntu.com/PackagingGuide [12:57] (not that it is especially good, but it's a place to start reading) [12:58] oh, thanks alot. I'll start there. :) [12:58] (and thanks for generally being polite and open-minded!) [13:05] pochu: I thought it was 0.8.4d that had the changes so the symlinks could be gotten rid of. [13:07] \sh: Did you see my response to your ffmpeg ping? [13:07] <\sh> ScottK2: nope [13:08] * \sh is busy doing stress tests and gnuplotting :( [13:09] ScottK2: according to Stani's mail it's fixed upstream, and he said he will release it as 0.8.4e if everything worked fine [13:11] <\sh> ScottK2: what was it? :) [13:14] \sh: I was asking what testing you'd done on this. [13:14] pochu: Would you please get in touch with him then. [13:15] <\sh> ScottK2: build tests works...and functional: I used it here to move the metadata from several of our h.264 FLVs to the correct position to stream it via mod_flv_streaming/lighty [13:15] <\sh> here == company :) [13:16] \sh: OK. 2nd question: If siretart likes it, how come he didn't upload it? [13:16] <\sh> ScottK2: because he just got the bug report yesterday...and he is busy as I understood... [13:16] \sh: This is a part of the system I know little about, so I'm a bit nervous about uploading it. [13:16] ScottK2: sorry, I was terribly busy yesterday, I looked at the debdiff, it looks okay to me [13:17] siretart: Understand. [13:17] but I didn't testbuilt it yet. however I'm confident with that upload. (I assume we're talking about the missing tool, right?) [13:18] <\sh> siretart: yepp [13:19] \sh and siretart: OK. I'll test build and upload if it builds [13:20] <\sh> ScottK2: thx a lolt [13:20] <\sh> s/lolt/lot/ [13:24] zul: pong [13:25] dholbach: rpm sponsor request why did that get thrown to me? [13:25] zul: I had to pick somebody :) [13:26] dholbach: gee thanks ;) [13:32] ScottK2: thanks! [13:46] \sh and siretart: Uploaded. [13:46] \sh: Next time please put the bug in the changelog (I added it). [13:47] ScottK2: he said he was going to be offline for a few days as he was going to be an uncle. He'll likely release it once he's back [13:59] <\sh> ScottK2: thx...yeah I forgot that, damn... [14:05] zul; ping [14:06] bobbo: pong [14:06] zul im the guy working on https://bugs.edge.launchpad.net/ubuntu/+source/rpm/+bug/73355 [14:06] bobbo: hello [14:06] zul; should i bump the debian standards to 3.7.3 from 3.7.2? [14:06] yes [14:06] zul; thanks [14:13] \sh: may I disturb you again? [14:13] <\sh> hellboy195: fire away...if I don't have time, you won't get an answer in time ;) [14:15] \sh: ^^. I'm doing the merge of electricsheep now. And the ubuntu changelog says: Merge debian/rules to keep our kscreensaver changes. [14:15] . But if you look at the patch that DaD created ,.. Was that terrible documentated? Btw you are again the last uploader ^^ [14:15] \sh: http://paste.ubuntu.com/5612/ [14:15] \sh: https://edge.launchpad.net/ubuntu/+source/electricsheep [14:19] How do you get debdiff/debuild -S to include new files? [14:19] <\sh> hellboy195: hmm..i don't use dad but mom...and then I'm normally comparing diff.gz ;) [14:19] hi [14:20] \sh: ^^ so DaD is f***** up? [14:22] <\sh> hellboy195: well, what is the problem anyways? [14:22] could someone please look at kde4-style-bespin 0.1~svn080206-0ubuntu2? http://revu.ubuntuwire.com/details.py?package=kde4-style-bespin [14:22] \sh: if that are remaining changes or not ... [14:22] It only fixes a bug [14:23] in the packaging [14:23] <\sh> hellboy195: did debian upstream include the kscreensaver desktop file ? [14:23] \sh: no [14:23] <\sh> hellboy195: then it's the remaining change :) [14:24] \sh: it seems to me that the problem is that there are 2 or 3 changes you didn't mention in the changelog [14:24] <\sh> hellboy195: the gnome stuff was included in 2.6.8-7 and 2.6.8-7ubuntu1 readded the kscreensaver desktop bits [14:25] \sh: and what about the ectricsheep-2.6.8/debian/patches/05_multihead_support.dpatch [14:26] <\sh> hellboy195: well, I just checked the last uploader ;) [14:26] \sh: rofl. that means? [14:26] <\sh> hellboy195: the last uploader forget to mention this as well [14:27] \sh: ha! [14:27] \sh: thx ^^ [14:27] <\sh> hellboy195: well, he and I didn't drop it... [14:27] <\sh> hellboy195: check dbts if the bug is reported for the multihead patch [14:30] \sh: it isn't. so I have to include it and report that back to debian folks :) [14:32] <\sh> hellboy195: try to include that in a debian package (means create a sid package with the patch included and make a debdiff ) === thekorn_ is now known as thekorn [14:33] \sh: what's the difference? [14:33] <\sh> hellboy195: the buildsystem :) try to build the resulting new debian package against a sid pbuilder/sbuild chroot and make it running :) [14:35] \sh: never did that before but ok ^^. and thx again [14:35] <\sh> hellboy195: just create pbuilder for sid (it's the same way as for hardy but s/hardy/sid/ ;)) [14:36] \sh: I know that but I mean when I reported changes back to debian I did it the normal way ;) === ogra_cmpc__ is now known as ogra_cmpc [14:37] <\sh> hellboy195: having a debdiff is sometimes better for the maintainer ;) he just needs to testbuild/test run it ... in no time ;) [14:38] \sh: submitodebian actually genereates a debdiff !? [14:40] <\sh> hellboy195: dunno...I#m doing it manually [14:40] <\sh> sometimes I don't trust automations ;) [14:40] <\sh> bah...lighty 1.4.19 is out [14:40] <\sh> and it looks worth an FFe [14:40] bobbo: looks good [14:41] zul; cool, thanks [14:41] \sh: ^^ I do it automatically but double check it :) then hf with lighty ^^ === dholbach_ is now known as dholbach [14:42] dholbach: I still make stupid mistakes xD (nn merge) sry for that nonsense [14:43] bobbo: uploaded [14:43] hellboy195: no problem [14:43] zul; thanks for reviwing/sponsoring [14:50] <\sh> hmm.. [14:50] <\sh> I'm building lighty 1.4.19 it helps us a lot for hardy... [14:55] \sh: what about electricsheep.desktop [14:55] ??? My debdiff: http://launchpadlibrarian.net/12606769/electricsheep_2.6.8-9ubuntu1.debdiff === Scientus_ is now known as Scientus [15:37] zul; the rpm update FTBFS [15:37] bobbo: Ill take a look === schierbeck is now known as __schierbeck__ [15:46] <\sh> ScottK2: I need your advise: do you think an update of lighttpd 1.4.19 is a bugfix or a new upstream (read for more info: http://www.lighttpd.net/2008/3/10/1-4-19-made-in-germany) :) [15:47] hi folks [15:49] looking [15:49] <\sh> ScottK2: for me it looks more like an bugfix release... [15:51] \sh: I'm not certain. It looks like it's good to have. If you think it's bugfix, I'm not going to argue it. [15:52] <\sh> ScottK2: I didn't see any new features, TBH...it builds clean, I added all diffs between our actual hardy version to actual debian sid version...so for me, I would just upload but I already filed a bug report anyways :) [15:54] OK. It's not clear to me if you have a change where they didn't support a required http feature and now they do if that's a bug or not. [15:54] But as I said, I won't argue it, [15:55] <\sh> ScottK2: ok...let's got the FFe way :) I mean, I have everything in place..and it's only a matter of two people approving it :) [15:58] <\sh> was it motu-release or ubuntu-release team... [15:58] <\sh> ah motu-release ;) [15:58] <\sh> ScottK2: bug #201439 if you want more input :) [15:58] Launchpad bug 201439 in lighttpd "[FFe] lighttpd 1.4.19" [Wishlist,New] https://launchpad.net/bugs/201439 [16:01] \sh: I don't. I'd say just upload it. === soren is now known as soren_not_joking [16:02] <\sh> ScottK2: "In the Name of Castle Greyskull" I will ;) === soren_not_joking is now known as soren_joking === soren_joking is now known as soren [16:04] <\sh> done [16:08] After speaking with nealmcb last night, I'd like to become a motu. Can someone describe the standard environment you work under to do tests and fixes? Are you all running Hardy on a development system? [16:09] <\sh> rockstar_: get familiar with pbuilder/sbuild environments...chroot debootstrap and things like that... [16:09] pbuilder is the standard build environment for most of us [16:10] and no, not all of us are running Hardy, though a good number of us do [16:10] running hardy is not a requirement [16:10] \sh, jdong thanks. I'll dig in there. [16:13] ScottK2: already merged the bugs you ask me to merge [16:13] ScottK2: patch is on Bug #179790 [16:13] Launchpad bug 179790 in tinyerp-server "postgresql listens on :5432" [Undecided,Confirmed] https://launchpad.net/bugs/179790 [16:16] * cody-somerville now has 50 uploads :) [16:20] nxvl: OK. Thanks. [16:21] ScottK: also i ask for your feedback on a blueprint [16:21] ScottK: did you notice it? [16:21] dholbach: can you add me to the ubuntu-*-sponsors teams ? [16:21] nxvl: No. I didn't notice it. [16:22] ScottK: https://blueprints.edge.launchpad.net/ubuntu/+spec/ubuntu-centralized-services-administrator [16:24] mathiaz: done [16:24] dholbach: thanks [16:26] nxvl: Interesting idea, but if we have ebox, how interested are people going to be? [16:28] ScottK: as i said on the wiki, ebox is web based, so it *CAN* be a security issue at some point keeping in mind that is "remote" aplication [16:28] nxvl: I agree and this would be useful that you don't want a web server running on. [16:29] nxvl: I'm just not sure how big a share of servers that is. [16:29] ScottK: also i have the big idea to write a framework for developing curses and gtk modules for it, so it cas be used in the future for full administration of the system, in server and desktop [16:29] Why gtk? [16:30] for desktop and home servers [16:30] for ibex i want it only to be focused on gtk [16:30] err [16:30] on curses [16:30] for ibex+1 maybe add gtk support [16:30] for home servers and to be able to use it on desktop and home servers [16:31] i want it to be writing using layers, so the UI is completely separeted from the backend [16:31] so it can be used for adding a gtk support, but that would be for ibex+1 [16:31] <\sh> nxvl: make it independed...write a backend with all functionality...and prepare frontend calls for having multiple frontends (gtk, qt, curses, web, WHU) [16:32] i don't think i have the time to have it ready for ibex if i also want it to be gtk [16:32] \sh: thats what i mean when talking about layers [16:33] ScottK: also we need to discuss it more widely on UDS, but i don't want to go there with empty hands [16:34] Sure. [16:35] *cough* func - https://hosted.fedoraproject.org/func/ *cough* [16:35] that's why as for your feedback, i know you, and you are a retailer person, so your opinion is really important for me [16:36] zul: 404 [16:36] :P === leonel_ is now known as leonel [16:36] oh! it was a certificate warning :P [16:36] zul: but it's only for network, not for services [16:37] nxvl: extend it then why invent the wheel? [16:37] zul: because i want it to be modular [16:37] <\sh> nxvl: it's named "MVC" (Model View Controller) ;)) It inherits different design patterns :) [16:37] also if i based it on other applications, my idea is more like YaST, but a working one [16:38] \sh: yep, here it's called "por capas" which is literaly transtaled as "by layers" [16:40] <\sh> nxvl: I just read a cool book about design patterns...most of the stuff was already known and I am/was using those patterns already...but the naming is quite interesting (just because you use the same "language pattern" with other fellow developers) :) [16:41] <\sh> now I just need to get the design pattern books from the GoF (Gang Of Four) ;) [16:41] \sh: can you point me at it please? [16:42] <\sh> nxvl: to have a really cool reading about this dry stuff, use http://www.amazon.com/Head-First-Design-Patterns/dp/0596007124/ref=pd_bbs_sr_2?ie=UTF8&s=books&qid=1205340103&sr=8-2 [16:42] <\sh> nxvl: forget about the java parts inside...it's worth a reading [16:43] \sh: thnx [16:46] <\sh> nxvl: I bought the "Heads First Java" and the "Heads First Design Patterns" and now I know Java and all those nifty coolish naming schemes for standard stuff ;) [16:47] <\sh> nxvl: and it's really cool...not the usual content about rewriting the documentation parts...new idea of learning things very fast... [16:51] <\sh> hey highvoltage [16:51] hey \sh! [16:53] <\sh> what was the meaning of "NBS" again? [16:53] * \sh needs an abbrev translator... [16:53] \sh: not built source, I think? [16:53] heh, that's what I guessed too, but it sounds wrong [16:57] ubotu: NBS? [16:57] "[17:53] * \sh needs an abbrev translator..." sudo aptitude install bsdgames && wtf wtf [16:57] <\sh> highvoltage: https://wiki.ubuntu.com/UbuntuDevelopment/NBS :) [16:58] ah :) [16:58] <\sh> ok...time to go home :) [16:58] <\sh> for ibex I have already 3 new packages on my list... [16:58] <\sh> grmpf [16:58] <\sh> ok...cu later === \sh is now known as \sh_away [17:01] jst a quick confirmation, Ive uploaded a debdiff to a bug, then subscribed ubuntu-universe-sponsors, anything else I need to do? [17:02] no [17:07] Adri2000: thank you, I assume that was aimed at me? [17:07] yes :) [17:08] any chance of xmonadcontrib 0.6 getting in to hardy? I see xmonad is in, but all the best stuff about xmonad is in contrib. If there's something I can work on to help get it in, just point me in the right direction... [17:17] neh: The freeze for new packages for Hardy was a month ago. [17:19] ScottK: xmonad .6 went in 2 days ago... [17:20] neh: that was a dependency of the ghc6 transition iirc [17:22] neh: There are freeze exceptions for good reasons. [17:23] ok, so no xmonadcontrib. I wouldn't know for sure if I didn't ask, would I? :-) [17:24] Right [17:24] If you can and are sufficiently motivated, see the Universe section of wiki.ubuntu.com/FreezeExceptionProcess [17:30] fwiw, the package is in debian sid: http://packages.debian.org/source/sid/xmonad-contrib [17:32] neh: But quickly! BetaFreeze is tomorrow [17:35] * sistpoty|work heads home [17:35] cya [17:36] hi emgent [17:36] hi jdstrand :) [17:36] I uploaded the vlc update [17:37] the patches were good, however there were a couple of things with the debdiff (that I just fixed) [17:37] thanks [17:37] when referencing a CVE, it is preferred that you use mitre rather than nist [17:38] why is that? [17:38] while not a strict debian policy issue, common practice dictates that the line width for the data portion of the changelog not exceed 80 characters [17:38] Amaranth: convention more than anything else (perhaps bec nist is US based?) [17:39] emgent: also, the 'gutsy' debdiff didn't have the -security tag [17:39] uhm ok thanks [17:40] emgent: nothing showstopping, just little things [17:40] So, if I file a bug to request syncing xmonad-contrib from debian, is sid the appropriate source? [17:41] jdstrand, :) [17:42] neh: yes, though it will happen automatically for hardy+1. [17:42] james_w: right, but I'm hoping to get it for hardy... [17:50] I've been looking through the bugs, triaging and finding dupes. https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/43423 This bug seems to be fixed. Is there a reason why it hasn't been closed? [17:50] Launchpad bug 43423 in subversion "svn over https not working any longer" [Critical,Confirmed] [17:53] rockstar_: I think you can mark this as fix released. Note that bug triaging is rather in #ubuntu-bugs ;) === dpm__ is now known as dpm [17:54] afflux, awesome, thanks. I'm kinda new to helping out. [17:54] rockstar_: you're welcome :) [17:54] I don't know if it has a chance for hardy, but there it is: https://bugs.launchpad.net/ubuntu/+bug/201494 [17:54] Launchpad bug 201494 in ubuntu "Please sync xmonad-contrib (0.6-4) from debian unstable" [Undecided,New] [17:54] torkel, siretart: how was the aufs experiment going? [17:55] neh: I think you need to subscribe motu-release [17:56] neh: Please do bug people into at least taking a look ;) [17:56] Laney: thanks, done [17:57] I'm quite interested in having a go with xmonad - wish I had the power to influence any decision :< [17:58] Laney: it's quite nice once you get used to a haskell config file. [17:59] Yeah, I'm a Haskeller myself. Hence the interest :) [17:59] ah, I'm not, but I like it anyway [18:00] allee: I had better success with removing resolv.conf, mtab and syslog.conf from the nfsroot [18:00] torkel: okay, thx [18:02] allee: I will try aufs again when I have some more time, but that will propably not happen the next couple of weeks (unless I'm getting very bored preparing the setup for our new clusters) [18:04] I want to package my php software [18:04] how to? [18:04] !packaging [18:04] The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports [18:05] thanks alot [18:05] :-[ [18:07] another question? what is the different between code.launchpad and sourceforge? [18:08] Khajavi: different services [18:08] which is better? [18:08] launchpad, of course [18:08] can you say why? [18:08] seriously, what do you want to know? [18:09] sf is filled with ads [18:09] well, at least code.launchpad.net don't have any ads. [18:09] I want package my php then introduce it to my freinds [18:09] hexmode: snap :) [18:09] * hexmode high fives highvoltage [18:09] hexmode: ^5 [18:10] is it possible that my package go to ubuntu repository? [18:10] Khajavi: if you put your pkg in a ppa [18:10] your friends can point to your ppa and upgrade automagically [18:10] or you can have it sponsored by a MOTU if you want it to go into Universe. [18:11] uhhoom [18:11] and, of course, you can do that on launchpad and not sf [18:11] Khajavi: some differences: Launchpad has no ads, project registations need no approval, LP hosts Bazaar branches (SF CVS and SVN) and anyone can create as much of those as he wants in any project, bugs can be linked to external bug trackers and the BTS in general is more usable, etc. [18:11] Khajavi: if you want more details better ask in #launchpad, this channel is for packaging [18:12] thnak RainCT [18:12] tutorial to be an MOTU? [18:12] how can I be MOTU? [18:14] Khajavi: See /topic [18:14] yes I find it:-D [18:28] neh: I'm doing a test build of xmonad-contrib to add to the bug report. Hopefully that will give it some weight. [18:38] slomo, ping (re mscore) [18:39] tsmithe: sorry, busy atm... write me a mail please ;) [18:39] kk [18:39] slomo at debian dot org? [18:39] what does beta freeze mean? :P [18:39] tsmithe: for example, yes [18:40] righty [18:40] it's only for main/restricted, or? [18:42] hi [18:45]