Re: building kernel-modules at new kernels
Jack Malmostoso wrote: On Sat, 10 May 2008 20:30:14 +0200, Hans-J. Ullrich wrote: Is there a debian way, to automatically build additional kernel-modules (i.e. madwifi, nvidia, virtualbox-ose etc.), when installing a newer kernelversion and headers ? Maybe you should consider to look at kernel-package. It allows you to build *.deb files for both a new kernel and a list of modules within one run. Hope this helps. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make -j[N]
Hi Marco, I just stumbled over this one: http://www.cmcrossroads.com/content/view/7483/268/ Regards Harri == Marco Maske wrote: Hello, Debian & Opteron lover. I wan't to ask about your experience with the --jobs flags. Most I've seen is for make -j[N] set [N] to CPU+n For understanding: 2 Opteron take: make -j4 4 Opteron take: make -j8 2 Dualcore Opteron take: make -j8 I'm not interested only for how fast is what, but errors and peculiar things. Ciao Marco! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: firefox ugly fonts
Hi Bert,
Now _this_ is an improvement. Thanx for the hint.
Regards
Harri
bertraven wrote:
> Hi,
>
> since yesterday's update to sid (both chroot and main installation),
> firefox fonts look just awful (i'm using kde).
>
> Any hints on this?
> -- Rafael RodrÃguez http://unrincon.blogspot.com
>
>
>
>
> hi, what worked for me : create a file '.fonts.conf' in you're home
> directory (~/.fonts.conf) :
>
> with the following content :
>
>
>
>
>
>
>
>
>
> conf.d/no-bitmaps.conf
>
>
>
>
>
> this disables bitmapped fonts
>
>
> Bert
>
>
--
Dipl.-Ing. Harald Dunkel | The bureaucratic mentality is
Muehlenbachstr. 3| the only constant in universe.
52134 Herzogenrath, Germany |
+49 2407 565 105 | Dr. Leonard ("Bones") McCoy
signature.asc
Description: OpenPGP digital signature
Re: XMMS: No output plugins specified
#380115? Regards Harri Markus Neviadomski wrote: > Hi, > > after apt-get update && apt-get upgrade on my amd64-box (debian > unstable), xmms doesn't work. After startup and pressing play in xmms, > the following message appears: "no output plugins specified". > > Looking in the Settings-panel, the select-box for the output is empty. I > searched the debian packages for any output-plugins, but I found nothing > for alsa or so on. > > I'm using kernel 2.6.14-1-amd64-k8 with alsa, xmms has version 1.2.10 > now and the sounchip is a ac97-chip from realtek (ALC850). > > Any ideas? signature.asc Description: OpenPGP digital signature
Re: Which WLAN PCI network adapter?
Hi Harald, if USB is an option, then you might want to check this page: http://zd1211.ath.cx/ Got mine for about 20 Euro on Ebay. Regards Harri signature.asc Description: OpenPGP digital signature
Re: broken ia32-libc6 / libc6-i386
Hi Goswin, Goswin von Brederlow wrote: > > Why do you reply to an old mail that has nothing to with your problem? > Sorry, I don't know how this happened. >> >> Would it be possible to provide the changelog by default, >> esp. for such a radical change? > > You know, you could just download the package and look at the > changelog contained within. That is what it is for. > This is not the point. Surely I could download the package sources and build it on my own, if necessary. But I would prefer that the promised functionality works as expected. Updating the changelog file in sync with the upload of the source package doesn't sound that difficult to me. Esp. when upgrading an essential (and probably huge) package like glibc, thunderbird, or a new Xserver I would like to know what has changed without manually downloading the package. > > Libasound is 300K big, accounting for the shrink from 5.9MiB to > 5.6MiB. Where do you get 725KiB from? > Thats what aptitude says: Actions Undo Package Resolver Search Options Views Help C-T: Menu ?: Help q: Quit u: Update g: Download/Install/Remove Pkgs aptitude 0.4.1Will use 102kB of disk space DL Size: 6190kB --\ Upgradable Packages --\ libs - Collections of software routines --\ main - The main Debian archive iuia32-libs-725kB 1.81.9 --- Installed Packages --- Not Installed Packages --- Obsolete and Locally Created Packages --- Virtual Packages --- Tasks Regards Harri signature.asc Description: OpenPGP digital signature
Re: broken ia32-libc6 / libc6-i386
Hi folks, AFAICS ia32-libs shrunk for about 725KByte between 1.8 and 1.9. But using aptitude I can review the changelog. It is not available. What has been dropped? Would it be possible to provide the changelog by default, esp. for such a radical change? Many thanx Harri signature.asc Description: OpenPGP digital signature
Re: VMWare does not start after update to libc6-i386?
Hi folks, Corey Hickey wrote: > Goswin von Brederlow wrote: > >> >> I have the same versions and the same links in /lib/ldconfig on my >> system and everything works without anything in ld.so.conf. It doesn't >> make sense for ldconfig to fail completly on some systems. >> >> Please file a bug report about this with libc6. Maybe the maintainers >> have more insight. > > > This is happening to me, too. Not with VMWare, specifically, but > ldconfig isn't seeing the symlinks in /lib/ldconfig. If I add the > directory lines back to /etc/ld.so.conf it works fine. > > Did anybody file a bug? I looked but the list of open bugs for libc6 is > huge. If nobody has filed a bug yet, then I will. > AFAICS searching /lib/ldconfig for symbolic links is not documented, at least not on the manpage for ldconfig. Maybe thats on purpose, and we rely upon a feature that is not completed yet? Regards Harri signature.asc Description: OpenPGP digital signature
Re: libc6-i386 versus ia32-libs
Hi Goswin, Goswin von Brederlow wrote: > Harald Dunkel <[EMAIL PROTECTED]> writes: > >> >>But if I run 'ldconfig -v' as suggested the /emul library directories >>are ignored. See below. The man page for ldconfig doesn't mention >>/lib/ldconfig either. Is your version in experimental? > > > No, the normal sid version. What version of libc6 do you have? Could > it be that the libc6 and libc6-i386 have different versions? The > libc6-i386 shoul depend on a new enough libc6 package for ldconfig to > work. But I never checked that and don't have access to my sid system > currently. > Of course there are no pending upgrades. Esp. for libc6\*: % dpkg -l libc6\* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii libc6 2.3.6-3GNU C Library: Shared libraries and Timezone un libc6-bin (no description available) un libc6-dbg (no description available) ii libc6-dev 2.3.6-3GNU C Library: Development Libraries and Hea un libc6-dev-i386 (no description available) un libc6-doc (no description available) ii libc6-i386 2.3.6-3GNU C Library: 32bit shared libraries for AM un libc6-pic (no description available) un libc6-prof (no description available) un libc6.1 (no description available) un libc6.1-dev (no description available) un libc6.1-pic (no description available) As mentioned before, the /lib/ldconfig feature is not documented at all. Whch version of libc6* has been used for testing? > >>There is yet another concern: ld.so.conf also contained a search >>sequence for library directories (AFAIK). How is this supposed to >>work with the new directory containg symbolic links? > > > Hmm. I don't think there is a concept for the search order of those > links yet. The directory is ment only for system library dirs so there > should be no need for ordering them I think. User dirs should still be > in ld.so.conf > There could be a conflict even for system libraries, e.g. between a stripped-down small library in /lib used at boot time, and the full multi-lingual version in /usr/lib, for example. Regards Harri signature.asc Description: OpenPGP digital signature
Re: libc6-i386 versus ia32-libs
Goswin von Brederlow wrote: > Harald Dunkel <[EMAIL PROTECTED]> writes: >> >>Is it possible that the new ia32-libs doesn't setup ld.so.conf? >>After changing it to >> >> /usr/X11R6/lib >> /emul/ia32-linux/lib >> /emul/ia32-linux/usr/lib >> /emul/ia32-linux/usr/X11R6/lib >> >>and running ldconfig I could run several 32bit applications (e.g. >>vmware). >> > > The new ia32-libs package sets up /lib/ldconfig/* links for those dirs > and the new ldconfig from libc6 uses them. The three emul lines should > not be needed. > > Please check /lib/ldconfig/ and the ldconfig -v ouput without those > entries to verify it finds those libraries. Maybe something got > screwed up. > This seems to be not working as expected. For testing I have kicked out /emul/* from ld.so.conf again. /lib/ldconfig is: # ll /lib/ldconfig total 0 lrwxrwxrwx 1 root root 20 Mar 13 22:11 emul_ia32-linux_lib -> /emul/ia32-linux/lib lrwxrwxrwx 1 root root 30 Mar 13 22:11 emul_ia32-linux_usr_X11R6_lib -> /emul/ia32-linux/usr/X11R6/lib lrwxrwxrwx 1 root root 24 Mar 13 22:11 emul_ia32-linux_usr_lib -> /emul/ia32-linux/usr/lib lrwxrwxrwx 1 root root 19 Mar 5 08:14 x86_64-linux-gnu-lib -> ../x86_64-linux-gnu lrwxrwxrwx 1 root root 25 Mar 5 08:14 x86_64-linux-gnu-usr-lib -> /usr/lib/x86_64-linux-gnu But if I run 'ldconfig -v' as suggested the /emul library directories are ignored. See below. The man page for ldconfig doesn't mention /lib/ldconfig either. Is your version in experimental? There is yet another concern: ld.so.conf also contained a search sequence for library directories (AFAIK). How is this supposed to work with the new directory containg symbolic links? Regards Harri == # dpkg -l libc6 ia32-libs Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii ia32-libs 1.6 ia32 shared libraries for use on amd64 and ia64 systems ii libc6 2.3.6-3 GNU C Library: Shared libraries and Timezone data # ldconfig -v ldconfig: Path `/lib64' given more than once ldconfig: Path `/usr/lib64' given more than once /usr/X11R6/lib: ldconfig: Cannot stat /usr/X11R6/lib/libGL.so: No such file or directory libSM.so.6 -> libSM.so.6.0 libxkbui.so.1 -> libxkbui.so.1.0 libI810XvMC.so.1 -> libI810XvMC.so.1.0 libXRes.so.1 -> libXRes.so.1.0 libXdmcp.so.6 -> libXdmcp.so.6.0 libXinerama.so.1 -> libXinerama.so.1.0 libX11.so.6 -> libX11.so.6.2 libXi.so.6 -> libXi.so.6.0 libdmx.so.1 -> libdmx.so.1.0 libGLU.so.1 -> libGLU.so.1.3 libxkbfile.so.1 -> libxkbfile.so.1.0 libviaXvMCPro.so.1 -> libviaXvMCPro.so.1.0 libXaw.so.8 -> libXaw.so.8.0 libXaw.so.7 -> libXaw.so.7.0 libXpm.so.4 -> libXpm.so.4.11 libXvMCNVIDIA_dynamic.so.1 -> libXvMCNVIDIA.so.1.0.8178 libXaw3d.so.6 -> libXaw3d.so.6.1 libXTrap.so.6 -> libXTrap.so.6.4 libXvMCW.so.1 -> libXvMCW.so.1.0 libXvMC.so.1 -> libXvMC.so.1.0 libXau.so.6 -> libXau.so.6.0 libXext.so.6 -> libXext.so.6.4 libICE.so.6 -> libICE.so.6.4 libXxf86vm.so.1 -> libXxf86vm.so.1.0 libviaXvMC.so.1 -> libviaXvMC.so.1.0 libXtst.so.6 -> libXtst.so.6.1 libXfixes.so.3 -> libXfixes.so.3.0 libXv.so.1 -> libXv.so.1.0 libXt.so.6 -> libXt.so.6.0 libXxf86dga.so.1 -> libXxf86dga.so.1.0 libXp.so.6 -> libXp.so.6.2 libXmuu.so.1 -> libXmuu.so.1.0 libXss.so.1 -> libXss.so.1.0 libFS.so.6 -> libFS.so.6.0 libXrandr.so.2 -> libXrandr.so.2.0 libXxf86misc.so.1 -> libXxf86misc.so.1.1 libXmu.so.6 -> libXmu.so.6.2 /lib: libpam.so.0 -> libpam.so.0.79 libproc-3.2.6.so -> libproc-3.2.6.so libdl.so.2 -> libdl-2.3.6.so libncursesw.so.5 -> libncursesw.so.5.5 libBrokenLocale.so.1 -> libBrokenLocale-2.3.6.so libc.so.6 -> libc-2.3.6.so libnss_dns.so.2 -> libnss_dns-2.3.6.so libcrypt.so.1 -> libcrypt-2.3.6.so libanl.so.1 -> libanl-2.3.6.so libsepol.so.1 -> libsepol.so.1 libselinux.so.1 -> libselinux.so.1 libmemusage.so -> libmemusage.so libnss_hesiod.so.2 -> libnss_hesiod-2.3.6.so
Re: libc6-i386 versus ia32-libs
Hi G. Goswin von Brederlow wrote: > > Yes. You can remove ia32-libs or have to wait for an update (ETA > friday night, via NMU if the maintainer doesn't move). > Is it possible that the new ia32-libs doesn't setup ld.so.conf? After changing it to /usr/X11R6/lib /emul/ia32-linux/lib /emul/ia32-linux/usr/lib /emul/ia32-linux/usr/X11R6/lib and running ldconfig I could run several 32bit applications (e.g. vmware). Regards Harri signature.asc Description: OpenPGP digital signature
Re: Please help - kernel crashes often
Hi Mike, A machine check exception indicates a hardware problem, i.e. a broken CPU. (I am not sure whether it could indicate bad ECC memory, too. Did you run memtest68?) Since you get the problem on heavy load I would suggest to look for the CPU fan. If the CPU is overheated then this is the kind of problem I would expect. Good luck Harri signature.asc Description: OpenPGP digital signature
Re: Confused: nvidia on AMD64???
[EMAIL PROTECTED] wrote: > > Unless you really play 3D games (which I guess you don't given it's a > 5200!) why do you even bother with those binary drivers? My 6600 > (cheapest no-fan pci-e card I could find without 'turbo-cache' and other > probably-windows-only-stuff) works very good in x.org and the > framebuffer console, with mplayer, ogle, xine etc. all working very > nicely. And having the framebuffer console working great at the same > time is a very big bonus for me - in fact, I couldn't live without it. > > 3D speed is not important at all - I never use it. > 3D is important for CAD, games, nice screen savers, etc. Maybe this is not your interest, but others might be very well interested. Regards Harri signature.asc Description: OpenPGP digital signature
Re: Confused: nvidia on AMD64???
Lennart Sorensen wrote: > On Thu, Dec 22, 2005 at 06:46:07PM +0100, Joost Kraaijeveld wrote: > >>I just put a NVidia GeForce FX 5200 into my machine (my Matrox 550 will not >>work properly with Xinerama after the update to x.org). I followed several >>howto's (even from the people that wrote it worked, e.g. Stefan Salewski's >>"NVidia driver successfully installed!" and his link >>http://home.comcast.net/~andrex/Debian-nVidia/installation.html) but I cannot >>apt-get the nvidia-kernel-source from any of the mentioned repositories. >> >>Is it possible to compile the module on a AMD64 system? Where can I apt-get >>the packages mentioned in howto above for AMD64? > > > nvidia-kernel-source and other nvidia packages are not in the amd64 > archive last I checked. > > You can get the source version of the package from non-free on any > debian mirror and build the .deb's from that and they work just fine on > amd64. > Shouldn't we simply add the binary *.deb files to the pool for amd64? AFAIK the new packages are no longer experimental, but unstable. I could upload the *.deb files, if I get some permission. Regards Harri signature.asc Description: OpenPGP digital signature
Re: why is amd64 still separate?
Lennart Sorensen wrote: > On Fri, Dec 02, 2005 at 07:31:20PM +0100, Harald Dunkel wrote: > >>Any news about this? >> >>I am pretty concerned that amd64 won't make it for Etch, >>either. With Ubuntu, Kubuntu, Gentoo and whatever officially >>supporting amd64 for several months or even years, Debian is >>loosing ground here. > > > I believe the current schedule is for a release sometime in 2007 for > Etch. There is still time. :) > Sorry to say, but I doubt this. Sarge was released 6 months ago, and amd64 is still an officially unsupported platform. The "visible change" is missing. If people talk about Linux on amd64 today, then they think Ubuntu, RedHat, Suse, Gentoo, but not Debian. Debian's big strength (one of it) is the support for many different platforms with a common set of functionality. But the 2nd or 3rd largest platform is missing today. And surely amd64 will become _much_ more important in the next 6 months. Regards Harri signature.asc Description: OpenPGP digital signature
Re: why is amd64 still separate?
Hamish Moffatt wrote: > On Tue, Oct 25, 2005 at 08:13:42PM +0200, Harald Dunkel wrote: > >>Perhaps I missed something, but why is amd64 still not >>included into the "official" package pool? >> >>I am still in the NM process, but maybe I can help? > > > It's a case of one architecture too many, rather than a problem with > amd64 specifically. The archive for 12 architectures is too big. > It will be split into two parts, being one distributed by all mirrors > with the most common platforms (i386, amd64, perhaps powerpc) and a > second half containing the less used architectures. > Any news about this? I am pretty concerned that amd64 won't make it for Etch, either. With Ubuntu, Kubuntu, Gentoo and whatever officially supporting amd64 for several months or even years, Debian is loosing ground here. Regards Harri signature.asc Description: OpenPGP digital signature
Re: debian-amd64 or debian-pure64
Clive Menzies wrote: > On (02/11/05 11:46), Stepan Kadlec wrote: > >>debian-amd64 and debian-pure64 repository as found on amd64.debian.net >>and which one should I use? >> thanks steve >> > > I can't tell the difference but I use debian-amd64 which works well; I recall > some posts about issues with 'pure'. > The etch/main/Packages files for debian-amd64 and debian-pure64 seem to be identical. Regards Harri signature.asc Description: OpenPGP digital signature
Re: why is amd64 still separate?
Hamish Moffatt wrote: > On Tue, Oct 25, 2005 at 08:13:42PM +0200, Harald Dunkel wrote: > >>Perhaps I missed something, but why is amd64 still not >>included into the "official" package pool? >> >>I am still in the NM process, but maybe I can help? > > > It's a case of one architecture too many, rather than a problem with > amd64 specifically. The archive for 12 architectures is too big. > It will be split into two parts, being one distributed by all mirrors > with the most common platforms (i386, amd64, perhaps powerpc) and a > second half containing the less used architectures. > How can I help? Is there a schedule for this? Regards Harri signature.asc Description: OpenPGP digital signature
why is amd64 still separate?
Hi folks, Perhaps I missed something, but why is amd64 still not included into the "official" package pool? I am still in the NM process, but maybe I can help? Regards Harri signature.asc Description: OpenPGP digital signature
Re: running vncserver?
Hi folks, You can find my source packages for vnc4 (based upon XFree86 4.3 of Sarge and the original vnc_4.0-7) on Michel's server: http://qt1.iq.usp.br/download There are also some *.deb files for amd64 provided by Michel (I would guess). Many thanx to all Harri signature.asc Description: OpenPGP digital signature
Re: running vncserver?
Harald Dunkel wrote: > > I have "patched" the vnc4server sources (4.0-7) to use the > Woody XFree86 4.3 sources instead of the old vanilla XFree86 4.2. ^ PS: Sarge, of course. Sorry. > Works pretty well. See http://bugs.debian.org/334135 > > Maybe I could upload my version to a public accessable > machine? It is about 60MByte, so EMail doesn't work for > me. > Regards Harri signature.asc Description: OpenPGP digital signature
Re: running vncserver?
Thomas Besser wrote: > Hi, > > found quite old bug reports > (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=276948, > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=276238), but it seems they > are always atcual: vncserver crashes on startup or even does not compile. > > Is there no way to get any "vncserver" (tight, vnc3, vnc4) to run on amd64? > I have "patched" the vnc4server sources (4.0-7) to use the Woody XFree86 4.3 sources instead of the old vanilla XFree86 4.2. Works pretty well. See http://bugs.debian.org/334135 Maybe I could upload my version to a public accessable machine? It is about 60MByte, so EMail doesn't work for me. Regards Harri signature.asc Description: OpenPGP digital signature
Re: http://http.us.debian.org/debian-amd64/debian/ gone?
Harald Dunkel wrote: > Hi folks, > > > What is the URL to use in sources.list for stable now? > Found it, never mind. Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
http://http.us.debian.org/debian-amd64/debian/ gone?
Hi folks, I haven't seen it in the mailing list, so hopefully it is OK to ask what has become of http://http.us.debian.org/debian-amd64/debian/ What is the URL to use in sources.list for stable now? Regards Harri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sun-j2re1.5
Giacomo Mulas wrote: > On Tue, 23 Aug 2005, Max wrote: > >> Where can I get sun-j2re1.5 package for debian-amd64? > > > you can install the fakeroot and java-package debian packages, then > download the original archives yourself from java.sun.com and build the > deb from it running "fakeroot make-jpkg " in a > shell. > By chance I tried this today, too. Result: Sun's j2sdk 1.5-4 for Linux (on amd64) does not contain any plugins for Mozilla or Firefox. At least I did not find it. The Blackdown 1.42 for Linux on amd64 does contain a Java plugin, but after the installation when I tried it on http://java.sun.com/ Firefox crashed. But this was Sarge. Maybe somebody was more lucky using Unstable? Regards Harri signature.asc Description: OpenPGP digital signature
Re: How do I play a DVD??????
Lennart Sorensen wrote: > On Fri, Aug 19, 2005 at 07:13:25AM +0200, Harald Dunkel wrote: > > > > I have seen cdrom and disk on hdc before, but never floppy. How weird > is your system? > I'm innocent. http://bugs.debian.org/321276 Regards Harri signature.asc Description: OpenPGP digital signature
Re: How do I play a DVD??????
Joost Kraaijeveld wrote: > Hi, > > I want to play a DVD using mplayer. I installed mplayer and libdvdcss > from the marillat archives. But for some reason I cannot run my dvd. > Maybe you just don't have the access permissions. Try dd if=/dev/hdc bs=64k count=1 of=/dev/null If you get a "permission denied", then you should consider to add your account name in /etc/group to the floppy group. See also the output of 'ls -l /dev/hdc': brw-rw 1 root floppy 22, 0 Aug 19 06:36 /dev/hdc ^^ ^^ Good luck Harri signature.asc Description: OpenPGP digital signature
Re: aptitude?
Kurt Roeckx wrote: > > That's because it didn't compile because of an old gettext macro. > A fixed version has been uploaded and should be available > tomorrow. > > See bugs.debian.org/320859 > I tried to check the bug reports, but if I search for "aptitude", then it gets stuck. Thanx very much Harri signature.asc Description: OpenPGP digital signature
aptitude?
Hi folks, Whats wrong with aptitude? There is a new source package for some days now, but the binary for amd64 is still stuck to the old C++ abi. ??? Regards Harri signature.asc Description: OpenPGP digital signature
Re: How to get SATA support in Debian
Chetan Thapliyal wrote:
> Hi list
>
> I have Silicon 3112 SATA controller on my board which is not detecting
> while installation. I guess it has no support in Debian. Can anybody
> suggest me the way to install Debian on it? I am using the latest iso
> image (debian-31r0a-amd64-binary-1.iso) downloaded from debian.org.
>
Boot in expert mode, run through the first menu steps, stop
before entering the partitioning menu, switch to another
console, and try to manually load sata_sil ("modprobe sata_sil").
Then go back to the installer, and check whether your disk is
displayed by the partitioner.
Later, when your kernel is going to be installed, mkinitrd
should recognize that sata_sil has been loaded to manage
your boot partition. It will add sata_sil to the initrd.img
automatically.
You should post the pci id and the vendor string of your
sata device on the debian-boot mailing list.
Good luck
Harri
signature.asc
Description: OpenPGP digital signature
Re: firefox crashes when calling www.telefonbuch.de
Tobias Krais wrote: > Hi together, > > my firefox (every version) crashes when I try to call the website > www.telefonbuch.de. Does anybody know how to solve this issue? > I had the same. Have you tried to switch off Java/Javascript, and then addblock the ads? Surely just a workaround. Regards Harri signature.asc Description: OpenPGP digital signature
Re: X.org and NVidia
Alexander Jede wrote: > Hi, > i have installed x.org and would like to use the nvidia-driver for my > nvidia GPU. > Trying to install nvidia-glx, I get a dependence problem. nvidia-glx > needs : nvidia-glx: Depends: xlibmesa-glu but it is not installed or >libglu but it is not installable or >libglu1 > But xlibmesa-glu is in conflict with libglu1-xorg. > Trying to force the installation of nvidia-glx it works fine. Only > apt-get shows me the dependencies problems. > Is it a problem of the liblu1, that it does not contain the > libglu1-xorg? > Maybe you should try the most recent nvidia package from experimental? Regards Harri signature.asc Description: OpenPGP digital signature
Re: Dependency problems with Xorg
Goswin von Brederlow wrote: > Harald Dunkel <[EMAIL PROTECTED]> writes: > >> >>But I can follow your argument. Dpkg should allow installing >>different C++ abis on the same machine. Only within each >>dependency chain the abi version number must be unique, so >>it should become some kind of package attribute. This would >>allow dpkg to verify the abi version. > > > And that is what the c102 / c2 is about. :) > I know, but as written before, IMHO the abi version number should not be encoded in the package name. Usually you just get a new abi, but no new functionality, so why introduce a new name? Just to work around the limitations of dpkg? It is my suggestion to extend dpkg instead. Some packages don't follow this naming convention, anyway (e.g. libglu1-xorg, libstdc++-4.0, others?). > Say every package provides libfoobar-c++abi2 that would mean you would > double the depends of every c++ package. Vou need versioned depends on > libs and provides can't be versioned. So you need to depend on both > the lib and the abi. Doesn't appending c2 sound better? > No. Of course it is more difficult for dpkg to verify both package dependencies and package attributes. But there are some differences between the package dependency list and the package attributes: The attributes must match exactly, and there is no recursion. It is still a string compare, as with the package name. > >>I just want to avoid that somebody else breaks the dependencies >>of my package by dropping the old name and introducing a new one >>for the same library, just because we changed a low level >>interface that usually should be transparent to everybody. > > > The break you get anyway. If the library provides a different c++ abi > dpkg must not allow it to be used for your old package, no matter how > you implement this. > If the abi version gets a package attribute, then chances are high that I just have to rebuild my package to support a new abi. If the abi version gets encoded in the package name, then everybody with a C++ package has to - introduce a renamed package for the new abi - change the dependencies of his package to catch the other new package names - build the new package - make the old package obsolete sometimes Seems to be a lot of effort for something that should be hidden deep inside. > Hey, lets hope this is the last C++ transition ever. At least until > g++ 4.1 :) > What will happen if the abi changes just for one platform, lets say for the Arm cpu? Does everybody have to rename his packages again? Regards Harri signature.asc Description: OpenPGP digital signature
Re: Dependency problems with Xorg
Goswin von Brederlow wrote: > > A single C++-ABI package would just mean that all c++ packages are > kept back (or removed) from the very start of the c++ transition up to > the very end. There will be a lot of packages at the end of the > dependency chains that you don't have installed and that will take > long to fix. Do you realy want to wait for every last one to get > fixed? > The dependencies are verified just for the installed packages, plus the newly selected, minus the packages to be deinstalled, AFAIK. To avoid waiting I could remove packages sticking to the old abi. > Even worse you couldn't install g++-3.3 and g++-3.4/4.0 in parallel as > the libstdc++s would depend on conflicting C++-ABI packages. > But the ABIs conflict, anyway, regardless whether there is yet another package or not. A clean way to create packages for the new abi is to debootstrap a new chroot without references to the old abi, and use this environment for building and testing. But I can follow your argument. Dpkg should allow installing different C++ abis on the same machine. Only within each dependency chain the abi version number must be unique, so it should become some kind of package attribute. This would allow dpkg to verify the abi version. I just want to avoid that somebody else breaks the dependencies of my package by dropping the old name and introducing a new one for the same library, just because we changed a low level interface that usually should be transparent to everybody. Regards Harri signature.asc Description: OpenPGP digital signature
Re: Dependency problems with Xorg
Goswin von Brederlow wrote: > yes > > welcome to the c++ abi transition > > Maybe this has been suggested before, but... Probably more C++ abi changes will follow. To support a smooth migration I would like to suggest to create empty packages describing the C++ abis. A package maintainer could add the C++ abi package to the dependency list. When a new C++ abi gets introduced, and the first packages with a dependency to the new abi package appear, then these packages are automagically put on hold till all packages in the whole dependency chain have been migrated. Surely the package name or the version number are the wrong place to describe the C++ abi. Just an idea. Regards Harri signature.asc Description: OpenPGP digital signature
Re: Dependency problems with Xorg
ERIIX Blaike wrote: > Harald Dunkel wrote: > > >> >>AFAIK there is a new libglu1-xorg in the queue. I'm waiting, >>too. >> >> >>Regards >> >>Harri >> >> > > So this one will have Replaces: libglu1? > Sorry, I was wrong with this. I mixed this up with another library. Correct me if I am wrong again: The new libglu1-xorg in Debian has been compiled with g++-4.0, i.e. it is based upon the new C++ ABI "1002" (aka "version 2"). It is incompatible to the old libglu1 built with g++ 3.2.x. See http://lists.debian.org/debian-devel-announce/2005/07/msg1.html The only way to make the packages based upon libglu1 work again is to change the dependency information to 'libglu1-xorg' and to rebuild the package using the new C++ compiler. But this requires that _all_ C++ libraries in the dependency chain follow the new C++ ABI. Regards Harri signature.asc Description: OpenPGP digital signature
Re: Dependency problems with Xorg
Alexander Voss wrote: > Hi all, > I just updated from xfree to xorg and everything is running nice and smooth. > But... > There is one big dependency problem I cannot solve: The "libglu1" library is > replaced by "libglu1-xorg". But "libxine1" depends on "libglu1". And > kdemultimedia, vlc and some other packages depend on "libxine1". > For the moment everything is running fine - as long as I don't start > aptitude. 'couse it wants to remove all of my multimedia packages (they are > still running wonderfull!) due to unresolveable broken dependency. > Is this problem known? Does anyone have an Idea how to solve this problem?!? > AFAIK there is a new libglu1-xorg in the queue. I'm waiting, too. Regards Harri signature.asc Description: OpenPGP digital signature
Re: Skype?
Andrei Mikhailovsky wrote: > Same here, has been running skype for about 6 months now. 32bit chroot, > works like a charm :-) > For me it doesn't. I have tried both the static version and the dynamic in the suggested chroot environment (based upon Sarge). It displays a Window with some unselectable menu options and a link saying "Click here to login", then it is silent. ??? Regards Harri signature.asc Description: OpenPGP digital signature
Re: Skype?
Andrei Mikhailovsky wrote: > Same here, has been running skype for about 6 months now. 32bit chroot, > works like a charm :-) > Anybody tried to run Skype with ia32-libs? Regards Harri signature.asc Description: OpenPGP digital signature
Skype?
Hi folks, Anybody got Skype running on amd64? I manually grabbed the i386 version of libxcursor1 and libxft2 and added the libs to ld.so.conf. Skype (static) starts a small window saying "click here to login", but then it gets stuck. Regards Harri signature.asc Description: OpenPGP digital signature
Re: GPG problem for amd64.debian.net ?
Joerg Jaspert wrote: > On 10339 March 1977, Harald Dunkel wrote: > > >>>W: GPG error: http://amd64.debian.net unstable Release: The following >>>signatures couldn't be verified because the public key is not available: >>>NO_PUBKEY E415B2B4B5F5BBED >>>W: You may want to run apt-get update to correct these problems >>># >> >>Anybody out there? > > > Yeah, read the list, was here in 3 or 4 threads already. > Download the key, add it with apt-key add. > Done. But the error message said "to run apt-get update to correct these problems". Why doesn't this work? Regards Harri signature.asc Description: OpenPGP digital signature
Re: GPG problem for amd64.debian.net ?
Harald Dunkel wrote: > Hi folks, > > There seems to be some problem with the signatures: > > > # apt-get update > : > : > Get:4 http://amd64.debian.net unstable Release.gpg [189B] > : > : > Fetched 3683kB in 31s (118kB/s) > Reading package lists... Done > W: GPG error: http://amd64.debian.net unstable Release: The following > signatures couldn't be verified because the public key is not available: > NO_PUBKEY E415B2B4B5F5BBED > W: You may want to run apt-get update to correct these problems > # > Anybody out there? Harri signature.asc Description: OpenPGP digital signature
GPG problem for amd64.debian.net ?
Hi folks, There seems to be some problem with the signatures: # apt-get update : : Get:4 http://amd64.debian.net unstable Release.gpg [189B] : : Fetched 3683kB in 31s (118kB/s) Reading package lists... Done W: GPG error: http://amd64.debian.net unstable Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY E415B2B4B5F5BBED W: You may want to run apt-get update to correct these problems # Regards Harri signature.asc Description: OpenPGP digital signature
Re: SATA Silicon Image 3114 support for A64 images ?
Tudiatya wrote: > No, I didn't try sata_sil .. I don't know, how. :) The Debian Installer > modules list (which modules to load) doesn't contain sata_sil, only sata_nv. > :( > If the debian-installer doesn't support your SATA device, then the standard procedure would be to send the output of lspci and lspci -n to the debian-boot mailing list, asking for support. As a workaround to make your machine install I would suggest to manually load the sata_sil module at installation time. Boot in expert mode, and try to modprobe sata_sil on another console (Alt-F2) before entering the partitioning menu. Good luck Harri signature.asc Description: OpenPGP digital signature
Re: SATA Silicon Image 3114 support for A64 images ?
Tudiatya wrote: > Hi there, > > Do you dear Debian Sarge driver developers see ANY chance of integrating > this module into the Debian Installer's module list ? Lots of A64 > motherboards use this, I use DDR500 anyway, CPU @ 2500 instead of basic 1800 > . Sometimes I play, sometimes I would use Debian .. but I can't (I won't go > down with the clock, it's rock stable right now for days and fast enough). > Did you try to use the sata_sil module? Regards Harri signature.asc Description: OpenPGP digital signature
gcc4: 32bit XWindow libs?
Hi folks, Anybody knows what has happened to the 32bit XWindow libs? They disappeared from ia32-libs, as it seems. Is there a new package I missed? Regards Harri signature.asc Description: OpenPGP digital signature
Re: gcc4, thunderbird: emacs key bindings lost?
Bob Proulx wrote: > Harald Dunkel wrote: > >>Since the migration to gcc4 the Emacs key bindings in >>Thunderbird's compose window seem to be gone. Is this >>just me? > > > I ran into that some months ago too. But it has nothing to do with > gcc4. This is true on all architectures. I found this solution on > the firefox site. I have the following in my ~/.gtkrc-2.0 file. > It worked. Thanx very much. Is it possible to set this stuff somewhere in /etc for all users? I wonder why the default has changed for amd64, but not for i386. Regards Harri signature.asc Description: OpenPGP digital signature
Re: gcc4, thunderbird: emacs key bindings lost?
Javier Kohen wrote: > > I recall reading recently that having gtkspell installed caused the > Emacs key bindings to not work. Maybe this is the behavior you're > experiencing; I don't recall those key bindings working for me on TB on > pure64 (but I might be wrong, as I don't use TB anymore). > gtkspell is not (and was never, AFAIK) installed. But Firefox is affected by this, too, e.g. in the file browser. Regards Harri signature.asc Description: OpenPGP digital signature
gcc4, thunderbird: emacs key bindings lost?
Hi folks, Since the migration to gcc4 the Emacs key bindings in Thunderbird's compose window seem to be gone. Is this just me? Regards Harri signature.asc Description: OpenPGP digital signature
Re: Bug#308003: FTBFS: cannot find -lc (forwarded from Andreas Jochens)
Goswin von Brederlow wrote: > > Version 1.3 was broken, version 1.4 is fixed. Please upgrade. > Still no change: [EMAIL PROTECTED]:harri 1003} ls -lhd /usr/lib32 ls: /usr/lib32: No such file or directory [EMAIL PROTECTED]:harri 1003} apt-get install ia32-libs Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: lib32gcc1 libc6-i386 The following NEW packages will be installed: ia32-libs lib32gcc1 libc6-i386 0 upgraded, 3 newly installed, 0 to remove and 14 not upgraded. Need to get 0B/6366kB of archives. After unpacking 15.7MB of additional disk space will be used. Do you want to continue? [Y/n] y Selecting previously deselected package lib32gcc1. (Reading database ... 63422 files and directories currently installed.) Unpacking lib32gcc1 (from .../lib32gcc1_4.0.0-2_amd64.deb) ... Selecting previously deselected package libc6-i386. Unpacking libc6-i386 (from .../libc6-i386_2.3.5-1_amd64.deb) ... Selecting previously deselected package ia32-libs. Unpacking ia32-libs (from .../ia32-libs_1.4.0.0.1.gcc4_amd64.deb) ... Setting up lib32gcc1 (4.0.0-2) ... Setting up libc6-i386 (2.3.5-1) ... Setting up ia32-libs (1.4.0.0.1.gcc4) ... [EMAIL PROTECTED]:harri 1003} ls -lhd /usr/lib32 drwxr-xr-x 5 root root 2.2K May 9 19:49 /usr/lib32 Regards Harri signature.asc Description: OpenPGP digital signature
Re: Bug#308003: FTBFS: cannot find -lc (forwarded from Andreas Jochens)
Goswin von Brederlow wrote: > > Please make sure you have: > > [EMAIL PROTECTED]:~% ls -lhd /usr/lib32 > lrwxrwxrwx 1 root root 24 2005-05-08 20:01 /usr/lib32 -> > /emul/ia32-linux/usr/lib/ > > Anything else means you have to purge ia32-libs, ia32-libs-dev and > lib32gcc1 and reinstall them. It seems some of the intermittend > versions had that as a dir which breaks things. > I purged and reinstalled ia32-libs and lib32gcc1 (no need for the *-dev package), but there is no symbolic link: [EMAIL PROTECTED]:harri 899} ls -lhd /usr/lib32 drwxr-xr-x 4 root root 2.2K May 9 06:18 /usr/lib32 [EMAIL PROTECTED]:harri 900} dpkg --purge ia32-libs lib32gcc1 (Reading database ... 63514 files and directories currently installed.) Removing ia32-libs ... Purging configuration files for ia32-libs ... Removing lib32gcc1 ... [EMAIL PROTECTED]:harri 901} ls -lhd /usr/lib32 ls: /usr/lib32: No such file or directory [EMAIL PROTECTED]:harri 901} apt-get install ia32-libs Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: lib32gcc1 The following NEW packages will be installed: ia32-libs lib32gcc1 0 upgraded, 2 newly installed, 0 to remove and 14 not upgraded. Need to get 0B/3542kB of archives. After unpacking 9253kB of additional disk space will be used. Do you want to continue? [Y/n] Selecting previously deselected package lib32gcc1. (Reading database ... 63420 files and directories currently installed.) Unpacking lib32gcc1 (from .../lib32gcc1_4.0.0-1_amd64.deb) ... Selecting previously deselected package ia32-libs. Unpacking ia32-libs (from .../ia32-libs_1.3.0.0.1.gcc4_amd64.deb) ... Setting up lib32gcc1 (4.0.0-1) ... Setting up ia32-libs (1.3.0.0.1.gcc4) ... [EMAIL PROTECTED]:harri 902} ls -lhd /usr/lib32 drwxr-xr-x 4 root root 2.2K May 9 06:22 /usr/lib32 [EMAIL PROTECTED]:harri 903} ls -al /emul/ia32-linux/usr/lib/ total 8 drwxr-xr-x 2 root root 104 May 6 17:38 . drwxr-xr-x 3 root root 72 May 6 17:38 .. -rw-r--r-- 1 root root 218 Apr 15 02:16 libc.so -rw-r--r-- 1 root root 230 Apr 15 02:16 libpthread.so Regards Harri signature.asc Description: OpenPGP digital signature
Re: Problem with libX11 in gcc4 archive
Javier Kohen wrote:
>
> It would be great if you could prepare a bug report. I'm not using the
> gcc-4.0 archive anymore, but I've prepared a similar report in the past
> and it got fixed for gcc-4.0 (the compiler). I could give you a hand if
> you needed it. However, it looks like you have tamed it already :)
>
> Regards,
The testcase has been sent. See the attachment, if you are
interested. If you compile it with -O2 instead of -O, then
it dies.
Regards
Harri
#include
typedef struct _XDisplay Display;
typedef union {
Display *display;
void *gc;
void *visual;
void *screen;
void *pixmap_format;
void *font; } XEDataObject;
typedef struct _XExtData {
int number; /* number returned by XRegisterExtension */
struct _XExtData *next; /* next item on list of data for structure */
int (*free_private)( /* called to free private storage */
struct _XExtData *extension
);
void * private_data; /* data private to this extension. */
} XExtData;
struct _XDisplay
{
XExtData *ext_data; /* hook for extension to hang data */
int data; /* Network socket. */
};
XExtData **XEHeadOfExtensionList(object)
XEDataObject object;
{
return *(XExtData ***)&object;
}
void _XF86BigfontCodes (dpy)
register Display *dpy;
{
XEDataObject dpy_union;
XExtData **pData;
dpy_union.display = dpy;
pData = XEHeadOfExtensionList(dpy_union);
printf("Data: %d\n", (*pData)->number);
}
int main()
{
XExtData extdata_in_main;
Display dpy = {
&extdata_in_main,
0xdeadbeef,
};
extdata_in_main.number = 42;
extdata_in_main.next = 0;
_XF86BigfontCodes(&dpy);
return 0;
}
signature.asc
Description: OpenPGP digital signature
Re: Problem with libX11 in gcc4 archive
Andreas Jochens wrote:
>
> Thanks for tracking this down to libX11.so.6. Do you have an idea what
> is going on here? I really hope somebody will help me to fix this.
>
I would say it is a problem with the optimizer. In lib/X11/Font.c,
line 366 the function XEHeadOfExtension() (can be found in
lib/X11/InitExt.c) is called. At least on this function call the
passed function argument gets corrupted:
(gdb)
366 pData = XEHeadOfExtensionList(dpy_union);
(gdb) print dpy_union
$2 = {display = 0x509550, gc = 0x509550, visual = 0x509550, screen = 0x509550,
pixmap_format = 0x509550, font = 0x509550}
(gdb) step
XEHeadOfExtensionList (object=
{display = 0x84, gc = 0x84, visual = 0x84, screen = 0x84, pixmap_format =
0x84, font = 0x84}) at InitExt.c:124
124 return *(XExtData ***)&object;
If I build InitExt.o without -O2, then the problem is gone:
(gdb)
366 pData = XEHeadOfExtensionList(dpy_union);
(gdb) print dpy_union
$3 = {display = 0x509550, gc = 0x509550, visual = 0x509550, screen = 0x509550,
pixmap_format = 0x509550, font = 0x509550}
(gdb) step
XEHeadOfExtensionList (object=
{display = 0x509550, gc = 0x509550, visual = 0x509550, screen = 0x509550,
pixmap_format = 0x509550, font = 0x509550}) at InitExt.c:124
124 return *(XExtData ***)&object;
(gdb)
But this workaround is not sufficient to solve the problem. Some
small applications seemed to work, but xterm doesn't.
Regards
Harri
signature.asc
Description: OpenPGP digital signature
Re: Release critical bugs for amd64/sarge
Goswin von Brederlow wrote: > > Learn about chroots NOW. :) > Can you reproduce this problem? AFAIK this is not supposed to happen. And other applications without X inside seem to work. The problem seems to be bound to libX11.so.6, which has not been built since April 11th. Unfortunately the source tree on http://debian-ppc64.alioth.debian.org/gcc4 does not include the sources for XFree86, so I cannot rebuild the "official" version. Regards Harri signature.asc Description: OpenPGP digital signature
Re: Release critical bugs for amd64/sarge
Andreas Jochens wrote: > > In a different email you asked me about the status of the gcc4 archive. > The gcc4 archive on alioth is now accessible for amd64 and ppc64, but > the upload of the recompiled package versions is not yet complete. > Roughly 10% of the amd64 packages still have the old version which were > not compiled with the released version of gcc-4.0 but with an older version > of gcc-4.0. This will be fixed soon. > I know I am early, but I could not resist to try the new archive. Result: The XWindow applications die with SEGV. Rebuilding the application did not help. It took me quite some time to awake my old ia32 PC to send this EMail. Regards Harri signature.asc Description: OpenPGP digital signature
Re: mkinitrd problem
Jacob Larsen wrote: > I am trying to build an initrd so I can run my / on lvm. My problem is > that I get an error I don't really understand: > > cpio: /lib64/ld-linux-x86-64.so.2 (0x2aaab000): No such file > or directory > cpio: /lib/ld-linux-x86-64.so.2 (0x2aaab000): No such file or > directory > cpio: /lib/ld-linux-x86-64.so.2 (0x5000): No such file or > directory > > Can someone explain what this is, and how I can fix it? I found a thread > handling a similar problem, but I don't see a solution from this: > > http://lists.debian.org/debian-amd64/2004/12/msg00491.html > Does lib64/ld-linux-x86-64.so.2 exist? On my PC (running amd64 (gcc-3.4)) I see a symbolic link: % ll /lib64/ld-linux-x86-64.so.2 lrwxrwxrwx 1 root root 11 Apr 22 21:08 /lib64/ld-linux-x86-64.so.2 -> ld-2.3.5.so % ll /lib64/ld-2.3.5.so -rwxr-xr-x 1 root root 95888 Apr 20 19:59 /lib64/ld-2.3.5.so % file /lib64/ld-2.3.5.so /lib64/ld-2.3.5.so: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped /lib64 is a symbolic link, too: % ll /lib64 lrwxrwxrwx 1 root root 3 Apr 22 21:08 /lib64 -> lib Any differences to your system? Regards Harri signature.asc Description: OpenPGP digital signature
Re: nvidia driver failed to install
Alexander Fieroch wrote: > Ed Cogburn wrote: > > > I have tried the debian nvidia-packages before, but the installation > failed. Now it's the same again. The module compiles (module-assistant), > but xfree (4.3.0.1) fails to load the driver: > 'Failed to load module "nvidia" (module does not exist, 0)' > The module does exist and I can load it with 'modprobe nvidia' without > any problems, but xfree still does not start. You'll find the complete > XFree86.0.log at the bottom of this mail. > This could be a timing problem. Have you tried to add the nvidia module to /etc/modules to make it load at boot time? Regards Harri signature.asc Description: OpenPGP digital signature
Re: Release critical bugs for amd64/sarge
Harald Dunkel wrote: > > Please don't remove nntp. > > Several packages seem to fail about a missing errno.h. Since > gcc4 runs its own compiler, maybe there is another solution? "amd64" of course. Sorry, I was confused. Regards Harri signature.asc Description: OpenPGP digital signature
Re: Release critical bugs for amd64/sarge
Andreas Jochens wrote: > > Of course there are still a few other packages which did not apply the > necessary patches for amd64. However, I think that those packages and > all their dependencies can simply be removed from the amd64/sarge release: > > sarge/main/amd64 BTS Bug Problem description > --- --- > addresses-for-gn #307290* VCFViewer must not be built : : > nntp #280278+ missing '#include ' Please don't remove nntp. Several packages seem to fail about a missing errno.h. Since gcc4 runs its own compiler, maybe there is another solution? Regards Harri signature.asc Description: OpenPGP digital signature
Re: bzflag segfualts
Harald Dunkel wrote: > Tim Riker wrote: > >>Unfortunately I don't have access to an amd64 system to test on. >> >>Does this same error occur if using Mesa and software rendering? >> > > > I will try tomorrow. > No, I can't: Still no gcc4 archive to install mesa-dev. Regards Harri signature.asc Description: OpenPGP digital signature
Re: bzflag segfualts
Tim Riker wrote: > Unfortunately I don't have access to an amd64 system to test on. > > Does this same error occur if using Mesa and software rendering? > I will try tomorrow. > It looks like this is happening during a quit. I don't know why the app > is quiting, but it looks like BzfDisplay didn't get created before the > app tried to exit. > It quits because I pressed F12 to exit. I have to play bzflag a bit to create the core dump on exit. If I start it and exit immediately then there is no core dump. It is hard to reproduce. Regards Harri signature.asc Description: OpenPGP digital signature
Re: bzflag segfualts
Goswin von Brederlow wrote:
>
> Then just report it with reportbug and see if the maintainer can
> help. If it happens on 32bit too then it is not our fault.
>
Here is a bt for 64bit:
#0 BzfDisplay::setDefaultResolution (this=0x0) at BzfDisplay.cxx:123
123 if (!doSetDefaultResolution()) {
(gdb) where
#0 BzfDisplay::setDefaultResolution (this=0x0) at BzfDisplay.cxx:123
#1 0x0056c2c6 in dying (sig=11) at playing.cxx:501
#2
#3 0x2ca36f78 in _nv000850gl () from /usr/lib/libGLcore.so.1
#4 0x2ca6d855 in _nv000826gl () from /usr/lib/libGLcore.so.1
#5 0x2c899537 in _nv001091gl () from /usr/lib/libGLcore.so.1
#6 0x2cc0c8b4 in _nv000845gl () from /usr/lib/libGLcore.so.1
#7 0x2c8a97fe in _nv000811gl () from /usr/lib/libGLcore.so.1
#8 0x2ca2a9de in _nv000849gl () from /usr/lib/libGLcore.so.1
#9 0x2b849eea in glXChannelRectSyncSGIX () from /usr/lib/libGL.so.1
#10 0x2b83f1c5 in ?? () from /usr/lib/libGL.so.1
#11 0x2b8497de in glXChannelRectSyncSGIX () from /usr/lib/libGL.so.1
#12 0x2b845209 in glXDestroyContext () from /usr/lib/libGL.so.1
#13 0x2ad0fde2 in X11_GL_Shutdown () from /usr/lib/libSDL-1.2.so.0
#14 0x2ad12ece in X11_CheckMouseMode () from /usr/lib/libSDL-1.2.so.0
#15 0x2ad13d66 in X11_CheckMouseMode () from /usr/lib/libSDL-1.2.so.0
#16 0x2ad0a4c8 in SDL_VideoQuit () from /usr/lib/libSDL-1.2.so.0
#17 0x2ace7e89 in SDL_QuitSubSystem () from /usr/lib/libSDL-1.2.so.0
#18 0x0062b535 in ~SDLDisplay (this=0x9948d0) at SDLDisplay.cxx:102
#19 0x0055d2c8 in main (argc=1, argv=0x7888) at bzflag.cxx:1597
Regards
Harri
signature.asc
Description: OpenPGP digital signature
Re: recent ia32libs upgrade broke vmware5
Andreas Jochens wrote: > > Please try the new ia32-libs version 1.2.0.0.3.gcc4 which has just been > uploaded to alioth. This version should fix the problem. > Still doesn't work. This vmnet-bridge command is executed during startup for the vmware stuff: # /usr/bin/vmnet-bridge -d /var/run/vmnet-bridge-0.pid /dev/vmnet0 eth0 bash: /usr/bin/vmnet-bridge: No such file or directory But the binary is installed: # ls -al /usr/bin/vmnet-bridge -r-xr-xr-x 1 root root 6432 Apr 8 19:23 /usr/bin/vmnet-bridge # ldd /usr/bin/vmnet-bridge /usr/bin/ldd: line 95: /usr/bin/lddlibc4: No such file or directory not a dynamic executable # strings /usr/bin/vmnet-bridge | grep / /lib/ld-linux.so.2 Usage: %s [-dDP] /dev/vmnet? interface # ls -al /lib/ld-linux.so.2 ls: /lib/ld-linux.so.2: No such file or directory Regards Harri signature.asc Description: OpenPGP digital signature
Re: amd64 into mainstream
Lennart Sorensen wrote: > > On the other hand, I know what problems the 1980's model would have. I > don't know what problems the 2005 model is going to have. > The analogy between cars and software is not perfect. In the OpenSource world you can help fixing the bugs of the 2005 model. The problems of the 1980 version are most likely fixed in a newer model. Regards Harri signature.asc Description: OpenPGP digital signature
recent ia32libs upgrade broke vmware5
Hi folks, Since the 32bit libs have been upgraded, vmware5 doesn't work anymore. The error messages are: Bridged networking on /dev/vmnet0/usr/bin/vmnet-bridge: relocation error: /emul/ia32-linux/lib/tls/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference failed Host-only networking on /dev/vmnet8/usr/bin/vmware-ping: relocation error: /emul/ia32-linux/lib/tls/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference /usr/bin/vmnet-netifup: relocation error: /emul/ia32-linux/lib/tls/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference failed NAT service on /dev/vmnet8/usr/bin/vmnet-natd: relocation error: /emul/ia32-linux/lib/tls/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference failed Any possible workarounds (except moving to pure64, please)? Regards Harri signature.asc Description: OpenPGP digital signature
Re: xine-ui dies
Goswin von Brederlow wrote: > Harald Dunkel <[EMAIL PROTECTED]> writes: > >> >>How is the pure64 archive managed? I would like to >>upload a patched vnc4 derived from the current >>XFree86. Since I am on gcc-3.4 I can provide the >>sources only, but building vnc4 would be easy. > > > Upload fixes to debian and pure64 picks them up automatically. > I am still in the NM process, so I can't do an upload. And the "fix" for vnc4 replaces the XFree86 4.2 sources by the current 4.3. Regards Harri signature.asc Description: OpenPGP digital signature
Re: xine-ui dies
Goswin von Brederlow wrote: > > Works fine here with pure64 sid: > > Unpacking xine-ui (from .../xine-ui_0.99.3-1_amd64.deb) ... > > I can right-click in it, select open->file, select a file and play it > just fine. > > MfG > Goswin > I have rebuilt xine using gcc-3.4: Problem gone. How is the pure64 archive managed? I would like to upload a patched vnc4 derived from the current XFree86. Since I am on gcc-3.4 I can provide the sources only, but building vnc4 would be easy. Regards Harri signature.asc Description: OpenPGP digital signature
Re: serious conflict between ia32-libs and libc6
Frederik Schueler wrote: > Hello, > > On Mon, Apr 18, 2005 at 07:25:41AM +0200, Harald Dunkel wrote: > >>Preparing to replace ia32-libs 0.7.0.0.1.gcc4 (using >>.../ia32-libs_1.2.0.0.1.gcc4_amd64.deb) ... >>Unpacking replacement ia32-libs ... >>dpkg: error processing >>/var/cache/apt/archives/ia32-libs_1.2.0.0.1.gcc4_amd64.deb (--unpack): >> trying to overwrite `/lib/ld-linux.so.2', which is also in package libc6-i386 > > > >>This makes me very nervous. Could anybody please resolve this >>conflict? > > > Try purging the offending packages, or switch to pure64. > I will switch next weekend. Too many things are broken with gcc-3.4. Regards Harri signature.asc Description: OpenPGP digital signature
serious conflict between ia32-libs and libc6
Hi folks, Why does ia32-libs has a conflict with an essential 64bit package? Preparing to replace ia32-libs 0.7.0.0.1.gcc4 (using .../ia32-libs_1.2.0.0.1.gcc4_amd64.deb) ... Unpacking replacement ia32-libs ... dpkg: error processing /var/cache/apt/archives/ia32-libs_1.2.0.0.1.gcc4_amd64.deb (--unpack): trying to overwrite `/lib/ld-linux.so.2', which is also in package libc6-i386 This makes me very nervous. Could anybody please resolve this conflict? Many thanx Harri signature.asc Description: OpenPGP digital signature
xine-ui dies
Hi folks, If I right-click into xine-ui, then it dies with a core dump. Can anybody reproduce this? Regards Harri signature.asc Description: OpenPGP digital signature
Re: The future of the gcc-3.4 archive / Name change from 'gcc-3.4' to 'gcc4' Reply-To:
Andreas Jochens wrote: > > If nobody else comes up with a different proposal and > no other problems occur, I would like to change the > name on 2005-03-15 (three weeks from now). > Any news about this? Regards Harri signature.asc Description: OpenPGP digital signature
Re: Thunderbird dies about 'mozilla-thunderbird -remote "mailto(harri)"'
Corey Hickey wrote: > > For what it's worth, I can't reproduce this with mozilla-thunderbird > 1.0.2-1 from pure64 sid. Are you using pure64 or gcc-3.4? A few days ago > thunderbird from gcc-3.4 kept segfaulting and I switched to pure64. > I have built thunderbird 1.0.2-2 (using gcc4): The problem is gone. Regards Harri signature.asc Description: OpenPGP digital signature
Re: Thunderbird dies about 'mozilla-thunderbird -remote "mailto(harri)"'
Corey Hickey wrote: > > For what it's worth, I can't reproduce this with mozilla-thunderbird > 1.0.2-1 from pure64 sid. Are you using pure64 or gcc-3.4? A few days ago > thunderbird from gcc-3.4 kept segfaulting and I switched to pure64. > gcc-3.4 Have you tried to build version 1.0.2-2? Regards Harri signature.asc Description: OpenPGP digital signature
Thunderbird dies about 'mozilla-thunderbird -remote "mailto(harri)"'
Hi folks, If I run mozilla-thunderbird -remote "mailto(harri)" then thunderbird dies with a core dump. (This command is run if I click on a mailto: URL in firefox.) There is no such problem on i386, AFAICT. Regards Harri signature.asc Description: OpenPGP digital signature
libhtml-parser-perl depends upon new perl version
Hi folks, A few days ago a new version of libhtml-parser-perl has appeared on gcc-3.4, depending upon an unavailable perl version (>= 5.8.4-8). This breaks some other packages, e.g. libwww-perl. I can't believe that perl cannot be built on amd64, so whats the story here? Regards Harri signature.asc Description: OpenPGP digital signature
Re: binutils broken?
Andreas Jochens wrote: Please try 'apt-get install --reinstall binutils' and check if it works again. apt-get install did not work, cause the Package database is corrupted now. (Shouldn't you increase the version number if there is a new package?) But I could wget the new binutils*.deb. The core dump for as seems to be gone. Regards Harri signature.asc Description: OpenPGP digital signature
binutils broken?
Hi folks, If I try to build the kernel then I get % make V=1 prepare make -f /usr/src/linux-2.6.11.3/Makefile silentoldconfig make -f scripts/Makefile.build obj=scripts/basic gcc-3.4 -Wp,-MD,scripts/basic/.fixdep.d -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer-o scripts/basic/fixdep scripts/basic/fixdep.c gcc-3.4: Internal error: Segmentation fault (program as) Please submit a full bug report. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . make[2]: *** [scripts/basic/fixdep] Error 1 make[1]: *** [scripts_basic] Error 2 make: *** [include/linux/autoconf.h] Error 2 2 days ago there was no such problem. Regards Harri signature.asc Description: OpenPGP digital signature
gcc-3.4: apt, autoconf and alsa are gone
Hi folks, Seems that a lot of packages starting with 'A' disappeared from the archive. Regards Harri signature.asc Description: OpenPGP digital signature
Re: Segmentation fault - grub 0.95+cvs20040624
Clive Menzies wrote: On (13/03/05 06:38), Harald Dunkel wrote: Have you tried to boot using "noexec=off" on the kernel command line? Thanks but it's not even getting to the kernel options. The problem is that grub isn't being wrtitten to the Master Boot Record. I am talking about the system used to install grub on your MBR. "noexec=off" switches off the NX feature of your AMD64 CPU. AFAIK a fix is in grub's CVS. Good luck Harri signature.asc Description: OpenPGP digital signature
Re: Segmentation fault - grub 0.95+cvs20040624
Clive Menzies wrote: Hi But I've tried both grub-install and the grub command line interface: grub> root (hd0,7) grub> setup (hd0) setup (hd0) Checking if "/boot/grub/stage1" exists... yes Checking if "/boot/grub/stage2" exists... yes Checking if "/boot/grub/e2fs_stage1_5" exists... yes Running "embed /boot/grub/e2fs_stage1_5 (hd0)"... 16 sectors are embedded. succeeded Segmentation fault Have you tried to boot using "noexec=off" on the kernel command line? Regards Harri signature.asc Description: OpenPGP digital signature
amd64 (gcc-3.4) updates?
Hi folks, There were pretty few updates for gcc-3.4 in the last weeks. Any problems? Regards Harri signature.asc Description: OpenPGP digital signature
Re: Xvnc
Andreas Jochens wrote: On 05-Mar-02 07:58, Harald Dunkel wrote: Sven Mueller wrote: So could any one of you please create a working package for AMD64? I mean it just doesn't make sense that everyone compiles one on his own. No problem. I've got some new source and binary packages for amd64 (gcc-3.4). But my account on Alioth is still not working. Any volunteers to upload my packages? Please send me the patches so that I can test them them and upload working packages to the gcc-3.4 archive on alioth. The "patch" includes a 58 MByte tgz replacing the old X420.tgz by xfree86-4.3.0.tar.gz grabbed from the currend xserver package. I guess it is obvious that EMail is no option in this case. Do you have a machine I could use for uploading the source package? Regards Harri signature.asc Description: OpenPGP digital signature
Re: Xvnc
Sven Mueller wrote: So could any one of you please create a working package for AMD64? I mean it just doesn't make sense that everyone compiles one on his own. No problem. I've got some new source and binary packages for amd64 (gcc-3.4). But my account on Alioth is still not working. Any volunteers to upload my packages? Regards Harri signature.asc Description: OpenPGP digital signature
Re: QT4 beta
jmt wrote: Which I tried, but it still hangs when getting to compile the OpenGL part : /usr/bin/ld: /usr/X11R6/lib64/libGL.a(glapi.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC Does not it look like OpenGL is in fact a 32 bit library ? No, the problem is that your build is using static objects (instead of relocatable objects) to build a shared library. I would suggest to verify that both shared and static OpenGL libraries are installed in the same directory. If the static libs are in lib64, while the shared objects are in lib, then you might have a problem. Do you have the NVidia OpenGL stuff installed? Regards Harri signature.asc Description: OpenPGP digital signature
Re: QT4 beta
jmt wrote: Hi, I'm trying to compile QT4 (beta) on a debian amd64, kernel 2.6.8-10-amd64-k8. Very surprisingly, compilation aborts when trying to build a shared library, while succeeds with a static build. Has anyone ever met this kind of situation ? Maybe you have to create a symbolic link for /usr/X11R6/lib64? AFAIK this is in the LSB package, but lsb depends upon a lot of optional packages that I would not like to have. Too painfull to get just a symbolic link. Regards Harri signature.asc Description: OpenPGP digital signature
Re: Xvnc
Chavdar Botev wrote: Neal, I had similar problems. I downloaded the 4.0 source code from the vnc site. It took some time to have the vnc (+xserver) compilation work but after that, I haven't had any problems running VNC. Metoo. I guess the trick is to use the XFree86 sources from the current Debian package instead of X420src-1.tgz and apply all the included patches. Regards Harri signature.asc Description: OpenPGP digital signature
Re: Xvnc
Neal Stephenson wrote: vncserver just exits, I suspect because when you run Xvnc server it just segfaults. any Ideas? You could try the i386 Xvnc. Regards Harri signature.asc Description: OpenPGP digital signature
Re: debootstrap failure for "gcc-3.4"
Andreas Jochens wrote: debootstrap sid chroot_amd64 http://debian-amd64.alioth.debian.org/gcc-3.4 should work now. The 'debootstrap' script from the gcc-3.4 archive has to be used for this. Sorry for the delayed fix. No problem. Thanx very much. Regards Andreas Jochens BTW: Did you succeed to access your account on alioth yet? Nope. I had sent another EMail to [EMAIL PROTECTED] on Jan23rd, but there was no response :-(. I got tired of asking, anyway. Regards Harri signature.asc Description: OpenPGP digital signature
Re: debootstrap failure for "gcc-3.4"
Andreas Jochens wrote: I made a mistake and built the latest gcc-3.4 source package so that the libgcc1 and libstdc++6 binary packages were created. This is wrong because these binary pacakges are also create by the gcc-4.0 source package. I will fix this by uploading new versions of the gcc-3.4 and gcc-4.0 packages soon. I cannot correct this just now because alioth is down at the moment. Any news about this? Regards Harri signature.asc Description: OpenPGP digital signature
Re: A bug in a nvidia package
Leopold Palomo Avellaneda wrote: Hi, I think that I have found a bud in the nvidia kernel packge driver. Where I that to report the bug? If this is specific to AMD64, then I would suggest to post it here. If this problem affects i386, too, then it should go to Bug Tracking System. Regards Harri signature.asc Description: OpenPGP digital signature
Re: debootstrap failure for "gcc-3.4"
Andreas Jochens wrote: BTW: Does the mozilla-thunderbird 1.03/mozilla-thunderbird-enigmail problem you reported some days ago still exist or has that been fixed by the latest uploads? Sorry, but I cannot say. I had rebuilt the enigmail *.debs on my own PC, and then I have forgotten to check your packages. Is there any way for me to upload packages to Alioth? I am registered on this machine for several months now, but AFAIR I have to upload my public ssh key somehow first. And this fails due to a missing $HOME :-(. Regards Harri signature.asc Description: OpenPGP digital signature
debootstrap failure for "gcc-3.4"
Hi folks, If I try to run debootstrap on amd64(gcc-3.4), then it stumbles over the gcc4 libraries (see below). Any way to get around this? (BTW, using pure64 for debootstrap did not work either: E: Couldn't download gcc-4.0-base ) Regards Harri -- dpkg: dependency problems prevent configuration of apt: apt depends on libgcc1 (>= 1:4.0); however: Version of libgcc1 on system is 1:3.4.3-7.0.0.1.gcc4. apt depends on libstdc++6 (>= 4.0); however: Version of libstdc++6 on system is 3.4.3-7.0.0.1.gcc4. dpkg: error processing apt (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of base-config: base-config depends on apt; however: Package apt is not configured yet. dpkg: error processing base-config (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of groff-base: groff-base depends on libgcc1 (>= 1:4.0); however: Version of libgcc1 on system is 1:3.4.3-7.0.0.1.gcc4. groff-base depends on libstdc++6 (>= 4.0); however: Version of libstdc++6 on system is 3.4.3-7.0.0.1.gcc4. dpkg: error processing groff-base (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libsigc++-1.2-5c102: libsigc++-1.2-5c102 depends on libgcc1 (>= 1:4.0); however: Version of libgcc1 on system is 1:3.4.3-7.0.0.1.gcc4. dpkg: error processing libsigc++-1.2-5c102 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of aptitude: aptitude depends on libapt-pkg-libc6.3-6-3.3; however: Package libapt-pkg-libc6.3-6-3.3 is not installed. Package apt which provides libapt-pkg-libc6.3-6-3.3 is not configured yet. aptitude depends on libgcc1 (>= 1:4.0); however: Version of libgcc1 on system is 1:3.4.3-7.0.0.1.gcc4. aptitude depends on libsigc++-1.2-5c102; however: Package libsigc++-1.2-5c102 is not configured yet. aptitude depends on libstdc++6 (>= 4.0); however: Version of libstdc++6 on system is 3.4.3-7.0.0.1.gcc4. dpkg: error processing aptitude (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of apt-utils: apt-utils depends on libapt-pkg-libc6.3-6-3.3; however: Package libapt-pkg-libc6.3-6-3.3 is not installed. Package apt which provides libapt-pkg-libc6.3-6-3.3 is not configured yet. apt-utils depends on libgcc1 (>= 1:4.0); however: Version of libgcc1 on system is 1:3.4.3-7.0.0.1.gcc4. apt-utils depends on libstdc++6 (>= 4.0); however: Version of libstdc++6 on system is 3.4.3-7.0.0.1.gcc4. dpkg: error processing apt-utils (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of man-db: man-db depends on groff-base (>= 1.17.2-2); however: Package groff-base is not configured yet. dpkg: error processing man-db (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of tasksel: tasksel depends on aptitude (>= 0.2.15-1); however: Package aptitude is not configured yet. dpkg: error processing tasksel (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: apt base-config groff-base libsigc++-1.2-5c102 aptitude apt-utils man-db tasksel signature.asc Description: OpenPGP digital signature
Re: amd64(gcc4): aptitude dumps core
Harald Dunkel wrote: Hi folks, Since the most recent upgrade of apt (0.5.27.2.0.0.1.gcc4) aptitude dies with a core dump immediately. The apt *.deb files for amd64(gcc-3.4) version 0.5.28.1.0.0.1.gcc4 are corrupted. If I rebuild and install these packages using the sources in the gcc-3.4 archive, then aptitude works. Reinstall of the "official" packages: The core dump is back. Regards Harri signature.asc Description: OpenPGP digital signature
gcc-3.4: mozilla-thunderbird-enigmail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi folks, Would it be possible to get rid of the version conflict between mozilla-thunderbird 1.03 and mozilla-thunderbird-enigmail in amd64(gcc-3.4)? Many thanx Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB81OFUTlbRTxpHjcRArEYAJ4//y2aLab8FXv822NVyv0ggy4TcACcCSQ6 gmK5qsQd/8/qYL2mbyNDZSY= =kotW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Argh! bzflag2 gets stuck (gcc-3.4)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi folks, The new bzflag2 doesn't work for me. It just gets stuck. If I download and build the sources from sourceforge, then it works. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB7tz/UTlbRTxpHjcRAmJ8AJsF7BzEg8dp5WY25YquXLGKcVg/JwCfSguj Q/IEAuLkZSfE1mWzV5CjMNw= =lL2G -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: status of vmware
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brett Profitt wrote: | I have had exactly the opposite experience. Vmware 4.5 with the any-any | patches works perfectly for me, while v5 beta won't even install, | complaining about the ia32-libs, and asking me to upgrade from libc5 to | glibc. Did you do anything special to get it to install? | See http://bugs.debian.org/287241 You can grab the i386 library. But AFAIK this is necessary just at installation time. VMware e.x.p-11888 includes its own libXrender.so . Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB6ic9UTlbRTxpHjcRAo/PAJ9TIHnSb8BfWHc/3Cx5u3hiP//R+ACfbTjN 2QDtBZcUN6V1YhQaJOBXK1U= =77ti -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: status of vmware
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 kristian kvilekval wrote: | Could someone update what is the status of vmware | running on debian amd64. Unfortunately I may | need to install windows and would rather stick | it in vmware than run it natively. | I'm running the beta of VMware5 for more than 2 weeks now. It is running absolutely stable for my needs. VMWare e.x.p build-11608 vanilla kernel 2.6.10 amd64(gcc-3.4) client os: WinXP Home Edition Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB6ObhUTlbRTxpHjcRAlYFAJ46n4YeKTBluZNV+TBG8DOIBpoiyACfQ8WI 2yKbhr4a8tpw+AM0+Wrz08I= =z5db -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: amd64(gcc4): aptitude dumps core
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 PS: The broken binary compatibility between gcc 3.4.x and 4.0 might be unwanted. Maybe we should report this to the gcc maintainers? Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB5sxMUTlbRTxpHjcRAsMkAJ4vJCunKI4/WnEebewPA7tEi/XgGwCghAAI UQRQtHqWLO1Jp5UeaLJdMHE= =MrC8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: bug reporting?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bob Proulx wrote: | Giacomo Mulas wrote: | |>Now the questions: should I use the standard debian bug tracking system to |>report amd64 bugs? I am uncertain, since it is not (yet) an official port. | MHO: Yes. I would say that the package owner is best to decide whether the problem is caused by the new compiler and can be put on hold, or whether there is a more general problem affecting the "official" platforms, too. This way the bts can be used to collect and document possible fixes or workarounds. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB5ssvUTlbRTxpHjcRAreVAJ9x5g3yEvARwJy9Fse6Kgu9c2rjGQCdHGDj S1ZBLhJYBx0XVwlOtrEIWWM= =DuFu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: amd64(gcc4): aptitude dumps core
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andreas Jochens wrote: | | Since the beginning of December 2004 almost every new package version | for the gcc-3.4 archive has been compiled with gcc4. Up to now, | more than 2000 source packages (i.e. roughly 25% of all source packages) | in the gcc-3.4 archive have been built using gcc4. | | My plan is to rebuild the complete archive with gcc4 and upload the | resulting packages to alioth during the next month. When this upload | has been completed, the name of the current 'gcc-3.4' archive will be | changed to 'gcc4'. | It would have been nice if you had announced this more early. Democracy in software engineering is a myth, but on the other side, you are not the only one using the gcc-3.4 branch. | I apologize for any inconveniece caused by this transition, but I think | it is worth the efforts. Gcc4 has already detected a large number | of amd64 related errors in many packages because of its stricter | warnings concerning dubious pointer-to-integer conversions. I would have suggested to support a subset package pool for gcc-4.0, i.e. sources.list could look like this deb http://debian-amd64.alioth.debian.org/gcc-4.0/ unstable main non-free contrib deb http://debian-amd64.alioth.debian.org/gcc-3.4/ unstable main non-free contrib deb-src http://debian-amd64.alioth.debian.org/gcc-4.0/ unstable main non-free contrib deb-src http://debian-amd64.alioth.debian.org/gcc-3.4/ unstable main non-free contrib deb-src http://debian-amd64.alioth.debian.org/pure64/ unstable main non-free contrib for the "experimental" users, and deb http://debian-amd64.alioth.debian.org/gcc-3.4/ unstable main non-free contrib deb-src http://debian-amd64.alioth.debian.org/gcc-3.4/ unstable main non-free contrib deb-src http://debian-amd64.alioth.debian.org/pure64/ unstable main non-free contrib for the users more interested in the "unstable" version. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB5sn7UTlbRTxpHjcRAg5JAJ9EhAEBlxWlRdyAccUXBe0k2l8CngCgh5Qw 49pryLosufkJs4oRxDvi1RM= =fRR9 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
