It seems that jadetex is incorrect on the mirror I'm using (http://distrib-coffee.ipsl.jussieu.fr/) as I redownloaded it and it's still the wrong size:

|_ _| |  _ \  / ___|  | |    
 | |  | |_) | \___ \  | |    
 | |  |  __/   ___) | | |___ 
|___| |_|     |____/  |_____|

Institut Pierre Simon Laplace
http://www.ipsl.jussieu.fr/

Please have a look at http://distrib-coffee.ipsl.jussieu.fr/

Olivier Thauvin <olivier.thauvin@aero.jussieu.fr>
Your favorite sys admin.

2008/03/23: ftp ls -R is now disabled

receiving file list ... done
. 120
mageia_timestamp 36
paths.readme 665
distrib/1/i586/media/core/release 761856
distrib/1/x86_64/media/core/release 786432
distrib/1/x86_64/media/core/release/jadetex-3.13-1.mga1.noarch.rpm 65915
distrib/1/i586/media/core/release/jadetex-3.13-1.mga1.noarch.rpm 65915


Where:
$ rpm -qip jadetex-3.13-1.mga1.noarch.rpm 
Name        : jadetex                      Relocations: (not relocatable)
Version     : 3.13                              Vendor: Mageia.Org
Release     : 1.mga1                        Build Date: sam. 19 mars 2011 22:38:49 CET
Install Date: (not installed)               Build Host: jonund
Group       : Publishing                    Source RPM: jadetex-3.13-1.mga1.src.rpm
Size        : 10735306                         License: Freely redistributable without restriction
Signature   : RSA/SHA1, sam. 19 mars 2011 22:42:22 CET, Key ID b742fa8b80420f66
Packager    : Mageia Team <http://www.mageia.org>
URL         : http://sourceforge.net/projects/jadetex
Summary     : TeX macros used by Jade TeX output
Description :
JadeTeX contains the additional LaTeX macros necessary for taking Jade
TeX output files and processing them as TeX files (to obtain DVI,
PostScript, or PDF files, for example).

So should be 10 MB

Source RPM: docbook-utils => jadetex

rpm -V jadetex  show what ?

CC: (none) => misc

This hack fixes the problem:

$ ll /usr/share/texmf/web2c/pdfjadetex.fmt /usr/share/texmf/web2c/jadetex.fmt
lrwxrwxrwx 1 root root 39 juin   3 01:18 /usr/share/texmf/web2c/jadetex.fmt ->
/usr/share/texmf/web2c/etex/jadetex.fmt
lrwxrwxrwx 1 root root 45 juin   3 01:19 /usr/share/texmf/web2c/pdfjadetex.fmt
-> /usr/share/texmf/web2c/pdfetex/pdfjadetex.fmt
  

$ rpm -V jadetex
$

just saw this bug too:

[]# urpmq -l jadetex
/usr/bin/jadetex
/usr/bin/pdfjadetex
/usr/share/doc/jadetex
/usr/share/doc/jadetex/index.html
/usr/share/man/man1/jadetex.1.xz
/usr/share/texmf/tex/jadetex
/usr/share/texmf/tex/jadetex/dsssl.def
/usr/share/texmf/tex/jadetex/dummyels.sty
/usr/share/texmf/tex/jadetex/jadefmtutil.cnf
/usr/share/texmf/tex/jadetex/jadetex.ini
/usr/share/texmf/tex/jadetex/jadetex.ltx
/usr/share/texmf/tex/jadetex/mlnames.sty
/usr/share/texmf/tex/jadetex/pdfjadetex.ini
/usr/share/texmf/tex/jadetex/ucharacters.sty
/usr/share/texmf/tex/jadetex/uentities.sty
/usr/share/texmf/tex/jadetex/unicode.sty
/usr/share/texmf/web2c/jadetex.fmt
/usr/share/texmf/web2c/pdfjadetex.fmt
[]# ls /usr/share/texmf/web2c/jadetex.fmt
ls: cannot access /usr/share/texmf/web2c/jadetex.fmt: No such file or directory
[]# ls /usr/share/texmf/web2c/pdfjadetex.fmt
ls: cannot access /usr/share/texmf/web2c/pdfjadetex.fmt: No such file or directory
[]# ls /usr/share/texmf/web2c/etex/jadetex.fmt 
/usr/share/texmf/web2c/etex/jadetex.fmt
[]# ls /usr/share/texmf/web2c/pdfetex/pdfjadetex.fmt 
/usr/share/texmf/web2c/pdfetex/pdfjadetex.fmt

