=== maskie [~maskie@196-30-108-251.uudial.uunet.co.za] has joined #ubuntu-doc === enrico [~enrico@enrico.developer.debian] has joined #ubuntu-doc === ChrisH_ [~chaas@212.12.58.130] has joined #ubuntu-doc === froud [~sean@ndn-165-157-78.telkomadsl.co.za] has joined #ubuntu-doc [03:43] enrico, [03:43] Hello froud! [03:43] deb packages [03:43] Nice to see you! [03:43] u 2 [03:43] u 2? [03:43] nice to see you to [03:44] how can I help [03:44] Just sent a mail to the list, with the current status of the .debs [03:44] got your message. Ok Ok hold must read [03:44] Things build fine (I updated the makefile to set XML_CATALOG_FILES on Debian) [03:45] But two issues to solve: [03:45] 1) Installing the .xml files [03:45] 2) Putting the right images in every .deb [03:45] (and, if solvable, 3. Package .pdf versions as well) [03:45] My, my you want three packages :-) [03:46] Why not do one [03:46] I have not catered for three packages [03:46] Because one may want to deinstall the 7+Mb of the QuickGuide while keeping the FAQGuide, for example [03:46] I will have to change the make and filter images to the various dirs [03:46] Or we may want to put ABout Ubuntu and release notes on some core part of the distro and the rest outside [03:47] OK, I will have to add an XSL and incorporate it into the make [03:47] Want to work together on some make install? [03:47] I will only get to tomorrow morn [03:48] sure, though I dont know about deb installs [03:48] with your expert guidance anything is possible [03:48] I can solve the deb install part [03:48] ok [03:48] Ok, so now I'll send the packages to mdz, so that we set a foot in Hoary, then we try to make things better [03:48] good [03:48] I'm also wondering how to install the .xml files so that yelp can browse them fine even if not all of them are installed [03:48] what do you need make install to do on debs' [03:49] However, we can make faqguide and quickguide depend on ubuntu-docs [03:49] Hmmm, best was to rely on the HTML, but I understand you want to have yelp to [03:50] I am not sure how yelp finds its stuff [03:50] make install is usually the program that installs what's generated by make into its final destination (say, /usr/share/doc/something) [03:50] Ok, that's some info to dig out [03:50] yes, something with scrollkeeper [03:50] we dont have a unique key for ubuntu their [03:50] My problem was how to install, for example, the entities [03:50] threr [03:51] all the parts that are shared between teh various documents [03:51] so long as the xml dir structure is the same as in svn it will just work [03:51] I will create a target for you [03:51] uhm... so I could install the things in some common directory. I'll ask for advice [03:52] yeak a common dir under usr/share/doc/ [03:52] yeak a common dir under usr/share/doc/ubuntu-doc [03:52] yes. Now I ask if it's allowed by policy: hang on [03:52] yes [03:52] Oh ok [03:55] uhm... I asked on ubuntu/devel but I think I've been too verbose and people ignored me [03:58] So far I'm being fairly ignored. Let's wait a bit... [03:59] I tried asking about this stuff about a month ago and got the same result [03:59] OK so here is what you need [03:59] 1. Make target to be able to package each HTML version seperately [04:00] 2. Make target to get pristine copy of xml sources [04:00] is that it [04:00] Shared stuff should go somewhere like /usr/share/ubuntu-doc/... [04:00] Documentation about the 'ubuntu-doc' package belongs in '/usr/share/doc/ubuntu-doc' [04:01] Kinnison, agreed [04:01] so you want html dirs for each book [04:01] Kinnison: what if the shared stuff is documentation? Like images used by the documentation, things like that? [04:01] and an XML direc for the sources [04:01] enrico: Hmm [04:01] enrico: are they shared between different books? [04:01] yes [04:02] At present we have one folder for all images [04:02] and no [04:02] Hmm [04:02] some yes, most no [04:02] I'd imagine putting everything inside /usr/share/doc/ubuntu-doc/... then [04:02] Kinnison, +1 [04:02] I was imagining XML stuff going in /usr/share/ubuntu-doc [04:02] Entity docs and the like [04:02] I thought about making a single package, but the QuickGuide is 7+Mb and it's only an intro, so someone might want to deinstall that at some point [04:02] Then again; I'm not totally au-fait with the docbook way of doing things [04:03] enrico, Kinnison [04:03] it's no problem to install the xml in this location [04:03] and make individual packages === Kinnison -> Post office [04:04] enrico, you know when you do the make you get the build/ [04:04] So, xml things go in /usr/share/ubuntu-doc, and the HTML gets separated in three independent things to install in /usr/share/doc/{ubuntu-doc,ubuntu-faqguide,ubuntu-quickguide} [04:04] But where do we put the images that are in common between the XML and the HTML? [04:05] Just hold let me draw this [04:06] remember, it has to be /usr/share/doc/ [04:06] so that would imply an ubuntu-doc, ubuntu-faqguide and ubuntu-quickguide package each [04:07] Can I install symliks in /usr/share/doc/ubuntu-docs pointing at /usr/share/ubuntu-docs? [04:07] Kinnison: but it can be that ubuntu-faqguide installs stuff in /usr/share/ubuntu-docs? [04:08] is this what you mean [04:08] /usr/share/doc/ubuntu-doc/ubuntu-doc-xml/ as it is now just pristine [04:08] [04:08] /usr/share/doc/ubuntu-doc/ubuntu-quickguide/ [04:08] /usr/share/doc/ubuntu-doc/ubuntu-quickguide/images/ [04:08] [04:08] /usr/share/doc/ubuntu-doc/ubuntu-faqguide/ [04:08] /usr/share/doc/ubuntu-doc/ubuntu-faqguide/images/ [04:09] enrico, symlinks are allowed [04:09] No, that appearently isn't possible because the ubuntu-faqguide package can only install in /usr/share/doc/ubuntu-faqguide (according to what Kinnison seems to have just said) [04:09] I was thinking about making: [04:09] /usr/share/ubuntu-doc/xml [04:09] /usr/share/ubuntu-doc/images [04:10] and then installing all XML and images there [04:10] then separating the HTML and the images into their respective packages. Images that are used by more than one package go in the ubuntu-docs package [04:10] why not just have the trunk as it now then, just under ubuntu-doc/ [04:11] The various packages install images in /usr/share/ubuntu-doc/images, and install symlinks to them in /usr/share/doc//images so that HTML documentation works [04:11] that's fine [04:12] but the path must be ../images/ [04:12] sure: and we stuff symlinks in there [04:13] I'll try to put together something like that. I'll probably need something that tells me which images are used by which document [04:13] so long as there is a images link in the root and html packages are installed relative to that root it will work [04:13] I have an XSL to to this [04:13] Oh, cool! Could you please commit it in the repo? [04:13] but need to integrate it to the system [04:14] I think the best think is that you send me an email with the exact dir structure you want and I will create the system to do it that way [04:14] so what you get in build/ will be what you want for dist [04:15] However, if a person does uninstall qg [04:16] it will also remove images shared by other documents [04:16] including the xml [04:16] if we have each HTML version of the book seperate with its images relative, this wont happen [04:17] Your best bet is to make some packages; see what people think / ask the opinion of some real ubuntu packagers; and then fix them as needed [04:17] It means duplication [04:17] no worries [04:17] Kinnison: I was about to do that, but I need to have some base knowledge to start from [04:18] The current system was designed to reuse as much as possible to reduce on disk usage [04:18] froud: please commit that XSL into the repo, I'll try to see what I can do with the rest [04:18] (side note: was someone here asking about my keysigning stuff?) [04:18] Kinnison: I use caff [04:18] enrico, I will, but I must modify first and incorporate it into the system [04:18] (how to the XML files refer to images? ../images ?) [04:19] I had a look at /usr/share/gnome/help and saw more issues, like l18n [04:20] He, he C/ [04:20] yes all images refs start ../image [04:21] oh I see that XSL is in the libs dir [04:21] Ok, could make sense. Let's see what I Can do [04:21] but it wont work in present state [04:21] enrico, take a look at libs/foImageList.xsl [04:22] Doesn't that only give things related to fo? [04:22] It was something I used in another project [04:22] yes, that's what it wont work [04:22] also it's not in context [04:23] I seem to remember putting it there cause I knew we would need it later [04:23] so I will modify it and incorporate it to the make [04:24] froud: please just make it work, then I can maybe make a script that outputs the list of images for a given package [04:24] That'd be already enough to me to work on [04:24] well the xsl does that [04:24] leave it with me I will have a working solution in svn by tomorrow night [04:25] will this be in time? [04:27] I think so. However, I may already have solved the problem by that, and just need your revision :) [04:27] I'm installing all the .xml files in /usr/share/doc/ubuntu-docs/C/ [04:28] All the images in in /usr/share/doc/ubuntu-docs/C/images [04:28] Then, link farm in /usr/share/doc/* [04:28] then I'll see what happens [04:29] Hmm I would not put the link farm in /usr/share/doc/* [04:29] rather /usr/share/doc/ubuntu-doc/ [04:31] rather /usr/share/doc/ubuntu-docs/ [04:32] Sure: /usr/share/doc/ubuntu-docs, /usr/share/doc/ubuntu-faqguide, /usr/share/doc/ubuntu-quickguide [04:32] where /usr/share/doc/ubuntu-faqguide, /usr/share/doc/ubuntu-quickguide hold the HTML versions and each has images relative to it [04:33] yes [04:33] the images would be symlinks to /usr/share/ubuntu-docs/C/images/* [04:33] you need symlink in /usr/share/ubuntu-docs/images(ln)/ [04:34] just one [04:34] uh... yes! [04:34] that's utterly ansolutely true! [04:35] thanks!! Saved me lots! [04:36] ln /usr/share/ubuntu-docs/C/images/ images [04:37] so what's left for me to do :-) === froud is lost [04:37] the XSL that tells me what images are used by a given document [04:37] I can use that to see what packages I shuold put the images in [04:38] OK, the way I did it before was that the xsl writes atext file containing the list of images found in the xml [04:38] then the make just did a cp of that image list to the directory [04:39] qg has the picture [04:39] qg has the pictures [04:39] It's ok if you just spit a list of image filenames to standard output [04:40] but they both use images/navig/ and images/admon/ [04:40] ok stdout is fine but its better to input by reading the list from a file, no? [04:41] No: I can do for i in `xsltproc [stuff] ` [04:41] Or send it to a file with >file.list if needed [04:41] If it's not a burden. If it's easier to a file I can do [04:41] for i in `cat file.list` :) [04:41] No the XSL is what writes the file [04:42] dont worry about it, I will make it so you just run make dist [04:42] run and forget [04:42] :-) [04:43] you worry about the deb stuff [04:43] agreed :-) [04:48] agreed, but I think you won't need to make that build/ work [04:49] why not [04:49] if we have it once we will have it for furture no? [04:49] because I'm doing all the work in the debian packageing already [04:49] future [04:49] Ah ha, ok [04:49] :-) [04:50] So I will just do that XSL [04:50] and see how you work in the deb stuff [04:50] ok [04:50] I normally just make a directory and tarball it for the packagers [04:50] images/{admon,callouts,navig} are used by all the docs, isn't it? [04:50] but you want to skip that [04:50] yes [04:51] btw you should not just copy the XML dirs [04:51] why not? [04:51] you need to do an svn export or else you will have all the .svn dirs [04:51] and they can be many Meg [04:52] Sure: I do things with an svn export [04:52] I mean, I do a svn export, then I build the package [04:52] yes [04:52] the debian tools complain if they see .svn directories in the source [04:52] in fact the whole build thing should be done on an svn export [04:53] we have two .gif images: are they used? [04:53] that's why I had started make dist [04:54] the cc images yes [04:54] can I convert them to png? [04:54] all docs should use them in the license sections [04:54] no you cant :-) [04:54] buuu... why [04:54] ? [04:54] not unless we change the source [04:55] I can convert them and change the source [04:55] can I ? :) [04:55] the xml looks for gif [04:55] Ho humk, if you must :-) [04:55] no source is using those, appearently, anyway [04:56] (just did an rgrep) [04:56] but change legalnotice.xml to [04:56] do you confirm? [04:58] yes, you are right, they are not being used [04:58] so I convert them before you use them : [04:58] :) [04:58] it was removed when I did the lic stuff with mako [04:58] :-) [04:59] Just dont change gifs in images/navig [04:59] converted (and ocmmitted)! They are smaller, too. [04:59] bastard! More gifs! [05:00] yes :-) [05:00] Distributing gifs is impolite [05:00] but at least if they are in images/navig I care less [05:00] (that is, I was doing a *.png :) [05:00] gifs suck [05:00] use PNGs [05:01] the navig gifs have transparent backgrounds [05:01] PNGs can have transparent background, too [05:01] PNGs can have alpha channels in them [05:01] easier to match header and footer colors in chunked output [05:02] well if you see how small they are you dont want to mess with them [05:02] I tried a convert to png and did not like the result [05:02] perhap you can do it [05:17] testing... [05:25] OH COOLNESS [05:26] It works quite well [05:26] It now just misses splitting the images in teh various packages [05:26] committed [05:26] sending a mail in the list [05:29] ok, I have to get ready to go out. Valentines dinner [05:29] c ya [05:29] WoW! Have a lovely evening! [05:39] Committed. Announced. Now I deserve a walk out [05:39] brb [05:42] froud, Kinnison: BTW, big compliments! The resulting packaging is IMHO quite cool! === Kinnison grins === boglot [~logbot@gw.workaround.org] has joined #ubuntu-doc === maskie [~maskie@196-30-109-108.uudial.uunet.co.za] has joined #ubuntu-doc === douglas [~douglas@suporte2.unilestemg.br] has joined #ubuntu-doc