=== santiago-pgsql is now known as santiago-ve [00:24] RAOF: I think I figured it out, as it appears to be working. It was actually quite simple, I just had to run sudo pbuilder create --mirror "http://xnv3.xandros.com/xs2.0/pkg" --distribution "xs2.0-xn" [01:17] Heya gang [01:18] Howdie bddebian [01:18] Hi RAOF [01:18] * RAOF is confused. Why doesn't 'howdie' tab-autocomplete? [01:19] heh [01:19] That'd be totally awesome. Baysian tab-autocomplete for irc :) [01:22] How shall I abuse this laptop today? Trying ext4? Seeing how much works with nouveau-gallium? Manually installing xorg git on / again? [01:22] ext4 :D [01:23] I vote for ext4 [01:23] Hi All! [01:24] The problem there is I'd need to rebuild the kernel with ext4 enabled :) [01:24] RAOF: get on it then :D [01:25] * jussio1 wonders what he is still doing up... [01:25] @now helsinki [01:25] Current time in Europe/Helsinki: March 23 2008, 03:25:14 - Next meeting: Server Team in 3 days [01:26] Just installed Hardy beta, went to update my package (me-tv) in universe and the old control file says 'unstable' (as synced from debian) ... but ... uupdate has changed it to 'hardy'. What am I supposed to do here? [01:26] Does it really matter? === elkbuntu_ is now known as elkbuntu [01:29] so how do i get started developing...im a pretty good programmer, pretty new to ubuntu(a month)...ive looked at the wiki and I still don't know how to get an [01:31] anyone? [01:31] adrian2002ca: The best way is to start working on some bugs, and ask specific questions if you get stuck. Others in the channel will likely provide advice of one sort or another. [01:32] As you develop a specific area of interest or focus, you will find a group of people working on similar things with whom you will develop closer relationships. [01:32] adrian2002ca: Did you want to develop something new? [01:33] adrian2002ca: You might want to take a look at https://wiki.ubuntu.com/MOTU/Contributing for some guidelines on processes and hints, and https://MOTU/TODO for some lists of things that need doing. [01:34] i'm not sure(although i would like to take some of my ideas and make them into programs), i guess doing bugs would help with the [01:36] adrian2002ca: Well, it depends on the sort of developer you wish to be. This channel is mostly concerned with maintenance programming for Ubuntu universe, which is lots of bugfixes and integration work, rather than new programs. [01:37] persia: sounds good, since i shall start here :D [01:37] so what languages are used mostly C++? [01:37] * slangasek twitches [01:38] lol what??? [01:38] working with C++ code might account for most of the *time* spent, anyway... :) [01:38] oo sounds good [01:38] it sounds good to work with a language that's time-consuming? [01:39] if you're talking about packaging work, the top languages to know are POSIX shell, make, and python [01:39] naw, it just means that i dont have to learn a new language [01:40] and those are the ones i need to learn then\ [01:40] adrian2002ca: I haven't time to argue the pros and cons of programming but C++ is fine. I have a project written in C++, took me 6 months, 1 developer. And it's better than a lot I've seen. [01:40] that would depend on where you end up getting involved [01:41] ok guys...let the crunching begin :) [01:41] if you're trying to contribute to a package whose build scripts are written in python, knowing python is relevant. If you're trying to fix a bug in debian/rules, that's make. A lot of packaging bugs are fixed without doing any actual programming at all. [01:43] adrian2002ca: I'm getting the impression that you are more of a programmer (like myself). Interested in creating software rather than packaging. [01:43] adrian2002ca: Happy to be corrected. [01:43] frenchy_: yes, that's correct [01:43] Hobbsee, Fujitsu: If you're interested, it seems I've managed to get a little bit more attention for our xorg bug: https://bugs.freedesktop.org/show_bug.cgi?id=14449 [01:44] im a bit new to ubuntu in general [01:44] Freedesktop bug 14449 in Server/general "A key gets stuck in OpenGL applications" [Major,New] [01:44] adrian2002ca: bug #200406 is a crasher bug in a c++ program, if you want to take a look at that. [01:44] Launchpad bug 200406 in torcs "torcs-bin crashed with SIGSEGV in GfParmGetStr()" [Medium,New] https://launchpad.net/bugs/200406 [01:44] persia: ill see what i can do ..ill get back to you...dont expect much :P [01:45] adrian2002ca: There are plenty of ways to contribute. Just remember though, in general, people don't code for Ubuntu, they code for linux/unix. Then someone packages it for ubuntu afterwards. [01:45] frenchy_: for me-tv: assuming you intend to continue maintaining it in both Debian and Ubuntu (which I recommend), you'll need to change the target dist in the changelog back to 'unstable' for upload to Debian; packages that list "hardy" there get rejected, since it's an invalid target [01:45] adrian2002ca: No problem. This is of the harder class of C++ programming intensive bugs. There are lots of easier bugs out there, some of which also are C++ bugs. Good luck. [01:46] frenchy_: I guess that the uupdate script in Ubuntu has been modified to use the Ubuntu dist names, maybe, or invokes a script which does [01:46] persia: thanks :D [01:46] slangasek: Cheers. Understood. But I was trying to update my PPA when this happened. i.e not a proper upload to hardy. [01:47] frenchy_: well, for a ppa you need to use the Ubuntu release names as well, yes [01:47] since the ppa has to know which version of Ubuntu to build against [01:47] slangasek: Ta. [01:47] frenchy_: oh yea, im still new to the whole community [01:50] slangasek: Yeah, I hadn't thought that through. I understand what's gone on now. Thanks again. === YokoZa1 is now known as YokoZar [01:51] persia: boswars is in now [01:51] heya people [01:52] Hello emgent [01:52] so my first question is: am i right when i assume that StacktraceSource.txt along with the source file would be the most important docs to look at? [01:52] bddebian: Excellent. Are you filing the FFe so we can drop bos and statagus, or do you need someone else to do it? [01:52] adrian2002ca: Yes. Precisely. [01:53] persia: engouraging, thank you [01:53] persia: Hmm, I hadn't really thought about it [01:54] bddebian: Hmm. To ask a different question, is it worth pushing boswars for hardy? The website made it look good, but if it needs polishing, intrepid might be better. [01:56] Probably [01:56] Well then, congrats anyway :) [01:58] FFes are needed even for bugfix releases now, aren't they? [01:59] No. Only for feature freeze exceptions. [01:59] `Up through Alpha 6, if a MOTU believes upload of a new upstream release that just has bug fixes in it is warranted, they may upload it using this process:' [01:59] Hmm... [02:00] I still don't think it's a FeatureFreezeException, but I didn't think all uploads needed motu-release review until RCFreeze. Anyone around from motu-release to clarify the current viscosity of Hardy? [02:01] persia: in StacktraceSource.txt, an entry like #7 0x0000000000401189 in _start () is not an error right? [02:02] persia: unless it says error underneath? [02:02] adrian2002ca: No. It's just a report that in frame 7 in the stack, the program was at location 0x0000000000401189 processing the function call _start (). The crash happened in frame 0. The other frames can give you context to track down the problem. [02:03] persia: aaahhh, that makes sense... [02:03] ...download ing source now(146 MB of it) and just making sure i know what im doing lol [02:03] persia: i would have expected RC. [02:03] Personally, I find Stacktrace.txt to be the most helpful, as it contains also the values for the variables, which can help to understand the problem. Many times variables are used before they are set, etc. [02:04] Hobbsee: Could you expand on that a little? [02:04] persia: Of course I haven't tried to build it on hardy yet. It's a large package :-( [02:04] persia: i would have expected that all uploads needed motu-release review after RC> [02:05] Hobbsee: Do I need to file a full-blown FFe request for a security fix release, now? [02:05] persia: just like all main uploads will need review after the rc freeze [02:05] in this case, the variables show you that the innermost frame has a first argument of 0x0 being passed to it as the "handle", which isn't supposed to happen and causes a null pointer dereference [02:05] well, rc freeze. [02:06] Hmmm... I don't see an explicit RC Freeze listed in the release schedule this time. Is it 10th April? [02:06] slangasek: When do you expect to declare the RC Freeze? [02:06] slangasek: would be able to tell you [02:07] Fujitsu: i doubt it. [02:08] persia: pre-announced at RC minus 10 days; https://wiki.ubuntu.com/ReleaseCandidateProcess [02:08] slangasek: most people won't know about that link. it only became public last cycle :) [02:08] Hobbsee: The wiki page says I should, but I've seen people avoid it more recently. [02:08] Hobbsee: that's fine, I'm just doing my part to disseminate it opportunistically :-) [02:08] Fujitsu: can you put it on the meeting agenda? [02:08] slangasek: :) [02:09] slangasek: Thanks. Any chance you could add 7th April to https://wiki.ubuntu.com/HardyReleaseSchedule (us peons aren't supposed to edit the schedule). [02:09] Hobbsee: We'll probably have hit another freeze by then. [02:09] yes, a bit inconsistent to have the BetaFreeze on there but not the RCFreeze, innit? [02:10] Fujitsu: it's friday [02:11] Hobbsee: OK, I'll file an FFe now, and add it to the agenda. [02:11] thanks [02:11] alas, there's no page in the wiki yet that properly describes the RCFreeze. But there's a page for some guy named Mark Freeze... [02:13] RAOF: please add, to the LP plugin, a thing that will let us search for projects. [02:14] persia: done [02:14] slangasek: Thank you. [02:15] Anybody up for sponsoring a sync? https://bugs.launchpad.net/ubuntu/+source/libgdamm3.0/+bug/190744 [02:15] Launchpad bug 190744 in libgdamm3.0 "Request: Upgrade libgdamm3.0 to upstream version 2.9.81" [High,Confirmed] [02:15] emgent: Are you up for another set of security fixes? [02:15] Ah. FinalFreeze. Good name. [02:15] * persia hunts for Acts of God to use as upload excuses [02:15] hehe [02:16] God made me type dput? [02:17] heh [02:25] Is "upstream is stupid and rewrites gigantic chunks of code in security updates, so it's always good to have the latest version at release" a valid reason for a FFe for a security+featureful new upstream? === Pici` is now known as Pici [02:30] Fujitsu: Ha, don't we have that same problem with FireFox. [02:30] ? [02:31] Fujitsu: it's a good reason to /ask/ for an FFe... :) [02:35] quick question...when i see this in the bug report: /usr/games/torcs: line 52: 17394 Segmentation fault (core dumped) $LIBDIR/torcs-bin -l $LOCAL_CONF -L $LIBDIR -D $DATADIR $*.. , what file is the line number referring to? [02:36] to /usr/games/torcs [02:37] oh, so its the binary... [02:37] i get it...nvm then [02:37] /usr/games/torcs is not a binary, it's a script [02:38] adrian2002ca: Actually, /usr/games/torcs is a shell script that sets some variables, and calls /usr/games/torcs-bin === frenchy_ is now known as Frenchy3 [02:39] persia: ahh..makes sense [02:39] all in all, that line number is thus not useful to me ] [02:40] unless i was reverse engineering to a much greater extent(no source) [02:42] ok bunny coming......gotta go lol [02:43] ...bunny? [02:43] easter! [02:43] * persia has never seen some leave due to incipient bunny attack before [02:43] keescook: which is tomorrow...? [02:44] slangasek: maybe he's in the future! [02:44] Hey keescook. [02:44] this explains everything [02:44] hiya Fujitsu [02:46] Does someone from the mozillateam know about the ~60 CVEs that their packages are polluting the CVE lists with? [02:46] (just for Hardy, that is) [02:47] Fujitsu: I think jdstrand was quizzing asac about it earlier in the weak. [02:48] And 32 open sun-java* CVEs. [02:48] Those two together make ~30% of the open Hardy CVEs. [02:48] yeah. I was going to ask doko about java on monday [02:48] "before you can be released with hardy, you must answer me these questions three, about a CVE..." [02:50] It'd be really nice if LP finally got around to importing Debian bugs, and we could track CVEs there. [02:50] somehow I don't think that will help much for java or mozilla :) [02:51] It'd help for the other 210. [02:51] tru [02:54] keescook: Why is opera appearing in the Hardy universe list in the u-c-t report? [03:21] slangasek: updating hal seems to have fixed it :) [03:21] Fujitsu: urhmm... I only see opera in the "Partner" repo [03:23] I see CVE-2008-1080 in opera on the universe list here. [03:23] Opera before 9.26 allows user-assisted remote attackers to read arbitrary files by tricking a user into typing the characters of the target filename into a file input. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1080) [03:23] Maybe it's because it's not actually in Hardy yet. [03:23] So doesn't have PARTNER as a note. [03:24] And it's not in main, so won't have SUPPORTED. So might well default to universe. [03:24] Fujitsu: ah! it might be due to not being able to "see" the partner source archive map. [03:25] Fujitsu: I have a local mirror, so I use ~/.source_map to define the mirror tree locations [03:25] when loading from the apt cache, there isn't a good way to get all the source lines for partner [03:25] (see scripts/source_map.py code) [03:25] Ahh. [03:25] it's kind of hacky [03:26] I'm presently working on a makefile that will export the entire set of files into a browseable html tree too [03:26] Is there any reason to keep kfreebsd bits in the archive when we don't have a kfreebsd port? [03:26] keescook: That would be very nice indeed. [03:27] At the moment there are a number of places one has to check for notes, and u-c-t's isn't browser-accessible. [03:27] Fujitsu: yeah, precisely. and hopefully before Wed I'll have it publically published [03:28] I noticed you appeared to be planning that soon. Very good. [03:28] :) [03:32] Fujitsu or keescook: Either of you two up for sponsoring a sync? Motu-release has already approved. https://bugs.launchpad.net/ubuntu/+source/libgdamm3.0/+bug/190744 [03:32] Launchpad bug 190744 in libgdamm3.0 "Request: Upgrade libgdamm3.0 to upstream version 2.9.81" [High,Confirmed] [03:34] jdong: great; can you mention that in the bug report, so we can keep track? [03:34] protonchris: I can't at the moment -- I'm about to run out for a late dinner. [03:35] keescook: thanks anyway. What's for dinner? [03:35] protonchris: we're thinking Thai. mmm noodles [03:35] keescook: nice. [03:36] I had some vietnamese for lunch. [03:39] protonchris: excellent! there's a Pho place about a mile away that I try to visit a lot :) [03:51] slangasek: sure thing [03:53] so i am currently looking over the 200406 bug and i am asking myself which files are the source files I should look at...any suggestions? [03:55] adrian2002ca: The stacktrace suggests that mainmenu.cpp will be involved _somewhere_. In general, grep is your friend. [03:55] just trying to establish a set of actions i could use to try solving a problem [03:55] adrian2002ca: As in "grep GfParmGetStr **/*.cpp" [03:56] RAOF: aaahhh...i shall look for it....argh...so many directories :D [03:56] That's what either -R or **/* is for :) [03:56] (Depending on how cool your shell is). [03:57] oh,im not at home so im on the win machine lol...ill save that for later though :P [03:59] Oh, dear. You may want to install cygwin to get some sort of sane environment there :) [04:00] lol...i got bloodshed dev-C for IDE, just so i can take a peek at the code :) [04:00] ScottK2: now i'm here [04:00] :) [04:01] if you have some security bug to solve, for me, feel free to send mail. [04:01] now i have to go, sorry for delay === Frogzoo_ is now known as frogzoo [05:17] doko: I have one problem. ant depends on java-virtual-machine & java2-runtime. But the main task of ant (compilation) needs a jdk (java-compiler). There is no package in openjdk-* which provides java-compiler. So one can not use ant fully with openjdk. Please let me know if I should file a bug for this and against which package (my guess is openjdk). [06:34] emgent: Have a look at the libnet-dns-perl sync that was just done. The packages in Dapper/Edgy/Feisty/Gutsy need to be examined to see if they have the same problem. [06:34] slytherin: Earlier I was assuming it was a virtual package. I didn't check to see if it actually was. [06:38] ScottK2: I've seen you've done quite a few security-related syncs. When you do so, please ensure that you notify emgent or I so we can tell the CVE tracker about them. [06:45] Fujitsu: IIRC I've only done one and I think I linked the cve in the bug. Do I need to do more? [06:46] ScottK2: That unfortunately doesn't notify anyone. Perhaps subscribe motu-swat. [06:47] Fujitsu: OK. Will do. [06:47] ScottK2: It should notify someone, but that would make sense. [06:48] Well it turns out I'm not credible to have an opinion on Launchpad because I don't subscribe to the perspective that the U/I is improving. [06:49] Fujitsu: I don't file Launchpad bugs anymore because I'm not credible, so there's no point. [06:50] It turns out having an a strong feeling about the inherent fineness of CSS over tables is an essential prerequisite for being able to understand. [06:50] ScottK2: no, you're not credible, because you don't have an open-enough mind. [06:50] Fujitsu: motu-swat subscribed on the one I did. [06:50] ScottK2: Thanks. [06:50] Hobbsee: Well I do know what I like and LP is not moving towards it (U/I design wise). [07:40] ScottK2: The main problem I am facing is that even if I install openjdk-*, when I install ant it will still pull gcj. [07:45] ScottK2: Ahh, the latest update solves the problem partially. Now I need to file bug against ant. [08:21] G'morning [08:27] Iulian: Can you please change your nick to something else. I can't figure out whether it starts with 'I' or 'l'. :-) [08:28] slytherin: Not using a serif font, then? === \sh_away is now known as \sh [08:29] Fujitsu: I am using whichever pidgin uses by default [08:29] Ah. Pidgin. That would explain it. [08:30] <\sh> moins [08:33] Fujitsu: I used to use xchat long time back. But due to the multi-protocol functionality I use pidgin. Of course I only use it for IRC and gtalk and will probably move to empathy when it matures. [08:33] * Fujitsu uses irssi and Gajim. [08:33] I used to use irssi+bitlbee, but decided to try Gajim, and liked it. [08:33] * \sh is scared by pidgin and kopete, too :) [08:34] I like Kopete. But not for IRC. [08:34] <\sh> na..multiprotocol clients are not my thing...everything works over xmpp [08:35] <\sh> ...building wine 0.9.58... [08:35] I only have use for MSNP and XMPP, but use a transport, so it's all XMPP. Gajim must be about the best XMPP client. [08:36] <\sh> next to psi on the qt side of life :) [08:36] Fujitsu: and what is your opinion of gossip? [08:37] <\sh> and hopefully for ibex we get ejabberd 2.x and hopefulle the irc transport is much better, I'll start to use gajim + irc transport ;) [08:40] slytherin: I couldn't get it working when I tried. [08:41] slytherin: Hehe [08:41] * Iulian is using irssi [08:44] * \sh goes back to sleep and comes back later... === \sh is now known as \sh_away [08:48] slytherin: Ohh, btw, that package needs notify-sharp which is not packaged yet. I can't get it to work without it. [08:48] * Iulian waits for slomo__ to package notify-sharp :) [08:53] The report is pretty old - see bug 139356 and debian bug 354876 [08:53] Launchpad bug 139356 in ubuntu "[needs-packaging] Please package notify-sharp" [Wishlist,Incomplete] https://launchpad.net/bugs/139356 [08:53] Debian bug 354876 in wnpp "ITP: notify-sharp -- CLI bindings for libnotify" [Wishlist,Open] http://bugs.debian.org/354876 [09:09] Good morning and Happy Easter (for them who care) :) [09:29] hehe. hilights :-P [09:30] * Nafallo blames Fujitsu and \sh_away ;-) === doko_ is now known as doko [09:33] Good evening ladies and gents, I'm awaiting testers for my application (could take days) ... in the meantime I was wondering if I could look at a couple of bugs. I'm a C/C++ guy. [09:34] Also, what's the goal here? Are we still fixing things for Hardy? [09:34] Nafallo: You highlight Gajim, then? [09:34] frenchy_: For another month, yes. [09:34] Fujitsu: ye :-) [09:34] I'm not sure what else we would be doing before Hardy release. [09:35] Fujitsu: I though that we'd be all done-and-dusted ... you know, on top of things ... [09:35] Ha ... just kidding. [09:36] Can anyone suggest a couple for me to look at? [10:14] Fujitsu: where is the list of open CVEs for hardy? [10:15] asac: I'll push the HTML somewhere. Wait a sec. [10:16] asac: http://people.ubuntuwire.com/~fujitsu/cves.html. [10:16] Fujitsu: where do you get them from? [10:17] asac: ubuntu-cve-tracker. It will be publicly announced within the next few days, I believe. [10:17] ok [10:17] i haven't been asked about those [10:17] just about a few that were not properly documented for the stable releases [11:51] Ok then, can someone tell me where I get of my ass and do it myself? [11:51] https://bugs.edge.launchpad.net/ubuntu/hardy/+bugs? === evalles is now known as effie_jayx [11:52] frenchy_: http://people.ubuntu.com/~ubuntu-archive/NBS/, http://builder.ubuntuwire.com:9998/dist/hardy/arch/i386, http://qa.ubuntuwire.com/bugs/rcbugs/ should be enough links to start. Please complain again when you run out :) [11:57] persia: Thanks. [11:57] persia: I just found this page, https://wiki.ubuntu.com/MOTU/TODO/Bugs is that a good parent page? [11:58] persia: http://people.ubuntu.com/~ubuntu-archive/NBS/ ... what am I supposed to do with that? [11:58] persia: It's just a list of files. [11:59] frenchy_: Each of those is a package that is no longer built from the current sources in the repositories. [11:59] For those where the size is not 0, the file provides a list of everything that depends on the specified package. [12:00] All of those need to be migrated to not depend on the packages no longer built from source. [12:01] https://wiki.ubuntu.com/MOTU/TODO/Bugs is also a good source. There's lots of things to do :) [12:01] persia: So pick the biggest file and go? [12:01] Yep :) [12:01] persia: slangasek should be able to refresh the NBS list, on request, too [12:02] (And always remember when updating a package to check the bugs page for that package to see if someone else is working on the package, or if there are other bugs that can easily be fixed at the same time (respecting the current state of freezes) [12:02] ) [12:02] Hobbsee: Doesn't that happen automatically every 6 hours anyway? [12:03] unsure [12:03] persia: Got it. [12:15] Can I do this from Gutsy? The wireless on my Hardy Beta is broke real good. [12:16] hi folks [12:16] persia: was my reminder mail ok? And do you even *recieved* it? [12:16] For some of it, yes. For others, maybe not. [12:16] sebner: Yes to both counts. [12:16] persia: ok. thx :) [12:17] aloha sistpoty [12:17] hi sebner [12:18] sistpoty: archive admins rock. 13 syncs done from me [12:18] sistpoty: this night :) [12:18] heh [12:27] persia: Anyone: So am I to late for https://edge.launchpad.net/ubuntu/+source/clutter-gtk/0.4.0-1 loks like it was marked SUPERSEDED. [12:28] Superceded would mean you are indeed too late. [12:28] There's no bugs page ... Am I looking at the right thing? [12:28] persia: Cool ... next. [12:28] https://bugs.launchpad.net/ubuntu/+source/clutter-gtk/ (although there are none shown) [12:29] Does anyone have any ideas about what I can use instead of http://paste.ubuntu.com/6009/plain/ [12:30] I'm using libglade2-0 because libglade-2.0 is a virtual package. [12:31] Iulian: i think that you need to add the -dev version of the package to build [12:32] jeromeg: Ok, what about gtk+-2.0 and Wand gmodule-2.0? [12:32] Iulian: libglade2-dev [12:32] should be ok [12:32] libgtk2.0-dev [12:33] i'm searching the others, 2 sec [12:34] Ok, thank you! [12:34] no problem [12:35] Iulian: what are oyu packaging ? [12:35] *you [12:36] Iulian: libglib2.0-dev for gmodule-2.0 [12:36] gollage - http://gollage.sourceforge.net/ [12:39] Iulian: for wand it should be libmagick9-dev [12:39] or libgraphicsmagick1-dev [12:39] jeromeg: I have imagemagick already [12:39] the -dev package ? [12:39] Nop [12:40] Iulian: build deps needs the -dev packages to build your package [12:40] Iulian: then you put the normal packages required as dependencies in the dep field [12:41] Iulian: does it work now ? [12:41] * Iulian is trying [12:41] ok [12:41] to find those packages easily, install apt-file [12:41] then do sudo apt-file update [12:41] and apt-file search wand for example [12:42] it will show you all packages containing a wand file [12:49] Woohoo! [12:50] Iulian: works ? [12:50] Yeah, finally. [12:50] Thanks [12:50] no problem [13:48] sebner: morning :) [13:50] sebner: seems like you forgot to remove the link to your englisch-german dictionary in the motu meeting announcement ;) [13:50] afflux: omg. I hate copy and past xD [13:50] hehe :) [13:51] afflux: good afternoon, btw ;) [15:41] Hey, how can I get debuild to ignore a .git directory? [15:41] I've tried debuild -I.git but that doesn't work [15:42] amarillion: That's specifically supposed to work. Maybe you need a space? [15:43] amarillion: -i is probably what you want [15:43] plain -i already excludes .git so there's no need to specify it. [15:44] and -I is slightly different, see dpkg-source(1) [15:44] Yeah, I didn't really understand the documentation about -i and -I [15:44] but just -i works, thanks [15:45] hm... I guess I start to like bzr :) [15:46] sistpoty: why? [15:46] james_w: it finally does what I want (because I know how to do it right now *g*) [15:46] sistpoty: ah :-) === warp10_ is now known as warp10 [16:27] hi :) [16:27] would someone PLEASE help me? http://pastebin.ubuntu.com/6020/ [16:33] mohi: for support please go to #ubuntu channel [16:34] civija: they told me this is a bug and I should ask you! :s [16:34] ScottK2: do you remember a sync bug to libnet-dns-perl ? [16:35] mohi: can you file a bug against php5 please, with that output? (https://bugs.launchpad.net/ubuntu/+source/php5/+bugs) thanks! [16:37] sistpoty: sure dear :) but do you thing its related to php5? I think the pakage "libapache2-mod-php5" cant be configured by debconf! ??? [16:37] think* [16:37] mohi: yes, and the source package of this package is php5 ;) [16:37] sistpoty: aha! ok! am I supposed to just paste the contents of paste bin there? [16:38] mohi: maybe add what you think might be related (e.g. giving answers in debconf or s.th.) [16:39] mohi: so the output should give pretty much clue of what's going on there already [16:39] s/so/though/ [16:39] aha! :) thanks sistpoty. and dont you know what should I do for this? ;) [16:41] emgent: Bug 201454 [16:41] Launchpad bug 201454 in libnet-dns-perl "Please sync libnet-dns-perl 0.63-1 (universe) from Debian unstable (main)." [Medium,Fix released] https://launchpad.net/bugs/201454 [16:41] mohi: not using php :P (seriously: now, I don't have too much clue about that perl error, but you could always try to fix the script, lives in /var/lib/dpkg/info/libapache2-mod-php5.postinst) [16:41] no instead of now even [16:43] aha.. thanks sistpoty :) (BTW its the Persian new year, Happy Norouz) ;) http://en.wikipedia.org/wiki/Nowruz [16:43] thanks :) [16:43] I'll show you my report soon. [16:50] ScottK2: the build url you specified on the catch-all pycentral bug is not working [16:50] * ScottK2 looks [16:50] slytherin: Working for me. Try http://builder.ubuntuwire.com:9998/job/19850 [16:51] ... as an example [16:51] ScottK2: The url in bug description does not specify a jib number [16:52] slytherin: you've to replace the x with the job number [16:52] sistpoty: i did : https://bugs.launchpad.net/ubuntu/+source/php5/+bug/205608 [16:52] slytherin: which you will find below in the report [16:52] RainCT: oh, so it is different for each package. I didn't understand that [16:52] ScottK2: ok big thanks, i will work to it [16:52] mohi: thanks! [16:52] ;) [16:54] RainCT: ScottK2: psyco build fine on my machine. Should I mark it invalid or does any one of you want to confirm? === gary4gar is now known as cool === spacey_ is now known as spacey [17:35] Fujitsu: Would you please look at http://builder.ubuntuwire.com:9998/job/15994 and see if you can give me a hint where to go with that. Is that a rebuild issue? [17:35] slytherin: Invalid. Whatever it was that caused it to fail, it wasn't the python-central transition. === cool is now known as gary4gar [17:47] ScottK2: bug 205631 [17:47] Launchpad bug 205631 in smb4k "Hardy Feature Freeze Exception for smb4k" [Undecided,New] https://launchpad.net/bugs/205631 [17:47] we have to many *release* teams :p I subscribed ubuntu-release by accident :) [17:58] * porthose waves to everyone [17:58] Is Gdebi installed on the standard Ubuntu system [18:03] porthose: yes. [18:04] nixternal: does it still need to mangle /etc/sudoers? [18:04] slytherin: thx [18:11] sistpoty: it makes changes to /etc/sudoers, but it shouldn't mangle it [18:12] nixternal: it shouldn't make changes to it as well... that's quite scary imho [18:12] the newer version is using the updated smb4k_cat system [18:13] if it doesn't make the changes, then smb4k will never work === \sh_away is now known as \sh [18:14] nixternal: why? [18:18] advanced functionality really [18:20] ScottK2: yes, all vulnerable to CVE-2007-6341, i will attach debdiff, now i'm complete tests [18:20] Net/DNS/RR/A.pm in Net::DNS 0.60 build 654, as used in packages such as SpamAssassin and OTRS, allows remote attackers to cause a denial of service (program "croak") via a crafted DNS response. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6341) [18:20] it was fine last year when keescook and myself fixed it... keescook actually did a security check on it and it was published on the smb4k website...so if he says it is good, then it is good...he knows more about that stuff than I could ever know [18:21] hi \sh :) [18:21] nixternal: ok, if there was a security check done on it, that's good enough for me (though it's still a very, very, very broken design per se) [18:21] <\sh> moins [18:21] hi \sh [18:22] <\sh> emgent: I decided that you have to take the wireshark cve update :) [18:22] <\sh> i won't make it because of time [18:23] <\sh> emgent: bug #172283 I'm happy to discuss this with you... [18:23] Launchpad bug 172283 in wireshark "[wireshark] multiple vulnerabilities" [Medium,Confirmed] https://launchpad.net/bugs/172283 [18:24] sistpoty: oh I totally agree [18:24] \sh: sure [18:24] heh [18:24] -hardened ? [18:25] <\sh> emgent: I don't mind to discuss this here...because it could be interesting to others as well [18:25] ok cool [18:25] just a moment i go to see DSA [18:25] <\sh> emgent: forget DSA [18:25] <\sh> emgent: it is easy [18:25] <\sh> emgent: and a bit delicate :) [18:26] <\sh> emgent: learn yourself the ways of cherry picking crazy wireshark patches ;) [18:26] 17 CVEs good :) [18:26] <\sh> na easy [18:27] <\sh> emgent: i have severy patches already harvested from there [18:27] <\sh> several even [18:27] <\sh> emgent: ok...ready to start? [18:28] ok, sure, i saw CVE [18:28] <\sh> nice :) [18:29] <\sh> emgent: wireshark doesn't have a good patch system..they are allways working on trunk...so everything you pick from there, is mostly "new" [18:29] <\sh> emgent: or fixed stuff [18:29] <\sh> emgent: read the announcements, from wireshark for new versions, and attached to the usual CVE info websites [18:29] <\sh> emgent: let's start with CVE-2007-6438 [18:29] Unspecified vulnerability in the SMB dissector in Wireshark (formerly Ethereal) 0.99.6 allows remote attackers to cause a denial of service via unknown vectors. NOTE: this identifier originally included MP3 and NCP, but those issues are already covered by CVE-2007-6111. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6438) [18:30] ok [18:30] <\sh> emgent: correspondent wireshark advisory: http://www.wireshark.org/security/wnpa-sec-2008-01.html [18:31] <\sh> oh sorry that's the new one ;) [18:31] uhm [18:31] wnpa-sec-2007-03 [18:31] <\sh> right [18:31] <\sh> most of the stuff is already fixed [18:32] <\sh> and invalid (regarding CVE) [18:32] now we working to gutsy? [18:32] <\sh> emgent: yes [18:33] ok just a moment, i should download :) [18:33] <\sh> for hardy I'll push 0.99.8 :) [18:33] heheh cool :) [18:34] <\sh> emgent: ok 2007-6438 is mentioned in the 2007-03 advisory as line "The SMB dissector could crash. (Bug 2019) Versions affected: 0.99.6 " [18:34] Launchpad bug 2019 in mrtg "Mrtg's html documentation lacks two images" [Low,Confirmed] https://launchpad.net/bugs/2019 [18:34] <\sh> lol...forget ubotu :) [18:34] * emgent downloading wireshark_0.99.6rel.orig.tar.gz [18:34]