odd no?

CC: (none) => maarten.vanraes

on closer inspection, it seems those 2 files are %ghost files and are generated with a subdir etex and pdfetex by accident.

Since --no-engine-subdir seems to be not working at all, i propose the following fix: http://paste.pocoo.org/show/460559/

Bruno: what about fixing the package? It has no maintainer so I can't assign it to anyone for now.

CC: (none) => stormi

Sorry, I'm wrong, jadetex is maintained by dmorgan. However he maintains many packages so your help would be welcome :)

Assignee: bugsquad => dmorganec

Isn't this bug related to or a duplicate of bug 812?

unsure if it is, it's likely related though, but see a possible fix in comment 5...

Samuel: It seems the patch proposed was already applied BTW in August. So should be good from that perspective.

(In reply to comment #10)
> Samuel: It seems the patch proposed was already applied BTW in August. So
> should be good from that perspective.

Was it fixed in cauldron or in Mageia 1?

If fixed in cauldron only, then we still need to apply the patch to Mageia 1. If fixed in Mageia 1 can we close this bug?

Alien, Jadetex is in testing testing since august, is it ok for the QA ?

i see that that it was my commit that was committed to testing... if anyone can QA this, perhaps it can finally be moved to mga1?

just assign to qa-bugs@ml.mageia.org then :)

.. and provide advisory and testing procedure..


x86_64:

Before
------

I'm unable to reproduce the docbook2pdf error, or even find the mondorescue-howto.sgml

Using proftpd's /usr/share/doc/proftpd/Configuration.sgml

# docbook2pdf Configuration.sgml
Using catalogs: /etc/sgml/sgml-docbook-4.1.cat
Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#print
Working on: /usr/share/doc/proftpd/Configuration.sgml
jade:/usr/share/doc/proftpd/Configuration.sgml:19:0:E: cannot find "by_name_source.sgml"; tried "/usr/share/doc/proftpd/by_name_source.sgml", "/usr/share/sgml/by_name_source.sgml"
jade:/usr/share/doc/proftpd/Configuration.sgml:21:9:E: end tag for "CHAPTER" which is not finished
jade:/usr/share/doc/proftpd/Configuration.sgml:26:0:E: cannot find "by_module_source.sgml"; tried "/usr/share/doc/proftpd/by_module_source.sgml", "/usr/share/sgml/by_module_source.sgml"
jade:/usr/share/doc/proftpd/Configuration.sgml:27:9:E: end tag for "CHAPTER" which is not finished
jade:/usr/share/doc/proftpd/Configuration.sgml:32:0:E: cannot find "by_context_source.sgml"; tried "/usr/share/doc/proftpd/by_context_source.sgml", "/usr/share/sgml/by_context_source.sgml"
jade:/usr/share/doc/proftpd/Configuration.sgml:33:9:E: end tag for "CHAPTER" which is not finished

It creates Configuration.tex which is not a pdf.

# ll /usr/share/texmf/web2c/pdfjadetex.fmt /usr/share/texmf/web2c/jadetex.fmt
ls: cannot access /usr/share/texmf/web2c/pdfjadetex.fmt: No such file or directory
ls: cannot access /usr/share/texmf/web2c/jadetex.fmt: No such file or directory



After
-----

# urpmi jadetex
Marking jadetex as manually installed, it won't be auto-orphaned
writing /var/lib/rpm/installed-through-deps.list


    ftp://ftp.LinuxCabal.org/pub/mirrors/Mageia/distrib/1/x86_64/media/core/updates_testing/jadetex-3.13-2.1.mga1.noarch.rpm
installing jadetex-3.13-2.1.mga1.noarch.rpm from /var/cache/urpmi/rpms         
Preparing...                     #############################################
      1/1: jadetex               #############################################
