[00:00]  * ajmitch managed to spend a couple of days mostly away from the computer
[00:00] <micahg> I managed 8 hours last thursday while awake :)
[00:00] <Laney> ajmitch: you were thinking about it though, admit it
[00:01] <ajmitch> Laney: I had my laptop with me
[00:01] <stgraber> :)
[00:01] <ajmitch> just no decent desk to put it on
[00:01] <Laney> crisis
[00:01] <ajmitch> I know
[00:02] <stgraber> hehe, yeah, the past week or so has been like that for me too, I'm in Europe visiting the family and apparently nobody has a decent desk and desk chair ...
[00:02] <ajmitch> laptop on bed = 85C CPU
[00:03] <ajmitch> Laney: I know you've got a long TODO list for me, too :)
[00:19] <micahg> tumbleweed: siretart: assuming that you're both sleeping, so uploaded a new libav-extra with the version fixed
[00:21] <Laney> TODO: Give Laney lots of money
[00:21]  * iulian gives Laney a new TODO list.
[00:25]  * Laney reads "Give iulian all of your things, and tell him the meaning of life"
[00:25] <ajmitch> Laney: funny chap, you're such an optimist
[00:25] <Laney> strange that I don't remember writing this down but it is on my TODO list, so …
[00:26] <ajmitch> I think I need to buy a new hard drive soon
[00:29] <Laney> i want more ram
[00:29] <Laney> my overlayfs has run out several times recently
[00:29]  * micahg also wants more RAM
[00:30]  * ajmitch was getting unrecoverable read errors in syslog last night
[00:30] <ajmitch> smartctl says that my hard drive is not happy
[00:30] <Laney> mmm, not fun
[00:31] <ajmitch> yeah, it was on the 1.5TB drive tht I'd put in a few months ago, too
[00:31] <ajmitch> all the older drives are fine, of course
[00:33] <micahg> haskell FTBFS are addictive
[00:33] <ajmitch> nothing /me noticed you uploading quite a few haskell rebuilds last night
[00:33] <ajmitch> bah
[00:33] <ajmitch> s/nothing //
[00:34] <micahg> now that I understand how it works, it's fairly easy to fix
[00:34]  * micahg just needs a script now to automate most of it :)
[00:38] <iulian> Brill! Told ya it's not that bad.
[00:39] <iulian> http://people.canonical.com/~ubuntu-archive/transitions/ghc.html looks good though.
[00:40] <micahg> ah, I've been rebuilding the rdeps of whatever I upload after it builds
[00:44] <iulian> That's fine, you haven't missed anything.
[00:45] <Laney> hooray for volunteers
[00:45] <Laney> micahg: now just write your next project in Haskell
[00:45] <Laney> . o O ( one of us … )
[00:45]  * iulian nods.
[00:45] <ajmitch> sick
[00:45] <iulian> ajmitch: & wonderful.
[00:46]  * ajmitch is currently doing some python stuff instead
[00:46] <micahg> laney: I don't think so :)
[00:47] <Laney> it'll do you good
[00:47] <Laney> honest guv
[00:48] <iulian> Heh.
[00:48] <ajmitch> see how nefarious these types are?
[06:42] <siretart> micahg: excellent, thanks!
[07:14] <micahg> siretart: one of these days, I'll get good at git so I can commit this stuff myself as well
[07:42] <siretart> micahg: :-)
[11:57] <Quintasan> bdrung: Any special procedure to get my MOTU membership renewed? It expires in 4 days AFAIR.
[11:58] <ajmitch> Quintasan: you should have an email from LP asking you to renew, iirc
[11:59]  * Quintasan attempts to find that
[12:00] <Quintasan> Ah!
[12:00] <Quintasan> ajmitch: Thanks!\
[12:01] <ajmitch> no problem
[12:52] <tumbleweed> micahg: thanks
[13:41] <jtaylor> tumbleweed: I'm already looking at amide
[13:41] <jtaylor> (or btter waiting for the b-d to install :) )
[13:47] <tumbleweed> jtaylor: great, my mirror is currently broken anyway
[14:00] <jtaylor> is an underlinked library reason enough for an sru? dcmdata is missing pthread and libz links
[14:00] <jtaylor> amide could be fixed by adding these links multiple times on the command line
[14:07] <geser> jtaylor: I guess so, as currently the lib is "broken" (can't be used unless the program links with those missing libs by its own because it needs them)
[14:08] <tumbleweed> not that much uses dcmtk, so that should be easy to check
[14:42] <jtaylor> dcmtk is in great shape, none of its libraries link with anything
[14:43] <jtaylor> not even libstdc++ ...
[14:44] <tumbleweed> heh
[14:44] <tumbleweed> well, I suppose most consumers link to that
[14:45] <geser> doesn't it link the needed libs at all or only not because of "--as-needed"?
[14:45] <jtaylor> at all
[14:45] <jtaylor> also in debian
[14:46] <geser> :(
[14:46] <jtaylor> and it probably won't be fixed
[14:46] <jtaylor> debian bug 510120
[14:46] <geser> why? it's intended?
[14:46] <jtaylor> bad upstream
[14:46] <tumbleweed> most are :)
[14:49] <geser> urgs
[14:51] <geser> so if they add need an other lib in a new API all programs need to get patched to link it too? that's really bad
[18:51] <Alison_Chaiken> Mornin', all.   My bud pleia2 has answered many of my n00b debian packagin questions and I have at length RTFM, but I have a couple of remaining uncertainties.
[18:52] <Alison_Chaiken> The project I'm working on includes 3 git repos that we have created, plus we tend to need the latest greatest version of some Qt packages, not what would already be available at launchpad.
[18:53] <Alison_Chaiken> My Qt-component build needs a bunch of Qt libraries.   My other packages depend on some Qt libraries too.
[18:54] <Alison_Chaiken> The QUESTION is: should I be conservative and list every Qt dependency exhaustively in every package?
[18:54] <Alison_Chaiken> There's no big deal with duplication of depends between interdependent packages?
[18:55] <jtaylor> the dependencies should be handled automatically as long as your package is linked correctly
[18:55] <jtaylor> dpkg-shlibdeps does that
[18:55] <Alison_Chaiken> I can't see why there would be, and the source packaging of the top-level app might break if our packages that it depends on change dependencies.
[18:55] <Alison_Chaiken> Very good, jtaylor, I have a look at those docs.
[18:56] <Alison_Chaiken> But just so I know, if interdependent packages have duplicate dependencies, it shouldn't matter, right?
[18:56] <Alison_Chaiken> The libraries are shared object anyway, not statically compiled.
[18:58] <jtaylor> your packages should depend on everything they directly need
[18:58] <Alison_Chaiken> Got it, jtaylor, I'll be inclusive then.
[18:58] <jtaylor> unless you are using plugins that is usually all done automatically and not manually
[18:59] <Alison_Chaiken> Some of the objects are plugins that can be specified at runtime . . . Hmm!
[20:47] <Alison_Chaiken> My newly built (first!) dsc file show my blah-dev package, which I intended to be a source package as a "Binary:".   Would that be because my "Section" in the control file is wrong?
[20:48] <Alison_Chaiken> I had put "devel" for the Section.    Maybe it should be "dev"?    I don't see this info anywhere in the docs.   Thanks!
[20:50] <micahg> Alison_Chaiken: where does it show?
[20:50] <micahg> the Binary entries in the .dsc file are created from the list in debian/control
[20:51] <jtaylor> -dev packages should be binary
[20:51] <jtaylor> binary packages are packages that are built from source packages, even if they only contain text
[20:52] <Alison_Chaiken> micahg, there are two packages listed in the control, one a -dev and one intended to be a binary.    Obviously I've got something wrong since my dsc file created by debuild show my -dev package as a binary.
[20:52] <KNRO> hello, using the launchpad build system, suppose I'm building a package that depends on another package that I uploaded to my PPA, how do I tell launchpad build system to look for it in the build recipe? is there a way? now it gives errors that my package is 'virtual' because it doesn't know that it exists on the ppa itself.
[20:52] <micahg> Alison_Chaiken: no, that's correct
[20:52] <Alison_Chaiken> Ah, jtaylor, what format are -dev packages in then?   gzip?
[20:52] <jtaylor> Alison_Chaiken: the section for lib-dev packages is libdevel
[20:52] <micahg> Alison_Chaiken: binary in the .dsc file refers to what will be built as .deb files
[20:53] <jtaylor> Alison_Chaiken: depends on the compression used, gzip is default
[20:53] <Alison_Chaiken> I see, micahg.
[20:53] <jtaylor> bzip2 and xz are possible too
[20:53] <Alison_Chaiken> For a binary executable that is not a library, should I list a section in control, and if so, which?
[20:54] <jtaylor> depends on the program
[20:54] <jtaylor> here is a list of sections: http://packages.ubuntu.com/precise/
[20:54] <Alison_Chaiken> My program is a Qt-based framework for plugins that talk to automotive hardware: an embedded app.
[20:54] <jtaylor> the name for control is in the links
[20:55] <KNRO> so anyone knows? How can you tell launchpad to look for packages that are outside universe during the build process?
[20:55] <Alison_Chaiken> So I was going to put the binary in "Embedded software"
[20:56] <Alison_Chaiken> Thanks for the hyperlink, jtaylor.    I was looking at different, much shorted debian.org list.
[20:57] <jtaylor> debians is shorter?
[20:59] <KNRO> err okay, can you tell launchpad to build with multiverse packages?!!!!
[21:37] <Ampelbein> KNRO: What exactly do you mean?