=== Tonio__ is now known as Tonio_ === ryanakca_ is now known as ryanakca === lukjad007 is now known as ShadowChild === ShadowChild is now known as lukjad007 === lukjad007 is now known as lukjadOO7 === lukjadOO7 is now known as lukjad007 === ChogyDan1 is now known as ChogyDan [03:09] hello! anyone interested to help a newcomer? [03:27] Yan: what's the context? === micahg1 is now known as micahg [05:44] Apparently none. === micahg1 is now known as micahg [05:59] Good evening, MOTUs === dous__ is now known as suodla [06:01] Hi captivus [06:02] I wonder if anyone can provide some guidance on a packaging quest I'm on [06:03] captivus, did you read the packaging guides? [06:03] !packaging [06:03] 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 [06:04] fabrice_sp_: Yessir. My first question, however, is: How do I know that my efforts in packaging a particular piece of software will be acceptable to the MOTU? [06:05] captivus: You don't. [06:05] . . . [06:05] However ... [06:05] If the package is policy compliant, lintian clean, and builds successfully, you'll be way better than most stuff we see. [06:06] Also getting into Debian would guarantee it would get into Ubuntu. [06:06] ScottK: It's interesting that you mention packaging for Debian, because Nate Handler suggested exactly that course of action for this particulare piece of software ... [06:06] How do I go about that? I imagine that the process is somewhat different ... [06:07] What's the package? [06:07] Launchy [06:07] What's it written in? [06:08] captivus: ^^ [06:09] C++ [06:09] ... then Qt, of late [06:12] ScottK: ^^ [06:13] Then you might join #debian-qt-kde and at a time when Europe is likely to be awake ask them if someone would be interested in spsonsoring. [06:13] captivus: Also look at mentors.debian.net [06:14] ScottK: Thank you! [06:14] No problem. === stochastic_ is now known as stochastic [06:49] good morning [07:02] dholbach, hi [07:02] hola mruiz [07:03] Grüß dich! [07:03] hehe :) [07:04] hahahaha :) [07:04] * mruiz learning new German words [07:04] fabrice_sp_: can you unsubscribe the sponsors team when you ACK a sync? [07:04] (to avoid people looking over them a second time ;-)) [07:05] dholbach, I know you use evolution. Is there any way to put it into the tray (not alltray) ? [07:06] no idea [07:06] sorry [07:06] np === asac_ is now known as asac [07:10] dholbach, good morning [07:10] sure: I can now :-) [07:11] only syn request or in general, all sponsored bug ? === fabrice_sp__ is now known as fabrice_sp [07:12] fabrice_sp_: if a bug gets closed by an upload, you don't need to additionally unsubscribe the sponsors [07:13] fabrice_sp: just get stuff off the list once it's done :) [07:14] dholbach, yeah: trying to get the list 'short' (if possible) [07:15] I usually unsubscribe the sponsors from acked syncs, stuff where it's clear that it can't be done, or when I asked questions and didn't get a reply in 2 weeks, or if stuff needs to get fixed and hasn't been fixed for 2 weeks [07:15] if you see what I mean [07:16] ok. Sounds a good practice. I'll apply that :-) [07:17] (and will update the wiki page, to indicate that) [07:17] thanks ;-) [07:20] have to go. Bye === absoludity is now known as noodles775 === Zic_ is now known as Guest23819 [09:05] Hi to all, I'm a member of Ubuntu Galician Translators and I'm testing Ubuntu Karmic beta on galician language (gl_ES) and after 2 weeks solving all the translation errors on alfa6 we can see that the ubiquity-slideshow isn't showed translated yet. What is the procedement for make Ubuntu integrate the translations made on launchpad on the final product release? [09:08] frandieguez, you don't have to do anything to make those translations appear in Ubuntu, the ubuntu-installer team takes care of that. It might be that when they did the last export of translations the Galician ones weren't ready yet, but they will most probably make it in the next translation export === juliux_hsv is now known as juliux [09:08] frandieguez, to be more certain, you can also ask on the #ubuntu-installer channel [09:09] dpm, thanks for the quickly response [09:09] I'll ask there in the future [09:09] np :-) [09:09] you can also ask on #ubuntu-translators for anything related to translations [09:11] frandieguez, having a look at the changelog -> https://edge.launchpad.net/ubuntu/karmic/+source/ubiquity-slideshow-ubuntu/+changelog it seems that translations were last imported from Launchpad on the 17th of September [09:11] So if the Galician translations were done after that date, that's probably why they weren't included [09:11] but they will make it to the package next time they are exported [09:12] Yes, I have translated the previous week so It doesn't imported yet [09:12] ah, ok [09:12] I hope the ubuntu-installer team will import the translations on the next release [09:13] frandieguez, I'm sure they will before the final release at least. They might be able to tell you more at #ubuntu-installer [09:14] dpm, thanks [09:15] you're welcome === dholbach_ is now known as dholbach === micahg1 is now known as micahg [11:30] by the power of greyskull.... [11:30] * directhex summons someone from ~motu-release === Guest23819 is now known as Zic [11:40] * sistpoty|work appears by directhex's summonings === Lutin_ is now known as Lutin [11:42] still wondering about whether a banshee ffe is worth requesting. we didn't upload a beta version because we wanted upstream to give us a "stable" release in time for karmic, but tbh, the current beta is better than the current stable in terms of, um, stability [11:45] directhex: are the extensions a separate project or do these also come from banshee? [11:45] doesn't matter so much if it's not destined to be the defeault either imo [11:45] Laney, preciselyh [11:46] well, I think more stable is always better, but I'm just wondering if this might break rdepends [11:46] sistpoty|work, there are 2 extensions afaik as distinct source packages... i think they're careful in their versioning so may well not need a rebuild. hyperair, can you confirm? [11:46] hyperair, i..e do mirage & lyrics from the repo work on 1.5? [11:47] directhex: afaik they do. [11:48] there's also remuco-banshee... [11:48] directhex: i'm running the daily version and the archive mirage and lyrics work [11:48] don't worry about remuco-banshee [11:48] let ME worry about blank? [11:48] that one has no abi constraint. it just talks to banshee via dbus [11:48] blank? [11:48] hyperair: ah, thanks... just wondered how that interacts with banshee :) [11:49] hyperair, futurama misquote ;) [11:49] ._. [11:49] all in all i'd actually prefer to stuff 1.5 into the archive. it fixes loads of bugs [11:50] i'm not sure which exactly, though. [11:50] I think if both of you think that 1.5 makes sense, I won't object ;) [11:50] okay. so i'll file a sync request then? [11:51] hyperair: well, you'll need another +1 from motu-release apart from mine though [11:51] yes, i know [11:51] hyperair, shall we do a fresh sid upload first? also, i expect a formal ffe request is needed? sistpoty|work? [11:51] hyperair, did 151 happen? [11:51] directhex: not that i know of [11:51] * directhex goes to punch upstream [11:52] directhex: yes, ffe would be good... for me it doesn't need to be too formal [11:52] opinion of other motu-release members might vary though [11:53] ScottK: ^^ also got some wise words you'd like to add? [13:55] If it's better, I'd say go for it. [13:55] sistpoty|work: ^^ [13:55] *nod* [14:35] i have a tarball.. which is not a debian pkg.. but i want to convert it into one. [14:38] so i downloaded it and dh_make now here is my question... have a look at this..http://pastie.org/639372 the first segment contains the files that were present in that tarball and after dh_make there was a debian dir that was created... the second segment has contents in the debian dir.. I would like to know.. if i can delete all those makefies and everything that is present under the dir which was created after the extraction of the tarball [14:54] guys can anyone look into this issue? [15:06] wrapster: you can delete most of those files [15:07] mok0: in which segment.. I actually deleted all the *.{ex, Ex} files [15:07] in the debian dir.. [15:07] wrapster: err, segment? [15:07] how about in the first segment? [15:07] i deleted most in the 2nd segment [15:07] how about the 1st? [15:07] wrapster: you mean before the ...... line? [15:07] yeah [15:08] wrapster: that is part of upstream's distribution [15:08] wrapster: you should only change stuff in debian/ [15:08] you mean all those Makefiles? [15:08] ok [15:08] wrapster: just leave them [15:09] wrapster: the minimum set of files in debian/ is: control, changelog, copyright, compat and rules [15:11] compat is not strictly needed actually (but who does w.o. debhelper nowadays though) [15:11] sistpoty|work: I've not seen one package without it [15:11] sistpoty|work: I'd like to :-) [15:12] coz when i tried doing that and ran dpkg-buildpkg this is what i got http://pastie.org/639017 [15:13] wrapster: you need to install some stuff on your machine [15:13] mok0: yeah thats what I did.. but the issue is im still a beginner at this. and the pkg im trying to build is not available only as a tarball.. I need help [15:14] mok0: it would be helpful if you could tell me how you deduced that i need to install some stuff? [15:14] wrapster: I may be wrong [15:14] oh [15:14] mok0: I've seen (and touched) one once... but it was converted after I filed a bug in BTS *g* [15:14] wrapster: but the compile fails because it can't find an include file called usba.h [15:14] yeah... [15:14] read that.. [15:15] wrapster: is that a file in the software package you are working with? [15:16] mok0: oh, there's actually one that does w.o. debhelper: "leave" [15:17] mok0: the binutils package does not have a debian/compat file I think [15:17] well its not there for sure but have a look at it.. it says sys/usb.... which means its realtive path right [15:17] so relative to the build dir i cant find any such file!!! [15:17] sistpoty|work: oh, I must take a look at that one. Does it manually build the .deb file using ar c ? :-P [15:18] mok0: nope: dpkg --build $tmp .. [15:18] are you guys referring to me? [15:18] sistpoty|work: oh, cutting corners, eh :-P [15:18] wrapster: no [15:18] hehe [15:18] ok.. im such a newbie to this that everything you talk is almost like its for me... [15:19] wrapster: but the compile would find it if it's relative to /usr/include [15:19] anyway can you tell me what needs to be done.. I know that i need to include that file.. I can find it [15:19] from the ON-source website.. [15:19] that not an issue... [15:20] will do something and try it.. could you shed some light on how i can proceed? [15:20] wrapster: actually, there is no point packaging that software if the dependency is not packaged [15:20] wrapster: that is, unless usba.h can be install via another package [15:21] wrapster: AFAICS it's not in any Ubuntu package [15:22] wrapster: but in Google it shows up amongst a lot of Solaris stuff [15:25] mok0, he is packaging for nexenta [15:25] joaopinto: oh [15:26] wrapster, already done with your binutils hack ? [15:28] joaopinto: after seeing Phoronix head-to-head comparison, I wouldn't bother with Solaris... Ubuntu is _much_ faster on the same hardware [15:29] mok0, well, there are some good reasons, like zfs [15:30] joaopinto: *shrug* [15:30] but weell, I am never tried opensolaris :) [15:30] I had to admnister an old solaris box, mostly reboot it :P [15:30] joaopinto: I guess if you're in a Solaris shop it makes sense [15:31] In the old days, whenever we got an IRIX box, the first thing I did was to install all the GNU software on it [15:32] I guess nexenta is pretty much the same thing for Solaris [15:41] joaopinto: yeah.. and its working as welll :) === kees_ is now known as kees [15:46] ok i found out that usba.h is a interface card dependant stuff... but its not on on-source website... [15:46] wrapster: is it in a package? [15:46] can anyone help me to find it? or better yet could you tell me if i run into such issues where i can look for help [15:46] no [15:46] wrapster: you might want to go to nexenta's IRC channels for help [15:48] ok [15:48] wrapster: #nextenta it seems [15:48] wrapster: #nexenta [15:48] on this server [15:49] mok0: yeah i know.. thanks [15:50] wrapster: we can help you with general packaging questions here [15:50] mok0: ok thanks.. i will definitely need that as well.. so will ping you guys when im stuck.. thanks a lot [15:50] btw its here http://cvs.opensolaris.org/source/xref/kerberos/mit_163_resync/usr/src/uts/common/sys/usb/usba.h [15:51] wrapster: Ah, yes [15:51] wrapster: I actually saw that pop up in Google [15:52] thats exactly how i found it as well :D [15:52] wrapster: heh [15:52] so including that in /usr/include should do the trick? [15:52] wrapster: No you can't do it like that [15:53] then [15:53] wrapster: if that file is not present in another package, yours will be useless [15:53] ok in that case.. its present in SUNWusbu [15:54] wrapster: because no one can build the package without first locating that file on Google [15:54] wrapster: the you need to put a "Build-Depends: SUNWusbu" in debian/control [15:55] package name with uppercase :) ? [15:56] joaopinto: I dunno what nexenta are doing [15:56] joaopinto: RedHat HaS oNe MiX oF uPpErCaSe AnD lOwErCaSe LeTtErS [15:57] joaopinto: one of the reasons that redhat sux :-) [15:59] :D [16:00] yeah its a sun pkg [16:01] oh god :) [16:01] ok not anymore coz i have a nexetna pkg as well [16:11] no thats wrong i guess... have a look at this.. http://src.opensolaris.org/source/search?q=usba.h&defs=&refs=&path=&hist=&project=%2Fonnv.. btw how do i find out the pkg in which this file is located? [16:12] dpkg -S /path/to/file [16:17] that worked.. now have this!!! usbgem.c:5555: error: '_memcpy' aliased to external symbol 'memcpy' [16:17] this is fun [16:17] :) === ivoks_ is now known as ivoks [16:42] ScottK: around? [16:43] jbernard_: Yes, but busy with other things, what's up? [16:43] ScottK: mok0 suggested that bug #436006 be backported, [16:43] Launchpad bug 436006 in ubuntu-dev-tools "pull-lp-source broken with new LP API" [Undecided,Fix released] https://launchpad.net/bugs/436006 [16:44] i was going to make a debdiff that just cherry-picks that fix [16:44] Then you'll need a motu-sru person for that [16:44] does this sound like the right approach? [16:46] It's that or backport all of u-d-t- [16:47] that's a no-go, launchpadlib is on quite a different version, as i recall [16:47] i think the cherry-pick would be low risk [16:48] i'm not sure if this is the right place to ask but is there documentation what should i do to debug my audio problems? [16:48] because my audio stopped working after upgrading to karmic [16:52] Lazy, #ubuntu+1 [16:54] k, thanks anyway === asac_ is now known as asac [17:22] jbernard_: from a look at this bug, it's mislabeled, as not the LP API changed but the HTML page it screen-scrapes changed with LP 3.0 (but the fix should be backported/SRUed instead of the whole package) [17:22] ugh prevu is equally affected by the LP change. [17:23] I still have that on my TODO list to fix before the release. [17:23] * jdong should in fact switch over to having u-d-t's screenscaper handle it. [17:24] if it screen-scrapes than you should check if still works with the new layout of LP 3.0 and either fix it or use the LP API where possible [17:25] yeah, the next major release I do plan on switching to the LP API for that purpose [17:25] for now fixing the regex is good for karmic. [17:38] what is the difference between /usr/bin/ld and /usr/ccs/bin/ld [17:39] CCS C compiler? [17:39] that's a solaris-y question :) [17:40] to which package belongs the later file? [17:40] I thought they deprecated the CCS stuff in solaris [17:40] at least the newest versions perhaps [17:40] oh well I'll stop pretending that I understand the OS ;-) [17:42] wrapster, keeping asking about opensolaris specific binaries/files here is not really helpful [17:42] is archive.ubuntu.com for others slow too? [17:42] well this is the point.. im in a fix here coz the OS im using has both opensolaris and ubuntu stuff.. [17:43] so ....... [17:43] :( [17:43] geser: yeah tcp connect()'s are slow [17:43] geser: Yes, beta congesting everything. [17:43] Everyone should *really* use a local mirror. [17:43] I assumed it :) but want to know for sure that's it not my internet connection [17:44] wrapster, we can help you about pacaking, not about non packaging questions related to opensolaris stuff [17:44] oh yeah sorry.. will try #ubuntu [17:44] sorry again. [17:44] I do, but also list archive.ubuntu.com at lower priority... [17:44] just to make sure I'm tracking the later packages [17:44] wrapster, uh, how is an opensolaris related to ubuntu ? [17:45] its not and that where nexenta comes into pic [17:45] well Solaris-induced Ubuntu package troubles are still not on topic here :) [17:45] we'd love to hear about Ubuntu package issues pertaining to our packaging, here. [17:45] is there an ubuntu package providing /usr/ccs/bin/ld ? [17:47] wrapster, erm, wasn't your binutils package providing the links on css to make it opensolaris compatible ? [17:48] there is no /usr/ccs/bin on ubuntu [17:48] no...it was a different path.. [17:48] and secondly the issue im facing is differnt... if you dont mind then i'll do a pastie [17:48] :) [17:49] sure, but like I said, if you are asking about differences to opensolaris, is hard to check [17:51] * sistpoty|work heads home... cya [18:01] geser: yes, you are correct [18:03] only the version in karmic works with the 3.0 layout [18:13] what was that program that does dfsg-compliance checking? [18:14] You mean vrms? [18:14] It's not actually dfsg, it's gnu [18:17] ScottK: Are you sure? The manpage says «Stallman and the Debian project have diverged since this program was originally written. In such cases, this program follows the definition of freedom embodied in the Debian Free Software Guidelines.» [18:17] RainCT: I. I'm not sure, I was making assumptions. [18:17] I think it just uses archive components [18:18] (so dfsg) [18:18] Laney: jep correct [18:20] ScottK, RainCT: no i wasn't talking about that. i'm quite sure there was something to search within source tarballs for dfsg-offending stuff. [18:20] Which, BTW, means on Ubuntu it's kind of between the two as we allow dfsg invariant. [18:20] Oh [18:21] hyperair: I can only think of suspicious-source then, but that's not related to DSFG (just checks for files which aren't in the preferred edition format) [18:22] ah. [18:22] i think that's what i was looking for [18:32] Is the motu meeting confirmed at 19h UTC? (in 1h30?) [18:32] is there an agenda? [18:33] * fabrice_sp_ doesn't know. Just saw 2 emails... [18:56] How can I close this ticket as Fixed? https://bugs.launchpad.net/ubuntu/+bug/289431 [18:56] Launchpad bug 289431 in debian "Please sync python-pycryptopp from debian unstable" [Unknown,Fix released] [18:58] zooko, this is already closed (Fix released) [19:12] zooko: done [19:12] zooko: for future reference, click the yellow "pencil" icon next to the status you want to change and select from the pop-up list [19:12] if you don't have javascript then I'm not sure how this page works now [19:13] there will be combo boxes and a form submit to operate instead [19:18] james_w, what was missing? the bug appeared as Fix Released [19:18] fabrice_sp_: there's more than one task [19:18] ohhhhh. ok [19:19] see the bot reported it as a bug in "debian" [19:19] james_w, you're right. I didn't paid attention to that [19:19] If anyone knows some easy bugs suitable for fixing at the Global Jam, I could take some bug numbers [19:21] RainCT: why don't you work on FTBFS of the test rebuild? Some are easy to fix (missing dependencies, for example) [19:21] -backports uploads don't autoclose bugs? [19:22] RainCT: bug 440635 might be easy depending on what the solution is :-) [19:22] Launchpad bug 440635 in gnome-themes-ubuntu "required icon themes missing for two included GNOME themes" [Medium,Triaged] https://launchpad.net/bugs/440635 [19:22] oh, Andrew claimed it [19:24] I'm looking at the i386/amd64 build failures, but haven't found any obvious one yet (well, maybe I'm just not looking right :P, /me goes to check a few more) === fabrice_sp__ is now known as fabrice_sp [19:27] RainCT: for a missing build-dependency a good candidate might be http://launchpadlibrarian.net/32002455/buildlog_ubuntu-karmic-i386.libgtkhtml2_2.11.1-2ubuntu1_FAILEDTOBUILD.txt.gz [19:28] (I've just looked at the build log and not how hard it turns out to be in the end) [19:33] RainCT: http://launchpadlibrarian.net/32660548/buildlog_ubuntu-karmic-i386.wikipediafs_0.3-5_FAILEDTOBUILD.txt.gz seems to be missing --install-layout=deb [19:35] geser: Great, thanks. (wikipediafs? wow, there is weird stuff! :P) [19:38] RainCT: http://launchpadlibrarian.net/32126698/buildlog_ubuntu-karmic-i386.necpp_1.3.0%2Bcvs20090101-1ubuntu1_FAILEDTOBUILD.txt.gz (error: invalid conversion from 'const char*' to 'char*' [19:39] RainCT, http://launchpadlibrarian.net/31889048/buildlog_ubuntu-karmic-i386.ivtools_1.1.3-5.4ubuntu1_FAILEDTOBUILD.txt.gz it's a build dependency on xutils-dev instead of xutils [19:39] there is a const missing before a pointer variable) [19:39] there are a lot of this one :-/ [19:40] and also many conflicting declarations for getline too === jldugger is now known as pwnguin [19:40] yeah [19:43] geser: what's the problem with the getline ones? the program defining it's own function with that name? [19:45] huhu sistpoty :D [19:45] hi sebner [19:46] ok I think I got enough, thanks geser, fabrice_sp, james_w! [19:46] Thanks, james_w. Next question: how do I push MOTU's to consider this ticket: https://bugs.launchpad.net/ubuntu/+source/pycryptopp/+bug/439691 [19:47] Launchpad bug 439691 in pycryptopp "please sync pycryptopp-0.5.17 from Debian" [Undecided,New] [19:47] sponsorship! [19:47] zooko: are you running Ubuntu? [19:48] https://wiki.ubuntu.com/SponsorshipProcess [19:53] Oh, that's a pencil. I never thought I could use it to change things because I thought it was a footprint. [19:54] james_w: I am runnng ubuntu. [19:54] zooko: if you install the ubuntu-dev-tools package there is a "requestsync" script that can file bugs for syncing from Debian and do all the necessary bits [19:55] james_W: thanks! [19:55] you might be interested in http://identi.ca/notice/11175390 if the LP icons confuse you [20:24] slangasek, ScottK, vorian: http://paste.ubuntu.com/284055/ [20:24] anything missing, anyone got the url for the gcc-4.4 rebuild bugs in unstable? anything else? *g* [20:27] (maybe I should put in there: remember that you must fix 3 ftbfs to get one universe FFe accepted *g*) [20:27] (-: [20:37] sistpoty: http://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=tbm%40cyrius.com [20:38] randomaction: thanks... is there also a way to filter for usertags? (gcc-4.4 is the one I'm looking for) [20:38] IIRC there is one [20:39] that's what I thought, but I didn't find it immediately and gave up looking for it then :/ [20:40] sistpoty: do you know the user? [20:41] hello [20:41] christoph_debian: User: debian-gcc@lists.debian.org (I'm looking for the gcc-4.4 bugs) [20:42] http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-gcc@lists.debian.org;tag=ftbfs-gcc-4.4 or so [20:43] hello ari-tczew [20:43] did you see my comment in your sync request? [20:43] christoph_debian: excellent, thanks! [20:44] :) [20:44] yes - I need complete FFe requests in your mention, right? [20:44] right [20:44] it's my first enter on irc ;-O [20:44] in that case, it should be quite easy, as this ib has only one rdepends: hugin :-) [20:44] s/ib/lib/ [20:44] while we're at the FTBFS bugs, I decided to look at xfishtank. It seems like it is corrected upstream and there is a sync request (LP: #439216). [20:45] welcome then :-) [20:45] bug #439216 [20:45] Launchpad bug 439216 in xfishtank "Sync xfishtank 2.2-25.1 (universe) from Debian unstable (main)." [Wishlist,Confirmed] https://launchpad.net/bugs/439216 [20:45] slangasek, ScottK, vorian: (updated url to gcc-4.4 bugs in unstable, no other changes): http://paste.ubuntu.com/284066/ [20:45] fabrice_sp_: should it really be wishlist? [20:46] diwic, it's whishlist by default [20:46] diwic: from changelog, this doesn't look like it'd fix the ftbfs? [20:46] diwic: did you do a test-build already? [20:46] this sync request has been generated by a MOTU, and wating for an achive admin [20:47] sistpoty: debian #485546 is the FTBFS bug [20:47] Debian bug 485546 in xfishtank "xfishtank: FTBFS: Using imake without Build-Depends on xutils-dev" [Important,Closed] http://bugs.debian.org/485546 [20:47] diwic: oh, sorry. didn't read that build-dependencies got changed, sorry [20:48] diwic: as I just saw, quadrispro filed it, so it'll get processed [20:48] (and doesn't need sponsoring) [20:58] sistpoty: Looks good to me. [20:58] sistpoty: wrong link for the test rebuild, I think? [20:58] wgrant had said it was moved to http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20090909-karmic.html [20:58] I guess both links work, so I'm not sure which is authoritative [20:59] heh, I used the one from my firefox history *g* [21:00] slangasek: ok, updated: http://paste.ubuntu.com/284073/ [21:00] sistpoty: already an idea for a new date for the MOTU meeting? [21:01] sebner: nah, I'll just get it wrong a 2nd time and hopes that someone else takes initiative now :P [21:02] sistpoty: haha, at least we need agenda items first. Without any, nobody will have motivation to do something [21:03] sebner: my agenda would be fix ftbfs, fix ftbfs, fix ftbfs :P [21:04] christoph_debian: you're a member of debian games team and know how to use git, right? I'd have a one-line change for invaders [21:04] sistpoty: nothing motivation then :P [21:04] christoph_debian: http://launchpadlibrarian.net/32726620/invaders_1.0.0-8_1.0.0-8ubuntu1.diff.gz (adding -fno-stack-protector to CFLAGS) [21:04] christoph_debian: I wanted to commit this myself, but would need to learn git for it first :/ [21:04] sistpoty: having a look [21:05] thanks! [21:06] stack-protector was some hardening option? [21:06] sistpoty: s/superseeded/superseded/; s/recieve/receive/; [21:06] christoph_debian: yes [21:06] sistpoty: otherwise looks good, feel free to send it and ping me for mailing list queue approval [21:07] christoph_debian: afaik there are no plans for debian to make it the default though (in Ubuntu it is), but I might be wrong on the former [21:07] slangasek: ok, thanks! [21:07] sistpoty, christoph_debian: I'd love to get it as a default in Debian. [21:07] haven't had time to push it though [21:07] kees: ah, k, good to know :) [21:07] it was discussed at the debian-security bof at debconf [21:08] christoph_debian: yeah. what happened from that? [21:09] not muhc I know [21:09] sistpoty: why do you think invaders is in git? [21:09] sistpoty: with regard to the use of -fno-stack-protector... isn't there a better way to fix that? [21:10] christoph_debian: not too sure now as you say it... :/ [21:10] kees: I doubt... that package is a game for grub (not for the installed system) [21:11] ahh that was invaders [21:12] sistpoty: oh! [21:12] sistpoty: hah. interesting. then I assume it's not built with -nostdlib ? [21:12] kees: it is compiled with -freestanding... the only other way would be to have -freestanding work with stack-protector by providing _stk_chk_fail in libgcc [21:12] normally that turns off the stack protector [21:13] kees: oh, I'm wrong, it's -nostdlib [21:13] sistpoty: hrm, that really shouldn't ftbfs. /me looks [21:13] meh, wrong again, that's a ldflag... [21:13] hah, ok [21:13] kees: you can see the cflags here: http://launchpadlibrarian.net/32726620/invaders_1.0.0-8_1.0.0-8ubuntu1.diff.gz [21:14] (diff is better than mixing diff with my memory from two days ago) [21:14] heh. I wonder if moving -nostdlib to CFLAGS would fix this... /me gives it a shot [21:15] kees: thanks! [21:15] I'm fixing FTBFS on an Ubuntu-only package (not in Debian). Should I lintian-clean it while I'm at it? (i.e. bump standards-version, add misc-depends..) [21:16] randomaction: that depends... bumping standards-version means that you'll also need to make sure that the new standards-version apply [21:17] randomaction: given that we're late in the cycle, I'd personally omit these cosmetics to get on with the next ftbs sooner ;) [21:17]