mv: cannot stat `/usr/share/texmf/web2c/etex/jadetex.fmt': No such file or directory
mv: cannot stat `/usr/share/texmf/web2c/pdfetex/pdfjadetex.fmt': No such file or directory


# ll /usr/share/texmf/web2c/pdfjadetex.fmt /usr/share/texmf/web2c/jadetex.fmt
ls: cannot access /usr/share/texmf/web2c/pdfjadetex.fmt: No such file or directory
ls: cannot access /usr/share/texmf/web2c/jadetex.fmt: No such file or directory


# docbook2pdf Configuration.sgml
Using catalogs: /etc/sgml/sgml-docbook-4.1.cat
Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#print
Working on: /usr/share/doc/proftpd/Configuration.sgml
jade:/usr/share/doc/proftpd/Configuration.sgml:19:0:E: cannot find "by_name_source.sgml"; tried "/usr/share/doc/proftpd/by_name_source.sgml", "/usr/share/sgml/by_name_source.sgml"
jade:/usr/share/doc/proftpd/Configuration.sgml:21:9:E: end tag for "CHAPTER" which is not finished
jade:/usr/share/doc/proftpd/Configuration.sgml:26:0:E: cannot find "by_module_source.sgml"; tried "/usr/share/doc/proftpd/by_module_source.sgml", "/usr/share/sgml/by_module_source.sgml"
jade:/usr/share/doc/proftpd/Configuration.sgml:27:9:E: end tag for "CHAPTER" which is not finished
jade:/usr/share/doc/proftpd/Configuration.sgml:32:0:E: cannot find "by_context_source.sgml"; tried "/usr/share/doc/proftpd/by_context_source.sgml", "/usr/share/sgml/by_context_source.sgml"
jade:/usr/share/doc/proftpd/Configuration.sgml:33:9:E: end tag for "CHAPTER" which is not finished



Am I doing something wrong or is the problem not yet fixed?

(In reply to comment #15)

> mv: cannot stat `/usr/share/texmf/web2c/etex/jadetex.fmt': No such file or
> directory
> mv: cannot stat `/usr/share/texmf/web2c/pdfetex/pdfjadetex.fmt': No such file
> or directory

There's a missing requires on texlive-texmf.

Once that's installed, and you pick a good .sgml file, it works.
I used /usr/share/gnome/help/teg/C/teg.sgml and id produced a valid
pdf document.

CC: (none) => davidwhodgins

Installed texlive-texmf - a 600mb installation!

I also installed teg to get the file you used Dave but still no luck.

# docbook2pdf /usr/share/gnome/help/teg/C/teg.sgml
Using catalogs: /etc/sgml/sgml-docbook-3.1.cat
Using stylesheet: /usr/share/sgml/docbook/utils-0.6.14/docbook-utils.dsl#print
Working on: /usr/share/gnome/help/teg/C/teg.sgml

kpathsea: Running mktexfmt pdfjadetex.fmt
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010/Mageia)
 restricted \write18 enabled.
I can't find the format file `pdfjadetex.fmt'!

# rpm -ql jadetex | grep pdf
/usr/bin/pdfjadetex
/usr/share/texmf/tex/jadetex/pdfjadetex.ini
/usr/share/texmf/web2c/pdfjadetex.fmt

# ll /usr/share/texmf/web2c/pdfjadetex.fmt /usr/share/texmf/web2c/jadetex.fmt
ls: cannot access /usr/share/texmf/web2c/pdfjadetex.fmt: No such file or directory
ls: cannot access /usr/share/texmf/web2c/jadetex.fmt: No such file or directory

this is exactly the problem i had before. likely you'll find the file in /usr/share/texmf/web2c/pdfetex/jadetex.fmt

This isn't fixed then yet AL13N. See also Dave's comment 16

Source RPM: jadetex-3.13-2.1.mga1.src.rpm

That dir doesn't exist either, there are no subdir's in web2c for me..

