[00:01] please file a bug or something and I'll have a look at it when I can [00:01] it's late now :) [00:03] RainCT: I'll file a bug and subscribe you if it's ok with you [00:04] loic-m: thanks :) [00:05] RainCT: Isn't that related to Bug #251474 though? [00:05] Launchpad bug 251474 in revu "REVU has faulty New/Updated package detection" [Undecided,New] https://launchpad.net/bugs/251474 [00:10] loic-m: nope [00:10] loic-m: that is about packaging going to the "updates" page instead of to the index, and the other way around [00:10] good night all :) [04:52] hi, I want to install vista additionally in a free partition. but it seems to be not possible. is it true? [04:53] buggix, Shouldn't be true. The crew in #ubuntu probably has more experience (I've never done that). [04:54] ok, thx.+ === mcasadevall is now known as NCommander === nellery_ is now known as nellery [06:15] emgent: Hi, do you plan on doing the inetutils merge? [06:33] hi.. some files in a package don't have copyright/license notice, but the entire package is 2-clause BSD.. should i contact upstream to add notices to these files? [07:02] pythonic, Please do. [07:23] is there a policy on which files must have explicit copyright/license notices? some documentation/man files refer to a LICENSE file, should i package that too under /usr/share/doc/foo/? [08:27] Hello, I'm one of the OpenVAS developers. Two of our remaining packages recently made it into sid, will they get into jaunty before the Debian import freeze? Or do we need to do anything else? [08:28] The packages are libopenvasnasl1 and openvas-server, if that helps. [08:32] mwiegand, it should JUST make it before DIF, if it doesn't, it can be manually synced [08:34] great [08:35] There is only last packages which is currently held up because of licensing issues (openvas-plugins), but I hope we will get that resolved before jaunty [08:36] DIF jaunty is Chrismas Day, so if its in Debian between now and then, it should make it [08:44] NCommander: I don't think the ftp-masters will let it through before Christmas day, but I'm still optimistic this should happen in January or February. Would it be possible to add it to jaunty when it gets into sid? [08:44] mwiegand, yes, you need to request it though, it won't happen automaticially in that case [08:48] good morning [08:50] NCommander: sure thing. [08:56] Morning dholbach. [08:56] hi iulian [09:00] Good $TIME_OF_DAY everyone! Who wants to make nouveau installable in jaunty by reviewing nouveau-kernel-source? It looks like crimsun might be a bit busy :) [09:13] RAOF: did you ask the Kernel and X folks? :) [09:13] morning dholbach :) [09:14] hiya DktrKranz [09:15] dholbach: I haven't yet. I could, but I wouldn't think that it'd be necessary. The package is fairly simple. [09:16] *nod* [09:16] nhandler: interview posted :) [09:16] thanks [09:22] * pochu waves [09:23] * RAOF shores [09:24] 'ey [11:10] * RainCT goes to burn a 64bit Ubuntu ISO for when his new laptop arrives tomorrow :) [11:10] RainCT, congratulations! what did you get? [11:13] liw: Thanks :). It's an Ahtec Notebook Sense XHL90 Duo (Intel Core 2 Duo P7350 (2.00Ghz/3MB/Penryn/1066/25W), 4GB DDR2 800Mhz, 250GB (5400rpm) SATA, nVidia Geforce 9600M GT 512MB PCI Express, 15.4" WXGA (1280x800) Widescreen, DVD±R/RW Dual Layer, Intel 5300AGN Wireless, Webcam 2.0Mpixels, Fingerprint reader, Bluetooth, 9 cell battery) [11:14] RainCT: Santa Claus is angry with me and brought me a broken Commodore64 instead. [11:15] * directhex throws a dragon 32 at DktrKranz [11:16] directhex: what about an Apple II? [11:16] i don't have one of those handy [11:16] also, the apple 2 is insufficiently welsh [11:17] its "BSOD" was great, though ;) [11:17] still not welsh enough === dickydoo2 is now known as WelshDragon [11:26] dholbach: ! Both the things you commented on for -libnotify I'd addressed in the bug [11:26] morning btw [11:27] Laney: ah, could be I applied the wrong patch ("#") :) [11:27] hehe [11:28] ah nice [11:28] Version 0.14 (2008-12-14): [11:28] * really add option: don't show notifications when absent [11:28] .... [11:28] yep [11:33] * Laney spies on nhandler's desk [11:45] Btw, what is the "nearby people" option in empathy? Some sort of LAN IM or what? [11:45] i think vista has something like that [11:45] erm, not that i know about vista [11:45] ¬_¬ [11:46] * RainCT doesn't mind about what vista has :P [11:47] RainCT: I think that's what it is, using zeroconf or similar [11:48] yay, avahi [11:49] maybe it even interoperates with vista! [11:52] i'm probably not allowed to say this, but that would be extra awesome sauce [11:53] * RainCT installs empathy on his dads PC to try it out :P [11:54] * directhex wonders what happened to galaxium packaging [11:55] lots of green on http://wiki.debian.org/Teams/DebianMonoGroup/Mono20TransitionTODO \o/ [11:55] hanska? [11:57] Laney, what about him? [11:58] packaging galaxium [11:58] hey RainCT :) [11:58] oh, yes, that's true [11:58] * Laney hands directhex the pointy stick [11:58] i think it all got caught up due to dependant libs needing NEW [11:58] RainCT: it may use avahi to discover other people in your local network and chat with them [11:58] I had that with glom [11:58] now I'm waiting on Ubuntu's NEW [11:59] and debian-mentors........... [12:01] bah, Hardy doesn't have that option [12:02] pochu: hi :) === cprov is now known as cprov-afk [12:36] nhandler: In case I have not already done this - Congratulations. :-) === LucidFox_ is now known as LucidFox === mcasadevall is now known as NCommander [13:10] persia: there? need and advice. [13:23] NCommander: howdy [13:23] hola [13:23] what can I do for you this morning? [13:28] NCommander: Nothing specific. === lucas_ is now known as lucas === cprov-afk is now known as cprov [13:37] directhex: see? gbrainy 1.01 was just released and it includes the patch :) [14:15] is there anything I can help with which is relatively small and written in either Perl, PHP or Java? If not, can you point me in the direction of somewhere that might need help? [14:19] pochu: in case you look for me, I'm away from now on until around six o'clock [14:43] Heya gang === cprov is now known as cprov-lunch [14:45] * sebner lost connection and wonders if directhex read and answered on what he wrote [14:46] sebner, huh? when? [14:47] directhex: MD FTBFS in jaunty. replacing libmono-cairo2.0 with 1.0 fixes this issue but I don't suppose this is the right fix?! [14:48] sebner, adding it as a dep is a workaround (see gtk-sharp2). poking meebey for a better solution [14:50] directhex: so should I upload this workaround version now or better wait for mighty meebey? [14:50] Hi bddebian [14:50] * sebner winks geser and bddebian [14:50] Hi sebner [14:50] Heya sebner, geser [14:50] sebner, MD's in universe, so i wouldn't say it was a 101% priority unless you feel otherwise - i'd rather solve it "properly" [14:51] sebner, the next MD upload in experimental will be fine, so if you want you can ubuntu1 it [14:51] directhex: depending on how long it will take to solve it "properly" :) [14:51] sebner: You can basically copy the fix from gtk-sharp2 afaik [14:51] http://launchpadlibrarian.net/20470895/gtk-sharp2_2.12.7-1ubuntu1_2.12.7-1ubuntu2.diff.gz [14:52] Laney: heh, I see [14:55] sebner: I already have a diff if you want it [15:02] Hey bddebian! [15:02] Hi iulian [15:02] are there some free resources for reviewing http://revu.ubuntuwire.com/details.py?package=h2database ? [15:04] Laney: /me is up to sponsoring [15:05] sebner: Alright, let me convert it to a debdiff [15:05] Laney: sure, thx [15:11] testbuilding [15:13] Laney: fine =) saves me time :P === doko__ is now known as doko [15:18] sebner: I bet you can do it faster than me though: bug 310921 [15:18] Launchpad bug 310921 in monodevelop "Latest Monodevelop FTBFS due to unavailable mono-cairo.pc file" [Undecided,New] https://launchpad.net/bugs/310921 [15:22] OK, mine is done building now [15:28] Laney: looks good to me. I'll upload it right away [15:30] OK, it seems to run well [15:30] Laney: uploaded. thx for your work :) [15:30] thank you too! [15:42] dholbach, replied to your comment about the dput merge === cprov-lunch is now known as cprov [16:08] Hello, can someone review this upload http://revu.ubuntuwire.com/details.py?package=thwab ? This is my first package for a python software, so I need comments regarding wether I did the python stuff correctly or not. Thanks [16:23] ls [16:25] . [16:25] .. [16:26] LOL [16:28] AnAnt_: I could have a look at it, not sure I'll be around this evening, if so please remind me ;) [16:44] !info lame [16:44] lame (source: lame): LAME Ain't an MP3 Encoder. In component multiverse, is optional. Version 3.98-0.0 (intrepid), package size 213 kB, installed size 596 kB [17:14] http://www.mnbrewers.com/recipes/mead.doc [17:14] THIS asks to open in OpenOffice.org === AnAnt_ is now known as AnAnt [17:14] Firefox however opens .odf files INSIDE firefox [17:15] ...shouldn't the OOo plug-in open word docs? === x-spec-t is now known as Spec === Czessi_ is now known as Czessi [18:24] persia: there? [18:46] slytherin: ping [18:47] handschuh: pong [18:47] slytherin: great. Are there any plans on creating a jaxws-ri package in debian yet? [18:48] handschuh: haven't seen any discussion on mailing list [18:48] slytherin: ok, thanks [19:35] if an upgrade closes an existing bug in LP should that bug # be included in the changelog to close even though the fix will be in a different release (jaunty) then it was reported for (lets say hardy)? [19:42] serialorder: yes [19:43] serialorder: yes [19:43] pochu, ok thanks [19:43] * pochu beats slytherin ;) [19:43] wow all at once now =) [19:43] serialorder: if the bug is critical enough that it also needs to be fixed in hardy then a task will be added for hardy. [19:44] second question: for po files a lot of times when working on a merge there will be a lot of differences that look like this: http://paste.ubuntu.com/88180/ [19:45] can I ignore such changes or should I keep them [19:45] sorry that was the wrong example [19:45] http://paste.ubuntu.com/91212/ [19:51] serialorder: in this particular case you can drop ubuntu changes [19:52] serialorder: as the final string is same in both cases === asac_ is now known as asac [20:38] we should get localized planets in planet.ubuntu.com, as Planet Debian has now [20:40] pochu: Didn't Debian also move away from planetplanet? [20:43] nhandler: right, they now use planet venus [20:44] pochu: Would we be able to create localized planets easily with planetplanet? Or would we also have to make the switch to planet venus? [20:44] pochu: There are plans to convert to venus. [20:44] nhandler: no idea [20:44] jpds: good, so I guess we will have localized planets :) [20:45] (When I don't know, I just remember reading about it in an RT ticket some time ago). [20:51] anyone available to help out with a SRU/ [21:09] hey is there like a bugzilla for ubuntu packages to starting fixing some stuff? [21:10] redbrain: Launchpad [21:10] !launchpad | redbrain [21:10] redbrain: Launchpad is a collection of development services for Open Source projects. It's Ubuntu's bug tracker, and much more; see https://launchpad.net/ [21:10] rofl! yeah never throught about that haha [21:15] hmm trying to think of some bugs to search for [21:15] :S [21:20] redbrain: Are you looking to patch them or triage them? [21:22] i am more looking to make some actual patches to the code itself [21:23] just looking around more or less and setting up my launchpad profile [21:25] redbrain: Bugs tagged with the 'bitesize' tag are meant to be easy bugs to patch [21:30] \sh, ping [21:52] Does anyone know how can I commit a file to svn with different line endings that the ones in repository? [21:53] doesn't svn rewrite line endings anyway? [21:55] Is anyone here familiar with autoconf? [21:56] I heard it exists [21:57] ;] [21:57] existing is overrated [21:58] directhex: the problem is that patch I have already checked in in pkg-java svn has unix line endings. and it doesn't apply because the file it is supposed to patch has windows line ending. [21:58] cody-somerville: I am somewhat familiar. What is query? [22:01] dam its hard to find where to start there are soooooooooo many bugs and wishlists [22:01] hehe [22:02] slytherin, well, valgrind isn't detecting the glibc version correctly or something [22:02] slytherin, what an obtuse and annoying problem [22:02] directhex: yes, and hard to detect [22:02] slytherin, best kind! [22:03] cody-somerville: ok, now where can I find the source? [22:06] slytherin, grab-merge valgrind [22:06] slytherin, or better yet [22:06] just grab valgrind 3.3.1 [22:06] it just doesn't appear to compile under 2.8 even though 3.3.1 specifically introduces support for it [22:06] and I don't know if configure is automatically generated or what since I'm not familiar with autotools [22:07] cody-somerville: what's the error? [22:07] let me check [22:08] azeem, checking the libc version... unsupported version [22:08] configure: error: Valgrind requires glibc version 2.2 - 2.7 [22:08] cody-somerville: if there are Ubuntu/Debian patches, did you try disabling them? [22:09] azeem, I looked, there is no patch affecting the configure script [22:09] (there was at once point though, to enable support for 2.6) [22:11] 3.3.1 got uploaded to Debian in June, wasn't glibc-2.8 released in fall? [22:11] or was that 2.9= [22:11] ah, right, 2.9 [22:16] slytherin, Thanks :) [22:17] cody-somerville: for what? [22:17] slytherin, for taking a look? [22:17] oh. I am still taking a look [22:30] cody-somerville: see if this works. create a patch (dpatch-edit-patch 99_put_the_name_you_like). One you are in temporary shell. do 'rm -rf autom4te' and then 'autoreconf'. And once patch is created add it to the 00list and then try building. [22:30] they ship autom4te in the release tarball? [22:30] cody-somerville: can't help more than that, as I have to go to bed. It is already 4 am here. And I have got office tomorrow. [22:31] azeem: my bad, I guess the sequence of commands will be reverse. [22:32] I have to delete autom4te after? [22:32] cody-somerville: yes. it is actually autom4te.cache [22:32] cody-somerville: got to go [22:33] * mok0 wishes we would soon start using package version 3 to rid us of problems when patching configure.ac [22:36] azeem, configure.in: required file `./mkinstalldirs' not found [22:36] "autoreconf -f -i" or something === RainCT_ is now known as RainCT === nhandler_ is now known as nhandler