[01:41] <wgrant> Blargh. Why is kde-icons-oxygen (some 48MB) suffering from KDE-stick-everything-in-one-huge-sourcepackage-itis? It was bad enough as it was without the new stuff being thrown in too!
[02:40] <RAOF> I am the king of FTBFS!
[02:41] <RAOF> Everything I've recently touched has failed on at least one architecture.
[03:11] <NCommander> Hola all
[03:14] <RAOF> NCommander: Why hello there :)
[03:14] <RAOF> Did you know ngnix FTBFS on sparc now? :)
[03:14]  * NCommander is stiff and sore, and still doing FTBFS
[03:14] <NCommander> RAOF, Yup, I saw that -_-;
[03:15] <NCommander> RAOF, its a different file then any of the ones I patched
[03:15] <RAOF> Yeah, I know.
[03:15] <NCommander> I'd debug it if I had access to a SPARCstation, but it looks like its a general toolchain error ...
[03:15] <RAOF> It's dying in the assembler, it seems
[03:15] <RAOF> Right.
[03:15] <NCommander> RAOF, Got a sparc I can SSH into?
[03:16] <RAOF> Not personally.  Ubuntuwire might, though...
[03:16] <NCommander> I don't have access to a sparc debian porting machine or I'd simply create a chroot jail
[03:16] <ScottK-laptop> NCommander: siretart or sistpoty do.
[03:17] <ScottK-laptop> REVU runs on a sparc.
[03:17] <NCommander> RAOF, probably what happened is this package is was built for sparc ages ago, and now with intrepids toolchain FTFBS
[03:17] <NCommander> *FTBFS
[03:20] <anteaya> I don't know if this is the correct place to ask but I do believe that my computer has been spammed.  I have photographs of men with guns and various middle east images that are being found and displayed by a screensaver program.  This is very upsetting for me.
[03:20] <anteaya> How do I find the location of the images and get rid of them?  And how do I find out you they got on my computer?
[03:22] <NCommander> RAOF, BTW, a question, at what point should I apply for contributing developer? (I know I should apply for MOTU when people tell me to do but I'm not so clean on contrib-dev)
[03:23] <RAOF> NCommander: I don't really know.  I don't really know what the point of the contrib-dev team is; you don't (currently) get any extra priviledges or responsibilities from it.
[03:24] <NCommander> The week says you can do debian sync/merges ...
[03:24] <ScottK-laptop> RAOF: You get the privildges of being an Ubuntu member, slight as those are without having to wait in some other long line for it.
[03:25] <RAOF> ScottK-laptop: True; you do get an @ubuntu.com address, I suppose.
[03:25]  * NCommander looks at the DD process
[03:25] <NCommander> Yup
[03:26] <NCommander> RAOF, care to review YAFTBFS fix ;-)
[03:26] <RAOF> I'll just get some more coffee, then OK.
[03:27] <anteaya> and if I have posted to the incorrect channel, then i am open to suggestions about the best channel to address this
[03:27] <anteaya> thanks
[03:27] <NCommander> You need a HTCTP-enabled coffee pot
[03:28] <RAOF> anteaya: #ubuntu is the right channel for support requests.
[03:28] <RAOF> NCommander: NTCTP?
[03:28] <NCommander> RAOF, Hypyertext Transfer Coffee Protocol
[03:28] <NCommander> Hold on
[03:29] <NCommander> HTCPCP (HyperText Coffe Pot Control Protocol)
[03:29] <NCommander> http://www.ietf.org/rfc/rfc2324.txt
[03:30] <RAOF> Eh.  That protocol doesn't map cleanly to my plunger.
[03:30] <RAOF> Well, kettle/grinder/plunger combination.
[03:31] <anteaya> RAOF: thanks i haven't found anyone that seems to care that I have images of people with guns on my computer
[03:31] <NCommander> I want a coffee maker that runs NetBSD and implemented HTCPCP :-)
[03:31] <anteaya> that appear to have come with the install
[03:31] <anteaya> or through an approved package
[03:31] <anteaya> but thanks
[03:32] <ScottK-laptop> anteaya: Why do you think they came through an approved package?
[03:33] <ScottK-laptop> anteaya: #ubuntu for support, btw.
[03:33] <anteaya> ScottK-laptop: the install is about a week old
[03:33] <anteaya> clean drive
[03:33] <anteaya> hardy only
[03:34] <anteaya> i haven't had time to compile anything
[03:34] <anteaya> packages only
[03:34] <ScottK-laptop> No third party repositories?
[03:34] <anteaya> looking
[03:34] <anteaya> now i did install cinelerra
[03:34]  * NCommander checks the glibc version on intrepid
[03:35] <anteaya> and that may have been third party
[03:36] <NCommander> RAOF, seems like a good number of FTBFS are caused by glibc 2.8
[03:36] <RAOF> Yay!
[03:36] <RAOF> Toolchain fun!
[03:36] <anteaya> sorry and medibuntu
[03:36] <ScottK-laptop> anteaya: No cinelerra in the official repositories.
[03:36] <anteaya> okay
[03:36] <anteaya> and medibuntu?
[03:36] <ScottK-laptop> anteaya: Not official.
[03:36] <anteaya> okay
[03:36] <ScottK-laptop> Dunno.
[03:36] <anteaya> okay thanks
[03:36] <anteaya> i will look there
[03:36] <anteaya> very upsetting
[03:36] <NCommander> RAOF, I isolated that it causes wide-dhcpv6 to obiterate itself
[03:37] <ScottK-laptop> anteaya: You need to be more careful about what you install and where you get it from.  That's my advice.
[03:37] <NCommander> I don't need to monkey around with the toolchain tonight, I"m already too tired -_-;
[03:38] <anteaya> ScottK-laptop: I appreciate that
[03:38] <NCommander> wow, newlib is NOT happy on amd64
[03:42] <NCommander> RAOF,  (<< 2.8~) - That means a version less than 2.8, right?
[03:47] <RAOF> Yes.
[03:48] <NCommander> *grumbles* THis package requires glibc greater then 2.7 but less then 2.8
[03:48] <RAOF> Presumably >= 2.7, right?
[03:48] <RAOF> Anyway, FTBFS sponsoring?
[03:48] <NCommander> ah yes
[03:49] <NCommander> RAOF, https://bugs.edge.launchpad.net/ubuntu/+source/transproxy/+bug/247886
[03:49] <NCommander> Just one that I did this morning before starting my day
[03:50] <RAOF> Nice work.  Lintian+copyright+FTBFS :)
[03:50] <NCommander> Not completely sure I did the copyright right
[03:50] <NCommander> First time I ever did it with a BSD three-clause package
[03:50] <NCommander> I just cat LICENSE >> debian/copyright
[03:51] <ScottK-laptop> IIRC BSD is in /usr/share/common-licenses so you should refer to it and not repeat it.
[03:51] <NCommander> ScottK, I didn't see the three-clause one there
[03:51] <NCommander> Just the old four clause
[03:51]  * ScottK-laptop looks
[03:52] <NCommander> Then again, I did this at 8 in the mroning
[03:52] <NCommander> I may have missed it
[03:52] <ScottK-laptop> The one on my Hardy system is 3 clause.
[03:52] <RAOF>  /usr/share/common-licenses/BSD appears to be the 3 clause to me.
[03:52]  * ScottK-laptop high fives RAOF.
[03:52] <NCommander> ScottK, In addition, he modified the BSD license to explicately list his companies name
[03:53] <NCommander> (in the endorse/promote product derived section)
[03:53] <ScottK-laptop> In that case it's not BSD license anymore.
[03:53] <ScottK-laptop> Which is why BSD license sucks.
[03:53] <ScottK-laptop> MIT works much better.
[03:53] <NCommander> meh
[03:53] <NCommander> I haven't dealt with licenses since I was an Savannah FSF admin
[03:54] <NCommander> ANd I probably should have known better then to touch copyright at 8AM in the morning ;-)
[03:54] <ScottK-laptop> In this day and age it's essential we get it right.
[03:54] <ScottK-laptop> Even though it's painful.
[03:54] <NCommander> Yeah, I realize, it looked like BSD three-clause and it met DFSG from my IANAL perspective
[03:55] <NCommander> The old copyright file said it used GPL, not hat it currently uses
[03:55] <ScottK-laptop> Slight difference there.
[03:55] <NCommander> Yeah, just a bit ;-)
[03:56] <NCommander> WHoever packaged it was damn lazy
[03:56] <NCommander> no compat file, warnings from debhelper tools, and lintian was angry
[03:56] <NCommander> Two errors and a ****load of warnings
[03:56] <NCommander> it was nice to brush the rust off my packaging karma by fixing lintian warnings
[03:57] <ScottK-laptop> ;-)
[03:57] <RAOF> I think that your debdiff was created from an unclean source; it includes substvars and debhelper.log, etc.
[03:57] <NCommander> damn it
[03:58] <NCommander> Sorry
[03:58] <NCommander> I'm still getting used to using debdiff
[03:58] <RAOF> That's fine.
[03:58] <NCommander> Ugh, the apt-rpm documentation is bugged real nice
[04:00] <NCommander> <!doctype refentry PUBLIC "-//OASIS//DTD DocBook V3.1//EN" [
[04:00] <NCommander> I think I see the error with the doctype ;-)
[04:03]  * ScottK2 declares his man page sufficient and moves on.
[04:04] <NCommander> ScottK2, are you a core developer?
[04:04] <ScottK2> Yes.
[04:05]  * ScottK2 cringes.
[04:05] <NCommander> ScottK2, would you like to review my patch for the libnet-ssleay-perl package?
[04:05] <ScottK2> Sure.  What bug?
[04:05] <ScottK2> I think it's even my fault that's in Main.
[04:06] <NCommander> https://bugs.edge.launchpad.net/ubuntu/+source/libnet-ssleay-perl/+bug/247698
[04:06] <NCommander> It's a FTBFS
[04:06] <NCommander> o_o;
[04:07] <ScottK2> It turns out I didn't get that one promoted, but I'll look at it.
[04:07] <NCommander> promoted?
[04:07] <RAOF> To main, from Universe.
[04:08] <NCommander> Its in main ...
[04:08] <ScottK2> Oh dear lord.  That's the first time I've used edge since the changed it.
[04:08] <RAOF> But once, it was in universe.
[04:08] <ScottK2> Did I ever mention I think Launchpad U/I is getting worse?
[04:08] <ScottK2> It is.
[04:08] <NCommander> I personally like the updated look
[04:08] <RAOF> I think I like the big tabs up the top.
[04:09] <NCommander> It just feels laggy
[04:09] <NCommander> But edge was always like that for me
[04:09] <ScottK2> Launchpad is always laggy.
[04:09]  * NCommander just found the oTBFS
[04:09] <RAOF> Yay for round-trips to .uk
[04:09] <NCommander> Someone forgot to add lzma to the build-deps
[04:12] <NCommander> Or that's just the start ...
[04:12] <ScottK2> NCommander: Is this the one that builds in Debian because they don't run the test suite?
[04:12] <cody-somerville> ScottK2, I'm of a similar opinion
[04:12] <ScottK2> RAOF: You've got amd64, right?
[04:12] <RAOF> Yup.
[04:12] <ScottK2> RAOF: Would you be willing to do a test build on libnet-ssleay-perl?
[04:12] <NCommander> ScottK2, yeah
[04:12] <RAOF> ScottK2: Certainly.
[04:12] <ScottK2> Thanks.
[04:13] <NCommander> I'm currently playing email tag with four people on the Debian perl group
[04:13] <RAOF> ScottK2: You have a trustworthy face; want ssh access instead?
[04:13] <ScottK2> NCommander: Did you report a bug?
[04:13] <NCommander> Who are trying to reproduce, and can't
[04:13] <ScottK2> RAOF: No.
[04:13] <RAOF> Ok.
[04:13] <NCommander> ScottK2, Yeah. I'm going to see if I can reproduce on my debian sid box when I get home
[04:14] <ScottK2> RAOF: It's much more convenient for me to not have access to any 64bit boxen and just ask for help if I need it.
[04:14] <NCommander> newlib's rules are weird
[04:14] <RAOF> Heh.  Lazy ScottK2 :)
[04:14] <ScottK2> Overcommitted.
[04:14] <RAOF> Right.
[04:14] <NCommander> Overcommited?
[04:15] <ScottK2> To much to do.
[04:16]  * ScottK2 is currently trying to arrange to resovle Bug #247332
[04:16] <ScottK2> With that, I think I can get apt-get install some-meta-package and have spam and a/v filtering all integrated with Postfix.
[04:17] <NCommander> Well, newlib is FTBFS because its unpack stamp isn't being called ...
[04:20] <NCommander> and it appears it internally chooses not to build on anything but powerpc ...
[04:20] <ScottK2> NCommander: Am I reading your debdiff wrong or do you have both a patch and the same changes inline in the code?
[04:21] <ScottK2> NCommander: Personally, I prefer debian/changelog to be a little more verbose so that when the next person comes along to do a merge on the package they can understand both why and what was done.
[04:21] <ScottK2> It's one consequence of team maintaining.  We really need to document changes well.
[04:21] <NCommander> ScottK, Let me upload a fixed version
[04:21] <ScottK2> Thanks.  Ping me when it's uploaded.
[04:23] <NCommander> Ok, I fixed it, but I just want to check to make sure this works 100% proprely on i386
[04:28] <NCommander> ScottK2, +  * Fixed FTBFS on 64-bit architectures by changing printf %d to %ld
[04:28] <NCommander> +    so a long pointer can be printed out.
[04:28] <NCommander> How's that for an explained changelog?
[04:28] <ScottK2> Great.
[04:28] <NCommander> This was the first FTBFS I ever did for ubuntu
[04:28] <NCommander> It's nice to know I totally screwed it up ;-)
[04:28] <ScottK2> NCommander: No.  You figured out the problem and how to fix it.  That's not screwing up.
[04:29] <NCommander> and yeah, I forgot to run debian/rules clean before running debdiff the first time around
[04:29] <NCommander> ScottK2, obviously debian and ubuntu use different source packages for screwup ;-)
[04:29]  * NCommander runs from the bad pun
[04:29] <NCommander> Uploading now
[04:29] <NCommander> er wait
[04:30]  * ScottK2 borrows Hobbsee's LongPointyStick and attaches the pun to NCommander even at a great distance.
[04:30]  * NCommander runs lintian
[04:30] <NCommander> man-page-has-errors-from-man
[04:32] <NCommander> If the fix is trival, I'll fix that too
[04:32] <ScottK2> Great.
[04:32] <ScottK2> More Debian bugs to file ...
[04:33] <NCommander> I'll take care of that ;-)
[04:34] <ScottK2> I'm big on making sure relevant Ubuntu changes get pushed back to Debian.
[04:34] <ScottK2> If we don't work at it, entropy will turn Ubuntu into a fork in time and that would be bad for both distros.
[04:35]  * cody-somerville has started to do the same.
[04:35] <ScottK2> Excellent.
[04:36] <NCommander> yeah, I'm fixing lintian bugs as I find them with FTBFS :-)
[04:37] <NCommander> weird error
[04:37] <NCommander> I'll take one final stab fixing it ...
[04:38] <NCommander> ScottK2, it appears to be a bug in pod2man >.<;
[04:39] <NCommander> I'm not willing to loose half of my life chasing down that evil bug (IANA perl hacker)
[04:40] <ScottK2> OK.  Let's get the FTBFS and move on, but please at least file the bug against pod2man.
[04:40] <ScottK2> 1189 open bugs against Launchapd, but they have time to redesign the bug page using a random number generator.
[04:41] <NCommander> Patch filed
[04:41] <NCommander> I'm rerunning the final debdiff against pbuilder (the old one built ok, but I'm just rechecking for $SANITY sake)
[04:41]  * ScottK2 looks
[04:42] <ScottK2> But, of course, Launchpad is slow.
[04:42] <NCommander> ScottK2, I also checked it on i386, the change to printf doesn't effect it there at all
[04:42] <ScottK2> OK.
[04:42] <ScottK2> RAOF: Did you get a chance to build it?
[04:43] <RAOF> ScottK2: Oh, I was waiting for someone to give me a url.  You want the archive version, or what?
[04:43] <NCommander> RAOF, https://bugs.edge.launchpad.net/ubuntu/+source/libnet-ssleay-perl/+bug/247698
[04:43] <NCommander> If you want, I'll upload the source package somewhere for you
[04:44] <RAOF> That'd be nice.  Is it easy for you?
[04:44] <ScottK2> That or just use patch on the curren Intrepid package.
[04:45] <NCommander> the only machine I could upload and get something APT would understand isn't running, unless I post to REVU, but it isn't meant for this
[04:45] <RAOF> Yeah, that'll be faster.
[04:45] <RAOF> (Me applying the debdiff)
[04:45] <RAOF> I was just being lazy.
[04:46] <NCommander> Man, a non-lazy
[04:46] <NCommander> wow
[04:46] <NCommander> Whoops
[04:46] <NCommander> Be careful what you type before you push enter ;-)
[04:47]  * RAOF updates his intrepid sbuild first.
[04:47] <NCommander> so while we wait
[04:47] <NCommander> Any requests for me to look at FTBFS, or merges, etc?
[04:48] <ScottK2> Lovely.  Need to go into my Intrepid chroot just to make the source package thanks to debhelper 7.
[04:48] <NCommander> sorry to make you work
[04:51] <ScottK2> No problem.  I appreciate your contributing.
[04:52] <NCommander> I'm working on the f-spot FTBFS
[04:52] <ScottK2> You didn't make it debhelper 7.
[04:52] <NCommander> I didn't what?
[04:52] <ScottK2> You aren't the one that made it into a debhelper 7 package (that's the one that's giving me extra work right now).
[04:52] <NCommander> Oh
[04:53] <NCommander> I thought I forgot to add a build-dep
[04:55]  * NCommander appears to have a fix for f-spot
[04:55] <NCommander> Just needed to twiddle the build-deps
[04:56] <ScottK2> That's one I'm not going to feel comfortable with sponsoring.
[04:57] <NCommander> I just had to add libjpeg62-dev
[04:58] <RAOF> NCommander: That doesn't segfault in mcs on AMD64, does it? :)
[04:58] <NCommander> f-spot never segfautled on amd64
[04:58] <NCommander> It failed a configure test ...
[04:59] <NCommander> er ... wait
[04:59] <NCommander> ...
[04:59] <NCommander> Damn it
[04:59] <NCommander> I built it with the patch that broke evolution-sharp removed
[04:59] <ScottK2> NCommander: You also neglected to put the bug closing magic in your debian/changelog (I added it).
[04:59] <NCommander> ScottK, I opened the bug after I made the debdiff ;-)
[04:59] <ScottK2> Just as Debian uses (Closes: #nnnnnn), Ubuntu uses (LP: #nnnnnn).
[05:00] <ScottK2> NCommander: Not after you made the last debdiff.
[05:00] <NCommander> ScottK2, no, I know that.
[05:00] <NCommander> Whoops >.<;
[05:00] <ScottK2> OK.  Just making sure.
[05:01] <ScottK2> NCommander: When you did your i386 test build, how did you do it?
[05:01] <NCommander> RAOF, Yeah, so, I built f-spot without it segfaulting on me; it did complain of missing modules though when it appeared to run its test suite
[05:01] <ScottK2> NCommander: It FTBFS in my Intrepid pbuilder.
[05:01] <NCommander> ScottK, i386 chroot jail
[05:01] <NCommander> Hold on
[05:02] <NCommander> Let me install pbuilder in the i386 chroot and rerun
[05:03] <RAOF> Hm.  How long should libnet-ssleay take to build?
[05:03] <ScottK2> http://paste.ubuntu.com/27000/
[05:03] <ScottK2> Not very long.
[05:03] <NCommander> RAOF, not long, but the test suite will fail if localhost isn't properly setup
[05:03] <NCommander> ScottK, ooh, thats pretty
[05:03] <NCommander> Hold on
[05:04] <NCommander> I know the specific problem and how to fix (thanks for the good catch, and this teachs me to rerun pbuilder in both chroots)
[05:07] <NCommander> ScottK2, do you know the preprocessor macro for 64-bit archs?
[05:07] <ScottK2> Nope.
[05:08]  * ScottK2 looks over at RAOF since he knows a lot about 64bit stuff.
[05:09] <RAOF> You mean something that's defined on all 64bit archs, but not on 32bit archs?
[05:09] <NCommander> #if (__SIZE_TYPE__ == unsigned long)
[05:09] <NCommander> THat should work, right?
[05:09] <NCommander> RAOF, Yeah
[05:09] <RAOF> Uuurgh.
[05:09] <RAOF> That fails on win64
[05:10] <NCommander> Fine
[05:10] <RAOF> And possibly other 64bit archs, I don't know.
[05:10] <NCommander> || defined(__WIN64)
[05:10] <NCommander> :-)
[05:10] <RAOF> It's true for linux-ELF-x86-64
[05:10] <NCommander> It's also true for ia64
[05:11] <NCommander> I'll check for __lp64__, or the size_type
[05:11] <RAOF> Why do you need to, incidentally?
[05:12] <NCommander> THe test checks to see if a pointer can be cast to unsigned long and back
[05:12] <RAOF> But why?
[05:13] <NCommander> I dunno, I didn't check to see where the test is used in SSLeay
[05:13] <RAOF> ScottK2: libnet-ssleay builds on AMD64
[05:13] <ScottK2> OK.  So now he needs to figure one that will build on both.
[05:13] <ScottK2> Thanks.
[05:13] <NCommander> http://pastebin.ca/1070584 I think that will work
[05:14] <NCommander> (I need to change the comment to be more specific, but code-wise)
[05:15]  * RAOF doesn't know why pastebin.ca hates him so much.
[05:16] <NCommander> http://paste.ubuntu.com/27002/
[05:16]  * NCommander changes that to __lp64__
[05:17] <RAOF> NCommander: Isn't there a "print a pointer" printf specifier?
[05:17] <RAOF> Wouldn't that fix this without #if's?
[05:18]  * NCommander peeks in the manpage
[05:18] <NCommander> I didn't see one, but I probably missed it
[05:19] <NCommander> Yeah, I don't see it
[05:19] <RAOF> It isn't %p?
[05:20] <NCommander> The void * pointer argument is printed in hexadecimal
[05:20] <NCommander> The problem is its printing out the value of sizeof()
[05:20] <NCommander> On 32 bit archs, sizeof returns uint
[05:20] <NCommander> on 64, its ulong
[05:20] <RAOF> I think it returns size_t, actually.
[05:21] <NCommander> ok
[05:21] <NCommander> size_t is different on 32 archs, and 64 then unless I am mistaken
[05:22] <RAOF> %z appears to be the size_t specifier (http://www.gnu.org/software/libc/manual/html_node/Integer-Conversions.html)
[05:22]  * NCommander tries it
[05:23] <NCommander> RAOF, I love you long time if it works ;-)
[05:23] <RAOF> Hey, all sorts of fun there: %t is the specifier for a ptrdiff_t :)
[05:23] <NCommander> Nope
[05:23] <NCommander> No love
[05:23]  * NCommander tries %t
[05:26] <NCommander> RAOF, it seems GCC doesn't recongize %t
[05:28] <RAOF> Maybe you need to pass -c99?
[05:29] <RAOF> -std=c99, perhaps.
[05:29] <RAOF> C99: providing all sorts of shiny you can't acutally use.
[05:30] <ion_> Hehe
[05:30] <ion_> You probably want -std=gnu99 instead of -std=c99, i think. (Didn’t read the discussion, though.)
[05:31] <RAOF> The flags we're after are C99 standard; they shouldn't require the gnu extensions, right?
[05:33] <anteaya> ScottK-laptop: thanks for the help earlier, the images were in the miro icon-cache
[05:33]  * NCommander grumbles
[05:33] <ScottK2> And where did you get miro from?
[05:33] <NCommander> I really don't want to mess with the make system
[05:34] <RAOF> NCommander: Then try passing CC="gcc -std=c99" in rules?
[05:36] <anteaya> ScottK-laptop: checking repos i think
[05:37] <NCommander> RAOF, it's ignoring CC="gcc -std=c99"
[05:37] <RAOF> Does it ignore CFLAGS?
[05:37] <NCommander> CHecking
[05:37] <anteaya> ScottK-laptop: i do believe it is in the offical repos
[05:38] <ScottK2> Hmmm.
[05:38] <NCommander> RAOF, it's using quilt to call make if it makes a difference
[05:38] <NCommander> (there is no call to $(MAKE)
[05:38] <ScottK2> I know miro is in the official repos.  The question is, is that where you got it?
[05:38] <anteaya> ScottK2: yes
[05:39] <RAOF> And even if it is from the official repos, it will download things from the internet; that's it's whole purpose.
[05:39] <anteaya> ScottK2: i can confirm with a dpkg command right?
[05:39]  * NCommander hits his head on the desk
[05:39] <ScottK2> Right.
[05:39] <ScottK2> RAOF: Does it keep good logs?
[05:39] <RAOF> ScottK2: Dunno, never really cared.
[05:40] <RAOF> ~/.miro/miro-log shouldn't be too bad.
[05:41] <ScottK2> anteaya: ^^^
[05:42] <anteaya> http://pastebin.com/m59c0b447
[05:43] <ScottK2> That's the entire log?
[05:43] <anteaya> yes
[05:43] <anteaya> i don't use it much
[05:43] <anteaya> i haven't ever used it for screencasts or anything
[05:43] <RAOF> What's likely happened is that miro has downloaded some channel icons/splash-screens to ~/.miro/icon-cache, and you have something trawling ~ for images.
[05:43] <RAOF> What was the actual problem you had, again?
[05:43] <anteaya> just to watch downloads when the other codecs don't work
[05:44] <anteaya> images of people with guns playing on my slideshow screensaver
[05:44] <anteaya> i don't know where the images had come from so i didn't know if i was being attacked or not
[05:45] <NCommander> RAOF, some googling tells me I should check LP64 on all 64-bit compilers (and memory tells me I think thats defined on Win64 too)
[05:48] <RAOF> That's probably OK, then.
[05:48] <NCommander> Passes build on AMD64
[05:48] <NCommander> Running pbuilder on amd64, and then will run pbuilder on i386 and submit
[05:49] <NCommander> ScottK2, do you want anything else once I confirm it works on i386 and amd64 pbuilders?
[05:49] <anteaya> thanks for the help
[05:49] <ScottK2> Add the LP foo if you're doing it over.
[05:49]  * NCommander adds foo
[05:53] <NCommander> That's was a deceptively anonying package to fix, but learned much, I ahve
[05:54] <ScottK2> Is the new debdiff on the bug now?
[05:54] <NCommander> No
[05:54] <NCommander> I'm having some pbuilder issues ...
[05:55] <NCommander> The source package isn't being rebuilt with the updated patch ...
[05:57] <NCommander> RAOF, thank you for your help :-)
[05:57] <RAOF> :)
[05:57] <NCommander> I now owe you one, since this was more intense then the mono bug
[05:58] <NCommander> ok, passes pbuilder on amd64, still waiting for i386 to finish
[06:00] <NCommander> if my internet connection wasn't as slow as ****
[06:00] <RAOF> squid is love.
[06:00] <NCommander> I don't have any of the i386 packages so its downloading
[06:00] <RAOF> Ah, right.
[06:01] <NCommander> This was fun to fix ^_^
[06:02]  * NCommander can hear ScottK groaning from here
[06:03] <NCommander> RAOF, are you a core dev?
[06:03] <NCommander> Builds on i386 :-)
[06:03] <RAOF> Neyope.
[06:04] <NCommander> ScottK2, patch is now on launchpad
[06:04] <ScottK2> OK
[06:04] <NCommander> And .... launchpad's skin just changed again o_o;
[06:04] <ScottK2> RAOF: Would you please build it again for me?
[06:05] <RAOF> Yeah.  Strange LP.
[06:05] <NCommander> ScottK2, I apologize for having given you a nice headache so late at night
[06:05]  * NCommander wishes launchpad was open
[06:05] <NCommander> The reason they give for not opening the code is weak at best
[06:05]  * ScottK2 would settle for fast and had a good U/I.
[06:05] <ScottK2> Yes.
[06:05]  * NCommander is a former gforge maintainer
[06:05]  * NCommander is was an FSF Savannah maintainer
[06:06] <NCommander> The former had features out the wazoo, but a pain to run
[06:06] <NCommander> THe later was a little feature light, but much easier to run; I even got it running acceptably on my NSLU2 (233Mhz ARM/32MB of RAM)
[06:06] <ScottK2> The bigger problem though is that even though most LP developers come from a FOSS heritige, the closed nature of the project makes them closed to community input.
[06:07] <NCommander> I personally think Launchpad slaughters Sourceforge in terms of usability
[06:07] <NCommander> and its on par with GForge
[06:07] <RAOF> I don't think I've really seen GForge.
[06:07] <NCommander> Unless your building packages to work with debian/ubuntu
[06:08] <NCommander> Well, Canonical has pledged to open launchpad
[06:08] <NCommander> But TBH, I can't understand how it could take "years"
[06:08] <NCommander> Unless Canonical had another company write it, or they bought it
[06:09] <RAOF> ScottK2: Builds fine on AMD64.
[06:09] <ScottK2> RAOF: Thanks.
[06:13] <NCommander> ScottK2, does that mean this patch will see the light of day?
[06:14] <ScottK2> NCommander: if it builds for me too on i386, yes.
[06:14] <NCommander> The Debian Perl guys could not reproduce, so I don't see the patch moving upstream unless the same issue bites Debian
[06:21] <ScottK2> NCommander: Uploaded.  Thank you for your contribution to Ubuntu.
[06:21]  * NCommander strikes victory pose
[06:22] <ScottK2> Wait until it builds on the buildd's.
[06:22] <NCommander> is there a page I can see that status (the qa page is only updated once daily)
[06:23] <ScottK2> Yes.  I'll give you the link in a moment.
[06:23] <ScottK2> One advantage of Main uploads is they go first on the buildd's so less waiting.
[06:24] <NCommander> On my buildds for m68k
[06:24] <NCommander> I have a tweak that causes my debian packages to always take prefernce ^_^
[06:25] <NCommander> Speaking of contribing
[06:26] <NCommander> I'm considering requesting Ubuntu Contributing Developer (I'd like an @ubuntu.com email so I can get my packages in Ubuntu to have bug reports go straight to me, and not through MOTU), but I think I'm too new to request it
[06:27] <RAOF> NCommander: Actually, bug reports don't generally go to the maintainer address _at all_.
[06:27] <ScottK2> NCommander: https://launchpad.net/ubuntu/intrepid/+source/libnet-ssleay-perl/1.33.01-1ubuntu1
[06:27] <RAOF> NCommander: If you want to maintain some packages, you subscribe to their bugmail in Launchpad (I've done so for a couple)
[06:27] <ScottK2> NCommander: On Launchpad you can subscribe to bugmail for specific packages.
[06:27] <NCommander> Yeah, I did that for cvsps
[06:27] <NCommander> Oooh, it built on i386 :-)
[06:27] <NCommander> That's a good sign, I haven't broken main!
[06:28] <NCommander> woohoo
[06:28] <NCommander> It built on amd64
[06:29] <NCommander> THe ia64 autobuilder must be taking a nap ;-)
[06:29]  * NCommander would still like an @ubuntu.com email address, but if I won't get maintianer bug reports, then its not a priority
[06:29] <ScottK2> ia64 and hppa are a bit behind at the moment.
[06:30] <NCommander> Knowing my luck
[06:30] <NCommander> The the HP-PA buildd will self-destruct
[06:30]  * NCommander saw the Debian one do that
[06:30] <ScottK2> hppa is not a happy camper in general.  It's currently the weakest of the Ubuntu ports.
[06:31] <NCommander> I've offered to help, but I own no hppa
[06:31] <NCommander> (it looks like its a little less needy, its down to 200 FBFTS)
[06:31] <NCommander> But some poor soul should sit down and bastardize d-i so it can at least install hppa ubuntu directly
[06:31] <ScottK2> Unfortunately there don't appear to be any community machines for HPPA either.
[06:32]  * NCommander looks on ebay
[06:32] <NCommander> hppa is one of two debian archs I haven't run
[06:32] <lifeless> where is lamont when you need him
[06:32] <NCommander> Er, three, I haven't run ia64
[06:33] <lifeless> have you run lpia?
[06:33] <NCommander> I have it in a chroot if that counts
[06:34] <lifeless> I don't know if it counts
[06:34] <lifeless> :)
[06:34] <NCommander> lifeless, you got a FTBFS failure for lpia you need looked at?
[06:34] <ScottK2> lifeless: He said Debian arch.  LPIA isn't a Debian arch.
[06:35] <lifeless> woo, 1.8MB of parsing to go. _nearly_ there
[06:35] <lifeless> ScottK2: fair enough :)
[06:35] <lifeless> NCommander: no, I was just speculating
[06:35] <NCommander> I have some experience castrating d-i to bend to my will
[06:35] <NCommander> if lpia needs an installer
[06:35] <NCommander> I can hack one together in a few hours
[06:36] <ScottK2> Good night everyone.
[06:36] <lifeless> I have no idea; I would have thought it had an install mechaism already, the mobiel guys are testing it a lot :)
[06:36] <NCommander> meh, pbuilder needs to fixed; either divided into a docs package and the main one, or kept together
[06:36] <lifeless> moblin image creator or something
[06:37] <NCommander> lifeless, you work on u-ports?
[06:37] <lifeless> nope
[06:37] <lifeless> just keep my ear to the ground
[06:37] <NCommander> woo, libnet-ssleay-perl built on ia64
[06:37] <NCommander> I properly cleared that FTFBS
[06:39] <lifeless> excellent
[06:39] <NCommander> lifeless, you a MOTU?
[06:39] <lifeless> yup, amongst other things
[06:40] <NCommander> core-dev?
[06:40] <NCommander> intersting in sponsoring an FTBFS fixing patch?
[06:42] <lifeless> nope, not core at this point
[06:42] <lifeless> have to pack up and leave shortly; got a flight to catch
[06:42] <lifeless> if its a patch to something in main you'll need a core to look at it
[06:43] <NCommander> nope, not core
[06:43] <NCommander> Just curious ;-)
[06:43] <lifeless> where is the debdiff?
[06:43] <NCommander> https://bugs.edge.launchpad.net/ubuntu/+source/transproxy/+bug/247886
[06:44] <NCommander> FTBFS+lintian+compat fixes ;-)
[06:47] <lifeless> looks good to me
[06:47] <NCommander> thanks
[06:47] <NCommander> I still need a sponsor
[06:48] <lifeless> yup
[06:48] <lifeless> if its not sponsored in 30 hours nag me - I'll be in the office and able to do it
[06:48] <NCommander> Ok
[06:48]  * NCommander pokes RAOF 
[06:49] <RAOF> NCommander: Ow.  Whay?
[06:49] <RAOF> Ah, that's in universe.
[06:49] <NCommander> I need a sponsor
[06:49] <NCommander> Yeah
[06:50] <RAOF> That still looks generated from an unclean source pacakage; it includes substvars, debhelper.log, etc.
[06:51] <RAOF> Also, I'm going out for a Sunday strtol.
[06:51] <NCommander> whoops
[06:51] <NCommander> Ok
[06:51] <NCommander> Cya ;-)
[06:52]  * NCommander fixses obexpushd
[06:52] <lifeless> yah, I was ignoring the obvsious stuff that the rebuildI'd do would clean :)
[06:57] <NCommander> Fixed that
[06:57] <NCommander> and also fixed obexpushd
[06:57] <NCommander> I'm having trouble with getting FTBFS patches going upstream; debian using glibc 2.8, which isn't causing their packages to break
[10:50] <gaspa> is there someone with a clean hardy, that can confirm or invalid this: ﻿bug #79364 ?
[10:50] <gaspa> the test could be simply: ﻿"apt-build -v ; sudo apt-build source mysql-server "
[10:52] <andrew_sayers> gaspa: how clean is clean?
[10:58] <gaspa> andrew_sayers: without intrepid repository, i mean... or at least without a lot of packages from other repos...
[10:58] <andrew_sayers> Then yes, yes I can :)
[10:58] <andrew_sayers> Although I might need a bit of hand-holding.
[10:58] <gaspa> andrew_sayers: i really don't know, i'm tryinh to figure out why it could fail.
[10:59] <gaspa> andrew_sayers: do as you can, and thanks.
[10:59] <andrew_sayers> Can you use apt-build to tweak packages and rebuild them?
[10:59] <andrew_sayers> If so, it might be what I need to pin down an unrelated bug.
[11:01] <gaspa> andrew_sayers: it depends. you could define cflags, or other environment variables, i think it's not (now) possible use patches or other code handling.
[11:02] <andrew_sayers> `apt-build -v` gives me 'apt-build version 0.12.31ubuntu1', running the second command now...
[11:05] <andrew_sayers> I've not run apt-build before, so I've just added the relevant hardy sources.  It's now downloading various mysql packages.
[11:06] <andrew_sayers> While we're waiting, I don't suppose you're on kubuntu and willing to do a simple test?
[11:07] <gaspa> no, i've gnome. sorry.
[11:07] <gaspa> but i'm running kmail.... if helps. :p
[11:07] <gaspa> ... uh.
[11:07] <andrew_sayers> Too late anyway - it's all downloaded :)
[11:07] <andrew_sayers> Complained about some GPG problem, but no errors.
[11:07] <gaspa> andrew_sayers: if it downloads it works!!
[11:08] <andrew_sayers> :)
[11:08] <gaspa> ok, fine. could you please wrote something on lp?
[11:08] <andrew_sayers> Sure.
[11:08] <andrew_sayers> Anything in particular I should say?
[11:08] <gaspa> attach your log...
[11:09] <gaspa> andrew_sayers: thanks. :)
[11:12] <rohan> what's up with flashplugin-nonfree in ubuntu hardy? first it was updated to 10.xx in backports, now again the version number says it's 10.xx+really9.xx
[11:12] <rohan> what's going on? :o
[11:14] <andrew_sayers> gaspa: sure - let me know if you need anything else, and possibly thanks for pointing me in the direction of apt-build.
[11:21] <gaspa> andrew_sayers: ;)
[11:54] <mouz> rohan: 10.xx caused too much browser crashes
[11:54] <mouz> so it is really a downgrade
[12:01] <AnAnt> Hello, can someone review swt-gtk: http://revu.tauware.de/details.py?package=swt-gtk
[12:11] <nedko> should i choose python-central or python-support? i'm not sure what i need
[12:23] <RAOF> nedko: Either works, really.  I've chosen python-central in the past, but that's just habit mainly.
[12:25] <emgent> heya
[12:27] <LucidFox> From linux.org.ru:
[12:28] <LucidFox> - I'm developing a file system...
[12:28] <LucidFox> - Don't get married. Just in case.
[12:28] <nedko> RAOF: why you've chosen python-central?
[12:28] <RAOF> Habit.
[12:28] <nedko> i need to choose habit too
[12:28] <nedko> :]
[12:28] <RAOF> Basically, it doesn't much matter.
[12:29] <nedko> this only makes choice harder
[12:29] <RAOF> I think at one point python-central handled extension modules (ie: bits with C code) better, but I don't know whether that's still the case.
[12:30] <RAOF> Yeah.  It's basically a choice between equivalent alternatives.  Flip a coin.
[12:31] <RAOF> Or, if you like, I could tell you to use python-central, because all the python-versioning metadata is included in debian/rules rather than being spread across a couple of files.
[12:32] <RAOF> I'd be lying though; it's in debian/control :)
[12:33] <nedko> setup steps at http://wiki.debian.org/DebianPython/NewPolicy look simplier for python-support :)
[12:33] <RAOF> We have a winner, then.  Really?
[12:34] <nedko> rafl: 3 vs 5 steps, but i dont see why python versioning metadata is spread across several files.
[12:34] <nedko> ups
[12:34] <nedko> RAOF, sorry rafl
[12:36] <rafl> no problem.
[12:36] <nedko> and to make choice even harder, i'm going to use CDBS :]
[12:37] <RAOF> Eh, that makes it easy.  Really, you don't have to think so much about it.
[12:39] <udienz-> AnAnt: you are Ahmed El-Mahmoudy
[13:53] <NCommander> Good morning world
[13:54] <geser> Hi NCommander
[13:55] <nedko> http://revu.ubuntuwire.com/details.py?package=laditools
[13:55] <NCommander> hey geser
[13:56] <emgent> hi geser NCommander
[13:56] <NCommander> hola emgent
[13:56]  * NCommander throws his head into a barrel of cold water in an effort to wake up
[13:58] <NCommander> anyone in the mood to sponsor YAFTBFS fix?
[14:00] <emgent> NCommander: bug url ?
[14:00] <emgent> :)
[14:00] <NCommander> THis is becoming a morning tradition
[14:00] <NCommander> https://bugs.edge.launchpad.net/ubuntu/+source/obexpushd/+bug/248024
[14:00] <emgent> ok nice
[14:01] <emgent> i will take a look
[14:01] <NCommander> My libnet-ssleay-perl fix went in last night ;-)
[14:02]  * ScottK2 is still recovering from the experience.
[14:02] <ScottK2> ;-)
[14:03]  * NCommander gives ScottK2 super-coffee
[14:03] <NCommander> It wasn't that bad ...
[14:03] <ScottK2> No, not really.
[14:03] <NCommander> I mean, its not like running pbuilder caused your system to panic, or space mutants to bust down the wall
[14:04] <ScottK2> Nope.
[14:05] <ScottK2> I do suggest that you consider making some changes to your workflow for improved reliability.  You are doing very good work, but I've seen more than once where you've submitted debdiffs using packages that weren't entirely clean.
[14:05] <NCommander> yeah
[14:06] <NCommander> I noticed that too, I usually read the debdiff, but I miss the three line substvars
[14:06] <NCommander> so any improvements will be recommended
[14:06] <NCommander> er
[14:06] <NCommander> welcomed
[14:06] <NCommander> Sorry, I can't mount /dev/coffee due to lack of beans error
[14:06] <ScottK2> There are lots of ways to do it, so you need to find what works for you.
[14:07] <NCommander> I usually run debian/rules clean before debdiff
[14:07] <NCommander> But that sometimes seems to leave around extras
[14:07] <ScottK2> Yes.
[14:07] <ScottK2> Of course that'd be due to errors in clean that could be fixed.
[14:08] <azeem> NCommander: don't you run debdiff on the respective source packages?
[14:08] <ScottK2> I work in the source package, then always build in pbuilder so build stuff gets left behind every time.
[14:08] <NCommander> Same here
[14:09] <ScottK2> OK.  I was under the impression you were building in a persistent chroot.
[14:09] <NCommander> what?
[14:10] <NCommander> I have an interpid chroot - I run hardy on this machine
[14:10] <ScottK2> It may be to early for me to communicate well.
[14:11] <NCommander> and too early for me to understand ;-)
[14:11] <NCommander> I'm having a lot of trouble though getting fixes into debian
[14:11] <NCommander> Maintainers are unwilling to apply the changes needed because of the ftbfs due to glibc2.8
[14:12] <Mez> NCommander, just send the fixes for the stuff that's relevant only to the debian version
[14:12] <NCommander> ok
[14:12] <ScottK2> NCommander: The other stuff can sit in BTS until Debian upgrades ...
[14:13] <NCommander> yeah
[14:13] <ScottK2> NCommander: Then they'll be glad of it.
[14:13]  * ScottK2 had similar problems with Python 2.5 transition stuff.
[14:13] <geser> NCommander: just file them and wonder when you get a close message from BTS in some months which bug it is again :)
[14:13] <Mez> you shouldnt be sending stuff to debian really that doesnt fix the issue in debian - so before you send, try building the debian stuff... if you send a complete patch to a debian maintainer that fixes something - and they just need to apply the patch...
[14:13] <Mez> then they'll accept it
[14:13] <Mez> I would
[14:13]  * NCommander looks for another package to fix
[14:14] <ScottK2> Mez: Some would, some wouldn't.  If Debian isn't using the infrastructure bit that exposes the problem, then a lot of maintainers don't worry.
[14:15] <Mez> ScottK2, of course, if the patch doesn't apply to debian - just let it show up in the PTS :)
[14:15] <Mez> until debian are ready
[14:16]  * ScottK2 recalls on package with Python 2.5 problems that the solution was to upload changes I'd put into the dpmt svn almost a  year before.
[14:16] <ScottK2> on/one
[14:16] <Mez> lmao - I love the fact that debians PTS tracks open bugs in ubuntu
[14:16] <NCommander> I take it you've been here from the beginning I take it ScottK ?
[14:17] <Mez> NCommander, "the beginning" is a relative term
[14:17] <ScottK2> NCommander: No.  About a year and a half.
[14:17]  * ScottK2 started using Ubuntu with Dapper and developing during Feisty.
[14:17]  * Mez started using with warty and developing during breezy
[14:18]  * ScottK2 is really a newcomer.
[14:19]  * ion_ started with the Jolly Jellyfish release.
[14:19] <azeem> NCommander: did you have trouble besides #490369 and #490389?  Cause those are the only two recent bugs I can find which are filed by you
[14:19] <ion_> Back in 2009.
[14:20] <azeem> ion_: those were the days
[14:20] <azeem> before the big glibc->eglibc change
[14:21] <ion_> And they were still using Linux instead of Hurd.
[14:21] <azeem> crazy people
[14:21]  * ion_ goes back to playing Duke Nukem Forever.
[14:22]  * azeem goes back to his Hurd box
[14:25] <DktrKranz> ScottK2, I'm working on bug 202974, is it ok for you to proceed with a SRU?
[14:26]  * ScottK2 looks
[14:26] <DktrKranz> basically, it just needs changes from -2 in intrepid
[14:27] <ScottK2> So this is fixed in Intrepid already?
[14:27] <DktrKranz> Yes
[14:29] <ScottK2> OK.  Go for it.  I marked in the bug.
[14:29] <DktrKranz> Thanks
[14:33] <emgent> heya
[14:54]  * ScottK2 knocks a few off the sponsorship queue.
[14:57] <emgent> :)
[14:58] <ScottK2> Hobbsee: I'm looking at Bug #238439 and think it ought to be uploaded, but note you assigned it to yourself a couple of weeks ago.  Mind if I go ahead?
[14:59] <Hobbsee> ScottK2: i committed it to debian kde svn, asked for an upload a few times, and didn't get it.
[15:00] <Hobbsee> ScottK2: it would be good to actually get that revision uploaded, then sync.
[15:01] <ScottK2> You'd rather I leave it for you then?  No problem.
[15:01] <Hobbsee> ScottK2: actually, i'd rather you poke someone to upload it in debian kde, as i seem to have failed there :)
[15:02] <ScottK2> OK.
[15:02] <ScottK2> --> TODO
[15:02] <Hobbsee> :) thanks
[15:02] <geser> Hobbsee: doesn't your LPS(tm) doesn't work in Debian?
[15:03] <Hobbsee> geser: not so far, and i haven't felt the desire to beg.
[15:03] <geser> perhaps your need a more pointy one as DDs seem to develop a thick skin :)
[15:03]  * sebner thinks that Hobbsee should her magic stick to do some magic in debian :)
[15:03] <Hobbsee> hehe
[15:05] <sebner> + use xD
[15:10] <ScottK2> Hobbsee: I think if you solve the arm FTBFS your odds of getting sponsored go way up: http://buildd.debian.org/fetch.cgi?pkg=taskjuggler&arch=arm&ver=2.4.1-1&stamp=1215757932&file=log&as=raw
[15:13] <Hobbsee> ScottK2: sigh.  or i could be lazy, and ask you to do that too?  :)
[15:13] <Hobbsee> . o O { who really cares about arm anyway... }
[15:13] <ScottK2> Hobbsee: Debian, unfortunately.
[15:13] <Hobbsee> darn.
[15:14] <ScottK2> Hobbsee: At a glance, I'm wondering if it needs a build-dep on kdepim-dev, but then I wonder how it built on the other archs.
[15:15] <Hobbsee> well, yeah, that's what i was wondering....
[15:15] <Hobbsee> that's the sort of error i would have expected to fail on all arches
[15:15] <Hobbsee> or, not arm.
[15:18] <NCommander> I'm back
[15:19] <ScottK2> NCommander: You know about arm, right?
[15:19] <NCommander> arm as in the limb, arm the platform, aka armel for new ABI, or armeb for big endian?"
[15:20] <ScottK2> arm the platform
[15:20] <NCommander> Yeah, I have an arm box running debian
[15:20] <ScottK2> As in why the heck did this FTBFS on arm and no where else: http://buildd.debian.org/fetch.cgi?pkg=taskjuggler&arch=arm&ver=2.4.1-1&stamp=1215757932&file=log&as=raw
[15:21] <NCommander> sounds like libtool isn't happy
[15:22] <ScottK2> We're trying to get Debian to upload a bug fix in that package, so if you could help us figure out the arm problem, it'd be greatly appreciated.  I suspect that'd help our chances of getting uploaded immensely.
[15:22] <NCommander> Sure
[15:22] <NCommander> My arm box is down, so I can only give advice, and not actually build anything
[15:22] <ScottK2> Thanks.
[15:22] <ScottK2> I'll take that.
[15:22] <NCommander> Did it FTBFS on armel?
[15:24] <NCommander> libkmime built on normal ARM
[15:24] <ScottK2> No. http://buildd.debian.org/pkg.cgi?pkg=taskjuggler
[15:26] <NCommander> It appears to be a problem with libkcal2-dev, and not kdepim-dev
[15:26] <NCommander> If you look closely, its uses libkcal2-dev to resolve the build-dep
[15:27] <NCommander> Right, ok, hold on, its a build-deps problem
[15:30] <NCommander> ScottK2, have it explicately require kdepim4-dev vs. libkcal2-dev on arm and armel
[15:30] <NCommander> It appears the arm's libtool does so weird things on various library linker scripts, but with the packages its installing on arm, there is no libkmine.la
[15:30] <ScottK2> Thanks.
[15:30] <ScottK2> Hobbsee: ^^^ I think if you committ that, your odds of an upload go way up.
[15:31] <NCommander> Yeah, its not the first time I've seen whacky libtool behavior on arm
[15:31] <NCommander> But the arm architecture itself is just plan weirfd
[15:31] <ScottK2> I've heard that Ubuntu will soon have armel, but no official announcement yet.
[15:32] <NCommander> I'd love to help wit that port
[15:32] <NCommander> It will replace Debian on the ARM fileserver
[15:33] <ScottK2> AFAIK, lool is the one you want to talk to about that.
[15:33] <NCommander> Hobbsee, if it still FTBFS, ping me, I'll fire up the arm box and investiage some more
[15:33] <NCommander> who?
[15:33] <ScottK2> Loic Minier
[15:34] <NCommander> I get that weird feeling there is some Ubuntu-devel mailing list I should be subscribed to
[15:34] <Nafallo> mailx -s subscribe ubuntu-devel-request@lists.ubuntu.com
[15:34] <Nafallo> :-P
[15:35] <Nafallo> also: Hi! :-D
[15:35] <NCommander> hola Nafallo
[15:35] <NCommander> wow, Inkspace is *not* happy
[15:35] <emgent> heya Nafallo :)
[15:35] <Nafallo> hi emgent :-)
[15:36] <Nafallo> dooh. I've already said hi
[15:36] <Nafallo> bad redundancy :-P
[15:38] <NCommander> rofl
[15:38]  * NCommander is right now emailing patches upstream to Debian
[15:42] <ScottK2> NCommander: That was mentioned on some IRC channel.  I don't recall which one.
[15:43] <NCommander> which one what?
[15:43] <ScottK2> Anyone here like ocaml stuff?
[15:43] <ScottK2> That = "Ubuntu will have an armel port"
[15:44] <ScottK2> If there is (someone who likes ocaml, gtk, and lpia), please see Bug #248132
[15:46] <NCommander> why can't debian have a web based interface for reporting bugs -_-;
[15:47] <NCommander> Ew
[15:47] <NCommander> THat's an evil bug
[15:48] <NCommander> main isn't happy with the new glibc
[15:49] <NCommander> http://launchpadlibrarian.net/15966590/buildlog_ubuntu-intrepid-i386.mbr_1.1.10-1_FAILEDTOBUILD.txt.gz - I'm debating the best way to possibly fix this
[15:49] <ScottK2> NCommander: Becuase reportbug works just fine.
[15:49] <NCommander> ScottK, not if you don't have an SMTP server Debian can accept, and I haven't found what magic is needed to get reportbug to work against gmail
[15:51] <ScottK2> NCommander: Install postfix locally and then smarthost to gmail.
[15:51] <ScottK2> IIRC there are plenty of HOW TOs on that.
[15:51] <NCommander> I've never gotten it to work with postfix
[15:51] <NCommander> I'll install exim4 which I have gotten to work like that
[15:51]  * ScottK2 has postfix on his laptop smarthost to one of his own mail servers.
[15:51] <ScottK2> Whatever works.
[15:52]  * ScottK2 has had a lot of good out of Postfix, but ymmv.
[15:52] <NCommander> I love postfix
[15:52] <NCommander> I use it when I have an actual net facing server
[15:52] <NCommander> But I've never gotten it to work with a smarthost without a whole heap of trouble
[15:52] <NCommander> ^with Gmail
[15:52] <NCommander> Since gmail's smtp's servers are weird
[15:53] <ScottK2> Hmmm.  I've never tried gmail, but getting postfix to login via sasl when relaying isn't generally to hard.
[15:53] <NCommander> With TLS, and on an non-standard port?
[15:54] <ScottK2> With TLS, but not on a non-standard port.
[15:56] <ScottK2> Is gmail using smtps?
[15:57] <ScottK2> If so, then Postfix doesn't support that as a client.
[16:01] <tuxbuntu> GMail uses SMTP with TLS
[16:02] <nedko> is there a way i can sign launchpad PPA built binary packages?
[16:04] <geser> no
[16:10] <proppy> Hi, what can I do to help with bug #226587
[16:10] <proppy> regarding ﻿ xmonad-contrib backport
[16:11] <Laney> proppy: It's in hardy
[16:11] <NCommander> If backports done similar to debian backports, I'd do it.
[16:11] <proppy> because it is marked as 'Fix Released'
[16:12] <proppy> but it seems that the -contrib one is not backported
[16:12] <proppy> oups I'm wrong hardy-backports (libdevel): 	Extensions to xmonad [universe]
[16:12] <proppy> 0.7-1~hardy1: amd64 i386
[16:12] <proppy> sorry for the confusion
[16:12] <proppy> now I should find out, why packages.ubuntu.com is listing it and not apt-cache
[16:13] <NCommander> I'll be back later
[16:13] <NCommander> Peace universe!
[16:24] <proppy> hi warp10
[16:25] <warp10> heya proppy and all
[16:26] <tuxbuntu> hello!
[16:33] <AnAnt> Hello, can someone REVU this swt-gtk upload: http://revu.tauware.de/details.py?package=swt-gtk  ?
[17:43] <ScottK2> I'm wearing my UDS Prague t-shirt today and out running errands.
[17:44] <ScottK2> I walk into a store and a guy that works there says, "I love your shirt.  All my friends use Ubuntu."
[17:44] <ScottK2> I ask him why he doesn't and he says he's a Mac guy.
[17:44] <ScottK2> "Did you know you can dual boot on a Mac ...."
[17:44] <ScottK2> Another convert.
[17:44] <ScottK2> ;-)
[17:47] <Nafallo> lol
[17:47] <Nafallo> awesome
[17:49] <emgent> heheh
[17:50] <ScottK2> YokoZar: ^^^ - The thing that he really envied his Ubuntu using friends was the ability to run Windows games using Wine.
[17:51] <bdrung> http://de.youtube.com/watch?v=3-329Czokjk
[17:59] <aanjhan> ScottK, coolness!
[18:17] <emgent> ScottK-laptop: ping
[18:18] <ScottK-laptop> Pong.
[18:18] <nxvl> emgent: Congratulations! Did you read my e-mail?
[18:18] <emgent> nxvl: thanks :)
[18:18] <emgent> ScottK-laptop: can you take a look for main in bug #248167
[18:18]  * ScottK-laptop looks
[18:19] <emgent> (18:57) ( CIA-53) Thomas Waldmann <tw AT waldmann-edv DOT de> default * 3834:27ddf6dfa7bd 1.8/MoinMoin/macro/AdvancedSearch.py: XSS  security fix for advanced search form: added escaping (thanks to Emanuele Gentili from Ubuntu for discovering the  problem) (ported from 1.7)
[18:19] <emgent> if you can please upload it
[18:20] <ScottK-laptop> emgent: Yes.  I'll have a look at it.
[18:20] <emgent> nxvl: yeah i saw eheheh :)
[18:22] <nxvl> emgent: btw, did have time today or are you busy/about to leave?
[18:24] <emgent> I have to leave between 20 minutes
[18:24] <nxvl> emgent: can you guide me on how to use security-tracker in 20 minutes?
[18:26] <emgent> if you can this night, now I should go to make a shower
[18:26] <emgent> sorry :\
[18:26] <ScottK-laptop> emgent: I'm reverting the standards change part of your patch.
[18:27] <nxvl> emgent: ok, i will ping you later :D
[18:27] <ScottK-laptop> I think it's of little point and I wouldn't want us to maintain a diff over it if Debian takes your patch.
[18:27] <emgent> ok ScottK-laptop np
[18:28] <emgent> i have to go now, see you later people
[18:30] <balachmar> Hi, I am want to package something use the video tutorials, but the piece of software uses a software license they have invented themselves, can I still use that video as a guideline?
[18:30] <nxvl> wooohoo augeas has been accepted on debian too
[18:30] <nxvl> \o/
[18:31] <nxvl> one more package for me
[18:35] <ScottK-laptop> emgent: Uploaded.  Thank you for your contribution to Ubuntu.
[18:36] <emgent> ScottK-laptop: np :)
[18:36] <emgent> now waiting help.ubuntu.com fix
[18:36] <emgent> oh it`s late. bye! :)
[18:38] <geser> balachmar: is the license somewhere online?
[18:40] <balachmar> geser: I am looking for it, but there was no link in the copying file
[18:41] <nxvl> balachmar: yes, you just need to change the way daniel dealed with the license
[18:42] <geser> if the software is redistributable
[18:42] <nxvl> ScottK-laptop: there is no build-admin here, isn't it?
[18:42] <ScottK-laptop> Why?
[18:42] <nxvl> ScottK-laptop: pbuilder
[18:42] <ScottK-laptop> Someone might be around in an emergency, but not normally.
[18:42] <nxvl> ScottK-laptop: needs given-nack
[18:43] <nxvl> back*
[18:43] <geser> nxvl: texlive-xetex is installable again?
[18:43] <nxvl> geser: on my local pbuilder it was
[18:43] <ScottK-laptop> nxvl: I think any core-dev can do that from the web U/I now.
[18:43]  * ScottK-laptop looks.
[18:43] <geser> nxvl: have you universe enabled?
[18:43] <nxvl> yup
[18:44] <ScottK-laptop> I can retry it.
[18:44] <nxvl> ScottK-laptop: please
[18:44] <ScottK-laptop> geser: What do you think?  It's your upload.
[18:44] <geser> nxvl: texlive-xetex (main) depends on dvipdfx (universe)
[18:45] <ScottK-laptop> nxvl: Disable Universe in your pbuilder and try again.
[18:45] <nxvl> ok
[18:46] <geser> ScottK-laptop: I need to figure out if dvipdfmx needs either to be promoted or dropped from the depends of texlive-xetex
[18:46] <balachmar> sorry dropped out... network-manager still drops my connection after a bit (even with 0.7)
[18:47] <geser> balachmar: which software are you trying to package?
[18:47] <ScottK-laptop> geser: I'll leave it then.
[18:47] <nxvl> failed
[18:47] <nxvl> ScottK-laptop: my mistake, sorry
[18:47] <ScottK-laptop> No problem.
[18:48]  * nxvl start fixing
[18:48] <ScottK-laptop> It's one we've all made.
[18:48] <slytherin> geser: Do you have time to review debdiff at 247946?
[18:49] <geser> bug 247946
[18:49] <warp10> Hi *
[18:50] <nxvl> btw
[18:50] <nxvl> we'll need to focus a lot on FTBFS since the lastest Compiler Flags changes
[18:51] <geser> slytherin: s/hardy/intrepid/ in debian/changelog but otherwise ok
[18:51] <slytherin> geser: my mistake. I always take care to change it. :-(
[18:53] <slytherin> geser: I am upadting debdiff
[18:56] <warp10> albert23: FYI, enthought-traits-ui 2.0.5-1 has been uploaded in Debian. Please, file a sync request for it when you have time (I did it for the other packages of the suite already)
[19:00] <slytherin> geser: done
[19:01] <geser> slytherin: will upload when I'm home again (if nobody does it till then)
[19:02] <slytherin> geser: Sure, no problem
[19:02] <slytherin> geser: And let Debian guys know on my behalf that I hate arch:all packages in contrib section.
[19:21] <nxvl> geser: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=430373
[19:21] <nxvl> geser: i would drop dvipdfmx from depends to recommends
[19:22] <geser> nxvl: recommends should be main now too
[19:23] <nxvl> geser: i think no
[19:23] <nxvl> geser: there was a discussion on this topic little ago
[19:23] <nxvl> geser: and they said that it might be like it is now
[19:24] <nxvl> but that if my memory is working good, which is isn't this last days
[19:24] <geser> nxvl: I plan to ask Norbert about the best solution, drop the dependency or MIR it
[19:24] <nxvl> geser: but if a recommeds fails to install it won't break anything
[19:24] <nxvl> that i'm really sure
[19:25] <geser> nxvl: moving it to recommends will make the package installable again, but I don't know if you will find a sponsor for the upload
[19:25] <nxvl> geser: there you have the bug report
[19:25] <nxvl> i will ask pitti
[19:26] <nxvl> geser: let's move to -devel
[19:28] <geser> nxvl: reading the debian bug the dependency was added because of the bug, so dropping it again doesn't look like a good idea
[19:28] <geser> I guess it'a s MIR then
[19:29] <nxvl> geser: well..
[19:29] <nxvl> yeah maybe
[19:57] <slytherin> Can anyone please confirm if sample rules file at https://wiki.ubuntu.com/PackagingGuide/Complete is correct? I am not getting any binary in resultant package
[19:57] <albert23> warp10: done :-)
[19:58] <ScottK-laptop> slytherin: At a glance it looks right.
[20:01] <warp10> albert23: ...and just ACKed. Thank you! :)
[20:01] <albert23> warp10: thanks
[20:01] <slytherin> ScottK-laptop: is .install file necessary?
[20:02] <ScottK-laptop> slytherin: Depends on the package.
[20:03] <ScottK-laptop> Note that the sample rules are for an arch:any package.  If you are doing arch:all it won't work.
[20:03] <balachmar_> Hi, I am trying to build my first package, and I am getting an error when trying to use pbuilder on my dsc file. Aptitude couldn't satisfy the build dependencies E: pbuilder-satisfydepends failed
[20:03] <slytherin> ScottK-laptop: it is hello program. I was trying to conduct intro session in our loco channel
[20:03] <balachmar_> I think it might be this one: Unpacking libx11-6 (from .../libx11-6_2%3a1.1.3-1ubuntu2_amd64.deb) ... FATAL: Could not load /lib/modules/2.6.24-19-generic/modules.dep: No such file or directory
[20:04] <balachmar_> (sorry if you already answered, I dropped out...)
[20:04] <nxvl> warp10: thank you for proftpd :D
[20:04] <warp10> nxvl: my pleasure :)
[20:09] <balachmar_> Do I need to do something special to have a chroot with x11 support?
[20:10] <slytherin> ScottK-laptop: something is missing from that rules file. Not able to figure out what. Got to go now. Will try to debug tomorrow.
[20:10] <geser> afaik you need access to the X socket found in /tmp
[20:10] <geser> balachmar_: ^^
[20:10] <balachmar_> but so I need to do something special with sudo pbuildercreate
[20:11] <geser> you need X in your pbuilder?
[20:11] <slytherin> geser: free?
[20:11] <geser> sort of
[20:12] <balachmar_> geser: I don't know but I get this error: E: pbuilder-satisfydepends failed. and earlier: Setting up libx11-6 (2:1.1.3-1ubuntu2) ...
[20:12] <balachmar_> FATAL: Could not load /lib/modules/2.6.24-19-generic/modules.dep: No such file or directory
[20:12] <balachmar_> geser: So I thought maybe x11 is not allowed in the pbuilder I have set up
[20:12] <balachmar_> But I am probably mistaken
[20:12] <slytherin> geser: Can you please take a look at sample rules file at https://wiki.ubuntu.com/PackagingGuide/Complete and see if you can find any problem? I am trying to build hello package as per instructions there and resulting package does not include a binary
[20:13] <ScottK-laptop> For building it shouldn't need anything special.
[20:13] <slytherin> geser: You know I am not very good at C. :-D
[20:13] <slytherin> geser: I have to leave now. It is midnight. I will catch up with you tomorrow.
[20:14] <balachmar_> ScottK-laptop: your last remark was for me?
[20:14] <ScottK-laptop> balachmar_: Try pbuilder login and see if you can install the package from in the pbuilder.
[20:14] <ScottK-laptop> Yes.
[20:16] <balachmar_> ScottK-laptop: If I log into pbuilder and do: sudo apt-get install libx11-6; I get the same error
[20:16] <ScottK-laptop> OK.  I don't on mine.
[20:16] <ScottK-laptop> So I think you have a pbuilder setup error
[20:16] <ScottK-laptop> What arch are you one?
[20:17] <balachmar_> 64bit
[20:17] <balachmar_> (the normal 64bit)
[20:18] <ScottK-laptop> I'm on i386, so it may be a 64bit specific problem.
[20:18] <ScottK-laptop> Anyone have a 64bit hardy pbuilder handy?
[20:18] <balachmar_> I am running sudo pbuilder create again
[20:19] <balachmar_> because the failing internet connection may have messed something up
[20:19] <balachmar_> or doesn't it actually retrieve anything?
[20:20] <balachmar_> same error
[20:21] <balachmar_> mmm, I am going to sleep for now, will try some other time...
[20:22] <balachmar_> Will post something on the forums first
[20:23] <crimsun> balachmar_: the modules.dep "error" is a red herring.
[20:24] <balachmar_> crimsum: which means it doesn't mean anything?
[20:24] <crimsun> balachmar_: have you pastebinned the entire pbuilder output?
[20:26] <balachmar_> crimsun: nope but I have now: http://pastebin.com/m2ea5c57
[20:28] <balachmar_> Also created this thread: http://ubuntuforums.org/showthread.php?p=5378699#post5378699
[20:29] <balachmar_> Since I am going off to sleep in a few minutes, but I will wait for you crimsun if you see anything special
[20:29] <crimsun> balachmar_: what're Build-Depends?
[20:29] <crimsun> what're the Build-Depends, rather
[20:30] <crimsun> my initial hunch is that you're missing a component (universe?)
[20:31] <balachmar_> there are quite a few, but maybe they should all be -dev instead of the normal libs...
[20:32] <balachmar_> I have added the deps, to my post on the forum
[20:32] <crimsun> can you post the source package?
[20:32] <balachmar_> http://openftd.signalrunner.com/openftd-1.1.1.tar.bz2
[20:33] <crimsun> and your diff.gz and dsc?
[20:34] <balachmar_> crimsun: ooh not quickly I fear...
[20:35] <balachmar_> And now I really have to go, else my girlfriend will get mad at me...
[20:39] <nhaines> I have a vague and nebulous question.  :)
[20:39] <crimsun> we may have vague and nebulous answers.
[20:40] <nhaines> I'm finally sitting down to look at my PyRoom package to get it into intrepid.  I'm wondering whether there's a very clear HOWTO on getting standalone Python applications packaged according to Debian NewPython policy.
[20:40] <ScottK-laptop> nhaines: I don't know about a how to, but there are some good examples you can use.
[20:41] <nhaines> In particular, PyRoom 0.2 doesn't use disttools, and all development is now on 0.3, which will soon be restructured to use distutils.
[20:41] <ScottK-laptop> If you're using distutils it's easy.
[20:41] <nhaines> We're not, so that's the hard part.  :)
[20:41] <ScottK-laptop> Most of the work goes into getting setup.py correct.
[20:41] <ScottK-laptop> Yes, but that's work you already plan on doing.
[20:42] <ScottK-laptop> I'd suggest do that first, release a 0.2.1 or something that uses disutils and then package that.
[20:42] <ScottK-laptop> Then your packaging will be easy to update for future releases.
[20:43] <nhaines> Assuming an application that is split into modules, where should the application install itself?
[20:43] <ScottK-laptop> The application itself probably goes in /usr/bin
[20:44]  * ScottK-laptop needs to run.
[20:44] <nhaines> Right now everything goes into /usr/share/pyroom, with a symlink in usr/bin to /usr/share/pyroom.py
[20:44] <nhaines> Thanks, ScottK, for the suggestions.  :)
[20:44] <ScottK-laptop> that works, IIRC.
[20:45] <nhaines> I'll have to see if I can sneak it past MOTU then until we get 0.3 ready.
[21:12] <cody-somerville> woot.
[21:12]  * cody-somerville just closed five bugs.
[21:12] <nhaines> Congrats!  :D
[21:13] <laga> bonus points for marking them "won't fix" with "RTFM" in the comment field ;)
[21:14] <cody-somerville> I didn't do that! :P
[21:20] <Nafallo> lol
[21:27] <cody-somerville> I'm going to have to crackdown on aMSN here soon
[21:29] <Adri2000> cody-somerville: why?
[21:29] <bdrung> can a main sponsor have a look at the trivial patch for bug #248211?
[21:29] <cody-somerville> Adri2000, It needs some TLC
[21:30] <bdrung> should i post this request in ubuntu-devel?
[21:30] <cody-somerville> bdrung, no
[21:30] <cody-somerville> bdrung, you should subscribe ubuntu-main-sponsors
[21:31] <bdrung> cody-somerville: done
[21:32] <Adri2000> cody-somerville: are you going to do some upload of amsn?
[21:32] <cody-somerville> Adri2000, Why do you ask?
[21:34] <Adri2000> because amsn upstream asked me a few days ago to update the package to their latest version, which fixes a pretty important bug it seems. I haven't yet found the time to work on it though
[21:34] <cody-somerville> Adri2000, Okay. I just noticed there was a new upstream version after you asked. Did you want to handle it?
[21:35] <ScottK> bdrung: That's a pretty minor change to do an upload for.
[21:36] <ScottK> Personally, I wouldn't bother, but you can subscribe ubuntu-main-sponsors to the bug and maybe someone will.
[21:36] <Adri2000> cody-somerville: not particularly. if you want to do it, go ahead. they told me the bug fixed in this version prevents people from connecting, so if it's the case it may be worth considering SRU as well
[21:39] <crimsun> mm, there are some pretty bitesized main fixes for rsync, acpid, smartmontools, klogd, and sysklogd
[21:40] <crimsun> (at least those that I uncovered on a dist-upgrade from 8.04 to 8.10)
[21:40] <crimsun> (deprecated multiuser update-rc.d syntax)
[21:40] <crimsun> I fixed pulseaudio long ago, but it apparently hasn't been merged?
[21:40] <Festor> ember,
[21:40] <Festor> are you here?
[21:41] <Festor> ember, see this
[21:41] <Festor> http://mail.gnome.org/archives/brasero-list/2008-July/msg00013.html
[21:42] <Festor> because you did this https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/247609
[21:55] <Syntux> Good day
[21:55] <cyberix> I'm going to package a simple Python library. Please point me towards a good example.
[21:59] <cyberix> What is the common way to go with stuff like pyrex?
[21:59] <cyberix> the source tarball contains a prepyrexed c code
[22:00] <cyberix> the pyrex source is used for development
[22:00] <cyberix> do I have to recreate the c code from pyrex source at package building time?
[22:00] <cyberix> or may/should I use the released one?
[22:02] <cyberix> Upstream told me to use released one, so that is what I'm going to do
[22:02] <nhaines> If the source already includes the released one, you shouldn't modify the source tarball.
[22:03] <cyberix> It includes both the generated c source and the pyrex source that is supposed to be used for further development
[22:03] <cyberix> Do you usually run autotools at packaging stage?
[22:04] <cyberix> or only while the original tar ball is released?
[22:04] <cyberix> The developer told me that the pyrex source is cranky and might only work with some specific version of pyrex
[22:07] <nhaines> I'm not clear on those specifics, unfortuantely.
[22:43] <DktrKranz> Lutin, one of our users pointed me to bug 248117, do you plan to upload a new kdenlive revision soon?
[22:45] <Lutin> DktrKranz: I've not had any time for it in hardy unfortunately, and I doubt I will have during intrepid :/
[22:46] <DktrKranz> Lutin, ah... it's a pity :/ If you want, I can have a look at this issue and eventually provide a fix (for Hardy too via SRU)
[22:48] <Lutin> DktrKranz: even though I'll try to have a look, feel free to do so
[22:48] <Lutin> DktrKranz: but at first sight, the issue is unlikely in kdenlive itself, or at least is not reproduceable eveywhere (works fine here without libxcb-composite0)
[22:49] <DktrKranz> I don't see a direct relationship too
[22:50] <DktrKranz> I'll do some debugging tests on a clean box and see what's the real issue
[22:51] <Lutin> DktrKranz: started to do so, but I can't reproduce it at all ...
[22:51] <DktrKranz> mh... weird
[22:52] <Lutin> and it doesn't try to dlopen(), FWIW
[22:53]  * DktrKranz needs to grab some kubuntu ISOs
[22:55] <Lutin> DktrKranz: maybe next week I'll find some time to update mlt and mlt++
[22:55] <DktrKranz> do you think it's because of them?
[22:57] <Lutin> no. but it's a first step before getting a newer kdenlive :)
[22:57] <DktrKranz> heh