# ls /usr/share/texmf/web2c/
amiga-pl.tcx  cp852-pl.tcx     il2-pl.tcx    mktex.cnf     natural.tcx
context.cnf   cp8bit.tcx       il2-t1.tcx    mktexdir*     tcvn-t5.tcx
cp1250cs.tcx  empty.tcx        kam-cs.tcx    mktexdir.opt  texmf.cnf
cp1250pl.tcx  fmtutil.cnf      kam-t1.tcx    mktexnam*     texmfcnf.lua
cp1250t1.tcx  fmtutil-hdr.cnf  macce-pl.tcx  mktexnam.opt  updmap.cfg
cp227.tcx     il1-t1.tcx       macce-t1.tcx  mktex.opt     updmap-hdr.cfg
cp852-cs.tcx  il2-cs.tcx       maz-pl.tcx    mktexupd*     viscii-t5.tcx

# find / -name jadetex.fmt

returns nothing, nor does updatedb, locate

Might be another missing requires.  I ran it under strace, and checked to
see what packages contain the files accessed by it See if the following
installs any packages ...

urpmi \
    docbook-dtds \
    docbook-style-dsssl \
    docbook-utils \
    docbook-utils-pdf \
    glibc \
    jadetex \
    libgcc1 \
    libopenjade0 \
    libOpenSP5 \
    libpcre0 \
    libpng3 \
    libstdc++6 \
    libtermcap2 \
    libzlib1 \
    log4j \
    openjade \
    sgml-common \
    teg \
    texlive-texmf

those 2 files are inside the jadetex package. they are marked %ghost though, so you should install this on some sort of clean setup, perhaps due to previous installation or something it goes wrong?

i doublechecked, the spec file lists them, and installs them, the rpm itself contains them...

Just reading here http://www.rpm.org/max-rpm-snapshot/s1-rpm-inside-files-list-directives.html

It appears %ghost means it doesn't install them but does remove them when uninstalling, which would explain why they're not there.

I'll remove jadetex tomorrow and install the Release version then update with --debug and see what (if anything) it shows to do with jadetex.fmt.

# urpmi jadetex


    ftp://ftp.LinuxCabal.org/pub/mirrors/Mageia/distrib/1/x86_64/media/core/release/jadetex-3.13-1.mga1.noarch.rpm
installing jadetex-3.13-1.mga1.noarch.rpm from /var/cache/urpmi/rpms                                          
Preparing...                     ############################################################################
      1/1: jadetex               ############################################################################
# ls /usr/share/texmf/web2c
amiga-pl.tcx  cp852-cs.tcx  fmtutil-hdr.cnf  kam-t1.tcx    mktexdir.opt  pdfetex/        viscii-t5.tcx
context.cnf   cp852-pl.tcx  il1-t1.tcx       macce-pl.tcx  mktexnam*     tcvn-t5.tcx
cp1250cs.tcx  cp8bit.tcx    il2-cs.tcx       macce-t1.tcx  mktexnam.opt  texmf.cnf
cp1250pl.tcx  empty.tcx     il2-pl.tcx       maz-pl.tcx    mktex.opt     texmfcnf.lua
cp1250t1.tcx  etex/         il2-t1.tcx       mktex.cnf     mktexupd*     updmap.cfg
cp227.tcx     fmtutil.cnf   kam-cs.tcx       mktexdir*     natural.tcx   updmap-hdr.cfg

Thats a bit of a mess but it does have pdfetex/ and etex/ dir's and jadetex.fmt is in pdfetex.

# urpme jadetex
removing jadetex-3.13-1.mga1.noarch
removing package jadetex-1:3.13-1.mga1.noarch
writing /var/lib/rpm/installed-through-deps.list

The following packages:
  OpenSP-1.5.2-8.mga1.x86_64
  ccsm-0.8.4-4.mga1.noarch
  docbook-style-dsssl-1.79-10.mga1.noarch
  kernel-desktop-2.6.38.8-5.mga-1-1.mga1.x86_64
  lib64OpenSP5-1.5.2-8.mga1.x86_64
  lib64openjade0-1.3.3-0.pre1.10.mga1.x86_64
  openjade-1.3.3-0.pre1.10.mga1.x86_64
  perl-SGMLSpm-1.03ii-14.mga1.noarch
  python-sexy-0.1.9-5.mga1.x86_64
are now orphaned, if you wish to remove them, you can use "urpme --auto-orphans"

