Re: libc and static
Le lundi 15 août 2005 à 21:43 +0200, Kurt Roeckx a écrit : > On Mon, Aug 15, 2005 at 05:50:30PM +0200, Vanuxem Grégory wrote: > > Her is a simple program that doesn't compile on AMD64 > > (statically linked against libc) > > Please upgraded to the latest glibc version (2.3.5 or higher). > This is a known bug in glibc 2.3.2. > > > Kurt > > Thank you very much. Cheers, Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libc and static
Le lundi 15 août 2005 à 09:02 -0700, Theodore Kisner a écrit : > This compiles without error on my amd64 (sid) system, using gcc 4.0.2 and gcc > 3.4.5. Perhaps your installation is messed up somehow? Yes I have reinstalled libc (testing) but that doesn't work. Humm... big problem. Cheers, Greg > > -Ted > > On Monday 15 August 2005 08:50, Vanuxem Grégory wrote: > > #include > > #include > > > > int main() { > > int major, minor, micro; > > > > printf("\nAn old version of libaal (%s) was found.\n"); > > > > printf("You need a libaal of the version %d.%d.%d or newer.\n", 1, > > 0, 5); > > > > printf("You can get it at http://www.namesys.com/snapshots\n";); > > > > return 1; > > } > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libc and static
Her is a simple program that doesn't compile on AMD64 (statically linked against libc) #include #include int main() { int major, minor, micro; printf("\nAn old version of libaal (%s) was found.\n"); printf("You need a libaal of the version %d.%d.%d or newer.\n", 1, 0, 5); printf("You can get it at http://www.namesys.com/snapshots\n";); return 1; } Here is the output: gcc-4.01 [EMAIL PROTECTED]:~/temp$ gcc -o conftest -O2 -static conftest.c /usr/bin/ld: __libc_errno: TLS definition in /usr/lib/gcc/x86_64-linux-gnu/4.0.1/../../../../lib64/libc.a(errno.o) section .tbss mismatches non-TLS reference in /usr/lib/gcc/x86_64-linux-gnu/4.0.1/../../../../lib64/libc.a(check_fds.o) /usr/lib/gcc/x86_64-linux-gnu/4.0.1/../../../../lib64/libc.a: ne peut lire les symboles: Mauvaise valeur collect2: ld returned 1 exit status [EMAIL PROTECTED]:~/temp$ gcc-3.3 gcc -o conftest -O2 -march=athlon-xp -mcpu=athlon-xp -mmmx -msse -msse2 -mfpmath=sse -static conftest.c /usr/bin/ld: __libc_errno: TLS definition in /usr/lib/gcc-lib/x86_64-linux-gnu/3.3.6/../../../../lib64/libc.a(errno.o) section .tbss mismatches non-TLS reference in /usr/lib/gcc-lib/x86_64-linux-gnu/3.3.6/../../../../lib64/libc.a(check_fds.o) /usr/lib/gcc-lib/x86_64-linux-gnu/3.3.6/../../../../lib64/libc.a: ne peut lire les symboles: Mauvaise valeur collect2: ld a retourné 1 code d'état d'exécution [EMAIL PROTECTED]:~/temp$ Any idea? Cheers, Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-get update curiosity.
Le samedi 13 août 2005 à 19:17 +0200, Vanuxem Grégory a écrit : > Le samedi 13 août 2005 à 10:01 -0700, Chris Wakefield a écrit : > > hi all. > > > > I'm getting this output when I run apt-get update: > > > > E: The method driver /usr/lib/apt/methods/bzip2 could not be found. > > > [EMAIL PROTECTED]:~$ stat /u /usr/lib/apt/methods/bzip2 > File: `/usr/lib/apt/methods/bzip2' > Size: 17608 Blocks: 40 IO Block: 65536 fichier régulier > Device: 806h/2054d Inode: 1044824 Links: 1 > Access: (0755/-rwxr-xr-x) Uid: (0/root) Gid: (0/root) > Access: 2005-08-13 19:16:29.0 +0200 > Modify: 2005-03-22 23:43:48.0 +0100 > Change: 2005-05-12 19:24:07.855429176 +0200 [EMAIL PROTECTED]:~$ dlocate /usr/lib/apt/methods/bzip2 apt: /usr/lib/apt/methods/bzip2 Humm... problematic. Perhaps a manual reinstall of apt will correct this > > And you ? > Cheers, Greg > > > > Then it seems to fail to update. > > > > can someone shed some light on this? > > > > Thanks, > > Chris W. > > > > > > dpkg -l bzip2: > > ii bzip2 1.0.2-8high-quality. > > > > > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-get update curiosity.
Le samedi 13 août 2005 à 10:01 -0700, Chris Wakefield a écrit : > hi all. > > I'm getting this output when I run apt-get update: > > E: The method driver /usr/lib/apt/methods/bzip2 could not be found. [EMAIL PROTECTED]:~$ stat /u /usr/lib/apt/methods/bzip2 File: `/usr/lib/apt/methods/bzip2' Size: 17608 Blocks: 40 IO Block: 65536 fichier régulier Device: 806h/2054d Inode: 1044824 Links: 1 Access: (0755/-rwxr-xr-x) Uid: (0/root) Gid: (0/root) Access: 2005-08-13 19:16:29.0 +0200 Modify: 2005-03-22 23:43:48.0 +0100 Change: 2005-05-12 19:24:07.855429176 +0200 And you ? Cheers, Greg > > Then it seems to fail to update. > > can someone shed some light on this? > > Thanks, > Chris W. > > > dpkg -l bzip2: > ii bzip2 1.0.2-8high-quality. > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Impossible to install kdelibs4-dev
Hi, > -Message d'origine- > De : Goswin von Brederlow [mailto:[EMAIL PROTECTED] > Envoyé : dimanche 17 juillet 2005 22:21 > À : Sylvain Archenault > Cc : SmartList > Objet : Re: Impossible to install kdelibs4-dev > > > Sylvain Archenault <[EMAIL PROTECTED]> writes: > > > Hello, > > > > I can't install kdelibs4-dev, here the output i get : > > > > E: Impossible de corriger les problèmes, des paquets défecteux sont en > > mode « garder en l'état ». > > E: Impossible de corriger les dépendances, certains paquets ne peuvent > > pas être installés > > E: Unable to resolve some dependencies! > > Certains paquets ont des dépendances non résolues. Ceci peut signifier > > que vous avez demandé une situation impossible ou que vous utilisez la > > distribution instable qui a besoin de paquets qui n'ont pas > encore été créés > > ou qui ne sont pas encore sortis « d'incoming ». > > > > Les paquets suivants ont des dépendances non satisfaites : > > kdelibs4-dev: Dépend: libfam-dev mais il n'est pas installable > > > > > > If i do apt-get install libfam-dev, it tells me that the problem is > > libfam0 (= 2.7.0-7.2), and if i apt-get install libfam0, he wants to > > remove a lors of package (kde stuffs gnome stuffs, etc) > > > > I run debian amd64 sid, and i upgrade to x.org with no specials > problems. > > > > Any ideas ? > > Welcome to unstable. > I think it's a great response :-) Cheers, Greg > MfG > Goswin > > > -- > 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: Debian/Ubuntu/Redhat which is better for heavy duty computations?
Hi, " Virtually the same in terms of "floating point computation capacity". " In term of lapack, you can use atlas or an enterprise's architecture optimized library (see intel's mkl(R) or AMD(R) blas and lapack) Cheers, Greg > -Message d'origine- > De : Alexandru Cabuz [mailto:[EMAIL PROTECTED] > Envoyé : vendredi 1 juillet 2005 16:59 > À : Debian AMD64 > Objet : Debian/Ubuntu/Redhat which is better for heavy duty > computations? > > > Hello, > > I was wondering if anybody knows if there exist benchmarks done to > compare the performance for floating point computations (for example > lapack) on opteron with the Debian, Ubuntu and Redhat AMD 64 ports. > > My research group recently got a couple of new multi-proc opteron > machines and even though they shipped with redhat enterprise, being a > fan of debian I was wondering if Debian AMD64 or Ubuntu might not be > better? Has anybody compared performance systematically? > > Alex. > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
kernel 2.6.11.11 and x86_64 arch
Hi, For information, here are some change on the last stable kernel. A lot of work on x86_64. Cheers, Greg === author Andi Kleen <[EMAIL PROTECTED]> [PATCH] x86_64: Don't look up struct page pointer of physical address in iounmap It could be in a memory hole not mapped in mem_map and that causes the hash lookup to go off to nirvana. [PATCH] x86_64: When checking vmalloc mappings don't use pte_page The PTEs can point to ioremap mappings too, and these are often outside mem_map. The NUMA hash page lookup functions cannot handle out of bounds accesses properly. [PATCH] x86_64: Add a guard page at the end of the 47bit address space This works around a bug in the AMD K8 CPUs. [PATCH] x86_64: Fix canonical checking for segment registers in ptrace Allowed user programs to set a non canonical segment base, which would cause oopses in the kernel later. [PATCH] x86_64: check if ptrace RIP is canonical This works around an AMD Erratum. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: K8 Mainboards Linux compatibility list
Access ANSI SCSI revision: 05 ACPI: PCI Interrupt Link [APSJ] enabled at IRQ 22 ACPI: PCI interrupt :00:08.0[A] -> GSI 22 (level, low) -> IRQ 22 PCI: Setting latency timer of device :00:08.0 to 64 ata7: SATA max UDMA/133 cmd 0x9E0 ctl 0xBE2 bmdma 0xC400 irq 22 ata8: SATA max UDMA/133 cmd 0x960 ctl 0xB62 bmdma 0xC408 irq 22 ata7: no device found (phy stat ) scsi6 : sata_nv ata8: no device found (phy stat ) scsi7 : sata_nv SCSI device sda: 240121728 512-byte hdwr sectors (122942 MB) SCSI device sda: drive cache: write back SCSI device sda: 240121728 512-byte hdwr sectors (122942 MB) SCSI device sda: drive cache: write back sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 > Attached scsi disk sda at scsi4, channel 0, id 0, lun 0 mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard on isa0060/serio0 input: PS/2 Generic Mouse on isa0060/serio1 Advanced Linux Sound Architecture Driver Version 1.0.8 (Thu Jan 13 09:39:32 2005 UTC). ACPI: PCI Interrupt Link [APCJ] enabled at IRQ 21 ACPI: PCI interrupt :00:04.0[A] -> GSI 21 (level, low) -> IRQ 21 PCI: Setting latency timer of device :00:04.0 to 64 intel8x0_measure_ac97_clock: measured 49908 usecs intel8x0: clocking to 46819 ALSA device list: #0: NVidia CK804 with ALC850 at 0xd2003000, irq 21 NET: Registered protocol family 2 IP: routing cache hash table of 8192 buckets, 64Kbytes TCP established hash table entries: 262144 (order: 9, 2097152 bytes) TCP bind hash table entries: 65536 (order: 7, 524288 bytes) TCP: Hash tables configured (established 262144 bind 65536) NET: Registered protocol family 1 NET: Registered protocol family 10 IPv6 over IPv4 tunneling driver NET: Registered protocol family 17 NET: Registered protocol family 8 NET: Registered protocol family 20 VFS: Mounted root (reiser4 filesystem) readonly. Freeing unused kernel memory: 160k freed Adding 979956k swap on /dev/sda2. Priority:-1 extents:1 Real Time Clock Driver v1.12 ACPI: PCI Interrupt Link [APC2] enabled at IRQ 17 ACPI: PCI interrupt :05:0c.0[A] -> GSI 17 (level, low) -> IRQ 17 ACPI: PCI interrupt :05:0c.0[A] -> GSI 17 (level, low) -> IRQ 17 eth0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter PrefPort:A RlmtMode:Check Link State ohci_hcd: 2004 Nov 08 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI) ACPI: PCI Interrupt Link [APCF] enabled at IRQ 20 ACPI: PCI interrupt :00:02.0[A] -> GSI 20 (level, low) -> IRQ 20 ohci_hcd :00:02.0: PCI device 10de:005a (nVidia Corporation) PCI: Setting latency timer of device :00:02.0 to 64 ohci_hcd :00:02.0: irq 20, pci mem 0xd2004000 ohci_hcd :00:02.0: new USB bus registered, assigned bus number 1 hub 1-0:1.0: USB hub found hub 1-0:1.0: 10 ports detected usb 1-1: new full speed USB device using ohci_hcd and address 2 ACPI: PCI Interrupt Link [APCL] enabled at IRQ 23 ACPI: PCI interrupt :00:02.1[B] -> GSI 23 (level, low) -> IRQ 23 ehci_hcd :00:02.1: PCI device 10de:005b (nVidia Corporation) PCI: Setting latency timer of device :00:02.1 to 64 ehci_hcd :00:02.1: irq 23, pci mem 0xd2005000 ehci_hcd :00:02.1: new USB bus registered, assigned bus number 2 PCI: cache line size of 64 is not supported by device :00:02.1 ehci_hcd :00:02.1: park 0 ehci_hcd :00:02.1: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004 usb 1-1: USB disconnect, address 2 hub 2-0:1.0: USB hub found hub 2-0:1.0: 10 ports detected forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.31. ACPI: PCI Interrupt Link [APCH] enabled at IRQ 22 ACPI: PCI interrupt :00:0a.0[A] -> GSI 22 (level, low) -> IRQ 22 PCI: Setting latency timer of device :00:0a.0 to 64 usb 1-1: new full speed USB device using ohci_hcd and address 3 eth1: forcedeth.c: subsystem: 01043:8141 bound to :00:0a.0 usb 1-1: modem_run timed out on ep5in usb 1-1: usbfs: USBDEVFS_BULK failed ep 0x85 len 512 ret -110 nvidia: module license 'NVIDIA' taints kernel. ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18 ACPI: PCI interrupt :01:00.0[A] -> GSI 18 (level, low) -> IRQ 18 PCI: Setting latency timer of device :01:00.0 to 64 NVRM: loading NVIDIA Linux x86_64 NVIDIA Kernel Module 1.0-7167 Fri Feb 25 09:11:39 PST 2005 ip_tables: (C) 2000-2002 Netfilter core team ip_conntrack version 2.1 (4095 buckets, 32760 max) - 296 bytes per conntrack Le vendredi 15 avril 2005 à 18:33 +0200, Vanuxem Grégory a écrit : > Hi, > > You can add: > > ASUS A8N-SLI (Deluxe) > > Cheers, > > Greg > > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
K8 Mainboards Linux compatibility list
Hi, You can add: ASUS A8N-SLI (Deluxe) Cheers, Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: aptitude loosing its mind?
Le samedi 05 mars 2005 à 16:43 -0500, Ed Tomlinson a écrit : > Hi, > > Thought the advice was to use aptitude because it will remove unused > packages... Well > it seems to think xfs is unused, guess that ps is must be wrong... Me thinks > I'll revert to > apt-get - aptitude seems very broken. > > Anyone else see this sort of error on pure64? > Ed > > grover:/usr/bin# aptitude upgrade > Reading Package Lists... Done > Building Dependency Tree > Reading extended state information > Initializing package states... Done > Reading task descriptions... Done > The following packages are unused and will be REMOVED: > xfs xfwp xnest xvfb > The following packages will be upgraded: > cpp-3.3 g++-3.3 gcc-3.3 gcc-3.3-base gij-3.3 ifupdown imagemagick > libgcj-common libgcj4 libglade2-0 libglade2-dev libmagick++6 libmagick6 > libobjc1 libstdc++5 libstdc++5-3.3-dev perlmagick tora > 18 packages upgraded, 0 newly installed, 4 to remove and 0 not upgraded. > Need to get 16.2MB of archives. After unpacking 10.6MB will be freed. > Do you want to continue? [Y/n/?] n > Abort. > grover:/usr/bin# ps -ef | grep xfs > root 4793 1 0 15:29 ?00:00:00 /usr/bin/X11/xfs -daemon > root 7452 7334 0 16:37 pts/100:00:00 grep xfs > > In aptitude, : type 'g' (processing) in unused => open, select xfs and all package that you want keep (no package depend on it) and type 'm' man aptitude => info aptitdse (section unused package) Cheers, Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
pdl long int problem
Hi, >From testing version: PDL(perl data language) in perldl shell (type perldl in shell): # With PDL $a= longlong 1; $a++; print $a; 5904 #With real perl $a = 1; $a++; print $a; 10001 Cheers, Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ChangeLog-2.6.11-rc4
Hi, from Changelog: <[EMAIL PROTECTED]> [PATCH] sata_nv: enable generic class support for future NVIDIA SATA This patch adds a new entry in the pci_device_id table that filters by class code, in order to cause unlisted NVIDIA SATA controllers to be probed. In the probe function, we determine whether the device is a SATA or IDE controller by checking the device's bars (NVIDIA SATA controllers will always have 6 bars). Bar5 I/O mapped vs. memory mapped is now determined programmatically by looking at the resource flags of the bar. Signed-off-by: Andrew Chew <[EMAIL PROTECTED]> Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]> Cheers, Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: netinstall (02/12): unknow symbol (reiserfs,ext3,xfs...)
Sorry, I've tested sarge image (01/15). I will try sid image; does it contain 2.6.* kernel ? Cheers, Greg -Message d'origine- De : Goswin von Brederlow [mailto:[EMAIL PROTECTED] Envoyé : samedi 12 février 2005 19:14 À : debian-amd64@lists.debian.org Objet : Re: netinstall (02/12): unknow symbol (reiserfs,ext3,xfs...) Vanuxem Grégory <[EMAIL PROTECTED]> writes: > Hi, > > About actual netinstall, there is problem with insertion of modules. > > [EMAIL PROTECTED] wrote: > For my first installation attempt I used the 125MB netinst iso (2005-01-24 I > think). Installation worked quite fine with that one exception that it had > no networking modules and no support for [reiserfs | ext3 | xfs ]. > > The problem come from "unknow symbol" when inserting module (see vc 2,3 > etc). > > Please recompile the kernel or give me some hints. > > thanks by advance. > > > Cheers, greg Try yesterdays image, 198MB since it contains 2.6.8 and 2.6.10 kernels. MfG Goswin -- 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]
netinstall (02/12): unknow symbol (reiserfs,ext3,xfs...)
Hi, About actual netinstall, there is problem with insertion of modules. [EMAIL PROTECTED] wrote: For my first installation attempt I used the 125MB netinst iso (2005-01-24 I think). Installation worked quite fine with that one exception that it had no networking modules and no support for [reiserfs | ext3 | xfs ]. The problem come from "unknow symbol" when inserting module (see vc 2,3 etc). Please recompile the kernel or give me some hints. thanks by advance. Cheers, greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]