[ resend to the bug and the ml, sorry... ]

Hi,

Sebastian Dröge wrote:
> could you please describe a bit more verbose what exactly you are doing?

Sure.

> Where can one get the source in question and how can one reproduce it?

http://people.debian.org/~rene/openoffice.org/2.2.
Already in NEW with the workaround being build-depending against
mono-utils >= 1.2.3 explicitly)

How to reproduce it? Just build it with mono-mcs, mono-gmcs, mono-gac,
libmono-dev (and its deps) from experimental *but* with mono-utils
1.2.2.1-2.

dh_makeclilibs and dh_clideps will fail.

> Also what's the output of dh_makeclilibs and dh_clideps?

with all mono packages on 1.2.3.1-1:

dh_makeclilibs -V
dh_makeclilibs:
debian/openoffice.org-dev/usr/share/java/openoffice/win/unowinreg.dll
has no valid signature, ignoring
dh_clideps
dh_clideps: Warning: Could not resolve moduleref: uno_cppu for:
cli_uno_bridge.dll!
dh_clideps: Warning: Could not resolve moduleref: cli_uno for:
cli_uno_bridge.dll!
dh_clideps: Warning: Could not resolve moduleref: sal for:
cli_uno_bridge.dll!
dh_clideps: Warning: Could not resolve moduleref: cli_uno_glue for:
cli_cppuhelper.dll!
Error while trying to process unowinreg.dll
Error while trying to process unowinreg.dll

(unowinreg.dll is expected, because that's no mono dll but a "real" windows
JNI dll - and before you even think of filing a bug, yes it's rebuilt -
using mingw32)

With all mono packages on 1.2.3.1-1 *except* mono-utils (which is
at 1.2.2.1-2). 

dh_makeclilibs -V dh_makeclilibs: /usr/bin/monodis could not open 
debian/libuno-cil/usr/lib/openoffice/program/cli_ure.dll, maybe some components 
not installed yet. Using filename to guess the assembly name :(
dh_makeclilibs: /usr/bin/monodis could not open 
debian/libuno-cil/usr/lib/openoffice/program/cli_uno_bridge.dll, maybe some 
components not installed yet. Using filename to guess the assembly name :( 
dh_makeclilibs: /usr/bin/monodis could not open 
debian/libuno-cil/usr/lib/openoffice/program/cli_types.dll, maybe some 
components not installed yet. Using filename to guess the assembly name :( 
dh_makeclilibs: /usr/bin/monodis could not open 
debian/libuno-cil/usr/lib/openoffice/program/cli_basetypes.dll, maybe some 
components not installed yet. Using filename to guess the assembly name :( 
dh_makeclilibs: /usr/bin/monodis could not open 
debian/libuno-cil/usr/lib/openoffice/program/cli_cppuhelper.dll, maybe some 
components not installed yet. Using filename to guess the assembly name :( 
dh_makeclilibs: 
debian/openoffice.org-dev/usr/share/java/openoffice/win/unowinreg.dll has no 
valid signature, ignoring
dh_clideps

 ** ERROR **: file metadata.c: line 950 (mono_metadata_decode_row): assertion 
failed:
(res_size == count) aborting...
sh: line 1: 15667 Abgebrochen             LANG=C MONO_PATH= MONO_GAC_PREFIX= 
MONO_GAC_PREFIX=$MONO_GAC_PREFIX:debian/libuno-cil/usr /usr/bin/monodis 
--assemblyref cli_ure.dll 2>&1 >/tmp/dh_clideps.JUw9
dh_clideps: cli_parser call failed: 'LANG=C MONO_PATH= MONO_GAC_PREFIX=  
MONO_GAC_PREFIX=$MONO_GAC_PREFIX:debian/libuno-cil/usr /usr/bin/monodis 
--assemblyref cli_ure.dll 2>&1 > /tmp/dh_clideps.JUw9' rc: 34304 output: 
AssemblyRef Table

And indeed, monodis --assemblyref fails, even as I tried it on
/usr/lib/mono/gtk-sharp-2.0/gtk-sharp.dll, theer is no .clilibs etc.

> And does it work with mono 1.2.2.1 from unstable/testing?

No. But simply because it build-depends on mono >= 1.2.3  because that's
needed.

Gr??e/Regards,

Ren?
-- 
 .''`.  Ren? Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to