# ls /usr/share/texmf/web2c

Still shows the dir's pdfetex and etex which weren't there originally.

# rm -rf /usr/share/texmf/web2c/pdfetex
# rm -rf /usr/share/texmf/web2c/etex
# urpmi jadetex


    ftp://ftp.LinuxCabal.org/pub/mirrors/Mageia/distrib/1/x86_64/media/core/release/jadetex-3.13-1.mga1.noarch.rpm
installing jadetex-3.13-1.mga1.noarch.rpm from /var/cache/urpmi/rpms                                          
Preparing...                     ############################################################################
      1/1: jadetex               ################################################

# ls /usr/share/texmf/web2c

Shows it creates those dir's again. I think the files are being dynamically created.

This could be due to having texlive-texmf installed where it wasnt before. Dave did say in comment 16 that it worked for him after installing it so removing it to prove the concept.

# urpme jadetex
# rm -rf /usr/share/texmf/web2c/etex
# rm -rf /usr/share/texmf/web2c/pdfetex
# urpme texlive-texmf

# urpmi jadetex


    ftp://ftp.LinuxCabal.org/pub/mirrors/Mageia/distrib/1/x86_64/media/core/release/jadetex-3.13-1.mga1.noarch.rpm
installing jadetex-3.13-1.mga1.noarch.rpm from /var/cache/urpmi/rpms           
Preparing...                     #############################################
      1/1: jadetex               #############################################


# ls /usr/share/texmf/
dvipdfm/  fonts/  ls-R  tex/  web2c/

# ls /usr/share/texmf/web2c

Empty!


So it appears, as Dave said this is indeed missing a dependency of texlive-texmf


Updating to testing version..


# urpmi jadetex


    ftp://ftp.LinuxCabal.org/pub/mirrors/Mageia/distrib/1/x86_64/media/core/updates_testing/jadetex-3.13-2.1.mga1.noarch.rpm
installing jadetex-3.13-2.1.mga1.noarch.rpm from /var/cache/urpmi/rpms         
Preparing...                     #############################################
      1/1: jadetex               #############################################
mv: cannot stat `/usr/share/texmf/web2c/etex/jadetex.fmt': No such file or directory
mv: cannot stat `/usr/share/texmf/web2c/pdfetex/pdfjadetex.fmt': No such file or directory


# ls /usr/share/texmf/web2c/

Empty!


So I think once the missing requires is added this should be Ok. 

It will also need texlive-texmf linking to updates when it is pushed.

I seem to remember that when I installed texlive-texmf it brought perl-Algorithm-Diff in with it so that too will require linking.

We can check for any others with the depcheck script once the new version is built.

i'm totally confused now, is this working or not? perhaps we should ask the maintainer to see what exactly must be done...

No it's not.

It needs a require on texlive-texmf..

jadetex requires and buildrequires texlive, which requires texlive-texmf ...

so it should be required...

Well, I'm able to remove texlive-texmf without it removing texlive. 

# rpm -qa | grep texlive-texmf
# rpm -qa | grep texlive
texlive-20100722-35.mga1

If it was really required it would remove texlive too wouldn't it?

In any case, a missing texlive-texmf is what is causing the problem, it should probably be added as a specific requirement alongside texlive.

As a 600Mb install its not some thing I really want to have installed unless absolutely necessary.

It may be related to bug 2985

# urpmq -d jadetex | grep tex
aumix-text
gettext-base
html2text
jadetex
texlive
texlive-texmf

Assigning to maintainer.

AL13N are you taking this one? If not please assign to dmorgan who Sophie says is maintainer.

CC: (none) => qa-bugs
Assignee: qa-bugs => alien

I had provided a patch which i figured worked, but i don't know much about the reason why it's %ghosted, so i can't help anymore...

assigning to dmorgan

Assignee: alien => dmorganec

all blockers are now ok

