Re: 32 chroot - Openoffice has no menus
On (07/04/05 21:53), Antti Pyykko wrote: On Wed, 6 Apr 2005, Tobias Krais wrote: But now I want to start my Openoffice - and well it starts, but without Menus. Strange. I have the very same problem now. I have OpenOffice.org installed with the necessary ia32 libs, and it has worked fine for the last 6 months. But now when I start Writer, it has no menus. I swear it was working just fine about a week ago! Like this: http://rhea.oamk.fi/~pyanil00/temp/ooo/ooo_menus.png Tobias's problem was resolved by installing the .de localised package for OOo (check the thread to the end) Maybe reinstall the localised package. Regards Clive -- www.clivemenzies.co.uk ... ...strategies for business -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Firefox and java
hi I've downloaded jre from blackdown, in order to use it for as the java plugin for firefox (as I saw some time ago in this list). it's all fine but the plugin isn't shown in about:plugins I had a look at the link I made and I got this: $ ldd libjavaplugin_oji.so libjvm.so = not found libverify.so = not found libnsl.so.1 = /lib/libnsl.so.1 (0x2abee000) libdl.so.2 = /lib/libdl.so.2 (0x2ad04000) libc.so.6 = /lib/libc.so.6 (0x2ae08000) /lib64/ld-linux-x86-64.so.2 = /lib64/ld-linux-x86-64.so.2 (0x5000) libjvm and libverify are part of the blackdown, and are in some /usr subdir. Why I get that not found? thanks maxxer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Firefox and java
On Fri, Apr 08, 2005 at 02:11:42PM +0200, Lorenzo Milesi wrote: $ ldd libjavaplugin_oji.so libjvm.so = not found libverify.so = not found libnsl.so.1 = /lib/libnsl.so.1 (0x2abee000) libdl.so.2 = /lib/libdl.so.2 (0x2ad04000) libc.so.6 = /lib/libc.so.6 (0x2ae08000) /lib64/ld-linux-x86-64.so.2 = /lib64/ld-linux-x86-64.so.2 (0x5000) libjvm and libverify are part of the blackdown, and are in some /usr subdir. Why I get that not found? try to create symbolic lync in /lib/ -- Sythos - http://www.sythos.net () ASCII Ribbon Campaign - against html/rtf/vCard in mail /\- against M$ attachments -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
broken ssl in evolution-2.2
Hello. after upgrading to evolution-2.2 my imaps mailboxes stoped working with error: SSL unsupported. I've checked the sources and in debian/rules there is --without-ssl option. I've tried compiling without this option, the ssl unsupported is still there. in my chroot, ssl works fine. After doing ldd on evolution i get the following: chroot: $ which evolution-2.2 |xargs ldd |grep ssl |wc -l 1 $ which evolution-2.2 |xargs ldd |grep tls |wc -l 8 non-chroot: $ which evolution-2.2 |xargs ldd |grep ssl |wc -l 0 $ which evolution-2.2 |xargs ldd |grep tls |wc -l 1 Is there a particular reason for disabling ssl support? Many thanks, -- Andrei signature.asc Description: This is a digitally signed message part
openoffice in chroot and java
Hi, I am running OpenOffice in a chroot (as described in debian-amd64-howto), but the version packaged is 1.1.3 ; and I am supposed to test the new 2.0 beta. I installed this version (using alien, since this beta is packaged as rpm's). Now the question is : which version of java am I to install in order to get OpenOffice java librairies be accessible ? Running `apt-cache search j2sdk' in the chroot did not lead to an available j2sdk package. With many thanks, jmt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
VMware in pure64?
Hi, Have any of you got VMware working in pure64? I've tried all kinds of combinations, 5 Beta, 4.5.2 with any-any-update89 patch, inside, outside, or partially inside the ia32 chroot, but it never seems to work. In the worst case (installing inside chroot) it can't build the kernel modules, in the best case so far (installing in pure64), it installs fine but the bridged ethernet interface says failed instead of done and it considers VMware being incorrectly configured from then on. If you've successfully installed VMware, please let me know how it's done. Andras P.S.: The chroot works fine for most things (OO, mplayer, etc.), except Mozilla Firefox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: VMware in pure64?
Hello, sorry for my english. I use pure64 Sarge with kernel from kernel.org 2.6.11, 5 Beta work perfectly for me:Fedore Core 2 and Solaris 10 work on it in console. I didn't try use X on it. I simply unzip vmware*.tar.gz and run vmware-install.pl On Fri, 8 Apr 2005 15:01:52 +0200 Major A [EMAIL PROTECTED] wrote: Hi, Have any of you got VMware working in pure64? I've tried all kinds of combinations, 5 Beta, 4.5.2 with any-any-update89 patch, inside, outside, or partially inside the ia32 chroot, but it never seems to work. In the worst case (installing inside chroot) it can't build the kernel modules, in the best case so far (installing in pure64), it installs fine but the bridged ethernet interface says failed instead of done and it considers VMware being incorrectly configured from then on. If you've successfully installed VMware, please let me know how it's done. Andras P.S.: The chroot works fine for most things (OO, mplayer, etc.), except Mozilla Firefox. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: VMware in pure64?
On 08 Apr 2005, Major A wrote: If you've successfully installed VMware, please let me know how it's done. I'd ask you what kernel version you are using as I just had to revert from 2.6.12-rc2 on a machine back to 2.6.10 (I've just skipped 2.6.11.? entirely up to this point and 2.6.10 was stable for a long time on this machine so might as well go with what I know works) under i386 because neither 4.5.2 nor the 5.0-rc2 beta would work with 2.6.12-rc2. 4.5.2 sort of worked, some of the time, but on at least a few occasions caused an oops when I tried to load the modules and on other occasions would fail after some undetermined period of time with bizarre network problems to follow such as NFS dropouts and things like ifconfig hanging indefinitely. I finally threw in the towel and decided to try 5.0-rc2 but had similar problems with modules failing to load on installation. So I imagine x86-64 is not much better (and if anything, much worse). I had been using the 89 patchset from Petr with 4.5.2. I'm hoping after 2.6.12 is official he'll release something newer to deal with whatever changes are causing the problems. And no, I have not reported the problems officially even though I really should. So, long story short, you might try 2.6.11.7 or maybe even 2.6.10 under x86-64 if you are running something 2.6.12ish right now. -- Mark Nippere-contacts: 4475 Carter Creek Parkway [EMAIL PROTECTED] Apartment 724 http://nipsy.bitgnome.net/ Bryan, Texas, 77802-4481 AIM/Yahoo: texasnipsy ICQ: 66971617 (979)575-3193 MSN: [EMAIL PROTECTED] -BEGIN GEEK CODE BLOCK- Version: 3.1 GG/IT d- s++:+ a- C++$ UBL$ P---+++ L+++$ !E--- W++(--) N+ o K++ w(---) O++ M V(--) PS+++(+) PE(--) Y+ PGP t+ 5 X R tv b+++@ DI+(++) D+ G e h r++ y+(**) --END GEEK CODE BLOCK-- ---begin random quote of the moment--- Generalizations are usually flawed by exceptions. -- seen at http://wunderland.com/ end random quote of the moment -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Help choosing hardware
I have been talking with the SPARC developers about just what kind of machine I should by for a project I have been assigned. Remarkably they suggested processors other than SPARC. I have been working for the State of Florida, Department of State, Division of Cultural Affairs for several years now. We make grants to arts agencies and musuems, and in support of that effort I have been tasked with producing a new database system for online access by our clients. Of course I'm building it in Linux (specifically Debian) and am integrating PHP4, PostgreSQL, Apache, and Smarty code to produce this product. While I am currently working on a crumby Gateway machine, which is ok for development but hasn't got the horsepower to actually perform as a server, I obvioulsy need a heftier machine when the product goes into production. The SPARC developers suggested two processors: Opteron, and Xeon. On the face of it the Opteron looks like the better choice, being a 64 bit machine, but on the other hand I can run a Xeon machine with two processors... Although I know that Debian hasn't released an official AMD64 port, I have seen several distros that use it (like Ubuntu) so my first guess is that it is mature enough for me to use on this project. I am looking for feedback from this group, letting me know if I'm on the right track, or if there are reasons that I should go with the Xeon instead. All suggestions appreciated. I am not subscribed to this list, so please CC me in your reply. Waiting is, Dwarf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Help choosing hardware
On Fri, Apr 08, 2005 at 03:02:57PM -0400, Dale Scheetz wrote: I have been talking with the SPARC developers about just what kind of machine I should by for a project I have been assigned. Remarkably they suggested processors other than SPARC. I have been working for the State of Florida, Department of State, Division of Cultural Affairs for several years now. We make grants to arts agencies and musuems, and in support of that effort I have been tasked with producing a new database system for online access by our clients. Of course I'm building it in Linux (specifically Debian) and am integrating PHP4, PostgreSQL, Apache, and Smarty code to produce this product. While I am currently working on a crumby Gateway machine, which is ok for development but hasn't got the horsepower to actually perform as a server, I obvioulsy need a heftier machine when the product goes into production. The SPARC developers suggested two processors: Opteron, and Xeon. On the face of it the Opteron looks like the better choice, being a 64 bit machine, but on the other hand I can run a Xeon machine with two processors... You can get dual and quad opteron machines and they probably have much better bandwidth than the xeon's since they don't share a bus to get to memory (well at least no in all cases they don't. opteron's connect to each other with hypertransport and each control some mmeory directly, while other cpus can relay access to the memory at a delay of a clock cycle). In a few months you should even be able to get dual core opteron's so you can get up to 8 cores in a simple server. Of course anything with more than one cpu isn't cheap (although compared to a sun sparc system they probably are cheap). An athlon 64 system is cheap, but an opteron system is quite a bit more, although nowhere near what a xeon system costs. Although I know that Debian hasn't released an official AMD64 port, I have seen several distros that use it (like Ubuntu) so my first guess is that it is mature enough for me to use on this project. Well certainly the amd64 debian-pure64 sarge runs great for me, and certainly many other people. I imagine there are some programs that don't work yet, but the 32bit chroot works perfectly too for running the occational i386 binary so it is rather flexible that way. I am looking for feedback from this group, letting me know if I'm on the right track, or if there are reasons that I should go with the Xeon instead. I certainly would not buy anything based on the Pentium4 design personally given what the Opteron is capable off. All suggestions appreciated. I am not subscribed to this list, so please CC me in your reply. If nothing else an opteron runs the i386 version of debian faster thananything else, and if you need 64bit support, it can do that too (I believe sarge does have amd64-libs and an amd64 kernel that can be used on i386 sarge to run 64bit programs when there is a need for 64bit). Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Help choosing hardware
On Fri, Apr 08, 2005 at 03:02:57PM -0400, Dale Scheetz wrote: Of course anything with more than one cpu isn't cheap (although compared to a sun sparc system they probably are cheap). An athlon 64 system is cheap, but an opteron system is quite a bit more, although nowhere near what a xeon system costs. I wouldn't necessarily say that, as I was able to specify a reasonable dual-processor workstation for what my current computer cost including the monitor. HP offers dual-proc workstations starting 1900 $, and I was able to specify one self-built for about 1500 Euro. Well certainly the amd64 debian-pure64 sarge runs great for me, and certainly many other people. I imagine there are some programs that don't work yet, but the 32bit chroot works perfectly too for running the occational i386 binary so it is rather flexible that way. You have even several other OS choices. You could use Debian, Gentoo, Fedora or SuSE Linux, or you could use FreeBSD for x86-64 (worked like a charm for me), and next month there is said to be Windows support as well (though a pal of mine says his release candidate is unable to run a 32-Bit app without crashing it ;) ). So you basically run no risc here!!! I am looking for feedback from this group, letting me know if I'm on the right track, or if there are reasons that I should go with the Xeon instead. I certainly would not buy anything based on the Pentium4 design personally given what the Opteron is capable off. Think power dissipation and heat. A P4-based processor has a much higher power consumption than an Opteron, requiring bigger fans, coolers, more system fans, overheats more easily and is more prone to failure. It is simply more reliable in the long run. (Does AMD pay me for this - they should!) All suggestions appreciated. I am not subscribed to this list, so please CC me in your reply. If nothing else an opteron runs the i386 version of debian faster thananything else, and if you need 64bit support, it can do that too (I believe sarge does have amd64-libs and an amd64 kernel that can be used on i386 sarge to run 64bit programs when there is a need for 64bit). My tip would be: CHOOSE YOUR BOARD WISELY!!! Go for a well-supported board and everything will be A-OK. (If in doubt, ask on the list) With kind regards, Oliver -- Sparen beginnt mit GMX DSL: http://www.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Help choosing hardware
[EMAIL PROTECTED] wrote: If nothing else an opteron runs the i386 version of debian faster thananything else, and if you need 64bit support, it can do that too (I believe sarge does have amd64-libs and an amd64 kernel that can be used on i386 sarge to run 64bit programs when there is a need for 64bit). The 64 bit kernels are completely stable, as far as I know, so I would suggest you use a 64 bit kernel and either a 32 bit or 64 bit userspace. If the two userspaces are installed both as boot options and as chroots, you can very quickly compare them in performance terms every time you make a non-trivial change in the application architecture. If you keep the data and logic stored in an architecture neutral repository that is on a separate filesystem tree from the rest of the system binaries, you can switch between 32 bit and 64 bit production environment in seconds by stopping services in one chroot and starting them in the other. If you're building a server grade SMP machine with a lot of memory, I think you'll see big advantages of having the RAM distributed across the hypertransport links and enabling processes to use large address spaces. Therefore, I suspect you'll end up in 64 bit mode and liking it a lot. However, the point is that you can defer the decision to deployment. Oliver Korpilla wrote: My tip would be: CHOOSE YOUR BOARD WISELY!!! Go for a well-supported board and everything will be A-OK. (If in doubt, ask on the list) With recent chipsets, the marketing materials often describe server grade features that are worth paying money for but neglect to mention that some of these are implemented in software rather than hardware. It is disappointing to buy, for example, a RAID capable motherboard and then find out that it is actually a non-RAID motherboard with a different Windows software driver. Linux supports RAID natively anyway, so you'd have just paid extra and not received anything you need. Really really check with the list first, before buying, ... Dale Scheetz wrote: Although I know that Debian hasn't released an official AMD64 port, I have seen several distros that use it (like Ubuntu) so my first guess is that it is mature enough for me to use on this project. You're describing a standard server style software stack, such as has been running on 64 bit architectures for years, and not something that uses code originally written for x86 desktops and is only just porting. Debian's AMD64 is a pure port, so I suggest it is just as reliable as running Debian's Sparc 64 bit support for the same source versions. The complications happen when you try to go biarch or have 32 bit libraries integrated into the 64 bit system, but you don't need that. Hope that helps, Alex. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Help choosing hardware
On Fri, 2005-04-08 at 22:36 +0200, Oliver Korpilla wrote: On Fri, Apr 08, 2005 at 03:02:57PM -0400, Dale Scheetz wrote: Of course anything with more than one cpu isn't cheap (although compared to a sun sparc system they probably are cheap). An athlon 64 system is cheap, but an opteron system is quite a bit more, although nowhere near what a xeon system costs. I wouldn't necessarily say that, as I was able to specify a reasonable dual-processor workstation for what my current computer cost including the monitor. HP offers dual-proc workstations starting 1900 $, and I was able to specify one self-built for about 1500 Euro. Well certainly the amd64 debian-pure64 sarge runs great for me, and certainly many other people. I imagine there are some programs that don't work yet, but the 32bit chroot works perfectly too for running the occational i386 binary so it is rather flexible that way. You have even several other OS choices. You could use Debian, Gentoo, Fedora or SuSE Linux, or you could use FreeBSD for x86-64 (worked like a charm for me), and next month there is said to be Windows support as well (though a pal of mine says his release candidate is unable to run a 32-Bit app without crashing it ;) ). So you basically run no risc here!!! I am looking for feedback from this group, letting me know if I'm on the right track, or if there are reasons that I should go with the Xeon instead. I certainly would not buy anything based on the Pentium4 design personally given what the Opteron is capable off. Think power dissipation and heat. A P4-based processor has a much higher power consumption than an Opteron, requiring bigger fans, coolers, more system fans, overheats more easily and is more prone to failure. It is simply more reliable in the long run. (Does AMD pay me for this - they should!) All suggestions appreciated. I am not subscribed to this list, so please CC me in your reply. If nothing else an opteron runs the i386 version of debian faster thananything else, and if you need 64bit support, it can do that too (I believe sarge does have amd64-libs and an amd64 kernel that can be used on i386 sarge to run 64bit programs when there is a need for 64bit). My tip would be: CHOOSE YOUR BOARD WISELY!!! Go for a well-supported board and everything will be A-OK. (If in doubt, ask on the list) With kind regards, Oliver -- Sparen beginnt mit GMX DSL: http://www.gmx.net/de/go/dsl I'll counter the HP recommendation with Sun, their V20z (up to 2way) and V40z (up to 4 way) line are very nice machines are very reasonable prices, about 6K Canadian for 2 250 opteron's 2Gig of Ram and a pair of 36G SCSI drives. Plus the dual GigE and Sun's wonderful ALOM (Advanced Lights out Monitoring) support. All this and a 1U form factor too (at least in the V20z, the V40z is 3 or 4U I think). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Help choosing hardware
On Fri, Apr 08, 2005 at 02:23:58PM -0700, Jacob Bresciani wrote: I'll counter the HP recommendation with Sun, their V20z (up to 2way) and V40z (up to 4 way) line are very nice machines are very reasonable prices, about 6K Canadian for 2 250 opteron's 2Gig of Ram and a pair of 36G SCSI drives. Plus the dual GigE and Sun's wonderful ALOM (Advanced Lights out Monitoring) support. All this and a 1U form factor too (at least in the V20z, the V40z is 3 or 4U I think). People still buy scsi? Why? I can't find any good reason for scsi anymore (unless running 15 drives on a single port is really that important). I guess external connections I could see, but there are other ways to get access to external disk space too. SATA makes more sense to me pricewise and can even be hotplugged (on some controllers just like scsi). SAS looks really neat, but I suspect it may be way to expensive too. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Help choosing hardware
On Fri, 2005-04-08 at 17:25 -0400, Lennart Sorensen wrote: On Fri, Apr 08, 2005 at 02:23:58PM -0700, Jacob Bresciani wrote: I'll counter the HP recommendation with Sun, their V20z (up to 2way) and V40z (up to 4 way) line are very nice machines are very reasonable prices, about 6K Canadian for 2 250 opteron's 2Gig of Ram and a pair of 36G SCSI drives. Plus the dual GigE and Sun's wonderful ALOM (Advanced Lights out Monitoring) support. All this and a 1U form factor too (at least in the V20z, the V40z is 3 or 4U I think). People still buy scsi? Why? I can't find any good reason for scsi anymore (unless running 15 drives on a single port is really that important). I guess external connections I could see, but there are other ways to get access to external disk space too. SATA makes more sense to me pricewise and can even be hotplugged (on some controllers just like scsi). SAS looks really neat, but I suspect it may be way to expensive too. Len Sorensen Cause it's hard to find a tier one vendor that sells SATA. also it depends what your doing, SCSI is still faster in some applications but SATA is closing that gap quickly. Digging into some stats the WD Raptor 10K SATA drives look very tasty. SATA vs SCSI - Single Drive vs Single Drive http://www6.tomshardware.com/storage/20030501/index.html SCSI vs SATA - RAID configurations and applications. http://www.tweakers.net/reviews/557/29 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
need advice for correct sources.list because of broken packages
Hi list i use the following sources.list: cat /etc/apt/sources.list deb http://debian-amd64.alioth.debian.org/debian-pure64 sarge main contrib non-free and i try to install apt-get install libgtk2-dev Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut... Fertig E: Konnte Paket libgtk2-dev nicht finden redkeep:/home/alex# apt-get install libgtk2.0-dev Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut... Fertig Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass Sie eine unmögliche Situation angefordert haben oder dass, wenn Sie die instabile Distribution verwenden, einige erforderliche Pakete noch nicht kreiert oder aus Incoming herausbewegt wurden. Da Sie nur eine einzige Operation angefordert haben ist es sehr wahrscheinlich, dass das Paket einfach nicht installierbar ist und eine Fehlermeldung über dieses Paket erfolgen sollte. Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen: Die folgenden Pakete haben nichterfüllte Abhängigkeiten: libgtk2.0-dev: Hängt ab: libpango1.0-dev (= 1.4.0-3) soll aber nicht installiert werden Hängt ab: libx11-dev soll aber nicht installiert werden oder xlibs-dev soll aber nicht installiert werden E: Kaputte Pakete which means the package is broken. When i use deb http://debian-amd64.alioth.debian.org/pure64 sarge main contrib non-free redkeep:/home/alex# apt-get install -V libgtk2.0-dev Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut... Fertig Die folgenden zusätzlichen Pakete werden installiert: libatk1.0-dev (1.8.0-4) libexpat1-dev (1.95.8-1) libfontconfig1-dev (2.3.1-2) libfreetype6-dev (2.1.7-2.3) libglib2.0-0 (2.6.4-1) libglib2.0-dev (2.6.4-1) libgtk2.0-0 (2.6.4-1) libgtk2.0-bin (2.6.4-1) libgtk2.0-common (2.6.4-1) libpango1.0-dev (1.8.1-1) libx11-dev (4.3.0.dfsg.1-12) libxext-dev (4.3.0.dfsg.1-12) libxft-dev (2.1.7-1) libxft2 (2.1.7-1) libxi-dev (4.3.0.dfsg.1-12) libxrender-dev (0.8.3-7) libxv-dev (4.3.0.dfsg.1-12) render-dev (0.8-4) x-dev (4.3.0.dfsg.1-12) xlibs-static-dev (4.3.0.dfsg.1-12) zlib1g-dev (1.2.2-4) Vorgeschlagene Pakete: xspecs (4.3.0.dfsg.1-12) Empfohlene Pakete: libglib2.0-data (2.6.4-1) Die folgenden NEUEN Pakete werden installiert: libatk1.0-dev (1.8.0-4) libexpat1-dev (1.95.8-1) libfontconfig1-dev (2.3.1-2) libfreetype6-dev (2.1.7-2.3) libglib2.0-dev (2.6.4-1) libgtk2.0-dev (2.6.4-1) libpango1.0-dev (1.8.1-1) libx11-dev (4.3.0.dfsg.1-12) libxext-dev (4.3.0.dfsg.1-12) libxft-dev (2.1.7-1) libxi-dev (4.3.0.dfsg.1-12) libxrender-dev (0.8.3-7) libxv-dev (4.3.0.dfsg.1-12) render-dev (0.8-4) x-dev (4.3.0.dfsg.1-12) xlibs-static-dev (4.3.0.dfsg.1-12) zlib1g-dev (1.2.2-4) Die folgenden Pakete werden aktualisiert: libglib2.0-0 (2.6.3-1 = 2.6.4-1) libgtk2.0-0 (2.6.2-4 = 2.6.4-1) libgtk2.0-bin (2.6.2-4 = 2.6.4-1) libgtk2.0-common (2.6.2-4 = 2.6.4-1) libxft2 (2.1.2-6 = 2.1.7-1) 5 aktualisiert, 17 neu installiert, 0 zu entfernen und 141 nicht aktualisiert. Es müssen 19,4MB Archive geholt werden. Nach dem Auspacken werden 66,2MB Plattenplatz zusätzlich benutzt. Möchten Sie fortfahren? [J/n] it seems to work but with lot's of new packages. Why are there so much differences?? Two different sarge or is the second sid?? Thanks for any help. Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Epiphany crashes on pure64
I just found out that mozilla-browser-1.7.6 in pure64 is compiled against libstdc++-6 while epiphany is compiled against version 5. Actually, none other package in my system seems to be using libstdc++-6, neither does mozilla-browser for all the other official architectures. In the case that there were a valid reason to compile mozilla with version 5, would it be possible to have Epiphany (and Epiphany-Extensions) compiled against that version as well? I think that might solve the problems we're experiencing. -- Javier Kohen [EMAIL PROTECTED] ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Re: need advice for correct sources.list because of broken packages
Hallo Alex, El sb, 09-04-2005 a las 01:39 +0200, Alexander Nagel escribi: When i use deb http://debian-amd64.alioth.debian.org/pure64 sarge main contrib non-free redkeep:/home/alex# apt-get install -V libgtk2.0-dev Paketlisten werden gelesen... Fertig Abhngigkeitsbaum wird aufgebaut... Fertig Die folgenden zustzlichen Pakete werden installiert: libatk1.0-dev (1.8.0-4) libexpat1-dev (1.95.8-1) libfontconfig1-dev (2.3.1-2) libfreetype6-dev (2.1.7-2.3) libglib2.0-0 (2.6.4-1) libglib2.0-dev (2.6.4-1) libgtk2.0-0 (2.6.4-1) libgtk2.0-bin (2.6.4-1) libgtk2.0-common (2.6.4-1) libpango1.0-dev (1.8.1-1) libx11-dev (4.3.0.dfsg.1-12) libxext-dev (4.3.0.dfsg.1-12) libxft-dev (2.1.7-1) libxft2 (2.1.7-1) libxi-dev (4.3.0.dfsg.1-12) libxrender-dev (0.8.3-7) libxv-dev (4.3.0.dfsg.1-12) render-dev (0.8-4) x-dev (4.3.0.dfsg.1-12) xlibs-static-dev (4.3.0.dfsg.1-12) zlib1g-dev (1.2.2-4) Vorgeschlagene Pakete: xspecs (4.3.0.dfsg.1-12) Empfohlene Pakete: libglib2.0-data (2.6.4-1) Die folgenden NEUEN Pakete werden installiert: libatk1.0-dev (1.8.0-4) libexpat1-dev (1.95.8-1) libfontconfig1-dev (2.3.1-2) libfreetype6-dev (2.1.7-2.3) libglib2.0-dev (2.6.4-1) libgtk2.0-dev (2.6.4-1) libpango1.0-dev (1.8.1-1) libx11-dev (4.3.0.dfsg.1-12) libxext-dev (4.3.0.dfsg.1-12) libxft-dev (2.1.7-1) libxi-dev (4.3.0.dfsg.1-12) libxrender-dev (0.8.3-7) libxv-dev (4.3.0.dfsg.1-12) render-dev (0.8-4) x-dev (4.3.0.dfsg.1-12) xlibs-static-dev (4.3.0.dfsg.1-12) zlib1g-dev (1.2.2-4) Die folgenden Pakete werden aktualisiert: libglib2.0-0 (2.6.3-1 = 2.6.4-1) libgtk2.0-0 (2.6.2-4 = 2.6.4-1) libgtk2.0-bin (2.6.2-4 = 2.6.4-1) libgtk2.0-common (2.6.2-4 = 2.6.4-1) libxft2 (2.1.2-6 = 2.1.7-1) 5 aktualisiert, 17 neu installiert, 0 zu entfernen und 141 nicht aktualisiert. Es mssen 19,4MB Archive geholt werden. Nach dem Auspacken werden 66,2MB Plattenplatz zustzlich benutzt. Mchten Sie fortfahren? [J/n] it seems to work but with lot's of new packages. Why are there so much differences?? Two different sarge or is the second sid?? Sorry that I cannot advice you about the first part of the mail, with the missing packages, but the second part is alright. What's going on there is that you're trying to install a development package that depends on X, therefore it brings all the X development packages as well, and that means dozens of packages. -- Javier Kohen [EMAIL PROTECTED] ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Crashes in gnomemeeting
If I open and close GNOME Meeting without placing any calls, it crashes. This seems to be 100% reproducible on pure64 on my computer. Anybody else sees the same or a different behavior? Should I open reports on the Debian BTS for pure64 non-packaging bugs? Thanks, -- Javier Kohen [EMAIL PROTECTED] ICQ: blashyrkh #2361802 Jabber: [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
