[00:00] * ajmitch managed to spend a couple of days mostly away from the computer [00:00] I managed 8 hours last thursday while awake :) [00:00] ajmitch: you were thinking about it though, admit it [00:01] Laney: I had my laptop with me [00:01] :) [00:01] just no decent desk to put it on [00:01] crisis [00:01] I know [00:02] 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] laptop on bed = 85C CPU [00:03] Laney: I know you've got a long TODO list for me, too :) [00:19] tumbleweed: siretart: assuming that you're both sleeping, so uploaded a new libav-extra with the version fixed [00:21] 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] Laney: funny chap, you're such an optimist [00:25] strange that I don't remember writing this down but it is on my TODO list, so … [00:26] I think I need to buy a new hard drive soon [00:29] i want more ram [00:29] 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] smartctl says that my hard drive is not happy [00:30] mmm, not fun [00:31] yeah, it was on the 1.5TB drive tht I'd put in a few months ago, too [00:31] all the older drives are fine, of course [00:33] haskell FTBFS are addictive [00:33] nothing /me noticed you uploading quite a few haskell rebuilds last night [00:33] bah [00:33] s/nothing // [00:34] 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] Brill! Told ya it's not that bad. [00:39] http://people.canonical.com/~ubuntu-archive/transitions/ghc.html looks good though. [00:40] ah, I've been rebuilding the rdeps of whatever I upload after it builds [00:44] That's fine, you haven't missed anything. [00:45] hooray for volunteers [00:45] micahg: now just write your next project in Haskell [00:45] . o O ( one of us … ) [00:45] * iulian nods. [00:45] sick [00:45] ajmitch: & wonderful. [00:46] * ajmitch is currently doing some python stuff instead [00:46] laney: I don't think so :) [00:47] it'll do you good [00:47] honest guv [00:48] Heh. [00:48] see how nefarious these types are? === Resistance is now known as EvilResistance === JackyAlcine is now known as Alcine === Alcine is now known as jalcine === jalcine is now known as JackyAlcine === jalcine is now known as JackyAlcine [06:42] micahg: excellent, thanks! === nxvl_ is now known as nxvl [07:14] siretart: one of these days, I'll get good at git so I can commit this stuff myself as well [07:42] micahg: :-) === bkerensa|AFK is now known as bkerensa === udienz_ is now known as udienz === JackyAlcine is now known as jalcine === almaisan-away is now known as al-maisan === yofel_ is now known as yofel === Quintasan_ is now known as Quintasan [11:57] bdrung: Any special procedure to get my MOTU membership renewed? It expires in 4 days AFAIR. [11:58] Quintasan: you should have an email from LP asking you to renew, iirc [11:59] * Quintasan attempts to find that [12:00] Ah! [12:00] ajmitch: Thanks!\ [12:01] no problem [12:52] micahg: thanks [13:41] tumbleweed: I'm already looking at amide [13:41] (or btter waiting for the b-d to install :) ) [13:47] jtaylor: great, my mirror is currently broken anyway [14:00] is an underlinked library reason enough for an sru? dcmdata is missing pthread and libz links [14:00] amide could be fixed by adding these links multiple times on the command line [14:07] 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] not that much uses dcmtk, so that should be easy to check [14:42] dcmtk is in great shape, none of its libraries link with anything [14:43] not even libstdc++ ... [14:44] heh [14:44] well, I suppose most consumers link to that [14:45] doesn't it link the needed libs at all or only not because of "--as-needed"? [14:45] at all [14:45] also in debian [14:46] :( [14:46] and it probably won't be fixed [14:46] debian bug 510120 [14:46] why? it's intended? [14:46] Debian bug 510120 in dcmtk "dcmtk: Missing link to libxml2 (libdcmsr)" [Wishlist,Open] http://bugs.debian.org/510120 [14:46] bad upstream [14:46] most are :) [14:49] urgs [14:51] 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 === al-maisan is now known as almaisan-away [18:51] 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] 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] My Qt-component build needs a bunch of Qt libraries. My other packages depend on some Qt libraries too. [18:54] The QUESTION is: should I be conservative and list every Qt dependency exhaustively in every package? [18:54] There's no big deal with duplication of depends between interdependent packages? [18:55] the dependencies should be handled automatically as long as your package is linked correctly [18:55] dpkg-shlibdeps does that [18:55] 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] Very good, jtaylor, I have a look at those docs. [18:56] But just so I know, if interdependent packages have duplicate dependencies, it shouldn't matter, right? [18:56] The libraries are shared object anyway, not statically compiled. [18:58] your packages should depend on everything they directly need [18:58] Got it, jtaylor, I'll be inclusive then. [18:58] unless you are using plugins that is usually all done automatically and not manually [18:59] Some of the objects are plugins that can be specified at runtime . . . Hmm! [20:47] 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] 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] Alison_Chaiken: where does it show? [20:50] the Binary entries in the .dsc file are created from the list in debian/control [20:51] -dev packages should be binary [20:51] binary packages are packages that are built from source packages, even if they only contain text [20:52] 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] 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] Alison_Chaiken: no, that's correct [20:52] Ah, jtaylor, what format are -dev packages in then? gzip? [20:52] Alison_Chaiken: the section for lib-dev packages is libdevel [20:52] Alison_Chaiken: binary in the .dsc file refers to what will be built as .deb files [20:53] Alison_Chaiken: depends on the compression used, gzip is default [20:53] I see, micahg. [20:53] bzip2 and xz are possible too [20:53] For a binary executable that is not a library, should I list a section in control, and if so, which? [20:54] depends on the program [20:54] here is a list of sections: http://packages.ubuntu.com/precise/ [20:54] My program is a Qt-based framework for plugins that talk to automotive hardware: an embedded app. [20:54] the name for control is in the links [20:55] so anyone knows? How can you tell launchpad to look for packages that are outside universe during the build process? [20:55] So I was going to put the binary in "Embedded software" [20:56] Thanks for the hyperlink, jtaylor. I was looking at different, much shorted debian.org list. [20:57] debians is shorter? [20:59] err okay, can you tell launchpad to build with multiverse packages?!!!! [21:37] KNRO: What exactly do you mean?