(In reply to comment #34)
> all blockers are now ok

What's changed?

Testing complete on i586 for the srpm
jadetex-3.13-2.1.mga1.src.rpm

I just went back to  a clean install, installed docbook-utils-pdf,
confirmed the bug is still there. installed jadetex from updates
testing, and was able to generate a pdf from an sgml file.

Note that texlive-texmf was pulled in during the install of
docbook-utils-pdf, and no other packages were installed during
the update, so no linking will be required.

Nothing has changed. The jadetex in testing is from August. The problem still exists.

# urpmi docbook-utils-pdf
To satisfy dependencies, the following packages are going to be installed:
   Package                        Version      Release       Arch
(medium "Core Release")
  OpenSP                         1.5.2        8.mga1        x86_64
  docbook-style-dsssl            1.79         10.mga1       noarch
  lib64OpenSP5                   1.5.2        8.mga1        x86_64
  lib64openjade0                 1.3.3        0.pre1.10.mg> x86_64
  openjade                       1.3.3        0.pre1.10.mg> x86_64
  perl-SGMLSpm                   1.03ii       14.mga1       noarch
(medium "Core 32bit Release")
  docbook-utils                  0.6.14       14.mga1       noarch
  docbook-utils-pdf              0.6.14       14.mga1       noarch
(medium "CUTesting")
  jadetex                        3.13         2.1.mga1      noarch
21MB of additional disk space will be used.
2.1MB of packages will be retrieved.
Proceed with the installation of the 9 packages? (Y/n)y

Preparing...                     ###############################################
      1/9: lib64OpenSP5          ###############################################
      2/9: OpenSP                ###############################################
      3/9: lib64openjade0        ###############################################
      4/9: openjade              ###############################################
      5/9: docbook-style-dsssl   ###############################################
      6/9: perl-SGMLSpm          ###############################################
      7/9: jadetex               ###############################################
mv: cannot stat `/usr/share/texmf/web2c/etex/jadetex.fmt': No such file or directory
mv: cannot stat `/usr/share/texmf/web2c/pdfetex/pdfjadetex.fmt': No such file or directory
      8/9: docbook-utils         ###############################################


# rpm -qa | grep texlive
texlive-20100722-35.mga1

3 monthly ping

CC: (none) => marja11

Please look at the bottom of this mail to see whether you're the assignee of this  bug, if you don't already know whether you are.


If you're the assignee:

We'd like to know for sure whether this bug was assigned correctly. Please change status to ASSIGNED if it is, or put OK on the whiteboard instead.

If you don't have a clue and don't see a way to find out, then please put NEEDHELP on the whiteboard.

Please assign back to Bug Squad or to the correct person to solve this bug if we were wrong to assign it to you, and explain why.

Thanks :)

**************************** 

@ the reporter and persons in the cc of this bug:

If you have any new information that wasn't given before (like this bug being valid for another version of Mageia, too, or it being solved) please tell us.

@ the reporter of this bug

If you didn't reply yet to a request for more information, please do so within two weeks from now.

Thanks all :-D

After upgrading to Mageia 2; I had to uninstall texlive, remove the /usr/share/texmf/web2c dr and reinstall texlive (and the rest) and now my HOWTO builds correctly without any patching. So probably just only valid for Mageia 1 only anymore.

Status: NEW => RESOLVED
Resolution: (none) => FIXED

If it's still valid in Mageia 1, then the bug must remain open.

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

This message is a reminder that Mageia 1 is nearing its end of life. 
In approximately 25 days from now, Mageia will stop maintaining and issuing 
updates for Mageia 1. At that time this bug will be closed as WONTFIX (EOL) if it 
remains open with a Mageia 'version' of '1'.

Package Maintainer: If you wish for this bug to remain open because you plan to 
fix it in a currently maintained version, simply change the 'version' to a later 
Mageia version prior to Mageia 1's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we may not 
be able to fix it before Mageia 1 is end of life.  If you would still like to see 
this bug fixed and are able to reproduce it against a later version of Mageia, 
you are encouraged to click on "Version" and change it against that version 
of Mageia.

Although we aim to fix as many bugs as possible during every release's lifetime, 
sometimes those efforts are overtaken by events. Often a more recent Mageia 
release includes newer upstream software that fixes bugs or makes them obsolete.

--
Mageia Bugsquad

ok, so it seems mga2 could be resolved and mga1 still open, let's just go with wontfix then...

Status: REOPENED => RESOLVED
Resolution: (none) => WONTFIX