Bug#406335: 1.17 etch packages....
Am Dienstag, 19. Juni 2007 19:19 schrieb Marcos Marado:
> On Tuesday 19 June 2007 18:00, Rainer Dorsch wrote:
> > Am Dienstag, 19. Juni 2007 18:11 schrieb Marcos Marado:
> > > On Tuesday 19 June 2007 16:55, Rainer Dorsch wrote:
> > > > Am Dienstag, 19. Juni 2007 15:00 schrieben Sie:
> > > > > Are the Etch packages built from the -1 or -2 version of 1.17? The
> > > > > main change was using the default g++ instead of the g++-3.4
> > > > > specified by upstream.
> > > >
> > > > -1
> > >
> > > Can you please package -2 to see if the problem still happens?
> >
> > Sure, I can. But as I understood Paul, this is even further away from the
> > upstream compile (Ubuntu packages), because they recommend the gcc-3.4.
>
> Yes, you're right... Paul, can you please explain why did you change that?
>
> > Marcos,
> >
> > could you try to run reportbug on slviewer to see the version of your
> > installed dependencies?
>
> There it goes:
>
> -- System Information:
> Debian Release: 4.0
> APT prefers stable
> APT policy: (500, 'stable')
> Architecture: i386 (i686)
> Shell: /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.18-4-686
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
>
> Versions of packages slviewer depends on:
> ii libapr1 1.2.7-8.2 The Apache Portable Runtime
> Librar
> ii libaprutil1 1.2.7+dfsg-2 The Apache Portable Runtime
> Utilit
> ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit
> ii libc6 2.3.6.ds1-13 GNU C Library: Shared
> libraries ii libcairo2 1.2.4-4 The Cairo 2D vector
> graphics libra
> ii libcurl3 7.15.5-1 Multi-protocol file transfer
> libra
> ii libexpat1 1.95.8-3.4 XML parsing C library -
> runtime li
> ii libfontconfig1 2.4.2-1.2 generic font configuration
> library
> ii libfreetype6 2.2.1-5+etch1 FreeType 2 font engine, shared
> lib
> ii libgcc1 1:4.1.1-21 GCC support library
> ii libgl1-mesa-glx [libgl1] 6.5.1-0.6 A free implementation of the
> OpenG
> ii libglib2.0-0 2.12.4-2 The GLib library of C routines
> ii libglu1-mesa [libglu1] 6.5.1-0.6 The OpenGL utility library
> (GLU) ii libgoogle-perftools0 0.8-5 libraries for CPU and
> heap analysi
> ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user
> interface ii libjpeg62 6b-13 The Independent JPEG
> Group's JPEG ii libogg0 1.1.3-2 Ogg Bitstream
> Library ii libopenjpeg2 1.2-1 JPEG 2000 image
> compression codec ii libpango1.0-0 1.14.8-5 Layout and
> rendering of internatio
> ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer
> ii libssl0.9.8 0.9.8c-4 SSL shared libraries
> ii libstdc++6 4.1.1-21 The GNU Standard C++ Library
> v3 ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio
> Compressi
> ii libvorbisenc2 1.1.2.dfsg-1.2 The Vorbis General Audio
> Compressi
> ii libvorbisfile3 1.1.2.dfsg-1.2 The Vorbis General Audio
> Compressi
> ii libx11-6 2:1.0.3-7 X11 client-side library
> ii libxcursor1 1.1.7-4 X cursor management library
> ii libxext6 1:1.0.1-2 X11 miscellaneous extension
> librar
> ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes'
> extensio
> ii libxi6 1:1.0.1-4 X11 Input extension library
> ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
> ii libxmlrpc-epi0 0.51-1 XML-RPC request
> serialisation/dese
> ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library
> ii libxrender1 1:0.9.1-3 X Rendering Extension client
> libra
> ii slviewer-artwork 1.17.0.12-1 skin textures and misc data
> for th
> ii slviewer-data 1.17.0.12-2 Datafiles for slviewer
> ii ttf-dejavu 2.15-1 Vera font family derivate with
> add
> ii ttf-kochi-mincho 1.0.20030809-4 Kochi Subst Mincho Japanese
> TrueTy
> ii zlib1g 1:1.2.3-13 compression library - runtime
>
> slviewer recommends no packages.
>
> -- no debconf information
Here are my data, they are pretty much the same. The only small difference I
notices is, you have
> ii slviewer-artwork 1.17.0.12-1 skin textures and misc data
> for th
> ii slviewer-data 1.17.0.12-2 Datafiles for slviewer
slightly different version sofr slviewer-data. That is architecture
independent, maybe you grapped that from Paul's place? But I do not think
that this makes a difference.
The I noticed that we both depend on
ii libgcc1 1:4.1.1-21 GCC support library
I am surprised about the verison, I thought I compiled with gcc-3.4 (?).
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (600, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Versions of packages slviewer depends on:
ii libapr1 1.2.7-8.2 The Apache Portable Runtime
Librar
ii libaprutil1 1.2.7+dfsg-2 The Apache Portable Runtime
Utilit
ii libatk1.0-0 1.12.4-3 The ATK accessibility toolkit
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
ii libcairo2 1.2.4-4 The Cairo 2D vector graphics
libra
ii libcurl3 7.15.5-1 Multi-protocol file transfer
libra
ii libexpat1 1.95.8-3.4 XML parsing C library - runtime
li
ii libfontconfig1 2.4.2-1.2 generic font configuration
library
ii libfreetype6 2.2.1-5+etch1 FreeType 2 font engine, shared
lib
ii libgcc1 1:4.1.1-21 GCC support library
ii libgl1-mesa-glx [libgl1] 6.5.1-0.6 A free implementation of the
OpenG
ii libglib2.0-0 2.12.4-2 The GLib library of C routines
ii libglu1-mesa [libglu1] 6.5.1-0.6 The OpenGL utility library (GLU)
ii libgoogle-perftools0 0.8-5 libraries for CPU and heap
analysi
ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface
ii libjpeg62 6b-13 The Independent JPEG Group's JPEG
ii libogg0 1.1.3-2 Ogg Bitstream Library
ii libopenjpeg2 1.2-1 JPEG 2000 image compression codec
ii libpango1.0-0 1.14.8-5 Layout and rendering of
internatio
ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer
ii libssl0.9.8 0.9.8c-4 SSL shared libraries
ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3
ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio
Compressi
ii libvorbisenc2 1.1.2.dfsg-1.2 The Vorbis General Audio
Compressi
ii libvorbisfile3 1.1.2.dfsg-1.2 The Vorbis General Audio
Compressi
ii libx11-6 2:1.0.3-7 X11 client-side library
ii libxcursor1 1.1.7-4 X cursor management library
>
> Feel free to ask further questions...
Paul, do you have an idea where the difference could come from?
Rainer
--
Rainer Dorsch
Lärchenstr. 6
D-72135 Dettenhausen
07157-734133
email: rdorsch@web.de
jabber: rdorsch@jabber.org
GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E
Full GPG key: http://pgp.mit.edu/
Reply to: