[03:09] <Yan> hello! anyone interested to help a newcomer?
[03:27] <dtchen> Yan: what's the context?
[05:44] <ScottK> Apparently none.
[05:59] <captivus> Good evening, MOTUs
[06:01] <fabrice_sp_> Hi captivus
[06:02] <captivus> I wonder if anyone can provide some guidance on a packaging quest I'm on
[06:03] <fabrice_sp_> captivus, did you read the packaging guides?
[06:03] <fabrice_sp_> !packaging
[06:04] <captivus> 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] <ScottK> captivus: You don't.
[06:05] <captivus> . . .
[06:05] <ScottK> However ...
[06:05] <ScottK> If the package is policy compliant, lintian clean, and builds successfully, you'll be way better than most stuff we see.
[06:06] <ScottK> Also getting into Debian would guarantee it would get into Ubuntu.
[06:06] <captivus> 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] <captivus> How do I go about that?  I imagine that the process is somewhat different ...
[06:07] <ScottK> What's the package?
[06:07] <captivus> Launchy
[06:07] <ScottK> What's it written in?
[06:08] <ScottK> captivus: ^^
[06:09] <captivus> C++
[06:09] <captivus> ... then Qt, of late
[06:12] <captivus> ScottK: ^^
[06:13] <ScottK> 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] <ScottK> captivus: Also look at mentors.debian.net
[06:14] <captivus> ScottK: Thank you!
[06:14] <ScottK> No problem.
[06:49] <dholbach> good morning
[07:02] <mruiz> dholbach, hi
[07:02] <dholbach> hola mruiz
[07:03] <mruiz> Grüß dich!
[07:03] <dholbach> hehe :)
[07:04] <mruiz> hahahaha :)
[07:04]  * mruiz learning new German words
[07:04] <dholbach> fabrice_sp_: can you unsubscribe the sponsors team when you ACK a sync?
[07:04] <dholbach> (to avoid people looking over them a second time ;-))
[07:05] <mruiz> dholbach, I know you use evolution. Is there any way to put it into the tray (not alltray) ?
[07:06] <dholbach> no idea
[07:06] <dholbach> sorry
[07:06] <mruiz> np
[07:10] <fabrice_sp__> dholbach, good morning
[07:10] <fabrice_sp__> sure: I can now :-)
[07:11] <fabrice_sp__> only syn request or in general, all sponsored bug ?
[07:12] <dholbach> fabrice_sp_: if a bug gets closed by an upload, you don't need to additionally unsubscribe the sponsors
[07:13] <dholbach> fabrice_sp: just get stuff off the list once it's done :)
[07:14] <fabrice_sp> dholbach, yeah: trying to get the list 'short' (if possible)
[07:15] <dholbach> 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] <dholbach> if you see what I mean
[07:16] <fabrice_sp> ok. Sounds a good practice. I'll apply that :-)
[07:17] <fabrice_sp> (and will update the wiki page, to indicate that)
[07:17] <fabrice_sp> thanks ;-)
[07:20] <fabrice_sp> have to go. Bye
[09:05] <frandieguez> 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] <dpm> 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
[09:08] <dpm> frandieguez, to be more certain, you can also ask on the #ubuntu-installer channel
[09:09] <frandieguez> dpm, thanks for the quickly response
[09:09] <frandieguez> I'll ask there in the future
[09:09] <dpm> np :-)
[09:09] <dpm> you can also ask on #ubuntu-translators for anything related to translations
[09:11] <dpm> 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] <dpm> So if the Galician translations were done after that date, that's probably why they weren't included
[09:11] <dpm> but they will make it to the package next time they are exported
[09:12] <frandieguez> Yes, I have translated the previous week so It doesn't imported yet
[09:12] <dpm> ah, ok
[09:12] <frandieguez> I hope the ubuntu-installer team will import the translations on the next release
[09:13] <dpm> 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] <frandieguez> dpm, thanks
[09:15] <dpm> you're welcome
[11:30] <directhex> by the power of greyskull....
[11:30]  * directhex summons someone from ~motu-release
[11:40]  * sistpoty|work appears by directhex's summonings
[11:42] <directhex> 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] <sistpoty|work> directhex: are the extensions a separate project or do these also come from banshee?
[11:45] <Laney> doesn't matter so much if it's not destined to be the defeault either imo
[11:45] <directhex> Laney, preciselyh
[11:46] <sistpoty|work> well, I think more stable is always better, but I'm just wondering if this might break rdepends
[11:46] <directhex> 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] <directhex> hyperair, i..e do mirage & lyrics from the repo work on 1.5?
[11:47] <hyperair> directhex: afaik they do.
[11:48] <sistpoty|work> there's also remuco-banshee...
[11:48] <hyperair> directhex: i'm running the daily version and the archive mirage and lyrics work
[11:48] <hyperair> don't worry about remuco-banshee
[11:48] <directhex> let ME worry about blank?
[11:48] <hyperair> that one has no abi constraint. it just talks to banshee via dbus
[11:48] <hyperair> blank?
[11:48] <sistpoty|work> hyperair: ah, thanks... just wondered how that interacts with banshee :)
[11:49] <directhex> hyperair, futurama misquote ;)
[11:49] <hyperair> ._.
[11:49] <hyperair> all in all i'd actually prefer to stuff 1.5 into the archive. it fixes loads of bugs
[11:50] <hyperair> i'm not sure which exactly, though.
[11:50] <sistpoty|work> I think if both of you think that 1.5 makes sense, I won't object ;)
[11:50] <hyperair> okay. so i'll file a sync request then?
[11:51] <sistpoty|work> hyperair: well, you'll need another +1 from motu-release apart from mine though
[11:51] <hyperair> yes, i know
[11:51] <directhex> hyperair, shall we do a fresh sid upload first? also, i expect a formal ffe request is needed? sistpoty|work?
[11:51] <directhex> hyperair, did 151 happen?
[11:51] <hyperair> directhex: not that i know of
[11:51]  * directhex goes to punch upstream
[11:52] <sistpoty|work> directhex: yes, ffe would be good... for me it doesn't need to be too formal
[11:52] <sistpoty|work> opinion of other motu-release members might vary though
[11:53] <sistpoty|work> ScottK: ^^ also got some wise words you'd like to add?
[13:55] <ScottK> If it's better, I'd say go for it.
[13:55] <ScottK> sistpoty|work: ^^
[13:55] <sistpoty|work> *nod*
[14:35] <wrapster> i have a tarball.. which is not a debian pkg.. but i want to convert it into one.
[14:38] <wrapster> so i downloaded it and dh_make <opts> 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] <wrapster> guys can anyone look into this issue?
[15:06] <mok0> wrapster: you can delete most of those files
[15:07] <wrapster> mok0: in which segment.. I actually deleted all the *.{ex, Ex} files
[15:07] <wrapster> in the debian dir..
[15:07] <mok0> wrapster: err, segment?
[15:07] <wrapster> how about in the first segment?
[15:07] <wrapster> i deleted most in the 2nd segment
[15:07] <wrapster> how about the 1st?
[15:07] <mok0> wrapster: you mean before the ...... line?
[15:07] <wrapster> yeah
[15:08] <mok0> wrapster: that is part of upstream's distribution
[15:08] <mok0> wrapster: you should only change stuff in debian/
[15:08] <wrapster> you mean all those Makefiles?
[15:08] <wrapster> ok
[15:08] <mok0> wrapster: just leave them
[15:09] <mok0> wrapster: the minimum set of files in debian/ is: control, changelog, copyright, compat and rules
[15:11] <sistpoty|work> compat is not strictly needed actually (but who does w.o. debhelper nowadays though)
[15:11] <mok0> sistpoty|work: I've not seen one package without it
[15:11] <mok0> sistpoty|work: I'd like to :-)
[15:12] <wrapster> coz when i tried doing that and ran dpkg-buildpkg this is what i got http://pastie.org/639017
[15:13] <mok0> wrapster: you need to install some stuff on your machine
[15:13] <wrapster> 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] <wrapster> mok0: it would be helpful if you could tell me how you deduced that i need to install some stuff?
[15:14] <mok0> wrapster: I may be wrong
[15:14] <wrapster> oh
[15:14] <sistpoty|work> mok0: I've seen (and touched) one once... but it was converted after I filed a bug in BTS *g*
[15:14] <mok0> wrapster: but the compile fails because it can't find an include file called usba.h
[15:14] <wrapster> yeah...
[15:14] <wrapster> read that..
[15:15] <mok0> wrapster: is that a file in the software package you are working with?
[15:16] <sistpoty|work> mok0: oh, there's actually one that does w.o. debhelper: "leave"
[15:17] <c_korn> mok0: the binutils package does not have a debian/compat file I think
[15:17] <wrapster> well its not there for sure but have a look at it.. it says sys/usb.... which means its realtive path right
[15:17] <wrapster> so relative to the build dir i cant find any such file!!!
[15:17] <mok0> sistpoty|work: oh, I must take a look at that one. Does it manually build the .deb file using ar c ? :-P
[15:18] <sistpoty|work> mok0: nope:     dpkg --build $tmp ..
[15:18] <wrapster> are you guys referring to me?
[15:18] <mok0> sistpoty|work: oh, cutting corners, eh :-P
[15:18] <mok0> wrapster: no
[15:18] <sistpoty|work> hehe
[15:18] <wrapster> ok.. im such a newbie to this that everything you talk is almost like its for me...
[15:19] <mok0> wrapster: but the compile would find it if it's relative to /usr/include
[15:19] <wrapster> 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] <wrapster> from the ON-source website..
[15:19] <wrapster> that not an issue...
[15:20] <wrapster> will do something and try it.. could you shed some light on how i can proceed?
[15:20] <mok0> wrapster: actually, there is no point packaging that software if the dependency is not packaged
[15:20] <mok0> wrapster: that is, unless usba.h can be install via another package
[15:21] <mok0> wrapster: AFAICS it's not in any Ubuntu package
[15:22] <mok0> wrapster: but in Google it shows up amongst a lot of Solaris stuff
[15:25] <joaopinto> mok0, he is packaging for nexenta
[15:25] <mok0> joaopinto: oh
[15:26] <joaopinto> wrapster, already done with your binutils hack ?
[15:28] <mok0> joaopinto: after seeing Phoronix head-to-head comparison, I wouldn't bother with Solaris... Ubuntu is _much_ faster on the same hardware
[15:29] <joaopinto> mok0, well, there are some good reasons, like zfs
[15:30] <mok0> joaopinto: *shrug*
[15:30] <joaopinto> but weell, I am never tried opensolaris :)
[15:30] <joaopinto> I had to admnister an old solaris box, mostly reboot it :P
[15:30] <mok0> joaopinto: I guess if you're in a Solaris shop it makes sense
[15:31] <mok0> 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] <mok0> I guess nexenta is pretty much the same thing for Solaris
[15:41] <wrapster> joaopinto: yeah.. and its working as welll :)
[15:46] <wrapster> ok i found out that usba.h is a interface card dependant stuff... but its not on on-source website...
[15:46] <mok0> wrapster: is it in a package?
[15:46] <wrapster> 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] <wrapster> no
[15:46] <mok0> wrapster: you might want to go to nexenta's IRC channels for help
[15:48] <wrapster> ok
[15:48] <mok0> wrapster: #nextenta it seems
[15:48] <mok0> wrapster: #nexenta
[15:48] <mok0> on this server
[15:49] <wrapster> mok0: yeah i know.. thanks
[15:50] <mok0> wrapster: we can help you with general packaging questions here
[15:50] <wrapster> mok0: ok thanks.. i will definitely need that as well.. so will ping you guys when im stuck.. thanks a lot
[15:50] <wrapster> btw its here http://cvs.opensolaris.org/source/xref/kerberos/mit_163_resync/usr/src/uts/common/sys/usb/usba.h
[15:51] <mok0> wrapster: Ah, yes
[15:51] <mok0> wrapster: I actually saw that pop up in Google
[15:52] <wrapster> thats exactly how i found it as well :D
[15:52] <mok0> wrapster: heh
[15:52] <wrapster> so including that in /usr/include should do the trick?
[15:52] <mok0> wrapster:  No you can't do it like that
[15:53] <wrapster> then
[15:53] <mok0> wrapster: if that file is not present in another package, yours will be useless
[15:53] <wrapster> ok in that case.. its present in SUNWusbu
[15:54] <mok0> wrapster: because no one can build the package without first locating that file on Google
[15:54] <mok0> wrapster: the you need to put a "Build-Depends: SUNWusbu" in debian/control
[15:55] <joaopinto> package name with uppercase :) ?
[15:56] <mok0> joaopinto: I dunno what nexenta are doing
[15:56] <mok0> joaopinto: RedHat HaS oNe MiX oF uPpErCaSe AnD lOwErCaSe LeTtErS
[15:57] <mok0> joaopinto: one of the reasons that redhat sux :-)
[15:59] <joaopinto> :D
[16:00] <wrapster> yeah its a sun pkg
[16:01] <joaopinto> oh god :)
[16:01] <wrapster> ok not anymore coz i have a nexetna pkg as well
[16:11] <wrapster> 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] <siretart`> dpkg -S /path/to/file
[16:17] <wrapster> that worked.. now have this!!! usbgem.c:5555: error: '_memcpy' aliased to external symbol 'memcpy'
[16:17] <wrapster> this is fun
[16:17] <wrapster> :)
[16:42] <jbernard_> ScottK: around?
[16:43] <ScottK> jbernard_: Yes, but busy with other things, what's up?
[16:43] <jbernard_> ScottK: mok0 suggested that bug #436006 be backported,
[16:44] <jbernard_> i was going to make a debdiff that just cherry-picks that fix
[16:44] <ScottK> Then you'll need a motu-sru person for that
[16:44] <jbernard_> does this sound like the right approach?
[16:46] <ScottK> It's that or backport all of u-d-t-
[16:47] <jbernard_> that's a no-go, launchpadlib is on quite a different version, as i recall
[16:47] <jbernard_> i think the cherry-pick would be low risk
[16:48] <Lazy> 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] <Lazy> because my audio stopped working after upgrading to karmic
[16:52] <joaopinto> Lazy, #ubuntu+1
[16:54] <Lazy> k, thanks anyway
[17:22] <geser> 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] <jdong> ugh prevu is equally affected by the LP change.
[17:23] <jdong> 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] <geser> 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] <jdong> yeah, the next major release I do plan on switching to the LP API for that purpose
[17:25] <jdong> for now fixing the regex is good for karmic.
[17:38] <wrapster> what is the difference between /usr/bin/ld and /usr/ccs/bin/ld
[17:39] <jdong> CCS C compiler?
[17:39] <jdong> that's a solaris-y question :)
[17:40] <geser> to which package belongs the later file?
[17:40] <jdong> I thought they deprecated the CCS stuff in solaris
[17:40] <jdong> at least the newest versions perhaps
[17:40] <jdong> oh well I'll stop pretending that I understand the OS ;-)
[17:42] <joaopinto> wrapster, keeping asking about opensolaris specific binaries/files here is not really helpful
[17:42] <geser> is archive.ubuntu.com for others slow too?
[17:42] <wrapster> well this is the point.. im in a fix here coz the OS im using has both opensolaris and ubuntu stuff..
[17:43] <wrapster> so .......
[17:43] <wrapster> :(
[17:43] <jdong> geser: yeah tcp connect()'s are slow
[17:43] <jpds> geser: Yes, beta congesting everything.
[17:43] <jpds> Everyone should *really* use a local mirror.
[17:43] <geser> I assumed it :) but want to know for sure that's it not my internet connection
[17:44] <joaopinto> wrapster, we can help you about pacaking,  not about non packaging questions related to opensolaris stuff
[17:44] <wrapster> oh yeah sorry.. will try #ubuntu
[17:44] <wrapster> sorry again.
[17:44] <jdong> I do, but also list archive.ubuntu.com at lower priority...
[17:44] <jdong> just to make sure I'm tracking the later packages
[17:44] <joaopinto> wrapster, uh, how is an opensolaris related to ubuntu ?
[17:45] <wrapster> its not and that where nexenta comes into pic
[17:45] <jdong> well Solaris-induced Ubuntu package troubles are still not on topic here :)
[17:45] <jdong> we'd love to hear about Ubuntu package issues pertaining to our packaging, here.
[17:45] <joaopinto> is there an ubuntu package providing /usr/ccs/bin/ld ?
[17:47] <joaopinto> wrapster, erm, wasn't your binutils package providing the links on css to make it opensolaris compatible ?
[17:48] <joaopinto> there is no /usr/ccs/bin on ubuntu
[17:48] <wrapster> no...it was a different path..
[17:48] <wrapster> and secondly the issue im facing is differnt... if you dont mind then i'll do a pastie
[17:48] <wrapster> :)
[17:49] <joaopinto> 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] <jbernard_> geser: yes, you are correct
[18:03] <jbernard_> only the version in karmic works with the 3.0 layout
[18:13] <hyperair> what was that program that does dfsg-compliance checking?
[18:14] <ScottK> You mean vrms?
[18:14] <ScottK> It's not actually dfsg, it's gnu
[18:17] <RainCT> 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] <ScottK> RainCT: I.  I'm not sure, I was making assumptions.
[18:17] <Laney> I think it just uses archive components
[18:18] <Laney> (so dfsg)
[18:18] <christoph_debian> Laney: jep correct
[18:20] <hyperair> 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] <ScottK> Which, BTW, means on Ubuntu it's kind of between the two as we allow dfsg invariant.
[18:20] <ScottK> Oh
[18:21] <RainCT> 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] <hyperair> ah.
[18:22] <hyperair> i think that's what i was looking for
[18:32] <fabrice_sp_> Is the motu meeting confirmed at 19h UTC? (in 1h30?)
[18:32] <Laney> is there an agenda?
[18:33]  * fabrice_sp_ doesn't know. Just saw 2 emails...
[18:56] <zooko> How can I close this ticket as Fixed? https://bugs.launchpad.net/ubuntu/+bug/289431
[18:58] <fabrice_sp_> zooko, this is already closed (Fix released)
[19:12] <james_w> zooko: done
[19:12] <james_w> 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] <james_w> if you don't have javascript then I'm not sure how this page works now
[19:13] <james_w> there will be combo boxes and a form submit to operate instead
[19:18] <fabrice_sp_> james_w, what was missing? the bug appeared as Fix Released
[19:18] <james_w> fabrice_sp_: there's more than one task
[19:18] <fabrice_sp_> ohhhhh. ok
[19:19] <james_w> see the bot reported it as a bug in "debian"
[19:19] <fabrice_sp_> james_w, you're right. I didn't paid attention to that
[19:19] <RainCT> If anyone knows some easy bugs suitable for fixing at the Global Jam, I could take some bug numbers
[19:21] <fabrice_sp_> RainCT: why don't you work on FTBFS of the test rebuild? Some are easy to fix (missing dependencies, for example)
[19:21] <Laney> -backports uploads don't autoclose bugs?
[19:22] <james_w> RainCT: bug 440635 might be easy depending on what the solution is :-)
[19:22] <james_w> oh, Andrew claimed it
[19:24] <RainCT> 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)
[19:27] <geser> 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] <geser> (I've just looked at the build log and not how hard it turns out to be in the end)
[19:33] <geser> 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] <RainCT> geser: Great, thanks. (wikipediafs? wow, there is weird stuff! :P)
[19:38] <geser> 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] <fabrice_sp> 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] <geser> there is a const missing before a pointer variable)
[19:39] <fabrice_sp> there are a lot of this one :-/
[19:40] <geser> and also many conflicting declarations for getline too
[19:40] <fabrice_sp> yeah
[19:43] <RainCT> geser: what's the problem with the getline ones? the program defining it's own function with that name?
[19:45] <sebner> huhu sistpoty :D
[19:45] <sistpoty> hi sebner
[19:46] <RainCT> ok I think I got enough, thanks geser, fabrice_sp, james_w!
[19:46] <zooko> 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] <james_w> sponsorship!
[19:47] <james_w> zooko: are you running Ubuntu?
[19:48] <james_w> https://wiki.ubuntu.com/SponsorshipProcess
[19:53] <zooko> Oh, that's a pencil.  I never thought I could use it to change things because I thought it was a footprint.
[19:54] <zooko> james_w: I am runnng ubuntu.
[19:54] <james_w> 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] <zooko> james_W: thanks!
[19:55] <james_w> you might be interested in http://identi.ca/notice/11175390 if the LP icons confuse you
[20:24] <sistpoty> slangasek, ScottK, vorian: http://paste.ubuntu.com/284055/
[20:24] <sistpoty> anything missing, anyone got the url for the gcc-4.4 rebuild bugs in unstable? anything else? *g*
[20:27] <sistpoty> (maybe I should put in there: remember that you must fix 3 ftbfs to get one universe FFe accepted *g*)
[20:27] <pochu> (-:
[20:37] <randomaction> sistpoty: http://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=tbm%40cyrius.com
[20:38] <sistpoty> randomaction: thanks... is there also a way to filter for usertags? (gcc-4.4 is the one I'm looking for)
[20:38] <geser> IIRC there is one
[20:39] <sistpoty> that's what I thought, but I didn't find it immediately and gave up looking for it then :/
[20:40] <christoph_debian> sistpoty: do you know the user?
[20:41] <ari-tczew> hello
[20:41] <sistpoty> christoph_debian:  User: debian-gcc@lists.debian.org (I'm looking for the gcc-4.4 bugs)
[20:42] <christoph_debian> http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-gcc@lists.debian.org;tag=ftbfs-gcc-4.4 or so
[20:43] <fabrice_sp_> hello ari-tczew
[20:43] <fabrice_sp_> did you see my comment in your sync request?
[20:43] <sistpoty> christoph_debian: excellent, thanks!
[20:44] <christoph_debian> :)
[20:44] <ari-tczew> yes - I need complete FFe requests in your mention, right?
[20:44] <fabrice_sp_> right
[20:44] <ari-tczew> it's my first enter on irc ;-O
[20:44] <fabrice_sp_> in that case, it should be quite easy, as this ib has only one rdepends: hugin :-)
[20:44] <fabrice_sp_> s/ib/lib/
[20:44] <diwic> 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] <fabrice_sp_> welcome then :-)
[20:45] <fabrice_sp_> bug #439216
[20:45] <sistpoty> slangasek, ScottK, vorian: (updated url to gcc-4.4 bugs in unstable, no other changes): http://paste.ubuntu.com/284066/
[20:45] <diwic> fabrice_sp_: should it really be wishlist?
[20:46] <fabrice_sp_> diwic, it's whishlist by default
[20:46] <sistpoty> diwic: from changelog, this doesn't look like it'd fix the ftbfs?
[20:46] <sistpoty> diwic: did you do a test-build already?
[20:46] <fabrice_sp_> this sync request has been generated by a MOTU, and  wating for an achive admin
[20:47] <diwic> sistpoty: debian #485546 is the FTBFS bug
[20:47] <sistpoty> diwic: oh, sorry. didn't read that build-dependencies got changed, sorry
[20:48] <sistpoty> diwic: as I just saw, quadrispro filed it, so it'll get processed
[20:48] <sistpoty> (and doesn't need sponsoring)
[20:58] <ScottK> sistpoty: Looks good to me.
[20:58] <slangasek> sistpoty: wrong link for the test rebuild, I think?
[20:58] <slangasek> wgrant had said it was moved to http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20090909-karmic.html
[20:58] <slangasek> I guess both links work, so I'm not sure which is authoritative
[20:59] <sistpoty> heh, I used the one from my firefox history *g*
[21:00] <sistpoty> slangasek: ok, updated: http://paste.ubuntu.com/284073/
[21:00] <sebner> sistpoty: already an idea for a new date for the MOTU meeting?
[21:01] <sistpoty> sebner: nah, I'll just get it wrong a 2nd time and hopes that someone else takes initiative now :P
[21:02] <sebner> sistpoty: haha, at least we need agenda items first. Without any, nobody will have motivation to do something
[21:03] <sistpoty> sebner: my agenda would be fix ftbfs, fix ftbfs, fix ftbfs :P
[21:04] <sistpoty> 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] <sebner> sistpoty: nothing motivation then :P
[21:04] <sistpoty> 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] <sistpoty> christoph_debian: I wanted to commit this myself, but would need to learn git for it first :/
[21:04] <christoph_debian> sistpoty: having a look
[21:05] <sistpoty> thanks!
[21:06] <christoph_debian> stack-protector was some hardening option?
[21:06] <slangasek> sistpoty: s/superseeded/superseded/; s/recieve/receive/;
[21:06] <sistpoty> christoph_debian: yes
[21:06] <slangasek> sistpoty: otherwise looks good, feel free to send it and ping me for mailing list queue approval
[21:07] <sistpoty> 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] <sistpoty> slangasek: ok, thanks!
[21:07] <kees> sistpoty, christoph_debian: I'd love to get it as a default in Debian.
[21:07] <kees> haven't had time to push it though
[21:07] <sistpoty> kees: ah, k, good to know :)
[21:07] <christoph_debian> it was discussed at the debian-security bof at debconf
[21:08] <kees> christoph_debian: yeah.  what happened from that?
[21:09] <christoph_debian> not muhc I know
[21:09] <christoph_debian> sistpoty: why do you think invaders is in git?
[21:09] <kees> sistpoty: with regard to the use of -fno-stack-protector... isn't there a better way to fix that?
[21:10] <sistpoty> christoph_debian: not too sure now as you say it... :/
[21:10] <sistpoty> kees: I doubt... that package is a game for grub (not for the installed system)
[21:11] <christoph_debian> ahh that was invaders
[21:12] <kees> sistpoty: oh!
[21:12] <kees> sistpoty: hah.  interesting.  then I assume it's not built with -nostdlib ?
[21:12] <sistpoty> 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] <kees> normally that turns off the stack protector
[21:13] <sistpoty> kees: oh, I'm wrong, it's -nostdlib
[21:13] <kees> sistpoty: hrm, that really shouldn't ftbfs.  /me looks
[21:13] <sistpoty> meh, wrong again, that's a ldflag...
[21:13] <kees> hah, ok
[21:13] <sistpoty> kees: you can see the cflags here: http://launchpadlibrarian.net/32726620/invaders_1.0.0-8_1.0.0-8ubuntu1.diff.gz
[21:14] <sistpoty> (diff is better than mixing diff with my memory from two days ago)
[21:14] <kees> heh.  I wonder if moving -nostdlib to CFLAGS would fix this... /me gives it a shot
[21:15] <sistpoty> kees: thanks!
[21:15] <randomaction> 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] <sistpoty> randomaction: that depends... bumping standards-version means that you'll also need to make sure that the new standards-version apply
[21:17] <sistpoty> 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] <randomaction> lintian is usually good at it.. ok, i'll drop it.
[21:22] <christoph_debian> kees: moving -nostdlib works
[21:24] <maco> does debian/menu generate a .desktop?
[21:25] <maco> or is that only for the debian-menu-specific stuff?
[21:27] <chrisccoulson> maco - that's only for the debian menu stuff
[21:28] <maco> boo
[21:28] <CardinalFang> Hi all.  The 'picard' package has been broken for a while.  There's a bug with half a dozen duplicates.  The fix is easy.
[21:28] <CardinalFang> Would someone mind sponsoring my debdiff?  https://bugs.edge.launchpad.net/ubuntu/+source/picard/+bug/422032
[21:29] <chrisccoulson> CardinalFang - i haven't got much time to look at it yet. you subscribed u-u-s?
[21:30] <CardinalFang> chrisccoulson, No I haven't.  "ubuntu universe subscribers?"
[21:30] <chrisccoulson> ubuntu-universe-sponsors
[21:31] <CardinalFang> Done now.
[21:31] <chrisccoulson> thanks
[21:31] <chrisccoulson> i will take a look after dinner if noone else has done already
[21:31] <chrisccoulson> thanks for working on it
[21:34] <sistpoty> slangasek: ping (as in mail is in moderation queue)
[21:36] <slangasek> sistpoty: accepted, thanks
[21:36] <sistpoty> thanks!
[21:39] <sistpoty> CardinalFang: from a glimpse, debdiff looks good. I'll give it a shot
[21:42]  * chrisccoulson really must do some sponsoring tonight
[21:43] <sistpoty> crack, german mirror seems to be updating (mismatching md5sum in sources) and a.u.c is so slow atm.
[21:44] <ari-tczew> can I register my nick?
[21:44] <sistpoty> ari-tczew: if you're an ubuntu member, then yes. However I don't know how :(
[21:44] <sebner> sistpoty: slow = not working here :\
[21:45] <sistpoty> ari-tczew: or do you mean register as in register with nickserv
[21:46] <sistpoty> sebner: be patient :P it does trickle in from time to time *g*
[21:46] <ari-tczew> I'm using irc first now, I entered here without asking a password, so I want to own "ari-tczew" only for me (block by passwd)
[21:48] <sistpoty> ari-tczew: ah, oke, then please take a look at http://freenode.net/faq.shtml#userregistration
[21:49] <sebner> sistpoty: heh, I'll try to get new infos about nexuiz today or tomorrow btw :\
[21:51] <sistpoty> sebner: I have slight doubts, as fuddl will be doing irc radio tomorrow :P
[21:52] <sebner> sistpoty: pfff, doesn't keep him away from chatting with me :P
[21:52] <sistpoty> haha
[21:52] <sistpoty> sebner: tell him greetings ;)
[21:53] <sebner> sistpoty: If I really catch him, for sure. I'm wondering if that speeds up his work (dunno if you threat or hug him in RL) :P
[21:53] <sistpoty> haha
[21:55] <sebner> sistpoty: btw, the last 2 days were only bla bla but on monday the prolog starts (2 weeks of introduction) with Algorithm, Computer, Maths. Let's see how I'll perform
[21:56] <sistpoty> sebner: cool! I'm quite sure you'll be excellent!
[21:57] <sebner> sistpoty: heh, I doubt that unless they'll replace everything with Ubuntu/MOTU stuff :D
[21:57] <sistpoty> hehe
[21:59] <sebner> sistpoty: I already did some Social Engineering too, always worth to have that *g*
[22:08] <ari-tczew> sysinfo
[22:08] <ari-tczew> Uptime: 7 hours and 4 minutes
[22:08] <sistpoty> CardinalFang: thanks for the picard debdiff, uploading
[22:08] <CardinalFang> thank you, sistpoty.
[22:09] <sistpoty> CardinalFang: just as a hint: please don't ignore errors in debian/rules (otherwise we might not find out if your fix ceases to work in the future)
[22:09] <CardinalFang> sistpoty, yeah, that "grep -v" is tricky.
[22:10] <sistpoty> CardinalFang: it is, and I did spend a few minutes thinking why it works
[22:10] <CardinalFang> sistpoty, it raises false though, I think.
[22:11] <CardinalFang> sistpoty, anyway, thank you.
[22:11] <sistpoty> CardinalFang: maybe just adding one comment line to __init__.py would be a simpler way to do it ;I)
[22:11] <sistpoty> CardinalFang: thank you for fixing the bug!
[22:12] <ari-tczew> works fine, thnx sistpoty
[22:12] <sistpoty> you're welcome ari-tczew
[22:16] <sistpoty> wow, ubuntu-universe-sponsors bugs is down to one page :)
[22:17] <christoph_debian> sebner: may I ask what you're doing? University?
[22:17] <sebner> chrisccoulson: sure, yes
[22:18] <christoph_debian> but not one of the erlangen gang? ;)
[22:18] <sistpoty> two bugs that I guess could need some help: bug #420918 and bug #427539 (the former has an FFe granted, but lacks packaging, that latter needs more testing/evaluation for the FFe)
[22:21] <ScottK> sistpoty: I think maven needs manual bootstrapping first.  lamont is planning on doing that this weekend, I think.
[22:22] <sistpoty> ScottK: yes, observed that as well... but imho it would also be good if someone puts it in a ppa for testing (and the FFe needs -core to get newed, but I haven't checked if anything else needs to get newed)
[22:23] <ScottK> sistpoty: I think it needs bootstrapped and someone needs to sit down and make a plan.
[22:23] <sistpoty> ScottK: yes, exactly the latter I'm trying to request help with :)
[22:26] <ari-tczew> .
[22:27] <ari-tczew> I did sync request maven, how I can help?
[22:28] <sistpoty> ari-tczew: have you tried putting the packages in a ppa yet?
[22:29] <ari-tczew> not yet, but I can do it
[22:30] <sistpoty> ari-tczew: that would be excellent
[22:30] <sistpoty> ari-tczew: however please note that you might need to wait until some build-dependencies are available for ubuntu
[22:30] <ari-tczew> in this week I tryied to make bash script for mass sync from unstable to ppa, but it's not easy for n00b :P
[22:30] <sistpoty> ari-tczew: (that's what lamont is doing at the moment, since there seems to be a loop of unavailable buid-dependencies)
[22:31] <sistpoty> ari-tczew: sure thing
[22:32] <sistpoty> just saw your upload, thanks kees!
[22:32] <ari-tczew> I'll forward packages to ppa, but tommorow. Today is too late.
[22:33] <sistpoty> kk
[22:33] <sistpoty> and thanks!
[22:35] <ari-tczew> so if I just talking with 'admins', I want to ask about something
[22:36] <ari-tczew> In some months I'm making packages for karmic, and I learned that we need contribute to debian too
[22:36] <ari-tczew> Do I need forward packages to unstable?
[22:36] <ari-tczew> new upstreams etc?
[22:36] <ari-tczew> (nmu)
[22:38] <sistpoty> ari-tczew: ideally, if you fix something in Ubuntu and the fix applies to debian as well, you should forward the fix
[22:38] <sistpoty> ari-tczew: for new upstream versions, if there's a debian bug already requesting it, you could attach a fix there as well
[22:38] <ScottK-desktop> ari-tczew: Not normally unless the package is orphaned in Debian, but also as sistpoty says.
[22:39] <sistpoty> ari-tczew: or you could report a new bug requesting it (and pointing to the updated ubuntu package)
[22:40] <sistpoty> ari-tczew: btw, I'm just looking at libpano and hence at hugin. What's the compelling reason we want a new version of hugin?
[22:42] <ari-tczew> bug-fix, requested by someone in launchpad
[22:43] <ari-tczew> really I don't need hugin, but I want to help with packaging, e.g. testing builds in ppa etc.
[22:43] <sistpoty> ari-tczew: 0.7 -> 0.8 is strictly bugfix only?
[22:43] <sistpoty> ari-tczew: are there some bugs on launchpad that are getting fixed with 0.8?
[22:44] <ari-tczew> wait, I'll make diff from ChangeLog file and upload to launchpad for easier reviewing
[22:44] <sistpoty> ari-tczew: excellent, thanks!
[22:47] <kees> sistpoty: yup, no problem.
[22:47] <wgrant> slangasek: -karmic is authoritative, but the other is a symlink.
[22:47] <kees> sistpoty: and now I can play space-invaders from grub  ;)
[22:50] <ari-tczew> FYI really a lot of bugs touched by me isn't for me. I'm only giving my hands and time to work, in order to satisfy as much of common ubuntu's users (e.g. new upstream versions)
[22:53] <sistpoty> ari-tczew: sure thing, but please also understand that motu-release needs some information to make the judgement if it's an update is better for the release or might introduce regressions resulting in much more bugs
[22:54] <ari-tczew> yes I understand this
[22:54] <sistpoty> kees: pfft, that sounds like I ruined ubuntu-security's functionality for the release :P
[22:55] <sistpoty> good that I didn't even mention zaz (as in unstable) yet, and will probably be against adding that to karmic *g*
[22:57]  * kees has no idea what zaz is...
[22:57] <kees> ooh
[22:59] <sistpoty> damnit
[22:59] <sistpoty> my spouse insisted that I backport it for her jaunty laptop after she saw my playing it
[23:03] <kees> heheh
[23:04] <kees> you could totally get that into karmic -- it's a new package.  ;)
[23:05] <sistpoty> heh
[23:06] <dtchen> kees: got a second for an approach question regarding strcmp()?
[23:07] <kees> dtchen: sure, sup?
[23:07] <dtchen> kees: ok, so in bug 437293 there's something really bad going on between bluez and pulse
[23:08] <dtchen> kees: the code appears to be crashing due to pa_streq()  (which is just a wrapper around strcmp() ) not validating its modargs
[23:08] <dtchen> kees: i.e., if (address && !(pa_streq(d->address, address))) {
[23:08] <ari-tczew> @sistpoty: As you said, I can send debdiff to BTS. Can I full upload package like in Ubuntu?
[23:08] <christoph_debian> new packages are easy? so douf00 would be no problem? ;)
[23:08] <kees> dtchen: one sec, loading bug
[23:09] <kees> dtchen: er, ok, so what's the issue?
[23:10] <dtchen> kees: i've spoken with upstream pulse, and he's convinced it's not an issue to not check d->address or address there
[23:10] <sistpoty> ari-tczew: well, there's mentors.debian.net, where you can store a source package. But I guess you could also attach a .diff.gz to a bug, not too sure what's best practice though
[23:10] <dtchen> kees: now, i understand that bluez _should_ be doing the right thing, but uh, isn't it fairly bad practice to just assume strcmp()'s args are initialized?
[23:11] <jtimberman> Do sync requests in Karmic need a second MOTU? If so, could someone please ack lp bug # 420674
[23:11] <sistpoty> christoph_debian: new packages are actually not easy, since these need to go through new in Ubuntu as well :( (and archive-admin's tend to focus on other work slightly before release)
[23:11] <kees> dtchen: yeah, strcmp needs to be pointing at valid strings.  :P
[23:12] <dtchen> kees: right, so in the stack trace for that bug, address is null, which makes me shake my head a little
[23:12] <sistpoty> dtchen: afaik valgrind even warns if you pass a null pointer to a string function
[23:13] <dtchen> sistpoty: indeed. unfortunately i'm awaiting the reporter's feedback for VG; i don't have a BT headset handy to reproduce it
[23:13] <dtchen> kees: anyhoo, thanks for the sanity-check
[23:14] <kees> dtchen: yeah, totally, no problemo
[23:14] <christoph_debian> sistpoty: ah so ironically -- makes sense both ways from a technical point of view
[23:16] <sistpoty> christoph_debian: probably (though I believe that packages in unstable are getting a much better treatment than the stuff that is directly uploaded)
[23:17] <ari-tczew> sistpoty: thanks for the help, it's important. Learning from other experienced people is better than reading arts like wiki.
[23:19] <ari-tczew> I added ChangeLog's diff to hugin request. Test for other lp's bugs I'll do later.
[23:26] <sistpoty> thanks!
[23:31] <sistpoty> christoph_debian: having taken a look at douf00, it seems to be a simple source package and packaging looks top-notch, so...
[23:31] <sistpoty> christoph_debian: if you want it in, would you like to file a FFe for it?
[23:46] <ari-tczew> sistpoty: can I set one of my ppas for public upload?
[23:47] <sistpoty> ari-tczew: what do you mean with public upload?
[23:47] <ari-tczew> libmaven packages is too much so not only me will be can upload packages to my-ppa (I have created ppa for maven)
[23:48] <sistpoty> ari-tczew: I doubt you can set it to public, but I must admit that I don't have too much knowledge about PPAs
[23:49] <ari-tczew> yhym OK
[23:54] <lifeless> any sponsors around ?
[23:54] <lifeless> s/sponsors/motu-archive/
[23:55] <james_w> motu-release?
[23:55] <lifeless> yes
[23:55] <lifeless> thats the one ;)
[23:55]  * lifeless should grab some caffeine
[23:55] <lifeless> bug 440976
[23:55] <james_w> good morning
[23:55] <lifeless> seeking ack
[23:55] <lifeless> hi james_w , good morning to you :)
[23:56] <james_w> lifeless: I advise you subscribe them in case two aren't hanging around right now
[23:56] <james_w> lifeless: also, did the .so thing get sorted? I forgot to look at it today
[23:56] <lifeless> requestsync does that :)
[23:56] <james_w> nope
[23:56] <lifeless> though its grabbed ubuntu-archive. bah
[23:57] <lifeless> thanks for the suggestion, much needed
[23:58] <james_w> also, they are going to want to know the stuff from https://wiki.ubuntu.com/FreezeExceptionProcess
[23:58] <james_w> like the features that you are asking for an exception for
[23:58] <Laney> requestsync sometimes doesn't get the sponsor stuff right
[23:58] <Laney> i dunno why
[23:58] <james_w> lifeless doesn't need a sponsor
[23:59] <Laney> oh, ffe?
[23:59] <james_w> but I think requestsync has a flag for freeze exceptions?
[23:59] <Laney> there's a flag for that
[23:59] <Laney> -e
[23:59] <lifeless> james_w: its bugfix only
[23:59] <lifeless> ignore the version numbers ;)
[23:59] <james_w> lifeless: in that case you don't need motu-release yet
[23:59] <james_w> so this was all a round-about way of getting back where we started