did I upgrade to squeeze properly?
Dear Debianists, I upgraded to Squeeze recently. My sources file looks like this: spc1-burn4-0-0-cust452:/etc/apt# more sources.list # # deb cdrom:[Debian GNU/Linux testing _Etch_ - Official Beta amd64 DVD Binary-1 20070317-22:49]/ etch contrib main #deb cdrom:[Debian GNU/Linux testing _Etch_ - Official Beta amd64 DVD Binary-1 2 0070317-22:49]/ etch contrib main deb http://ftp.uk.debian.org/debian/ squeeze main contrib non-free deb http://ftp.uk.debian.org/debian/ testing main contrib non-free #deb-src http://ftp.uk.debian.org/debian/ squeeze main contrib non free #deb http://security.debian.org/ squeeze/updates main contrib #deb-src http://security.debian.org/ squeeze/updates main contrib #deb http://ftp.uk.debian.org/debian/ lenny main #deb http://security.debian.org/ lenny/updates main contrib spc1-burn4-0-0-cust452:/etc/apt# Is it OK to have the deb http://ftp.uk.debian.org/debian/ squeeze main contrib non-free address and the deb http://ftp.uk.debian.org/debian/testing main contrib non-free repository address (or whatever it is called) in their together or should only one of them be in there e.g. the testing one? Do they work together in a complementary fashion or could they poison one another because the deb files in there could be a little different and it would screw things up? Regards Michael Fothergill
Re: did I upgrade to squeeze properly?
Hi .. On Sun, Mar 15, 2009 at 10:54:00AM +, Michael Fothergill wrote: deb http://ftp.uk.debian.org/debian/ squeeze main contrib non-free deb http://ftp.uk.debian.org/debian/ testing main contrib non-free #deb-src http://ftp.uk.debian.org/debian/ squeeze main contrib non free It is enouch to have one line for testing or squeeze here. squeeze and testing are the same until squeeze will become stable. Testing will ever be testing. This is the pointer for the upcoming stable release, which is currently in testing. Keeping the testing line enables you always use the future debian version. If you want to switch to squeeze und and use squeeze then, after it will beome stable, then use the squeeze line. Regards. Jan -- Jeder denkende und fuehlende Mensch sucht Antworten auf so viele Fragen. Niemals duerfen wir den anderen hassen oder verspotten, nur weil er andere Antworten als wir gefunden hat. (c) Werner Braun, (1951 - 2006), deutscher Aphoristiker signature.asc Description: Digital signature
Re: Bls: Google Earth
On Sunday 15 March 2009 02:10:19 Umarzuki Mochlis wrote: wierdly, even after installing lib32nss-mdns, it still won't start. Let me explain what I had done. 1. I tried installing from beta installer downloaded from google earth but I need to get libgthread 2. I installed googleearth-package without removing the last installer (step above), when I ran it, it says something about firewall blocking /home/umarzuki/googleearth/googleearth-bin (refer to step 1) 3. tried to run the googleearth-bin but it says something about X11 not running so I removed the whole googleearth directory 4. purged google-earth and installed lib32nss-mdns but googleearth won't run anymore That's strange. Although it was working Googleearth has now stopped working. It starts but won't download images. What the great god almighty Google hath created he now takes away from us ;) -- Richard -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bls: Google Earth
On Sun, 15 Mar 2009 12:50:09 +0100, Richard Ibbotson wrote: What the great god almighty Google hath created he now takes away from us If you trust a guy from the internet, I uploaded a .deb of Googleearth prepared with googleearth-package. You can get it here: http://malmostoso.altervista.org/Debian/googleearth_5.0.11337.1968 +0.5.4-1_amd64.deb Install it with dpkg -i and don't forget to install lib32nss-msdn. Works dandy here. -- Best Regards, Jack Linux User #264449 Powered by Debian GNU/Linux on AMD64 -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
OpenJDK Cacao GCJ Java defaults in unstable
Hi, openjdk-6 in unstable is updated to the 6b14 code drop, built from a recent IcedTea snapshot. There are a few regressions in the ports which don't use the hotspot VM, but the Zero VM. Help from porters would be appreciated. There are two new binary packages offering additional JVMs: - openjdk-6-jre-zero: built on amd64 and i386. This is the JVM used by default on the non-hotspot archs (armel, alpha, s390, mips, mipsel, powerpc, m68k?). Maybe useful for debugging issues with the zero JVM on archs which are more accessible. - icedtea-6-jre-cacao: built on alpha, armel, mips, mipsel, s390, i386, amd64, powerpc). The Cacao JVM and JIT is not yet feature complete compared to the hotspot JVM, but is much faster than the Zero JVM and offers an alternative on platforms which don't have the Hotspot JVM. The additional JVM's can be called with java [-cacao|-zero] or for the java tools with tool name [-J-cacao|-J-zero] This is currently a Debian/Ubuntu only option; integration into IcedTea is in progress. To make a JVM the default, make it the first one in /etc/java-6-openjdk/jvm.cfg. GCJ is still the work horse to build and bootstrap OpenJDK. IMO it still does make sense to keep the '-gcj' packages for software which is known to work with GCJ. I plan to have a recent GCJ-4.x release for the next Debian release. Once openjdk-6 moves to testing, I propose to change the default in the default-{jre,jdk} packages to point to the openjdk-6 packages. This works well, except for one thing: packages will be built with -source 1.6 by default, which makes the resulting .class/.jar files unusable with older java versions (1.4 and 1.5). I would like to propose a change in the Debian java policy, that java packages must be built for the version which is sufficient for a sucessful build. The changes are trivial; I already did check in changes for ant and ant build- and runtime dependencies into the debian-java svn. There is currently work-in-progress to extend the Zero JVM with a JIT (called shark). This is still experimental work, currently requires llvm-2.4 (unstable has 2.5). I would welcome feedback from port maintainers about zero/shark. Please consider to join the IcedTea mailing list. Matthias PS: I would appreciate some help with openjdk in Debian; the current maintainer team is MIA or inactive. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bls: Google Earth
Hello, googleearth starts but closes after a while with the folowing message m...@hp:~$ googleearth Warning: Unable to create prefs directory '/home/mac/.googleearth'. Arquivo existe. /usr/lib/googleearth/googleearth-bin: relocation error: /usr/lib32/i686/cmov/libssl.so.0.9.8: symbol BIO_test_flags, version OPENSSL_0.9.8 not defined in file libcrypto.so.0.9.8 with link time reference m...@hp:~$ any help? On Sun, 15 Mar 2009 12:50:09 +0100, Richard Ibbotson wrote: What the great god almighty Google hath created he now takes away from us If you trust a guy from the internet, I uploaded a .deb of Googleearth prepared with googleearth-package. You can get it here: http://malmostoso.altervista.org/Debian/googleearth_5.0.11337.1968 +0.5.4-1_amd64.deb Install it with dpkg -i and don't forget to install lib32nss-msdn. Works dandy here. -- Best Regards, Jack Linux User #264449 Powered by Debian GNU/Linux on AMD64 -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org