Bug#406335: 1.17 etch packages....
On Tue, Jun 19, 2007 at 06:19:15PM +0100, Marcos Marado wrote: 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? Mainly because I'd had some feedback that gcc-4 would build it fine, and I was hoping it was going to be a faster build. I've not seen the texture problem you're describing with either build though, so I'm at a bit of a loss. To confirm the results of build-alternatives, simply comparing the dependancies of the resulting binary debs should show up any differences in the selected alternatives. eg. dpkg-deb -I slviewer_*.deb | grep Depends -- Paul TBBle Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office. pgpD9gbrCLCZK.pgp Description: PGP signature
Bug#406335: 1.17 etch packages....
On Wednesday 20 June 2007 12:50, Paul TBBle Hampson wrote: I've not seen the texture problem you're describing with either build though, so I'm at a bit of a loss. Damn, so we have no clue on what's happening here? Do you remember anything else I can test? -- Marcos Marado Sonaecom IT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406335: 1.17 etch packages....
On Mon, Jun 18, 2007 at 08:47:07PM +0100, Marcos Marado wrote: On Sunday 17 June 2007 21:46, Rainer Dorsch wrote: Your screenshot looks weired, here slviewer works definitely better. Not sure what is the best way to debug the problem. But do you know which video adapter you have and which driver you use? [EMAIL PROTECTED]:~# lspci|grep 915 00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) The weird thing here is that using Ubuntu's unofficial packages for second life the problem doesn't happen (same second life version), so it's not an issue with my graphics card... Any ideas on how can I debug this? BTW, teleporting is working... Maybe it was a connection problem the other way. 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. As I understand it, the cafuego packages appear to just be the upstream binary releases extracted to /opt and then put into a .deb, so they're built with the non-free libraries, which might make a difference. (Specifically, it could be an openJPEG problem... I also uploaded openJPEG 1.2 which produces libopenjpeg2, you may not have noticed...) (I haven't looked at the screenshot, mind you...) -- Paul TBBle Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office. pgpvCGXtufTrE.pgp Description: PGP signature
Bug#406335: 1.17 etch packages....
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 As I understand it, the cafuego packages appear to just be the upstream binary releases extracted to /opt and then put into a .deb, so they're built with the non-free libraries, which might make a difference. (Specifically, it could be an openJPEG problem... I also uploaded openJPEG 1.2 which produces libopenjpeg2, you may not have noticed...) I updated the openjpeg packages, I do not know though if Marcos picked them. Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07032-359190 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: 1.17 etch packages....
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? As I understand it, the cafuego packages appear to just be the upstream binary releases extracted to /opt and then put into a .deb, so they're built with the non-free libraries, which might make a difference. (Specifically, it could be an openJPEG problem... I also uploaded openJPEG 1.2 which produces libopenjpeg2, you may not have noticed...) I updated the openjpeg packages, I do not know though if Marcos picked them. Yes, I did. -- Marcos Marado Sonaecom IT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406335: 1.17 etch packages....
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. As I understand it, the cafuego packages appear to just be the upstream binary releases extracted to /opt and then put into a .deb, so they're built with the non-free libraries, which might make a difference. (Specifically, it could be an openJPEG problem... I also uploaded openJPEG 1.2 which produces libopenjpeg2, you may not have noticed...) I updated the openjpeg packages, I do not know though if Marcos picked them. Yes, I did. Hmmm.try to summarize 1. The etch packages work for me not for you - points to a problem specific to your machine 2. The ubuntu packages (which are the distributed binaries) work for you - points to the Debian packages Paul, do you know if any of the dependencies allow several alternatives? E.g. if java is required Marco could run a sun JDK, I could run gcj or something like that. Marcos, could you try to run reportbug on slviewer to see the version of your installed dependencies? Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07032-359190 jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: 1.17 etch packages....
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-4The 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 libfontconfig12.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-2Ogg 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++64.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 libvorbisfile31.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-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxmlrpc-epi00.51-1 XML-RPC request serialisation/dese ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii slviewer-artwork 1.17.0.12-1skin textures and misc data for th ii slviewer-data 1.17.0.12-2Datafiles for slviewer ii ttf-dejavu2.15-1 Vera font family derivate with add ii ttf-kochi-mincho 1.0.20030809-4 Kochi Subst Mincho Japanese TrueTy ii zlib1g1:1.2.3-13 compression library - runtime slviewer recommends no packages. -- no debconf information Feel free to ask further questions... -- Marcos Marado Sonaecom IT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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-4The 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 libfontconfig12.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-2Ogg 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++64.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 libvorbisfile31.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-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxmlrpc-epi00.51-1 XML-RPC request serialisation/dese ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii slviewer-artwork 1.17.0.12-1skin textures and misc data for th ii slviewer-data 1.17.0.12-2Datafiles for slviewer ii ttf-dejavu2.15-1 Vera font family derivate with add ii ttf-kochi-mincho 1.0.20030809-4 Kochi Subst Mincho Japanese TrueTy ii zlib1g1: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-1skin textures and misc data for th ii slviewer-data 1.17.0.12-2Datafiles 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:
Bug#406335: 1.17 etch packages....
On Tuesday 19 June 2007 19:59, Rainer Dorsch wrote: 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-1skin textures and misc data for th ii slviewer-data 1.17.0.12-2Datafiles 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. Erm, by bad here. The screenshot was taken with your packages and slviewer-data. Between that and now I installed Paul's slviewer-data just to make sure it wasn't a slviewer-data issue or something... 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 (?). Can you double-check that? -- Marcos Marado Sonaecom IT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406335: 1.17 etch packages....
On Sunday 17 June 2007 21:46, Rainer Dorsch wrote: Your screenshot looks weired, here slviewer works definitely better. Not sure what is the best way to debug the problem. But do you know which video adapter you have and which driver you use? [EMAIL PROTECTED]:~# lspci|grep 915 00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) The weird thing here is that using Ubuntu's unofficial packages for second life the problem doesn't happen (same second life version), so it's not an issue with my graphics card... Any ideas on how can I debug this? BTW, teleporting is working... Maybe it was a connection problem the other way. -- Marcos Marado Sonaecom IT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406335: 1.17 etch packages....
Hi Marcos, Am Samstag, 16. Juni 2007 18:14 schrieb Marcos Torres Marado: Also, I would like for you to CC me on issues regarding this bug, 'cause like Rainer I'm not getting the replies... I tried again a few days ago and the subscription works now for me. Your screenshot looks weired, here slviewer works definitely better. Not sure what is the best way to debug the problem. But do you know which video adapter you have and which driver you use? Thanks, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: 1.17 etch packages....
...are available here: http://alzental-castle.de/~rd/SL/ Regards, Rainer -- Rainer Dorsch Lärchenstr. 6 D-72135 Dettenhausen 07157-734133 email: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] GPG Fingerprint: 5966 C54C 2B3C 42CC 1F4F 8F59 E3A8 C538 7519 141E Full GPG key: http://pgp.mit.edu/
Bug#406335: 1.17 etch packages....
Hi there, I'm downloading the 1.17 etch packages and will give them a try. If the texture issues still arise, I'll upload a screenshot. Anyway, when I tested it, I also used cafuego's packages (for Ubuntu) just to see if it was a problem there too, but it wasn't... OK, testing now the new packages. The rendering problem still happens. Also, it seems that I stopped being able to teleport to any place... That didn't happen with the previous version! Here's the screenshot of the rendering problem: http://beta.zooomr.com/photos/mindboosternoori/2434491/ Paul: I'm not really sure in what can I help, but I'll gladly help if I can. For now, the only things I can think of is posting here on this bug a comment everytime a new version comes out, and keep testing the packages. The only machine I have that could be use for helping on this package is an i386 etch, but packages for that are already being taken care of (and well) by Rainer... But if there's something both of you think that I could help, just tell me. Also, I would like for you to CC me on issues regarding this bug, 'cause like Rainer I'm not getting the replies... Another thing: what about using https://wiki.secondlife.com/w/index.php?title=Special:Recentchangesfeed=rss and parse it though Yahoo! Pipes or something like that to get only the recent changes on the Download Source page? In that way we could get an RSS feed for each new source version of SL... What do you think about it? -- Marcos Marado [EMAIL PROTECTED] Sonaecom ISP $ perl ''=~('(?{'.('^)@@*@'^'.[).^`').''.('`@@[EMAIL PROTECTED]//[*;)@`//)@|'^'-).[`@@(^^[`.@@[)^').',$/})') ^Z