[12:03] args. it did... and then it failed. even stranger [12:03] this actually was a one line patch which had nothing to do with ghc6... [12:03] (only tail -n +2 instead of tail +2) [12:05] hm... since it does 2-phase bootstrapping, i guess a) ghc6 w. gcc4 can no longer rebuild itself or b) s.th. else changed and caused the fail [12:05] but i guess b) might be a little bit more likely *hope* === LaserJock [n=LaserJoc@lambda.chem.unr.edu] has joined #ubuntu-motu [12:06] a) would be really bad :/ [12:06] slomo: do you have access to a 64bit arch? [12:06] amd64, yes [12:06] I have read some bugs about ghc6 + 64bit in general [12:07] slomo would you eventually try to rebuild ghc6 with newest dapper ghc6 there? [12:07] sure... tomorrow [12:07] oh wait [12:07] but only if you have enough time... it will take... hours! :) [12:07] now ;) [12:07] uh [12:07] tomorrow :P [12:07] hehe [12:07] cool, thx. [12:07] really hours? [12:08] yep... mom, I'll take a look how long the buildd took [12:09] slomo: buildd took 2:02h [12:09] ok [12:09] (amd64) [12:10] thx slomo === lfittl [n=lfittl@83-65-243-186.dynamic.xdsl-line.inode.at] has joined #ubuntu-motu === raphink [n=raphink@bur91-2-82-231-159-240.fbx.proxad.net] has joined #ubuntu-motu === hunger [n=hunger@p54A603EE.dip0.t-ipconnect.de] has joined #ubuntu-motu [12:56] hello :) [12:56] hi [12:57] hi crimsun :) [12:57] 2.6.12-9 is so much more usable than 2.6.15-3 :) [12:58] crimsun: I've got a pb with a package in which manpages won't install [12:58] would you help me with it? [12:58] sure, what's up? [12:58] ok [12:58] i'll show you the debian/rules [12:59] http://paste.ubuntulinux.nl/4725 [12:59] here it is [12:59] I just tried with two manpages so far [12:59] but none will install [12:59] (sec, dapper pbuilder is updating) [12:59] ok :) [01:05] ok, show me the dpkg-buildpackage run [01:05] ok wait a min [01:06] I'll run it [01:06] huh [01:06] it crashes [01:07] http://paste.ubuntulinux.nl/4726 [01:07] debuild works [01:07] so i didn't try dpkg-buildpackage [01:07] crimsun: ^^ [01:07] the output from debuild, then [01:08] (fakeroot dpkg-buildpackage ...) [01:08] entire one? [01:08] oh yeah fakeroot LOl [01:08] it's late ;) [01:08] hehe [01:08] you want the entire debuild output? [01:09] http://paste.ubuntulinux.nl/4727 [01:09] there [01:10] lines 148 and 149 build the docbooks === YokoZar [n=scott@c-24-10-31-137.hsd1.ca.comcast.net] has joined #ubuntu-motu [01:11] but it doesn't seem to install them [01:15] where is docbook2x-man placing the generated man pages? [01:15] in debian i guess [01:15] can you check? [01:15] the docbook files are there [01:15] well I clean them afterwards [01:15] so i can't really check [01:16] after you run debuild? [01:16] hmm === seth_k [n=seth@asmallorange.com] has joined #ubuntu-motu [01:16] note that your build:: extension is actually called after dh_clean -k [01:17] (so it's called twice) [01:17] they're not in the sources after i run debuild [01:17] yes [01:17] so clean:: should be defined before build:: ? [01:18] (that's not the issue) [01:18] I'm just trying to locate your generated man pages [01:19] ok [01:19] they are in the root :( [01:19] not in debian/ [01:19] that's weird [01:20] :) [01:20] I mean [01:20] I have the same kind of code for knmap [01:20] and the docbooks don't end up in the root [01:20] :s [01:21] indeed if they are bult in the root it's obvious they won't be installed though [01:22] :( [01:22] note also that those two generated man pages aren't being passed to dh_installman [01:22] well because they're not created in the right place I guess [01:23] right [01:24] I'm trying to see where knmap creates the manpages from the docbook [01:25] well knmap also creates it in the root [01:25] so that's fine [01:25] it's not the pb [01:26] but is the filename called knmap.1? [01:26] yes [01:26] see, that's the difference [01:26] why? [01:27] the two man pages that are generated don't match the package name [01:27] hmm [01:27] they are called kim_album.1 and kim_compress.1 [01:27] maybe I can't put "_" in manpages names [01:27] therefore you have to pass them explicitly: dh_installman -pkim kim_album.1 kim_compress.1 [01:27] sure you can [01:28] (see apt_preferences) [01:28] hmm [01:28] so you mean its this that it wrong : [01:28] DEB_INSTALL_MANPAGES_kim_album = kim_album.1 [01:28] DEB_INSTALL_MANPAGES_kim_compress = kim_compress.1 [01:28] these lines don't work ? [01:29] you have packages named kim_album and kim_compress? [01:29] (which would be illegal anyhow, since _ is a delimiter for version) [01:29] not packages but binaries [01:29] I have 14 binaires in this package [01:29] so I need one package for each [01:30] yes, that's wrong [01:30] because you have no package called kim_album or kim_compress [01:30] oh ic [01:30] so how should I do that ? [01:30] so I can have one manpage for each binary in my package [01:31] DEB_INSTALL_MANPAGES := kim_album.1 kim_compress.1 [01:31] ok [01:32] with the : ? [01:33] I would, but I don't think it matters [01:33] (I'm not a cdbs guru) [01:33] ok [01:33] ;) [01:33] I'll try that [01:33] (though it really has more to do with debhelper than cdbs) [01:34] hmm [01:34] let's see ;) [01:35] crimsun: may I beg you to upload a package for me? [01:35] sistpoty: sure [01:35] http://revu.tauware.de/~sistpoty/uploads/ <- nvtv (source already in the archives) [01:35] didn't work crimsun :( [01:36] DEB_INSTALL_MANPAGES := kim_album.1 kim_compress.1 [01:36] shouldn't it be : [01:36] DEB_INSTALL_MANPAGES := kim_album.1 kim_compress.1 [01:36] oosps sorry [01:36] DEB_INSTALL_MANPAGES_kim = kim_album.1 kim_compress.1 [01:37] ? [01:38] yeah :) [01:38] it works [01:38] but not in man:/ in konqueror [01:38] only in console it seems [01:39] you can do man in konqueror? cool :) [01:39] err, right, I omitted the _package [01:39] yep ;) [01:39] sistpoty: but not all mans, only the kde ones I think [01:39] you could also have generated debian/manpages with kim_album.1 and kim_compress.1 as the contents [01:39] ic [01:40] haha I'm stupid [01:40] LOOOOOOOOOOOL [01:40] I'm sshed on my comp, i'm not home [01:40] hehe [01:40] so obviously when I installed the package to test it, I did it on my comp there [01:40] not here [01:40] so the man worked in console THERE [01:40] but not in the GUI HERE ;) [01:40] haha [01:40] doh [01:41] ok well so at least it works [01:41] now I'm not sure of the quality of my manpages :( [01:41] http://paste.ubuntulinux.nl/4729 [01:41] is this ^^ good enough for a manapge? [01:42] (sec) [01:42] raphink: quite good... maybe you should explain the "quality" usage a little bit better [01:43] well i'm not the upstream author [01:43] so it's not easy for me [01:43] I have to decrypt each script to find out about options [01:43] raphink: as in kim_compress [ -quality ] (or s.th.) [01:43] hmmm [01:44] i'm not sure of the syntax in docbook to write that [01:44] sistpoty: uploaded [01:44] crimsun: thx [01:44] np [01:44] I used [01:44] [01:44] [01:44] kim_compress [01:44] [01:44] [01:45] [01:45] image files [01:45] [01:45] [01:45] not sure this is right [01:45] (sorry for the little flood) [01:45] image files are mandatory [01:46] but -quality is an option [01:46] mogrify -quality $QUALITY "$FILE" [01:46] raphink: sorry, haven't got really much experience with sgml... I'll try to find an example [01:47] ok [01:47] I can't find examples so it's not easy ;) [01:47] it's apity since all I need to do in this package still is manpages [01:48] raphink: perhaps