Bug#1054326: [Debian-ha-maintainers] Bug#1054326: Can't start golbal heartbeat when drbd device is on top LVM device
May be but this don't work. I create LVM volume heartbeat on both nodes. Set ocfs mode to local. o2cb add-heartbeat mdtxcluster /dev/c/heratbeat On both nodes. o2cb start-heartbeat mdtxcluster on both nodes ocfs2: Mounting device (147,0) on (node 0, slot 0) with ordered data mode. [ 1290.746345] o2dlm: Leaving domain 3D69F9BD7AF24C59BB600A8D7B1D4770 [ 1290.788991] ocfs2: Unmounting device (147,0) on (node 0) [ 1828.717874] o2hb: Heartbeat stopped on region 3D69F9BD7AF24C59BB600A8D7B1D4770 (dm-0) [ 2202.976390] o2hb: Heartbeat started on region FD5342AE132B4A40A3DE39D0406252E5 (dm-1) [ 2205.008194] o2hb: Region FD5342AE132B4A40A3DE39D0406252E5 (dm-1) is now a quorum device [ 2229.339352] o2dlm: Joining domain 3D69F9BD7AF24C59BB600A8D7B1D4770 [ 2229.339359] ( [ 2229.339362] 0 [ 2229.339364] ) 1 nodes [ 2229.360976] ocfs2: Mounting device (147,0) on (node 0, slot 1) with ordered data mode. [ 2229.366496] ocfs2: Begin replay journal (node 1, slot 0) on device (147,0) [ 2229.380189] ocfs2: End replay journal (node 1, slot 0) on device (147,0) [ 2256.920272] o2dlm: Leaving domain 3D69F9BD7AF24C59BB600A8D7B1D4770 [ 2256.960029] ocfs2: Unmounting device (147,0) on (node 0) [ 2333.541256] o2dlm: Joining domain 3D69F9BD7AF24C59BB600A8D7B1D4770 [ 2333.541263] ( [ 2333.541266] 0 [ 2333.541268] ) 1 nodes [ 2333.667424] ocfs2: Mounting device (147,0) on (node 0, slot 0) with ordered data mode. root@drbd-server01:/home/marvin# o2cb start-heartbeat mdtxcluster o2hb: Heartbeat started on region C402D542D0D648FAA7EA1D8D7B6571B8 (dm-1) [ 2802.429790] o2hb: Region C402D542D0D648FAA7EA1D8D7B6571B8 (dm-1) is now a quorum device [ 2847.205047] o2dlm: Joining domain 3D69F9BD7AF24C59BB600A8D7B1D4770 [ 2847.205055] ( [ 2847.205058] 1 [ 2847.205061] ) 1 nodes [ 2847.292767] ocfs2: Mounting device (147,0) on (node 1, slot 0) with ordered data mode. [ 2875.108121] o2dlm: Leaving domain 3D69F9BD7AF24C59BB600A8D7B1D4770 [ 2875.144193] ocfs2: Unmounting device (147,0) on (node 1) [ 2963.823619] o2dlm: Joining domain 3D69F9BD7AF24C59BB600A8D7B1D4770 [ 2963.823626] ( [ 2963.823629] 1 [ 2963.823631] ) 1 nodes [ 2963.870726] ocfs2: Mounting device (147,0) on (node 1, slot 1) with ordered data mode. [ 2963.879606] ocfs2: Begin replay journal (node 0, slot 0) on device (147,0) [ 2963.893880] ocfs2: End replay journal (node 0, slot 0) on device (147,0) You can see that I have two one node clusters. But no shared storage no one two node cluster. o2cb -v -v -v -v start-heartbeat mdtxcluster Using config file '/etc/ocfs2/cluster.conf' Initializing cluster stack Checking heartbeat mode Global heartbeat enabled Heartbeat region C402D542D0D648FAA7EA1D8D7B6571B8 Scanning devices Region C402D542D0D648FAA7EA1D8D7B6571B8 matched to device /dev/mapper/c-heratbeat About to start heartbeat Starting heartbeat on region C402D542D0D648FAA7EA1D8D7B6571B8, device /dev/mapper/c-heratbeat Stop heartbeat on devices removed from config Checking heartbeat mode Global heartbeat enabled Looking up active heartbeat regions Global heartbeat started I set mode to local but after start set to global. I don´t know why. Regards Dan Dne 22. 10. 23 v 23:48 Valentin Vidic napsal(a): On Sun, Oct 22, 2023 at 11:38:56PM +0200, Daniel Smolik wrote: But when use local heartbeat mode I can mount ocfs but not work in cluster mode. I mean that without global heartbeat you didn't have shared storage. If I understand correctly with local heartbeat there is one heartbeat running per ocfs2 mount and this should still allow cluster storage to work. Global heartbeat only optimizes this to run one or more heartbeat devices for all ocfs2 mounts, so it should not be a strong requirement for running a shared cluster storage.
Bug#1054326: [Debian-ha-maintainers] Bug#1054326: Can't start golbal heartbeat when drbd device is on top LVM device
But when use local heartbeat mode I can mount ocfs but not work in cluster mode. I mean that without global heartbeat you didn't have shared storage. Regards Dan Dne 22. 10. 23 v 13:37 Valentin Vidic napsal(a): On Sun, Oct 22, 2023 at 12:11:19PM +0200, Daniel Smolik wrote: Yes no problem. There it is. Thanks. My best guess is that the problem happens because the region UUID is visible on both drbd and the lower device, so the global heartbeat might work if drbd device is selected first (for example in the case of md). Since I don't know if it possible to specify the device directly, your best bet now is probably to use the local heartbeat mode (that should work without the regions being specified).
Bug#1054326: [Debian-ha-maintainers] Bug#1054326: Can't start golbal heartbeat when drbd device is on top LVM device
I completely agree, but when it is on md device then is UUID visible on both nodes too. My guess is that name of LVM device is longer than md or drbd device. And I looked to source code and start heartbeat failed here: in op_start.c if (!(od->od_flags & O2CB_DEVICE_FOUND)) { tcom_err(ret, "%s", od->od_uuid); goto bail; } It is only testing device and for final solution isn't local heartbeat possible. In o2cb is not possible specify device where start heartbeat. Dne 22. 10. 23 v 13:37 Valentin Vidic napsal(a): On Sun, Oct 22, 2023 at 12:11:19PM +0200, Daniel Smolik wrote: Yes no problem. There it is. Thanks. My best guess is that the problem happens because the region UUID is visible on both drbd and the lower device, so the global heartbeat might work if drbd device is selected first (for example in the case of md). Since I don't know if it possible to specify the device directly, your best bet now is probably to use the local heartbeat mode (that should work without the regions being specified).
Bug#1054326: [Debian-ha-maintainers] Bug#1054326: Can't start golbal heartbeat when drbd device is on top LVM device
Yes no problem. There it is. Dne 22. 10. 23 v 11:57 Valentin Vidic napsal(a): On Sat, Oct 21, 2023 at 11:19:50PM +0200, Dan Smolik wrote: in virtual enviroment I try build 2 node ocfs cluster. When drbd device is on top of md device all works. But when drbd device is on top LVM device global heartbeat doesn't start. Using config file '/etc/ocfs2/cluster.conf' Maybe you can share more info, like what the cluster.conf looks like in this setup? resource drbdocfs01 { options { on-no-data-accessible suspend-io; } #disk { #on-io-error detach; #no-disk-flushes ; #no-disk-barrier; #c-plan-ahead 0; #c-fill-target 24M; #c-min-rate 80M; #c-max-rate 720M; #} net { cram-hmac-alg "sha1"; # shared-secret "secret_string"; allow-two-primaries; after-sb-0pri discard-zero-changes; after-sb-1pri discard-secondary; after-sb-2pri disconnect; #max-buffers 36k; #sndbuf-size1024k ; #rcvbuf-size2048k; } on drbd-server01 { address 192.168.64.1:7789; volume 0 { device minor 0; meta-disk internal; disk /dev/c/o; } } on drbd-server02 { address 192.168.64.2:7789; volume 0 { device minor 0; meta-disk internal; disk /dev/c/o; } } } cluster: name = mdtxcluster heartbeat_mode = global node_count = 2 heartbeat: cluster = mdtxcluster region = 3D69F9BD7AF24C59BB600A8D7B1D4770 node: cluster = mdtxcluster number = 0 ip_port = ip_address = 192.168.64.1 name = drbd-server01 node: cluster = mdtxcluster number = 1 ip_port = ip_address = 192.168.64.2 name = drbd-server02 resource drbdocfs01 { options { on-no-data-accessible suspend-io; } #disk { #on-io-error detach; #no-disk-flushes ; #no-disk-barrier; #c-plan-ahead 0; #c-fill-target 24M; #c-min-rate 80M; #c-max-rate 720M; #} net { cram-hmac-alg "sha1"; # shared-secret "secret_string"; allow-two-primaries; after-sb-0pri discard-zero-changes; after-sb-1pri discard-secondary; after-sb-2pri disconnect; #max-buffers 36k; #sndbuf-size1024k ; #rcvbuf-size2048k; } on drbd-server01 { address 192.168.64.1:7789; volume 0 { device minor 0; meta-disk internal; disk /dev/c/o; } } on drbd-server02 { address 192.168.64.2:7789; volume 0 { device minor 0; meta-disk internal; disk /dev/c/o; } } } cluster: name = mdtxcluster heartbeat_mode = global node_count = 2 node: cluster = mdtxcluster number = 0 ip_port = ip_address = 192.168.64.1 name = drbd-server01 node: cluster = mdtxcluster number = 1 ip_port = ip_address = 192.168.64.2 name = drbd-server02
Bug#1022268: linux-image-5.10.0-19-amd64: Boot failure under xen as dom0
Sorry this is production machine and I can't reboot it very often. But tomorrow at night I try it and record boot. I have remote management on this machine. Regards Dan Dne 23. 10. 22 v 13:52 Diederik de Haas napsal(a): Control: severity -1 important Control: tag -1 moreinfo On zondag 23 oktober 2022 11:28:33 CEST Dan Smolik wrote: after upgrade kernel from 5.10.0-18 to 5.10.0-19 system is unbootable. Problem is similar this bug https://bugzilla.kernel.org/show_bug.cgi?id=209177. I try recommended solution mpt3sas.max_queue_depth=1 but nothing helps. Without xen system boots. Unfortunately you described very little about your problem, all I/we know is that there is a 'boot failure' under Xen. And only under Xen. The referenced bug does not mention Xen and has a working workaround ... which does not work for you. Do you have any kind of (boot) log (or screenshot/picture of it), that shows what's actually happening (and/or not happening)?
Bug#984909: linux-image-5.10.0-0.bpo.3-amd64: Kernel 5.10 have regression which breaks Kodi play from NFS share
Package: src:linux Version: 5.10.13-1~bpo10+1 Severity: normal Dear Maintainer, Please include this fix to new package version: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=v5.10.15=8e081627f3a7f733a4955ee40b385c972f010f05 Wihout this Kodi on RPi cannot play media shared ovre NFS Regards Dan Smolik -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: Gigabyte Technology Co., Ltd. product_name: Z170-D3H product_version: To be filled by O.E.M. chassis_vendor: To Be Filled By O.E.M. chassis_version: To Be Filled By O.E.M. bios_vendor: American Megatrends Inc. bios_version: F2 board_vendor: Gigabyte Technology Co., Ltd. board_name: Z170-D3H-CF board_version: x.x ** Network interface configuration: *** /etc/network/interfaces: source /etc/network/interfaces.d/* auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 192.168.3.13 netmask 255.255.255.0 gateway 192.168.3.1 dns-nameservers 192.168.3.1 iface eth0:1 inet static address 192.168.0.100 netmask 255.255.255.0 iface eth0:2 inet static address 192.168.1.100 netmask 255.255.255.0 iface eth0:3 inet static address 192.168.150.10 netmask 255.255.255.0 ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Skylake Host Bridge/DRAM Registers [8086:191f] (rev 07) Subsystem: Gigabyte Technology Co., Ltd Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers [1458:5000] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: skl_uncore 00:01.0 PCI bridge [0604]: Intel Corporation Skylake PCIe Controller (x16) [8086:1901] (rev 07) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-H USB 3.0 xHCI Controller [8086:a12f] (rev 31) (prog-if 30 [XHCI]) Subsystem: Gigabyte Technology Co., Ltd 100 Series/C230 Series Chipset Family USB 3.0 xHCI Controller [1458:5007] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: xhci_hcd Kernel modules: xhci_pci 00:14.2 Signal processing controller [1180]: Intel Corporation Sunrise Point-H Thermal subsystem [8086:a131] (rev 31) Subsystem: Gigabyte Technology Co., Ltd 100 Series/C230 Series Chipset Family Thermal Subsystem [1458:] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: intel_pch_thermal Kernel modules: intel_pch_thermal 00:16.0 Communication controller [0780]: Intel Corporation Sunrise Point-H CSME HECI #1 [8086:a13a] (rev 31) Subsystem: Gigabyte Technology Co., Ltd 100 Series/C230 Series Chipset Family MEI Controller [1458:1c3a] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: mei_me Kernel modules: mei_me 00:17.0 SATA controller [0106]: Intel Corporation Sunrise Point-H SATA controller [AHCI mode] [8086:a102] (rev 31) (prog-if 01 [AHCI 1.0]) Subsystem: Gigabyte Technology Co., Ltd Q170/Q150/B150/H170/H110/Z170/CM236 Chipset SATA Controller [AHCI Mode] [1458:b005] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: ahci Kernel modules: ahci 00:1b.0 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Root Port #17 [8086:a167] (rev f1) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: Kernel driver in use: pcieport 00:1b.2 PCI bridge [0604]: Intel Corporation Sunrise Point-H PCI Root Port #19 [8086:a169] (rev f1) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF-
Bug#964866: Acknowledgement (When upgrade from Stretch to Buster my development environment stop working and Arm (sama5d3) never mount his root on NFS) - Solved
Dear maintainer, please close the bug I found a solution. It looks like that Root on NFS require NFSv2. But on Buster is disabled. To enable it add to /etc/default/nfs-kernel-server RPCNFSDOPTS="-V 2" and restart /etc/init.d/nfs-kernel-server . Regards Dan -- Mydatex s r.o. http://www.mydatex.cz email: smo...@mydatex.cz mob: 604200362
Bug#882806: xen-hypervisor-4.8-amd64: After upgrade to stretch all Windows VM crash on boot or hang on boot
Hi Hans, Thank you for your advice. I understand what you mean. I hope that somebody have the same problem. But I didn't found anybody. Please close this bug. Regards Dan -- Mydatex s r.o. http://www.mydatex.cz email: smo...@mydatex.cz mob: 604200362
Bug#884284: Correction
NFSv3 local_lock=all
Bug#884284: NFSv4 buggy
Dear Maintainer, I have the same experience with NFSv4. My customer run PHP7/laravel application on server which I maintain. I put data directory with pictures and caches to NFSv4. Log is filled with nfs4_reclaim_open_state: Lock reclaim failed! and after while system is unusable I can login with ssh but apache don't serve any pages with strace I cann't see anything. Only reboot helps. I try upgrade to 4.14.31 and still the same. Only help is switch to NFSv4 local_lock=all. Regards Dan Smolik -- Mydatex s r.o. http://www.mydatex.cz email: smo...@mydatex.cz mob: 604200362
Bug#782604: cups: After upgrade is missing dnssd file in /usr/lib/cups/backend/
Didier 'OdyX' Raboud napsal(a): Control: tags -1 +moreinfo Hi Daniel, Le mardi, 14 avril 2015, 19.57:06 Daniel Smolik a écrit : After upgrade from squeeze to wheezy cups cann't detect any remote printers via DNSSD. I have fresh wheezy instalation on PPC machine and on this exitis this files. /usr/lib/cups/backend/dnssd /usr/lib/cups/backend-available/dnssd but after upgrade I have only. /usr/lib/cups/backend-available/dnssd make symolic link to dnssd from backend to backend-available solve the problem. If you had 'dnssd' configuerd as backend in Squeeze, it should have stayed across the upgrade to Wheezy. Please run the following command as root: dpkg-reconfigure cups This will prompt you for the list of backends that you want to get activated. This should have 'dnssd' as listed. Please report if it fixed your problem. Cheers, OdyX Thanks, this solve the problem. Please close the bugreport. Regards Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#782604: cups: After upgrade is missing dnssd file in /usr/lib/cups/backend/
Package: cups Version: 1.5.3-5+deb7u5 Severity: important After upgrade from squeeze to wheezy cups cann't detect any remote printers via DNSSD. I have fresh wheezy instalation on PPC machine and on this exitis this files. /usr/lib/cups/backend/dnssd /usr/lib/cups/backend-available/dnssd but after upgrade I have only. /usr/lib/cups/backend-available/dnssd make symolic link to dnssd from backend to backend-available solve the problem. Before lpinfo -v network ipp14 network lpd network smb network ipps network https network ipp network http network socket network beh direct parallel:/dev/lp0 after linking dnssd file network ipp14 network lpd network smb network ipps network https network ipp network http network socket network beh direct parallel:/dev/lp0 network dnssd://Xerox%20Phaser%203250%20(XRX9C934E2A0D6B)._ipp._tcp.local/ network dnssd://Xerox%20Phaser%203250%20(XRX9C934E2A0D6B)._pdl-datastream._tcp.local/ network dnssd://Xerox%20Phaser%203250%20(XRX9C934E2A0D6B)._printer._tcp.local/ network dnssd://hp%20LaserJet%204250%20%5B8E0669%5D._printer._tcp.local/ network dnssd://hp%20LaserJet%204250%20%5B8E0669%5D._pdl-datastream._tcp.local/ network dnssd://hp%20LaserJet%204250%20%5B8E0669%5D._ipp._tcp.local/ network dnssd://EPSON%20Stylus%20Photo%20R1900%20%40%20Sitour%E2%80%99s%20iMac._ipp._tcp.local/cups -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser3.113+nmu3 ii bc 1.06.95-2 ii cups-client1.5.3-5+deb7u5 ii cups-common1.5.3-5+deb7u5 ii cups-filters 1.0.18-2.1+deb7u1 ii cups-ppdc 1.5.3-5+deb7u5 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.16 ii ghostscript9.05~dfsg-6.3+deb7u1 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libc-bin 2.13-38+deb7u8 ii libc6 2.13-38+deb7u8 ii libcups2 1.5.3-5+deb7u5 ii libcupscgi11.5.3-5+deb7u5 ii libcupsimage2 1.5.3-5+deb7u5 ii libcupsmime1 1.5.3-5+deb7u5 ii libcupsppdc1 1.5.3-5+deb7u5 ii libdbus-1-31.6.8-1+deb7u6 ii libgcc11:4.7.2-5 ii libgnutls262.12.20-8+deb7u3 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u3 ii libkrb5-3 1.10.1+dfsg-5+deb7u3 ii libldap-2.4-2 2.4.31-2 ii libpam0g 1.1.3-7.1 ii libpaper1 1.1.24+nmu2 ii libslp11.2.1-9 ii libstdc++6 4.7.2-5 ii libusb-1.0-0 2:1.0.11-1 ii lsb-base 4.1+Debian8+deb7u1 ii poppler-utils 0.18.4-6 ii procps 1:3.3.3-3 ii ssl-cert 1.0.32 Versions of packages cups recommends: ii avahi-daemon 0.6.31-2 ii colord 0.1.21-1 ii foomatic-filters 4.0.17-1 ii ghostscript-cups 9.05~dfsg-6.3+deb7u1 ii printer-driver-gutenprint 5.2.9-1 Versions of packages cups suggests: pn cups-bsd none pn cups-pdf none ii foomatic-db20120523-1 pn hplip none pn printer-driver-hpcups none ii smbclient 2:3.6.6-6+deb7u5 ii udev 175-7.2 -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, ipp14, lpd, socket, usb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629470: sane-utils: HP ScanJet G2710 very light picture wrong gamma usage
Package: sane-utils Version: 1.0.21-9 Severity: normal HP ScanJet G2710 scanner is recognized but picture quality is worst. Picture is very light and when I try correct this by gamma usage this doesn't work. Use this latest driver http://sourceforge.net/projects/hp3900-series/ as standalone solve the problem. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.38.2 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sane-utils depends on: ii adduser3.112+nmu2add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libavahi-client3 0.6.27-2+squeeze1 Avahi client library ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libieee1284-3 0.2.11-6 cross-platform library for paralle ii libsane1.0.21-9 API library for scanners ii libusb-0.1-4 2:0.1.12-16 userspace USB programming library ii update-inetd 4.38+nmu1 inetd configuration file updater sane-utils recommends no packages. Versions of packages sane-utils suggests: ii avahi-daemon 0.6.27-2+squeeze1 Avahi mDNS/DNS-SD daemon pn unpapernone(no description available) -- debconf information: * sane-utils/saned_run: false * sane-utils/saned_scanner_group: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538323: egroupware: If attaching file to mail and it name contains UTF-8 character after sending filename si broken
Package: egroupware Version: 1.4.004-2.dfsg-4.1 Severity: normal When I compose new mail and add attachment with filename in UTF-8 after sending mail filename of attached file is broken -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26 (PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages egroupware depends on: ii egroupware-addressboo 1.4.004-2.dfsg-4.1 web-based groupware suite - addres ii egroupware-bookmarks 1.4.004-2.dfsg-4.1 web-based groupware suite - bookma ii egroupware-calendar 1.4.004-2.dfsg-4.1 web-based groupware suite - calend ii egroupware-core 1.4.004-2.dfsg-4.1 web-based groupware suite - core m ii egroupware-developer- 1.4.004-2.dfsg-4.1 web-based groupware suite - develo ii egroupware-emailadmin 1.4.004-2.dfsg-4.1 web-based groupware suite - e-mail ii egroupware-etemplate 1.4.004-2.dfsg-4.1 web-based groupware suite - widget ii egroupware-felamimail 1.4.004-2.dfsg-4.1 web-based groupware suite - e-mail ii egroupware-filemanage 1.4.004-2.dfsg-4.1 web-based groupware suite - file m ii egroupware-infolog1.4.004-2.dfsg-4.1 web-based groupware suite - infolo ii egroupware-manual 1.4.004-2.dfsg-4.1 web-based groupware suite - manual ii egroupware-mydms 1.4.004-2.dfsg-4.1 web-based groupware suite - docume ii egroupware-news-admin 1.4.004-2.dfsg-4.1 web-based groupware suite - news a ii egroupware-phpbrain 1.4.004-2.dfsg-4.1 web-based groupware suite - phpbra ii egroupware-phpsysinfo 1.4.004-2.dfsg-4.1 web-based groupware suite - phpSys ii egroupware-polls 1.4.004-2.dfsg-4.1 web-based groupware suite - pollin ii egroupware-projectman 1.4.004-2.dfsg-4.1 web-based groupware suite - projec ii egroupware-registrati 1.4.004-2.dfsg-4.1 web-based groupware suite - regist ii egroupware-resources 1.4.004-2.dfsg-4.1 web-based groupware suite - resour ii egroupware-sambaadmin 1.4.004-2.dfsg-4.1 web-based groupware suite - Samba ii egroupware-sitemgr1.4.004-2.dfsg-4.1 web-based groupware suite - site m ii egroupware-timesheet 1.4.004-2.dfsg-4.1 web-based groupware suite - timesh ii egroupware-tracker1.4.004-2.dfsg-4.1 web-based groupware suite - tracke ii egroupware-wiki 1.4.004-2.dfsg-4.1 web-based groupware suite - wiki a egroupware recommends no packages. egroupware suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529785: it seems the bluetooth stack issues originate in a kernel regression
maximilian attems napsal(a): On Sat, 13 Jun 2009, Eddy Petrișor wrote: Hello, I am not yet 100% sure what happens for others, but in my case I narrowed down the problem to the kernel. The 2.6.26 kernels seem to work fine for me, but none of the later kernels do. Daniel, what kernel version did you use when you stopped experiencing problems in squeeze? What kernel are you running now? Does the bluetooth stack work properly after a hibernate/resume cycle with any kernel later than 2.6.26? did you try 2.6.30? see trunk apt lines http://wiki.debian.org/DebianKernel I now run 2.6.29.4 and it looks like that bluetooth work after suspend/resume. Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508426: [bluez-utils] doesn't work after hibernate/resume (needs restart)
Filippo Giunchedi napsal(a): On Sun, Feb 15, 2009 at 02:17:02AM +0200, Eddy Petrișor wrote: Eddy Petrișor a scris: Package: bluez-utils Version: 3.36-1 Severity: important I frequently use the hibernate function on my laptop, but resume the bluetooth service needs a restart in order to work properly. Also note that this also breaks gnome-bluetooth's /usr/bin/gnome-obex-server which needs a restart also since it doesn't connect to the new instances of the bluetooth infrastructure. Lately I've seen that the gnome-bluetooth applet works fine after hibernate/resume, so this isn't a concern for me in lenny. does this still happens with bluez 4.x and gnome-bluetooth 2.27 ? filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 Beware of the Turing tar-pit in which everything is possible but nothing of interest is easy. -- Alan Perlis I now use Squeeze and I mean that bluez utils now work OK. But kdebluetoth sometime stop working after suspend/resume. Dan -- Mydatex s r.o. http://www.mydatex.cz email: smo...@mydatex.cz mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#468077: Vacation doesn't sent any email
Ondřej Surý napsal(a): tag 468077 +moreinfo unreproducible severity 468077 normal thank you You didn't specify what are contents of your sieve script and what you are exactly doing to enable it. Vacation system works just fine @ my site. Also since you have reported bug to wrong package, what is the version of installed cyrus packages? Do: dpkg -l cyrus\* and send output here. And please read about severities (http://www.debian.org/Bugs/Developer#severities) and use them accordingly. Thank you, Ondrej Thank you, for your interest. But I am not interested for this bug anymore. Please close it. Thank you. Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525496: [Pkg-samba-maint] Bug#525496: winbind: windbindd crashes after start with SIGBUS
Christian Perrier napsal(a): Quoting Steve Langasek (vor...@debian.org): severity 525496 grave tags 525496 moreinfo thanks On Sat, Apr 25, 2009 at 01:52:20AM +0200, Dan Smolik wrote: Package: winbind Version: 2:3.3.3-1 Severity: critical Justification: breaks unrelated software winbindd crashes after start with SIGBUS. On lenny and squeeze crashes with the same error. Please provide a backtrace for the crash in question. And maybe some more information? We have tons of users who are happily using winbind, so I'm even very tempted to lower the severity to important. The context would then help. What are you using winbind for? What is the output of testparm -s (better than the raw smb.conf file)? Excerpts from the logs would also help (first activate log level = 10) and, in case you can do this, install the samba-dbg package so that we can get more debug information about the crash. Yes I can. But this classic align bug on SPARC I see and report this problem in other packages. It crashes because some data are not aligned to address divide by 4. Regards Dan -- Mydatex s r.o. http://www.mydatex.cz email: smo...@mydatex.cz mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522211: initscripts: System doesn't boot when serial console and bootlogd enabled
Package: initscripts Version: 2.86.ds1-61 Severity: critical Justification: breaks the whole system When use serial console for kernel appending console=ttyS0,115200n8 to kernel command line system boots but stops booting after starting bootlogd. Bootlogd prints some unknown characters to console and system stops. Ctrl-C breaks bootlogd and system boots again. Solution is disable bootlogd when use serial console. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii debianutils 2.30Miscellaneous utilities specific t ii e2fsprogs1.41.3-1ext2/ext3/ext4 file system utiliti ii libc62.7-18 GNU C Library: Shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii mount2.13.1.1-1 Tools for mounting and manipulatin ii sysvinit-utils 2.86.ds1-61 System-V-like utilities Versions of packages initscripts recommends: ii psmisc22.6-1 Utilities that use the proc filesy initscripts suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522211: initscripts: System doesn't boot when serial console and bootlogd enabled
Petter Reinholdtsen napsal(a): [Daniel Smolik] Solution is disable bootlogd when use serial console. Your solution is correct. Perhaps we should just drop bootlogd completely? It has been badly maintained for years, and upstream recommend against using it. Happy hacking, When don't use serial console it works good for me. I don't know. Regards Dan -- Mydatex s r.o. http://www.mydatex.cz email: smo...@mydatex.cz mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508426: bluez-utils: Aditional info of this bug
Package: bluez-utils Version: 3.36-3 Followup-For: Bug #508426 -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.28 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bluez-utils depends on: ii dbus 1.2.1-5 simple interprocess messaging syst ii libbluetooth23.36-1 Library to use the BlueZ Linux Blu ii libc62.7-18 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-5 simple interprocess messaging syst ii libglib2.0-0 2.16.6-1The GLib library of C routines ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii makedev 2.3.1-88creates device files in /dev ii module-init-tools3.4-1 tools for managing Linux kernel mo ii udev 0.125-7 /dev/ and hotplug management daemo Versions of packages bluez-utils recommends: ii bluez-audio 3.36-3 Bluetooth audio support pn obex-data-server none (no description available) Versions of packages bluez-utils suggests: pn bluez-firmware none (no description available) ii bluez-gnome 0.27-1 Bluetooth utilities for GNOME ii kdebluetooth 1.0~beta8-5 KDE Bluetooth Framework -- no debconf information hcid crashes after resume: hcid[12453]: HCI dev 0 down hcid[12453]: Stopping security manager 0 hcid[12453]: Device hci0 has been disabled hcid[12453]: HCI dev 0 unregistered hcid[12453]: Unregister path: /org/bluez/hci0 hcid[12453]: Removing device /hci0/dev_00_60_57_E0_D1_89 *** glibc detected *** /usr/sbin/hcid: corrupted double-linked list: *** 0xb9dff6b0 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb7d340d9] /lib/i686/cmov/libc.so.6[0xb7d35b6d] /lib/i686/cmov/libc.so.6(__libc_calloc+0xc9)[0xb7d37379] /lib/i686/cmov/libc.so.6(open_memstream+0x5d)[0xb7d2baad] /lib/i686/cmov/libc.so.6(__vsyslog_chk+0x78)[0xb7da1688] /usr/sbin/hcid(debug+0x3e)[0xb7f98b8e] /usr/sbin/hcid(device_remove+0x37)[0xb7f7a0c7] /usr/sbin/hcid[0xb7f82b94] /usr/lib/libglib-2.0.so.0(g_slist_foreach+0x27)[0xb7ec34a7] /usr/sbin/hcid(unregister_adapter_path+0x218)[0xb7f84f38] /usr/sbin/hcid(hcid_dbus_unregister_device+0x5e)[0xb7f8505e] /usr/sbin/hcid[0xb7f73e85] /usr/lib/libglib-2.0.so.0[0xb7eda65d] /usr/lib/libglib-2.0.so.0(g_main_context_dispatch+0x1e8)[0xb7ea41b8] /usr/lib/libglib-2.0.so.0[0xb7ea7853] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1d2)[0xb7ea7d72] /usr/sbin/hcid(main+0x572)[0xb7f73aa2] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7cdb455] /usr/sbin/hcid[0xb7f72231] === Memory map: b7b0-b7b21000 rw-p b7b0 00:00 0 b7b21000-b7c0 ---p b7b21000 00:00 0 b7c4d000-b7c59000 r-xp 08:01 655361 /lib/libgcc_s.so.1 b7c59000-b7c5a000 rw-p c000 08:01 655361 /lib/libgcc_s.so.1 b7c7a000-b7c93000 r-xp 08:01 4882821 /usr/lib/bluetooth/plugins/audio.so b7c93000-b7c94000 rw-p 00019000 08:01 4882821 / /usr/lib/bluetooth/plugins/audio.so b7c94000-b7c96000 rw-p b7c94000 00:00 0 b7c96000-b7cc4000 r-xp 08:01 4559541/usr/lib/libpcre.so.3.12.1 b7cc4000-b7cc5000 rw-p 0002d000 08:01 4559541/usr/lib/libpcre.so.3.12.1 b7cc5000-b7e1a000 r-xp 08:01 6750601/lib/i686/cmov/libc-2.7.so b7e1a000-b7e1b000 r--p 00155000 08:01 6750601/lib/i686/cmov/libc-2.7.so b7e1b000-b7e1d000 rw-p 00156000 08:01 6750601/lib/i686/cmov/libc-2.7.so b7e1d000-b7e2 rw-p b7e1d000 00:00 0 b7e2-b7e32000 r-xp 08:01 4567582 /usr/lib/libbluetooth.so.2.11.2 b7e32000-b7e33000 rw-p 00012000 08:01 4567582 / /usr/lib/libbluetooth.so.2.11.2 b7e33000-b7e69000 r-xp 08:01 4556191/usr/lib/libdbus-1.so.3.4.0 b7e69000-b7e6b000 rw-p 00035000 08:01 4556191/usr/lib/libdbus-1.so.3.4.0 b7e6b000-b7f1f000 r-xp 08:01 4557722 /usr/lib/libglib-2.0.so.0.1600.6 b7f1f000-b7f2 rw-p 000b3000 08:01 4557722 / /usr/lib/libglib-2.0.so.0.1600.6 b7f1f000-b7f2 rw-p 000b3000 08:01 4557722 /usr/lib/libglib-2.0.so.0.1600.6 b7f2-b7f21000 rw-p b7f2 00:00 0 b7f21000-b7f23000 r-xp 08:01 6750604/lib/i686/cmov/libdl-2.7.so b7f23000-b7f25000 rw-p 1000 08:01 6750604/lib/i686/cmov/libdl-2.7.so b7f25000-b7f28000 r-xp 08:01 4559782 /usr/lib/libgmodule-2.0.so.0.1600.6 b7f28000-b7f29000 rw-p 2000 08:01 4559782 / /usr/lib/libgmodule-2.0.so.0.1600.6 b7f42000-b7f49000 r--s 08:01 4554847 /usr/lib/gconv/gconv-modules.cache b7f49000-b7f4b000 rw-p b7f49000 00:00 0 b7f4b000-b7f65000 r-xp 08:01 7471341/lib/ld-2.7.so b7f65000-b7f67000 rw-p 0001a000 08:01 7471341/lib/ld-2.7.so b7f67000-b7fa5000 r-xp
Bug#488669: sparc X server bug
Gaudenz Steinlin napsal(a): On Thu, Oct 30, 2008 at 09:37:47PM +0100, Daniel Smolik wrote: Gaudenz Steinlin napsal(a): I downgraded Xorg to SID and there is a result: ==) Log file: /var/log/Xorg.0.log, Time: Thu Oct 30 21:36:11 2008 (++) Using config file: /root/xorg.conf.new (WW) INVALID MEM ALLOCATION b: 0x2 e: 0x3 correcting mmap failure: Invalid argument Fatal server error: xf86MapDomainMem(): mmap() failure The X server in unstable is expected to not work without the patch. It should behave the same as the kernel in testing in this regard. sunik:~# uname -a Linux sunik 2.6.26-1-sparc64 #1 Sun Oct 26 17:42:45 UTC 2008 sparc64 GNU/Linux I mean that patch doesn't help. That's strange, because others report that the patch fixes the problem. I'm a bit lost now and it's difficult to further debug this without the proper hardware. Are you really sure that you are running the patched kernel and that you are not running the kernel from lenny or unstable? I run kernel that I downloaded from your site. May be problem is that E250 i multi domain PCI machine. Have other people the same HW as I or eg. Ultra 10 or 5 ? Regards Dan Gaudenz Dan I must say again that problem on SPARC machines with Xorg is problem with Xorg not with kernel. In principle I agree with you. But to fix the X server side of the problem we would have to upgrade to the X server currently in experimental. I don't think that it's possible to upgrade lenny to this version at this moment right before the release. So I'm trying to find out if the problem is also solved by reverting the problematic kernel change. And as you have noticed yourself, the X server in experimental has other problems. So it's not really suitable for a release. Please look at http://lkml.org/lkml/2008/6/3/147 http://lkml.org/lkml/2008/6/3/147 I'm already aware of this. Gaudenz -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488669: sparc X server bug
Gaudenz Steinlin napsal(a): Hi Daniel Thanks for your testing. On Tue, Oct 28, 2008 at 11:02:14PM +0100, Daniel Smolik wrote: Hi Gaudenz, I am happy to help you solve this problem on SPARC machine. There is attached log from my E250. I run self compiled 2.6.26.1 kernel. For testing I upgrade machine to Does your self compiled kernel have the patch from http://lkml.org/lkml/2008/6/3/147 reverted or not? If not, could you try a self compiled kernel with this patch reverted? I don't use this patch now. latest SID and run debian kernel to test Xorg. But this kernel crash with: [ 184.755527] irq 13: nobody cared (try booting with the irqpoll option) [ 184.762164] Call Trace: [ 184.764589] [00484538] note_interrupt+0x23c/0x288 [ 184.770057] [00484b5c] handle_fasteoi_irq+0xcc/0xf0 [ 184.775699] [0042d500] handler_irq+0xac/0xd4 [ 184.780733] [004208b4] tl0_irq5+0x1c/0x20 [ 184.785507] [004e9d58] pde_users_dec+0x0/0x34 [ 184.790629] [004be2e0] alloc_inode+0x1c/0x17c [ 184.795749] [004beb7c] iget_locked+0x48/0x124 [ 184.800869] [004e9e14] proc_get_inode+0x38/0x13c [ 184.806251] [004ee3fc] proc_lookup_de+0x68/0xac [ 184.811546] [004ea430] proc_root_lookup+0x14/0x2c [ 184.817014] [004b29f0] do_lookup+0xbc/0x1d8 [ 184.821961] [004b4f00] __link_path_walk+0x890/0xd78 [ 184.827604] [004b541c] path_walk+0x34/0x88 [ 184.832464] [004b574c] do_path_lookup+0x134/0x1cc [ 184.837932] [004b62cc] __path_lookup_intent_open+0x3c/0x88 [ 184.844183] [004b63f0] do_filp_open+0x78/0x7a8 [ 184.849391] handlers: [ 184.851647] [10041934] (sym53c8xx_intr+0x8/0x68 [sym53c8xx]) [ 184.858175] Disabling IRQ #13 Is this with the kernel from the Debian archive or with the kernel I iled for testing purpose and put at http://people.debian.org/~gaudenz/sparc/ ? Your kernel boots fine, but now I have Xorg from experimental. And it's doesn't work too. I dmesg I found this: sunik login: [ 192.328556] PCI: Cannot allocate resource (bogus alignment) 6 [1ff8180:1ff8180] (flags 6200) of :00:05.0 [ 192.339862] PCI: Cannot allocate resource (bogus alignment) 6 [1ff8180:1ff8180] (flags 6200) of :00:05.0 I now try downgrade Xorg from experimental to SID. Dan I must say again that problem on SPARC machines with Xorg is problem with Xorg not with kernel. In principle I agree with you. But to fix the X server side of the problem we would have to upgrade to the X server currently in experimental. I don't think that it's possible to upgrade lenny to this version at this moment right before the release. So I'm trying to find out if the problem is also solved by reverting the problematic kernel change. And as you have noticed yourself, the X server in experimental has other problems. So it's not really suitable for a release. Please look at http://lkml.org/lkml/2008/6/3/147 http://lkml.org/lkml/2008/6/3/147 I'm already aware of this. Gaudenz -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488669: sparc X server bug
Gaudenz Steinlin napsal(a): Hi Daniel Thanks for your testing. On Tue, Oct 28, 2008 at 11:02:14PM +0100, Daniel Smolik wrote: Hi Gaudenz, I am happy to help you solve this problem on SPARC machine. There is attached log from my E250. I run self compiled 2.6.26.1 kernel. For testing I upgrade machine to Does your self compiled kernel have the patch from http://lkml.org/lkml/2008/6/3/147 reverted or not? If not, could you try a self compiled kernel with this patch reverted? latest SID and run debian kernel to test Xorg. But this kernel crash with: [ 184.755527] irq 13: nobody cared (try booting with the irqpoll option) [ 184.762164] Call Trace: [ 184.764589] [00484538] note_interrupt+0x23c/0x288 [ 184.770057] [00484b5c] handle_fasteoi_irq+0xcc/0xf0 [ 184.775699] [0042d500] handler_irq+0xac/0xd4 [ 184.780733] [004208b4] tl0_irq5+0x1c/0x20 [ 184.785507] [004e9d58] pde_users_dec+0x0/0x34 [ 184.790629] [004be2e0] alloc_inode+0x1c/0x17c [ 184.795749] [004beb7c] iget_locked+0x48/0x124 [ 184.800869] [004e9e14] proc_get_inode+0x38/0x13c [ 184.806251] [004ee3fc] proc_lookup_de+0x68/0xac [ 184.811546] [004ea430] proc_root_lookup+0x14/0x2c [ 184.817014] [004b29f0] do_lookup+0xbc/0x1d8 [ 184.821961] [004b4f00] __link_path_walk+0x890/0xd78 [ 184.827604] [004b541c] path_walk+0x34/0x88 [ 184.832464] [004b574c] do_path_lookup+0x134/0x1cc [ 184.837932] [004b62cc] __path_lookup_intent_open+0x3c/0x88 [ 184.844183] [004b63f0] do_filp_open+0x78/0x7a8 [ 184.849391] handlers: [ 184.851647] [10041934] (sym53c8xx_intr+0x8/0x68 [sym53c8xx]) [ 184.858175] Disabling IRQ #13 Is this with the kernel from the Debian archive or with the kernel I compiled for testing purpose and put at http://people.debian.org/~gaudenz/sparc/ ? I downgraded Xorg to SID and there is a result: ==) Log file: /var/log/Xorg.0.log, Time: Thu Oct 30 21:36:11 2008 (++) Using config file: /root/xorg.conf.new (WW) INVALID MEM ALLOCATION b: 0x2 e: 0x3 correcting mmap failure: Invalid argument Fatal server error: xf86MapDomainMem(): mmap() failure sunik:~# uname -a Linux sunik 2.6.26-1-sparc64 #1 Sun Oct 26 17:42:45 UTC 2008 sparc64 GNU/Linux I mean that patch doesn't help. Dan I must say again that problem on SPARC machines with Xorg is problem with Xorg not with kernel. In principle I agree with you. But to fix the X server side of the problem we would have to upgrade to the X server currently in experimental. I don't think that it's possible to upgrade lenny to this version at this moment right before the release. So I'm trying to find out if the problem is also solved by reverting the problematic kernel change. And as you have noticed yourself, the X server in experimental has other problems. So it's not really suitable for a release. Please look at http://lkml.org/lkml/2008/6/3/147 http://lkml.org/lkml/2008/6/3/147 I'm already aware of this. Gaudenz -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488669: sparc X server bug
Gaudenz Steinlin napsal(a): Hi Daniel Thanks for your testing. On Tue, Oct 28, 2008 at 11:02:14PM +0100, Daniel Smolik wrote: Hi Gaudenz, I am happy to help you solve this problem on SPARC machine. There is attached log from my E250. I run self compiled 2.6.26.1 kernel. For testing I upgrade machine to Does your self compiled kernel have the patch from http://lkml.org/lkml/2008/6/3/147 reverted or not? If not, could you try a self compiled kernel with this patch reverted? latest SID and run debian kernel to test Xorg. But this kernel crash with: [ 184.755527] irq 13: nobody cared (try booting with the irqpoll option) [ 184.762164] Call Trace: [ 184.764589] [00484538] note_interrupt+0x23c/0x288 [ 184.770057] [00484b5c] handle_fasteoi_irq+0xcc/0xf0 [ 184.775699] [0042d500] handler_irq+0xac/0xd4 [ 184.780733] [004208b4] tl0_irq5+0x1c/0x20 [ 184.785507] [004e9d58] pde_users_dec+0x0/0x34 [ 184.790629] [004be2e0] alloc_inode+0x1c/0x17c [ 184.795749] [004beb7c] iget_locked+0x48/0x124 [ 184.800869] [004e9e14] proc_get_inode+0x38/0x13c [ 184.806251] [004ee3fc] proc_lookup_de+0x68/0xac [ 184.811546] [004ea430] proc_root_lookup+0x14/0x2c [ 184.817014] [004b29f0] do_lookup+0xbc/0x1d8 [ 184.821961] [004b4f00] __link_path_walk+0x890/0xd78 [ 184.827604] [004b541c] path_walk+0x34/0x88 [ 184.832464] [004b574c] do_path_lookup+0x134/0x1cc [ 184.837932] [004b62cc] __path_lookup_intent_open+0x3c/0x88 [ 184.844183] [004b63f0] do_filp_open+0x78/0x7a8 [ 184.849391] handlers: [ 184.851647] [10041934] (sym53c8xx_intr+0x8/0x68 [sym53c8xx]) [ 184.858175] Disabling IRQ #13 Is this with the kernel from the Debian archive or with the kernel I compiled for testing purpose and put at http://people.debian.org/~gaudenz/sparc/ ? I must say again that problem on SPARC machines with Xorg is problem with Xorg not with kernel. In principle I agree with you. But to fix the X server side of the problem we would have to upgrade to the X server currently in experimental. I don't think that it's possible to upgrade lenny to this version at this moment right before the release. So I'm trying to find out if the problem is also solved by reverting the problematic kernel change. And as you have noticed yourself, the X server in experimental has other problems. So it's not really suitable for a release. Please look at http://lkml.org/lkml/2008/6/3/147 http://lkml.org/lkml/2008/6/3/147 I remember that I can't get X working when I upgrade my Sparc machines from 2.4 to 2.6. I mean that on multi domain PCI machines Xorg never work on 2.6.x. I ,may be year ago, try XFree86 and it's work. Regards Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488669: sparc X server bug
Gaudenz Steinlin napsal(a): Hi Daniel back in September you exchanged some mails with Riku Voipio about a bug in the X server on SPARC. In order to resolve this bug I need some further information. First of all I'm not really sure if bug in which you participated[1] is really the same as another SPARC X server issue (see [2]) which is clearly caused by the kernel change you refer to in the bug log. The first bug reporter seems to be running a kernel version which shouldn't be affected by the kernel change. It could well be that this is an entirely different bug. Also the X server logs in the two bugs don't really match. Therefore I would be interested in the log of the failing X server. You will usually find the log in /var/log/Xorg.0.log. Also it would be interesting if you only experience the bug with kernels 2.6.26-rc1 and above or if it also exists with older kernels on your machine. Thanks for your cooperation. Hi Gaudenz, today I updated Xorg to experimental as situation is better. Card is now first time detected but Xserver crash: II) Loading /usr/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor=X.Org Foundation compiled for 1.4.99.906, module version = 1.3.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.1 (II) GLINT: driver for 3Dlabs chipsets: gamma, gamma2, ti_pm2, ti_pm, r4, pm4, pm3, pm2v, pm2, pm, 300sx, 500tx, mx, delta (II) Primary Device is: PCI [EMAIL PROTECTED]:05:0 (WW) Falling back to old probe method for glint (--) Assigning device section with no busID to primary device (--) Chipset pm2v found (II) resource ranges after xf86ClaimFixedResources() call: (II) resource ranges after probing: (==) GLINT(0): Depth 8, (--) framebuffer bpp 8 (==) GLINT(0): Default visual is PseudoColor (==) GLINT(0): Using gamma correction (1.0, 1.0, 1.0) (==) GLINT(0): Using HW cursor (--) GLINT(0): Not using Linux framebuffer device (--) GLINT(0): Chipset: pm2v (--) GLINT(0): Linear framebuffer at 0x100 (--) GLINT(0): MMIO registers at 0x3 Backtrace: Fatal server error: Caught signal 11. Server aborting Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488669: sparc X server bug
Gaudenz Steinlin napsal(a): Hi Daniel back in September you exchanged some mails with Riku Voipio about a bug in the X server on SPARC. In order to resolve this bug I need some further information. First of all I'm not really sure if bug in which you participated[1] is really the same as another SPARC X server issue (see [2]) which is clearly caused by the kernel change you refer to in the bug log. The first bug reporter seems to be running a kernel version which shouldn't be affected by the kernel change. It could well be that this is an entirely different bug. Also the X server logs in the two bugs don't really match. Therefore I would be interested in the log of the failing X server. You will usually find the log in /var/log/Xorg.0.log. Also it would be interesting if you only experience the bug with kernels 2.6.26-rc1 and above or if it also exists with older kernels on your machine. Hi Gaudenz, I am happy to help you solve this problem on SPARC machine. There is attached log from my E250. I run self compiled 2.6.26.1 kernel. For testing I upgrade machine to latest SID and run debian kernel to test Xorg. But this kernel crash with: [ 184.755527] irq 13: nobody cared (try booting with the irqpoll option) [ 184.762164] Call Trace: [ 184.764589] [00484538] note_interrupt+0x23c/0x288 [ 184.770057] [00484b5c] handle_fasteoi_irq+0xcc/0xf0 [ 184.775699] [0042d500] handler_irq+0xac/0xd4 [ 184.780733] [004208b4] tl0_irq5+0x1c/0x20 [ 184.785507] [004e9d58] pde_users_dec+0x0/0x34 [ 184.790629] [004be2e0] alloc_inode+0x1c/0x17c [ 184.795749] [004beb7c] iget_locked+0x48/0x124 [ 184.800869] [004e9e14] proc_get_inode+0x38/0x13c [ 184.806251] [004ee3fc] proc_lookup_de+0x68/0xac [ 184.811546] [004ea430] proc_root_lookup+0x14/0x2c [ 184.817014] [004b29f0] do_lookup+0xbc/0x1d8 [ 184.821961] [004b4f00] __link_path_walk+0x890/0xd78 [ 184.827604] [004b541c] path_walk+0x34/0x88 [ 184.832464] [004b574c] do_path_lookup+0x134/0x1cc [ 184.837932] [004b62cc] __path_lookup_intent_open+0x3c/0x88 [ 184.844183] [004b63f0] do_filp_open+0x78/0x7a8 [ 184.849391] handlers: [ 184.851647] [10041934] (sym53c8xx_intr+0x8/0x68 [sym53c8xx]) [ 184.858175] Disabling IRQ #13 I must say again that problem on SPARC machines with Xorg is problem with Xorg not with kernel. Please look at http://lkml.org/lkml/2008/6/3/147 http://lkml.org/lkml/2008/6/3/147 Thanks Dan X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-7) Current Operating System: Linux sunik 2.6.26 #2 SMP Mon Jul 21 19:49:01 CEST 2008 sparc64 Build Date: 01 October 2008 03:55:43PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Oct 28 20:57:48 2008 (II) No APM support in BIOS or kernel (II) Loader magic: 0x1c0c78 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:01:0: chip 108e,1000 card , rev 01 class 06,80,00 hdr 80 (II) PCI: 00:01:1: chip 108e,1001 card , rev 01 class 02,00,00 hdr 80 (II) PCI: 00:03:0: chip 1000,000f card , rev 14 class 01,00,00 hdr 80 (II) PCI: 00:03:1: chip 1000,000f card , rev 14 class 01,00,00 hdr 80 (II) PCI: 00:04:0: chip 1000,000f card 1000,1000 rev 14 class 01,00,00 hdr 80 (II) PCI: 00:04:1: chip 1000,000f card 1000,1000 rev 14 class 01,00,00 hdr 80 (II) PCI: 00:05:0: chip 3d3d,0009 card 1227,0006 rev 01 class 03,80,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,0), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(0:5:0) 3DLabs Permedia II 2D+3D rev 1, Mem @ 0x0002/17, 0x0080/23, 0x0100/23, BIOS @ 0x0180/16 List of video drivers: rendition mach64 neomagic r128 sunffb glint apm ati ark mga radeon chips cirrus dummy i128 i740 imstt nv radeonhd s3virge savage tdfx trident v4l siliconmotion suntcx suncg6 sunbw2 suncg14 suncg3 sunleo fbdev vesa vga (II) LoadModule: rendition (II) Loading
Bug#488669: xserver-xorg: X fails to start on a SUN ULTRA 5
Riku Voipio napsal(a): On Thu, Sep 04, 2008 at 09:24:05PM +0200, Daniel Smolik wrote: Riku Voipio napsal(a): xf86DomainMem() : mmap() failure Can you try strace X to see what exactly is being mmap'd? Also, can you try if upgrading to 2.6.26-4 kernel helps? Yes it looks like that driver starts open some files in proc: open(/proc/bus/pci/:00/01.7, O_RDONLY) = -1 ENOENT (No such file or direc stat64(/proc/bus/pci/:00, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 open(/proc/bus/pci/:00/02.0, O_RDONLY) = -1 ENOENT (No such file or direc stat64(/proc/bus/pci/:00, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 open(/proc/bus/pci/:00/02.0, O_RDONLY) = -1 ENOENT (No su but this files doesn't exists. It's not unusual, X and other applications try open a lot of files that may not exist. What we are interested is the strace messages around the mmap() error. If unsure, just pass the entire strace log as a attachment. Yes you are rigt. I read some posts in Sparc64 mailing list and mean that only solution for this problem is newer Xserver that uderstand new kernel interface. do you have poiters to these discussions? Yes there David Miller explain this problem. http://lkml.org/lkml/2008/6/3/147 Regards Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488669: xserver-xorg: X fails to start on a SUN ULTRA 5
Riku Voipio napsal(a): xf86DomainMem() : mmap() failure Can you try strace X to see what exactly is being mmap'd? Also, can you try if upgrading to 2.6.26-4 kernel helps? Yes it looks like that driver starts open some files in proc: open(/proc/bus/pci/:00/01.7, O_RDONLY) = -1 ENOENT (No such file or direc stat64(/proc/bus/pci/:00, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 open(/proc/bus/pci/:00/02.0, O_RDONLY) = -1 ENOENT (No such file or direc stat64(/proc/bus/pci/:00, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 open(/proc/bus/pci/:00/02.0, O_RDONLY) = -1 ENOENT (No su but this files doesn't exists. I read some posts in Sparc64 mailing list and mean that only solution for this problem is newer Xserver that uderstand new kernel interface. Regards Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493887: xserver-xorg-video-glint: Crash after start message output ****INVALID MEM ALLOCATION****
Julien Cristau napsal(a): On Tue, Aug 5, 2008 at 20:14:38 +0200, Dan Smolik wrote: Package: xserver-xorg-video-glint Version: 1:1.1.1-3 Severity: grave Justification: renders package unusable This driver was long time unusable on multidomain PCI platform like Sun E250/450. But after rewrote PCI code in Xorg situation goes to better. The PCI code rewrite you're talking about lands in xserver 1.5, which you don't seem to be using. Sorry I don't uderstand Xserver versioning very well. I hope than Xserver version 1.5 will go to SID now or in near future. Because now Xserver crashed from version to version diferently. Now is card detected but Xserver crashed with (EE) Failed to load module type1 (module does not exist, 0) (WW) INVALID MEM ALLOCATION b: 0x2 e: 0x3 correcting (WW) INVALID MEM ALLOCATION b: 0x80 e: 0xff correcting (WW) INVALID MEM ALLOCATION b: 0x100 e: 0x17f correcting Backtrace: Fatal server error: Caught signal 11. Server aborting NeúspϚnÏ ukonèen (SIGABRT) In reportbug is system impropertly detected: Right is: Linux sunik 2.6.26 #2 SMP Mon Jul 21 19:49:01 CEST 2008 sparc64 GNU/Linux davem probably changed something in the kernel that broke this. *shrug* Use an old kernel, I guess. Yes I know. But it doesn't work on any 2.6 on Sun platform I mean. Cheers Dan Cheers, Julien -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474605: Bug#473572: iceape: After upgrade unable send mail
Mike Hommey napsal(a): On Mon, Mar 31, 2008 at 02:33:41PM +0200, Daniel Smolik wrote: Package: iceape Version: 1.0.13~pre080323b-0etch1 Severity: important After upgrade to latest package from secutity iceape-mail is unable send mail. After press Send button alert is displayed Unable to connect SMTP server ... SMTP server is OK only downgrade iceape package solve problem. I tried on both x86 and amd64 and couldn't reproduce the issue :( Does it work better with a new profile ? Is there some useful message in the error console (Tools - Web Development - Error Console) ? Mike Today I upgraded NN with profile and situation is the same. In console nothing. Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#474605: Bug#473572: iceape: After upgrade unable send mail
Mike Hommey napsal(a): On Mon, Mar 31, 2008 at 02:33:41PM +0200, Daniel Smolik wrote: Package: iceape Version: 1.0.13~pre080323b-0etch1 Severity: important After upgrade to latest package from secutity iceape-mail is unable send mail. After press Send button alert is displayed Unable to connect SMTP server ... SMTP server is OK only downgrade iceape package solve problem. I tried on both x86 and amd64 and couldn't reproduce the issue :( Does it work better with a new profile ? I upgraded machine and added new user. After this I see this issue. The profile was new. Is there some useful message in the error console (Tools - Web Development - Error Console) ? I try look to this. Dan Mike -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473572: iceape: After upgrade unable send mail
Package: iceape Version: 1.0.13~pre080323b-0etch1 Severity: important After upgrade to latest package from secutity iceape-mail is unable send mail. After press Send button alert is displayed Unable to connect SMTP server ... SMTP server is OK only downgrade iceape package solve problem. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Versions of packages iceape depends on: ii iceape-browser 1.0.13~pre080323b-0etch1 Iceape Navigator (Internet browser ii iceape-mailnews 1.0.13~pre080323b-0etch1 Iceape Mail Newsgroups and Addre Versions of packages iceape recommends: ii iceape-chatzill 1.0.13~pre080323b-0etch1 Iceape Chatzilla IRC client -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449314: Dell 430
Hi, I have Dell Latitude D430 with Intel 945 and I must confirm the same symptoms. In Etch suspend/resume work well. But after upgrade to Lenny I get freeze and console corruption. Situation is better if notebook is docked. If docked after resume console is sometime OK but if on battery console is always black and sometime switch to console freeze computer. Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461735: BT in Lenny
Twinkle works with BT headset but when I click to stop call twinkle freeze. Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467560: iceape-browser: iceape crashes immediately after sending a mail
Package: iceape-browser Version: 1.0.12~pre080131b-0etch1 Followup-For: Bug #467560 Since the most recent security update to iceape, users have been reporting that it crashes every time they send a mail with it. I can confirm that this is the case. Steps to reproduce: 1) Start iceape 2) Open the mailnews window 3) Compose a new message, and click the send button The program crashes with a SEGV, immediately after sending the mail message. The message is delivered - the crash must happen shortly afterwards. Only difference from Etch that I use self compiled kernel 2.6.24.2 -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Versions of packages iceape-browser depends on: ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgcc11:4.1.1-21GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft22.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages iceape-browser recommends: pn iceape-gnome-support none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468077: cyrus-common: Vacation doesn't sent any email
Package: cyrus-common Version: 2.2 Severity: important I try setup vacation mode as described in many examples, but nothing work. If I use cyrus 2.1 with the same script setup vacation work. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452069: nfs-kernel-server: broken NFS server on Thecus N2100
Martin Michlmayr napsal(a): * Daniel Smolik [EMAIL PROTECTED] [2007-11-21 22:03]: Only if you have (or can make) a serial console for your N2100 (in case something goes wrong when installing the package). No problem of course I have serial console :-) I load kernel with tftp :-) Try http://merkel.debian.org/~tbm/tmp/linux-image-2.6.23-1-iop32x_2.6.23-1~experimental.2_arm.deb Thanks this kernel fixes my problem with NFS. But writing speed is not good as I expected ~5MB/s I hope 10MB/s on 100Mbit lan. Thanks Dan Smolik -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452069: nfs-kernel-server: broken NFS server on Thecus N2100
Martin Michlmayr napsal(a): * Daniel Smolik [EMAIL PROTECTED] [2007-11-23 16:49]: Thanks this kernel fixes my problem with NFS. But writing speed is not good as I expected ~5MB/s I hope 10MB/s on 100Mbit lan. Is the new kernel slower than the old one? How did you measure the speed? May be that this is only my feeling. I will try copy 100M file and mesure time with watches. I now measure only with mc and it shows 5MB/s. When I copy to directory shared via NFS on my old notebook (PIII/700) I get 7-8 MB/s I hope that Thecus will be better or same. Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452069: nfs-kernel-server: broken NFS server on Thecus N2100
Martin Michlmayr napsal(a): * Daniel Smolik [EMAIL PROTECTED] [2007-11-20 11:35]: I read this bug report, but I mean that this is problem nfsd. I just transfered 9 GB from my PC to the N2100 without any problems. I used an unreleased kernel (2.6.23 plus some patches) though. Great, can you give me link to this patchset ? Can you tell me a) how much data you usually transfer to see this problem and b) what options you have listed in /etc/exports. I try one 750M file and transfer never complete . cat /etc/exports /home/zaloha *(rw,no_root_squash,no_subtree_check) If you copy large file did you see this situation? 1) Copying start very fast and in mc shows 50Mbs 2) after while stops and wait 3) speed slowdown to ~ 8Mbs 4) get i/o error. Regards Dan Smolik -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452069: nfs-kernel-server: broken NFS server on Thecus N2100
Martin Michlmayr napsal(a): * Martin Michlmayr [EMAIL PROTECTED] [2007-11-21 21:43]: I just transfered 9 GB from my PC to the N2100 without any problems. I used an unreleased kernel (2.6.23 plus some patches) though. OK, I see it with 2.6.22... and it happens quite often too. And with 2.6.23 is it OK ? Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452069: nfs-kernel-server: broken NFS server on Thecus N2100
Martin Michlmayr napsal(a): * Daniel Smolik [EMAIL PROTECTED] [2007-11-21 22:00]: I just transfered 9 GB from my PC to the N2100 without any problems. I used an unreleased kernel (2.6.23 plus some patches) though. Great, can you give me link to this patchset ? Only if you have (or can make) a serial console for your N2100 (in case something goes wrong when installing the package). No problem of course I have serial console :-) I load kernel with tftp :-) Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452069: nfs-kernel-server: broken NFS server on Thecus N2100
New infomation switching to nfs-user-server solve the problem. CPU usage is high but work without problem. Regards Dan Smolik -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452069: broken NFS server on Thecus N2100
Samba works OK too. Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452069: nfs-kernel-server: broken NFS server on Thecus N2100
Package: nfs-kernel-server Version: 1:1.1.1-3 Severity: critical Justification: causes serious data loss When I transfer files from an x86 machine to the arm nfs server, files arrive corrupted (md5sum mismatch) and dmesg/syslog shows: kernel: nfsd: non-standard errno: -14 A try upload data with ftp and it works OK but may be slow 5MB/s on 100Mbit network. Reading data from NFS share is broken too. I get the same messages from NFS server. I try Etch an Sid a situation is the same. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: arm (armv5tel) Kernel: Linux 2.6.22-3-iop32x Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages nfs-kernel-server depends on: ii libblkid1 1.40.2-1 block device id library ii libc6 2.6.1-6GNU C Library: Shared libraries ii libcomerr21.40.2-1 common error description library ii libgssglue1 0.1-1 mechanism-switch gssapi library ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libnfsidmap2 0.20-0 An nfs idmapping library ii librpcsecgss3 0.17-1 allows secure rpc communication us ii libwrap0 7.6.dbs-14 Wietse Venema's TCP wrappers libra ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip ii nfs-common1:1.1.1-3 NFS support files common to client ii ucf 3.003 Update Configuration File: preserv nfs-kernel-server recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452069: nfs-kernel-server: broken NFS server on Thecus N2100
Martin Michlmayr napsal(a): * Daniel Smolik [EMAIL PROTECTED] [2007-11-20 09:44]: Package: nfs-kernel-server When I transfer files from an x86 machine to the arm nfs server, files arrive corrupted (md5sum mismatch) and dmesg/syslog shows: kernel: nfsd: non-standard errno: -14 We had #404447 in the past, a problem on NSLU2 (arm) with the same error message. However, in that case, we were fairly sure in the end that it was due to the Ethernet driver. I'm not sure this applies to this bug since you say that nfs-user-server works. The other curious thing is that I tried NFS on Thecus N2100 when I investigated #404447 and it worked fine for me (but that was with 2.6.17 or 2.6.18). I read this bug report, but I mean that this is problem nfsd. I try ftp upload/download, smb upload/download, nfs-user-server upload/download and all works. But when switch to nfs-kernel-server and copying files with mc, copying starts very fast and after this stops, wait while, slowdown and after while I get i/o error. Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452069: nfs-kernel-server: broken NFS server on Thecus N2100
Martin Michlmayr napsal(a): * Daniel Smolik [EMAIL PROTECTED] [2007-11-20 11:35]: I read this bug report, but I mean that this is problem nfsd. Just to make sure, do you think you could also try with 2.6.18? Yes as I wrote, I previous run Etch with 2.6.18. And symptom are the same. Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419874: amavis-stat patch
Here is patch made with diff -ur then solves my problem. Dan --- amavis-stats.php 2006-12-04 08:24:00.0 +0100 +++ amavis-stats.php.new 2007-06-20 11:24:57.0 +0200 @@ -57,7 +57,7 @@ */ global $asVersion; -$asVersion = ; +$asVersion = 0.1.12-7.4; // The rrdstep value MUST match that which is used by the perl script. // don't change one without the other. @@ -106,7 +106,7 @@ } array_shift($output); - + foreach ($output as $index = $value) { $retval[calcpr][$index] = $value; } @@ -645,7 +645,7 @@ $opts[] = COMMENT:\\n; $opts[] = COMMENT:amavis-stats v$asVersion ; -$opts[] = COMMENT:$enddate \\r; +$opts[] = COMMENT:. str_replace(:, \:, $enddate) . \\r; asDbg($opts); $ret = rrd_graph(/usr/share/amavis-stats/$img , $opts, count($opts)); @@ -769,7 +769,7 @@ } */ $opts[] = COMMENT:amavis-stats v$asVersion ; -$opts[] = COMMENT:$enddate . str_replace(:, \:, $enddate) . \\r; +$opts[] = COMMENT:. str_replace(:, \:, $enddate) . \\r; /* * debugging - graph definitions
Bug#423222: Acknowledgement (SIGBUS in _nss_mdns4_gethostbyaddr_r on SPARC)
Main problem is name of second server. If I rename it to some name without numbers crash stops. Regards Dan Smolik -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419459: closed by Aurelien Jarno [EMAIL PROTECTED] (Bug#419459: fixed in glibc 2.5-3)
Hi Aurelien, many thanks for your work. I must confirm that this version of glibc solve gethostbyname_r problem on SPARC. I spend one night to compile glibc and all works. Thanks again Dan Debian Bug Tracking System napsal(a): This is an automatic notification regarding your Bug report #419459: libc6: buffer in gethostbyname_r on SPARC must be aligned , which was filed against the libc6 package. It has been closed by Aurelien Jarno [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Aurelien Jarno [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Předmět: Bug#419459: fixed in glibc 2.5-3 Od: Aurelien Jarno [EMAIL PROTECTED] Datum: Thu, 19 Apr 2007 06:47:07 + Komu: [EMAIL PROTECTED] Komu: [EMAIL PROTECTED] Source: glibc Source-Version: 2.5-3 We believe that the bug you reported is fixed in the latest version of glibc, which is due to be installed in the Debian FTP archive: glibc-doc_2.5-3_all.deb to pool/main/g/glibc/glibc-doc_2.5-3_all.deb glibc_2.5-3.diff.gz to pool/main/g/glibc/glibc_2.5-3.diff.gz glibc_2.5-3.dsc to pool/main/g/glibc/glibc_2.5-3.dsc libc6-dbg_2.5-3_amd64.deb to pool/main/g/glibc/libc6-dbg_2.5-3_amd64.deb libc6-dev-i386_2.5-3_amd64.deb to pool/main/g/glibc/libc6-dev-i386_2.5-3_amd64.deb libc6-dev_2.5-3_amd64.deb to pool/main/g/glibc/libc6-dev_2.5-3_amd64.deb libc6-i386_2.5-3_amd64.deb to pool/main/g/glibc/libc6-i386_2.5-3_amd64.deb libc6-pic_2.5-3_amd64.deb to pool/main/g/glibc/libc6-pic_2.5-3_amd64.deb libc6-prof_2.5-3_amd64.deb to pool/main/g/glibc/libc6-prof_2.5-3_amd64.deb libc6-udeb_2.5-3_amd64.udeb to pool/main/g/glibc/libc6-udeb_2.5-3_amd64.udeb libc6_2.5-3_amd64.deb to pool/main/g/glibc/libc6_2.5-3_amd64.deb libnss-dns-udeb_2.5-3_amd64.udeb to pool/main/g/glibc/libnss-dns-udeb_2.5-3_amd64.udeb libnss-files-udeb_2.5-3_amd64.udeb to pool/main/g/glibc/libnss-files-udeb_2.5-3_amd64.udeb locales-all_2.5-3_amd64.deb to pool/main/g/glibc/locales-all_2.5-3_amd64.deb locales_2.5-3_all.deb to pool/main/g/glibc/locales_2.5-3_all.deb nscd_2.5-3_amd64.deb to pool/main/g/glibc/nscd_2.5-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno [EMAIL PROTECTED] (supplier of updated glibc package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 19 Apr 2007 07:55:58 +0200 Source: glibc Binary: libc0.1-prof libc6-dev-amd64 locales-all libc6-i686 libc6-dev-ppc64 libc0.3-pic glibc-doc libc0.3 libc0.1-i686 libc0.1-i386 libc6.1-dev libc6-s390x libnss-files-udeb libc0.1-dev-i386 libc6-dev-sparc64 libc6-i386 libc0.3-dev libc6-udeb libc6-dbg libc6.1-pic libc6-dev libc0.3-prof libc6-sparcv9 libc0.1-udeb libc6-dev-i386 libc6.1-prof libc0.1-dev locales libc6-pic libc0.3-udeb libc6-dev-powerpc libc0.1-pic libc6-ppc64 libc0.3-dbg libc0.1-dbg libc6-amd64 libc0.1 libc6-prof libc6-xen libc6-powerpc libc6 libc6-sparcv9b libc6.1-udeb libc6.1-dbg nscd libc6-sparc64 libnss-dns-udeb libc6.1 libc6-dev-s390x Architecture: source amd64 all Version: 2.5-3 Distribution: unstable Urgency: low Maintainer: GNU Libc Maintainers [EMAIL PROTECTED] Changed-By: Aurelien Jarno [EMAIL PROTECTED] Description: glibc-doc - GNU C Library: Documentation libc6 - GNU C Library: Shared libraries libc6-dbg - GNU C Library: Libraries with debugging symbols libc6-dev - GNU C Library: Development Libraries and Header Files libc6-dev-i386 - GNU C Library: 32bit development libraries for AMD64 libc6-i386 - GNU C Library: 32bit shared libraries for AMD64 libc6-pic - GNU C Library: PIC archive library libc6-prof - GNU C Library: Profiling Libraries libc6-udeb - GNU C Library: Shared libraries - udeb (udeb) libnss-dns-udeb - GNU C Library: NSS helper for DNS - udeb (udeb) libnss-files-udeb - GNU C Library: NSS helper for files - udeb (udeb) locales- GNU C Library: National Language (locale) data [support] locales-all - GNU C Library: Precompiled locale data nscd - GNU C Library: Name Service Cache Daemon Closes: 203412 234880 379100 419036 419189 419399 419445 419459 419729 Changes: glibc (2.5-3) unstable; urgency=low . [ Pierre Habouzit ] * patches/any/submitted-unistd_XOPEN_VERSION.diff: set _XOPEN_VERSION to 600 when
Bug#413471: Major bug in mysql build (all versions since 4.1)
BERTRAND Joël napsal(a): Daniel Smolik a écrit : BERTRAND Joël napsal(a): Frans Pop a écrit : tags 334339 - wontfix thanks On Sunday 25 March 2007 20:02, BERTRAND Joël wrote: See bug #334339 (wontfix). IMO the wontfix tag is not correct. There should at least be an explanation by the maintainer _why_ he considers this an issue that is does not need to be fixed. Removing the tag as it was added without any justification. AFAICT this is a real issue that should be solved. I aggree. Bug was reported to mysql dev without success because dev have said that is a gcc-4.0 bug, not a mysql bug. Yes, but the gcc maintainers have said that the bug there has been fixed long ago. Unfortunately they don't say in which version. has been fixed ? I have tried to build mysql with _all_ gcc release between 3.3 and 4.1 without any success. Where have you seen that this bug was fixed ? Maybe, but I think it is not very difficult to fix the configure.in script to avoid this bug. I have no idea about that and no idea how that would affect other architectures. Anyway, It is now probably too late to fix this for Etch. I have no idea too. In a first time, I suspected a 32 bits wide userland and a 64 bits kernel... Maybe a trouble with gcc include on sparc architectures. Regards, JKB Hi, could you tell me if this bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413471 reported by me is the same as bug you reported ? Yes, I think. But to be sure, you have to apply my workaround. Regards, JKB Hi, I am 100% sure that my colleague found fundamentals of this bug. On SPARC linux is used thread safe version of gethostbyname genthostbyname_r. This function have third argument char buffer. But if this buffer is not correctly aligned (on SPARC / 4 ) program crashed with BUSS ERROR. I attach demonstrate program to test this issue. If you change size of buffer from 1002 to 1000 program start working. I mean that simple workaround on SPARC is not use gethostbyname_r. I try report this bug to glibc. Because I mean that this is glibc bug or compatibility problem. Regards Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 #includestdio.h #includenetdb.h #include sys/socket.h #include netdb.h #include netinet/in.h #include netinet/tcp.h #include arpa/inet.h extern int h_errno; int main(void) { int ret; const char *name=karotka; char buf[1002]; int tmp_errno,buflen; struct hostent tmp_hostent,*hp; //struct hostent_data hd; int size; buflen=1000; //size=sizeof(struct hostent_data); //printf(size=%d\n,size); printf(Align buff result=%p,buffer=%p,buflen=%d\n,tmp_hostent,buf,buflen); ret=gethostbyname_r(name,tmp_hostent, buf,buflen,hp,tmp_errno); printf(ret:=%d\n,ret); if(ret==0) { if(hp) { printf(Lenght:=%d\n,hp-h_length); printf(Addr:=%X\n,hp-h_addr); printf(Name:=%s\n,hp-h_name); } } return(ret); }
Bug#419459: Addning info
Hi, I am 100% sure that my colleague found fundamentals of this bug. On SPARC linux is used thread safe version of gethostbyname genthostbyname_r. This function have third argument char buffer. But if this buffer is not correctly aligned (on SPARC / 4 ) program crashed with BUSS ERROR. I attach demonstrate program to test this issue. If you change size of buffer from 1002 to 1000 program start working. I mean that simple workaround on SPARC is not use gethostbyname_r. Regards Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 #includestdio.h #includenetdb.h #include sys/socket.h #include netdb.h #include netinet/in.h #include netinet/tcp.h #include arpa/inet.h extern int h_errno; int main(void) { int ret; const char *name=karotka; char buf[1002]; int tmp_errno,buflen; struct hostent tmp_hostent,*hp; //struct hostent_data hd; int size; buflen=1000; //size=sizeof(struct hostent_data); //printf(size=%d\n,size); printf(Align buff result=%p,buffer=%p,buflen=%d\n,tmp_hostent,buf,buflen); ret=gethostbyname_r(name,tmp_hostent, buf,buflen,hp,tmp_errno); printf(ret:=%d\n,ret); if(ret==0) { if(hp) { printf(Lenght:=%d\n,hp-h_length); printf(Addr:=%X\n,hp-h_addr); printf(Name:=%s\n,hp-h_name); } } return(ret); }
Bug#419459: Addning info
Aurelien Jarno napsal(a): severity 419459 important tag 419459 + confirmed found 2.3.2.ds1-22sarge6 thanks Daniel Smolik a écrit : Hi, I am 100% sure that my colleague found fundamentals of this bug. On SPARC linux is used thread safe version of gethostbyname genthostbyname_r. This function have third argument char buffer. But if this buffer is not correctly aligned (on SPARC / 4 ) program crashed with BUSS ERROR. I attach demonstrate program to test this issue. If you change size of buffer from 1002 to 1000 program start working. I mean that simple workaround on SPARC is not use gethostbyname_r. I confirm the bug, it is even present on Sarge. Strangely it is not present on mips. Yes I see this bug on Sid,Etch. Dan
Bug#413471: gdb bt for this bug
Christian Hammers napsal(a): Hello Sorry, I still have no idea why mysql crashes for you. Please send me your /etc/nsswitch.conf. If that also gives us no idea, I forward the bug to bugs.mysql.com. bye, -christian- Hi Christian, I have found soution for this bug. Today JKB on Debina Sparc list published similar problem and workaroud. But he says that this problem is known but not solved a long time ;-(. I apply his workaround and recompile mysql-client-5.0 from source debs and all works ! Hello, I use for a long time mysql server on several sparc64 workstations running debian testing. I have to rebuild mysql when I need to upgrade these systems. Endeed, due to a bug in gcc, I have to rebuild the debian package, and after configure stage, I stop the process, edit config.h to undef : /* Define to 1 if you have the `gethostbyaddr_r' function. */ #define HAVE_GETHOSTBYADDR_R 1 /* Define to 1 if you have the `gethostbyname_r' function. */ #undef HAVE_GETHOSTBYNAME_R and restart compilation. Without this hack, it is impossible to do queries from a sparc64 system to a i386 or amd64 due to a bus error. Can someone do anything to fix this bug in debian distributions ? Regards, JKB Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334339: Major bug in mysql build (all versions since 4.1)
BERTRAND Joël napsal(a): Daniel Smolik a écrit : BERTRAND Joël napsal(a): Frans Pop a écrit : tags 334339 - wontfix thanks On Sunday 25 March 2007 20:02, BERTRAND Joël wrote: See bug #334339 (wontfix). IMO the wontfix tag is not correct. There should at least be an explanation by the maintainer _why_ he considers this an issue that is does not need to be fixed. Removing the tag as it was added without any justification. AFAICT this is a real issue that should be solved. I aggree. Bug was reported to mysql dev without success because dev have said that is a gcc-4.0 bug, not a mysql bug. Yes, but the gcc maintainers have said that the bug there has been fixed long ago. Unfortunately they don't say in which version. has been fixed ? I have tried to build mysql with _all_ gcc release between 3.3 and 4.1 without any success. Where have you seen that this bug was fixed ? Maybe, but I think it is not very difficult to fix the configure.in script to avoid this bug. I have no idea about that and no idea how that would affect other architectures. Anyway, It is now probably too late to fix this for Etch. I have no idea too. In a first time, I suspected a 32 bits wide userland and a 64 bits kernel... Maybe a trouble with gcc include on sparc architectures. Regards, JKB Hi, could you tell me if this bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413471 reported by me is the same as bug you reported ? Yes, I think. But to be sure, you have to apply my workaround. Regards, JKB I must confirm that your workaround solve problem on all !!! version of mysql on SPARC I test it on latest mysql (5.0) from experimental branch. Mysqlclient crashes everytime when you try access mysql on remote host. I haver remote DB on i386,SPARC and crashes everytime. Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085
Bug#334339: Major bug in mysql build (all versions since 4.1)
JKB I must confirm that your workaround solve problem on all !!! version of mysql on SPARC I test it on latest mysql (5.0) from experimental branch. Mysqlclient crashes everytime when you try access mysql on remote host. I haver remote DB on i386,SPARC and crashes everytime. Dan Hi, my colleague have theory for function this bug. If you say, that don't have reentrant version of GETHOSTBYNAME (#undef HAVE_GETHOSTBYNAME_R) compiler use non reentrant version and this version is not afected by bug. May be write some test program to explain probem with glibc or gcc on SPARC platform. Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334339: Major bug in mysql build (all versions since 4.1)
BERTRAND Joël napsal(a): Frans Pop a écrit : tags 334339 - wontfix thanks On Sunday 25 March 2007 20:02, BERTRAND Joël wrote: See bug #334339 (wontfix). IMO the wontfix tag is not correct. There should at least be an explanation by the maintainer _why_ he considers this an issue that is does not need to be fixed. Removing the tag as it was added without any justification. AFAICT this is a real issue that should be solved. I aggree. Bug was reported to mysql dev without success because dev have said that is a gcc-4.0 bug, not a mysql bug. Yes, but the gcc maintainers have said that the bug there has been fixed long ago. Unfortunately they don't say in which version. has been fixed ? I have tried to build mysql with _all_ gcc release between 3.3 and 4.1 without any success. Where have you seen that this bug was fixed ? Maybe, but I think it is not very difficult to fix the configure.in script to avoid this bug. I have no idea about that and no idea how that would affect other architectures. Anyway, It is now probably too late to fix this for Etch. I have no idea too. In a first time, I suspected a 32 bits wide userland and a 64 bits kernel... Maybe a trouble with gcc include on sparc architectures. Regards, JKB Hi, could you tell me if this bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413471 reported by me is the same as bug you reported ? Thanks Dan
Bug#413471: gdb bt for this bug
Christian Hammers napsal(a): Hello Sorry, I still have no idea why mysql crashes for you. Please send me your /etc/nsswitch.conf. If that also gives us no idea, I forward the bug to bugs.mysql.com. bye, -christian- Yes I understand. This bug, I think, is little/big endian related. On i386 it works but on Sun not. There is my nsswitch.conf. # /etc/nsswitch.conf # # Example configuration of GNU Name Service Switch functionality. # If you have the `glibc-doc' and `info' packages installed, try: # `info libc Name Service Switch' for information about this file. passwd: compat group: compat shadow: compat hosts: files dns networks: files protocols: db files services: db files ethers: db files rpc:db files I try experiment with resolving order but nothing helps. Only mysql crashes in another function. This crash shows some memory corruption problem in mysql code I mean. Regards Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#147500: [pkg-firebird-general] Bug#147500: firebird2 on sparc
Damyan Ivanov napsal(a): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -=| Damyan Ivanov, 5.03.2007 21:08 |=- I'll see if I can make the same firebird.msg work on both little- and big-endian machines. If not, I'll move it in an arch-dependent package (but this will suck). Having a look at the code, I think I'll move firebird.msg into an arch-dependent package. Fiddling with B-trees is not my favourite :) The mirror-space saving would be 50k per architecture, which is nothing and the packaging will not become much more complex than it is now. Actually, the packaging of 1.5.4 (in experimental) and 2.0.1 (in NEW) put firebird.msg in firebirdX.Y-common, which is architecture-dependent. This means that when firebrid1.5 and firebird2.0 enter sid, everything will be fine. Thank you, Daniel for your help. There's nothing that can be done for firebird2 packages wrt sparc support, but Lenny will be more lucky. At some point I plan to provide backports, but this is still in the indeterminate future. Hi, can you tell me when approximately firebird will be in Sid or experimental for SPARC :-) Thanks Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413471: Aditional info
Hi, when I connect to remote DB on Sparc from my NN (i386) Debian Sid all works. I have tested Mysql pkg. from experimental and crashed too. Downgrade to 4.1 solve problem. Dan -- Mydatex s r.o. http://www.mydatex.cz email: [EMAIL PROTECTED] mob: 604200362 tel: 226210085 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#147500: [pkg-firebird-general] Bug#147500: firebird2 on sparc
Daniel Smolik napsal(a): Damyan Ivanov napsal(a): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -=| Daniel Smolik, 4.03.2007 21:44 |=- Emanuele Rocca napsal(a): Now firebird builds correctly on sparc: http://people.debian.org/~ema/firebird2_1.5.3.4870-12_sparc.build What I did was just dropping the -march=ultrasparc patch and adding sparc to the list of supported architectures (see attached patch). Hello, I am interseted to build firebird on Sparc too. But with attached patch I haven't success. I mean that gcc options -march=ultrasparc etc. mus be completly disabled to property build on SPARC. But this patch don't do this for me. I do: dpkg-source -x firebird2_1.5.3.4870-12.dsc dpkg-source: warning: extracting unsigned source package (./firebird2_1.5.3.4870-12.dsc) dpkg-source: extracting firebird2 in firebird2-1.5.3.4870 dpkg-source: unpacking firebird2_1.5.3.4870.orig.tar.gz dpkg-source: applying ./firebird2_1.5.3.4870-12.diff.gz patch -p1 /home/marvin/firebird.patch But this says something abou reversly patch applied etc. If I by hand edit builds/posix/prefix.linux_sparc32 My suggestion is that instead of hand-editing builds/posix/prefix-linux_sparc32, you need to *drop* the part of debian/patches/fix-mcpu-to-mtune.dpatch that changes builds/posix/prefix-linux_sparc32 (as ema did). Other difference may be somewhere else - CPU, debian distribution (sid/etch/sarge). I have no experience with sparc (and no access to such hardware) so I need your help to properly add sparc support. Thanks, dam - -- Damyan Ivanov Modular Software Systems phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 JID [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF6zjZHqjlqpcl9jsRAs4QAKC7MLa/tqEA6WfqQhKBl4IiNzN/YACbBDrj Fhmy0lVjaDqAmq9ysPWFsLM= =fbm9 -END PGP SIGNATURE- npacking replacement firebird2-super-server ... Preparing to replace firebird2-examples 1.5.3.4870-12 (using firebird2-examples_1.5.3.4870-12_sparc.deb) ... Unpacking replacement firebird2-examples ... Preparing to replace firebird2-server-common 1.5.3.4870-12 (using firebird2-server-common_1.5.3.4870-12_sparc.deb) ... Unpacking replacement firebird2-server-common ... Preparing to replace firebird2-utils-super 1.5.3.4870-12 (using firebird2-utils-super_1.5.3.4870-12_sparc.deb) ... Unpacking replacement firebird2-utils-super ... Selecting previously deselected package libfbclient1. Unpacking libfbclient1 (from libfbclient1_1.5.3.4870-12_sparc.deb) ... Selecting previously deselected package libfbembed1. Unpacking libfbembed1 (from libfbembed1_1.5.3.4870-12_sparc.deb) ... Setting up firebird2-examples (1.5.3.4870-12) ... Setting up firebird2-server-common (1.5.3.4870-12) ... Setting up libfbclient1 (1.5.3.4870-12) ... Setting up libfbembed1 (1.5.3.4870-12) ... Setting up firebird2-super-server (1.5.3.4870-12) ... Created default security.fdb Starting Firebird server: server has been successfully started Plase enter new password for SYSDBA user: can't format message 18:1 -- message system code -8 can't format message 18:1 -- message system code -8 Setting up firebird2-utils-super (1.5.3.4870-12) ... With builds/posix/prefix.linux_sparc32 PROD_FLAGS=-m32 -mcpu=ultrasparc -mtune=ultrasparc -O3 -DNDEBUG -DLINUX -pipe -MMD -fPIC -Dsparc DEV_FLAGS=-ggdb -m32 -DLINUX -DDEBUG_GDS_ALLOC -pipe -MMD -p -fPIC -Wall -Wno-switch -Dsparc All compile cleanly. Thanks Dan Only last small bug. After instalation packages I cannot get error messages in text format. [EMAIL PROTECTED]:~$ isql-fb can't format message 17:3 -- message text not found SQL But firebird.msg (size 132796) is installed correctly. Thanks Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413471: php crashed too
If I try run select from php to remote DB. Script crashed too in the same way as mysql client. Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413471: gdb bt for this bug
Hi, I install dbg version of libc and provide gdb backtrace here is a output. rogram received signal SIGBUS, Bus error. [Switching to Thread 16384 (LWP 22172)] 0xf783b608 in internal_getent () from /lib/libnss_files.so.2 (gdb) bt #0 0xf783b608 in internal_getent () from /lib/libnss_files.so.2 #1 0xf783bf6c in _nss_files_gethostbyname_r () from /lib/libnss_files.so.2 #2 0xf795790c in gethostbyname_r@@GLIBC_2.1.2 () from /lib/libc.so.6 #3 0xf7c9c098 in my_gethostbyname_r () from /usr/lib/libmysqlclient.so.15 #4 0xf7cb97b4 in mysql_real_connect () from /usr/lib/libmysqlclient.so.15 #5 0x00014ca0 in ?? () #6 0x00014ca0 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) If I put wrong password program crash in another function. It looks like some memory corruption. Regards Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413471: aditional info
Sorry for my delayed reply but I didn't recive any email from you. I only recive confirmation email from bug system. I read your post on web. strace -f mysql -u ustredna -p ustredna -h e450 cut--- open(/etc/resolv.conf, O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=256, ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7f72000 read(4, # Dynamic resolv.conf(5) file fo..., 8192) = 256 read(4, , 8192) = 0 close(4)= 0 munmap(0xf7f72000, 8192)= 0 socket(PF_FILE, SOCK_STREAM, 0) = 4 fcntl64(4, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(4, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(4, {sa_family=AF_FILE, path=/var/run/nscd/socket}, 110) = -1 ENOENT (No such file or directory) close(4)= 0 socket(PF_FILE, SOCK_STREAM, 0) = 4 fcntl64(4, F_GETFL) = 0x2 (flags O_RDWR) fcntl64(4, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(4, {sa_family=AF_FILE, path=/var/run/nscd/socket}, 110) = -1 ENOENT (No such file or directory) close(4)= 0 open(/etc/host.conf, O_RDONLY)= 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=9, ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7f72000 read(4, multi on\n, 4096) = 9 read(4, , 4096) = 0 close(4)= 0 munmap(0xf7f72000, 8192)= 0 open(/etc/hosts, O_RDONLY)= 4 fcntl64(4, F_GETFD) = 0 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 fstat64(4, {st_mode=S_IFREG|0644, st_size=253, ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf7f72000 read(4, 127.0.0.1\tlocalhost.localdomain\t..., 4096) = 253 --- SIGBUS (Bus error) @ 0 (0) --- +++ killed by SIGBUS +++ Process 22250 detached cut--- cat /etc/hosts 127.0.0.1 localhost.localdomain localhost sunik # The following lines are desirable for IPv6 capable hosts ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts Mar 5 11:28:20 e450 mysqld[3790]: 070305 11:28:20 [Note] /usr/sbin/mysqld: Normal shutdown Mar 5 11:28:20 e450 mysqld[3790]: Mar 5 11:28:20 e450 mysqld[3790]: 070305 11:28:20 InnoDB: Starting shutdown... Mar 5 11:28:22 e450 mysqld[3790]: 070305 11:28:22 InnoDB: Shutdown completed; log sequence number 0 43655 Mar 5 11:28:22 e450 mysqld[3790]: 070305 11:28:22 [Note] /usr/sbin/mysqld: Shutdown complete Mar 5 11:28:22 e450 mysqld[3790]: Mar 5 11:28:22 e450 mysqld_safe[27782]: ended Mar 5 11:28:22 e450 mysqld_safe[27853]: started Mar 5 11:28:23 e450 mysqld[27856]: 070305 11:28:23 InnoDB: Started; log sequence number 0 43655 Mar 5 11:28:23 e450 mysqld[27856]: 070305 11:28:23 [Note] /usr/sbin/mysqld: ready for connections. Mar 5 11:28:23 e450 mysqld[27856]: Version: '5.0.32-Debian_7-log' socket: '/var/run/mysqld/mysqld.sock' port: 3306 Mar 5 11:28:24 e450 /etc/mysql/debian-start[27894]: Upgrading MySQL tables if necessary. Mar 5 11:28:27 e450 /etc/mysql/debian-start[27902]: Checking for crashed MySQL tables. telnet e450 3306 Trying 192.168.1.109... Connected to e450.sitour.cz. Escape character is '^]'. A 5.0.32-Debian_7-log)t0/}?,I3cz[9JHiYb_ If you want more let me please know. Thanks Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#147500: [pkg-firebird-general] Bug#147500: firebird2 on sparc
Damyan Ivanov napsal(a): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -=| Daniel Smolik, 5.03.2007 20:09 |=- I test all that you recomend. Result is that firebird2-common from oficial debian package not work on sparc. firebird2-commnd build be me work. I before install version from distro. Md5 sum my file : 8b915c9e94bf6322c0fe3bf28e7b1bcd firebird.msg I attach firebird.msg. Here's a short hexdump of both: built on sparc: 01 00 04 00 00 02 06 ac 00 00 00 00 00 03 13 6c |...l| 00 00 00 00 00 00 00 00 00 00 00 01 00 3c 00 00 |...| 61 72 69 74 68 6d 65 74 69 63 20 65 78 63 65 70 |arithmetic excep| built on i386: 01 00 00 04 ac 06 02 00 44 00 00 00 03 00 00 00 |D...| 00 00 00 00 00 00 00 00 01 00 00 00 3c 00 00 00 |...| 61 72 69 74 68 6d 65 74 69 63 20 65 78 63 65 70 |arithmetic excep| Looking at first bytes, this clearly looks like an endianness issue to me. I'll see if I can make the same firebird.msg work on both little- and big-endian machines. If not, I'll move it in an arch-dependent package (but this will suck). I mean the same, this is endianness issue. Thanks Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#147500: [pkg-firebird-general] Bug#147500: firebird2 on sparc
Damyan Ivanov napsal(a): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -=| Damyan Ivanov, 5.03.2007 21:08 |=- I'll see if I can make the same firebird.msg work on both little- and big-endian machines. If not, I'll move it in an arch-dependent package (but this will suck). Having a look at the code, I think I'll move firebird.msg into an arch-dependent package. Fiddling with B-trees is not my favourite :) The mirror-space saving would be 50k per architecture, which is nothing and the packaging will not become much more complex than it is now. Actually, the packaging of 1.5.4 (in experimental) and 2.0.1 (in NEW) put firebird.msg in firebirdX.Y-common, which is architecture-dependent. This means that when firebrid1.5 and firebird2.0 enter sid, everything will be fine. Thank you, Daniel for your help. There's nothing that can be done for firebird2 packages wrt sparc support, but Lenny will be more lucky. At some point I plan to provide backports, but this is still in the indeterminate future. No problem, if you would like test some on SPARC let me know. Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#147500: [pkg-firebird-general] Bug#147500: firebird2 on sparc
Emanuele Rocca napsal(a): Hello, * Damyan Ivanov [EMAIL PROTECTED], [2006-09-15 9:15 +0300]: Clint Adams -- 15.09.2006 07:50 --: debian/patches/fix-mcpu-to-mtune.dpatch changes -mcpu=ultrasparc to -march=ultrasparc. This is invalid and should be dropped altogether. Thank you for your interest for building firebird2 on sparc. The above patch snipplet was modelled around the changes for i386/amd64 and sort of blindly applied to sparc too. This is now removed in the pkg-firebird svn repository. Does firebird2 packages build on sparc after this change? If yes, I'll be glad to initiate an upload that adds sparc to the list of supported architectures. Now firebird builds correctly on sparc: http://people.debian.org/~ema/firebird2_1.5.3.4870-12_sparc.build What I did was just dropping the -march=ultrasparc patch and adding sparc to the list of supported architectures (see attached patch). ciao, ema Hello, I am interseted to build firebird on Sparc too. But with attached patch I haven't success. I mean that gcc options -march=ultrasparc etc. mus be completly disabled to property build on SPARC. But this patch don't do this for me. I do: dpkg-source -x firebird2_1.5.3.4870-12.dsc dpkg-source: warning: extracting unsigned source package (./firebird2_1.5.3.4870-12.dsc) dpkg-source: extracting firebird2 in firebird2-1.5.3.4870 dpkg-source: unpacking firebird2_1.5.3.4870.orig.tar.gz dpkg-source: applying ./firebird2_1.5.3.4870-12.diff.gz patch -p1 /home/marvin/firebird.patch But this says something abou reversly patch applied etc. If I by hand edit builds/posix/prefix.linux_sparc32 # you may remove it if engine is getting compiled with any other GCC version PROD_FLAGS=-m32 -O3 -DNDEBUG -DLINUX -pipe -MMD -fPIC -Dsparc DEV_FLAGS=-ggdb -m32 -DLINUX -DDEBUG_GDS_ALLOC -pipe -MMD -p -fPIC -Wall -Wno-switch -Dsparc Now looks like this. And compilation starts and run. Any sugestions ? Thanks Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#147500: [pkg-firebird-general] Bug#147500: firebird2 on sparc
Daniel Smolik napsal(a): Emanuele Rocca napsal(a): Hello, * Damyan Ivanov [EMAIL PROTECTED], [2006-09-15 9:15 +0300]: Clint Adams -- 15.09.2006 07:50 --: debian/patches/fix-mcpu-to-mtune.dpatch changes -mcpu=ultrasparc to -march=ultrasparc. This is invalid and should be dropped altogether. Thank you for your interest for building firebird2 on sparc. The above patch snipplet was modelled around the changes for i386/amd64 and sort of blindly applied to sparc too. This is now removed in the pkg-firebird svn repository. Does firebird2 packages build on sparc after this change? If yes, I'll be glad to initiate an upload that adds sparc to the list of supported architectures. Now firebird builds correctly on sparc: http://people.debian.org/~ema/firebird2_1.5.3.4870-12_sparc.build What I did was just dropping the -march=ultrasparc patch and adding sparc to the list of supported architectures (see attached patch). ciao, ema Hello, I am interseted to build firebird on Sparc too. But with attached patch I haven't success. I mean that gcc options -march=ultrasparc etc. mus be completly disabled to property build on SPARC. But this patch don't do this for me. I do: dpkg-source -x firebird2_1.5.3.4870-12.dsc dpkg-source: warning: extracting unsigned source package (./firebird2_1.5.3.4870-12.dsc) dpkg-source: extracting firebird2 in firebird2-1.5.3.4870 dpkg-source: unpacking firebird2_1.5.3.4870.orig.tar.gz dpkg-source: applying ./firebird2_1.5.3.4870-12.diff.gz patch -p1 /home/marvin/firebird.patch But this says something abou reversly patch applied etc. If I by hand edit builds/posix/prefix.linux_sparc32 # you may remove it if engine is getting compiled with any other GCC version PROD_FLAGS=-m32 -O3 -DNDEBUG -DLINUX -pipe -MMD -fPIC -Dsparc DEV_FLAGS=-ggdb -m32 -DLINUX -DDEBUG_GDS_ALLOC -pipe -MMD -p -fPIC -Wall -Wno-switch -Dsparc Now looks like this. And compilation starts and run. Any sugestions ? Thanks Dan Hm, that building fails with this: rm -f empty.fdb ../gen/firebird/bin/create_db empty.fdb make: *** [empty.fdb] Segmentation fault make: *** Deleting file `empty.fdb' :-(. open(/usr/lib/gconv/gconv-modules.cache, O_RDONLY) = 7 fstat64(7, {st_mode=S_IFREG|0644, st_size=21568, ...}) = 0 mmap(NULL, 21568, PROT_READ, MAP_SHARED, 7, 0) = 0xf7bc4000 close(7)= 0 open(/usr/lib/gconv/ISO8859-2.so, O_RDONLY) = 7 read(7, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\2\0\0\0\1\0\0\4x..., 512) = 512 fstat64(7, {st_mode=S_IFREG|0644, st_size=9576, ...}) = 0 mmap(NULL, 73952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 7, 0) = 0xf7bb mprotect(0xf7bb2000, 65760, PROT_NONE) = 0 mmap(0xf7bc, 16384, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 7, 0) = 0xf7bc close(7)= 0 mprotect(0xf7bc, 8192, PROT_READ) = 0 write(2, make: , 6make: ) = 6 write(2, *** [empty.fdb] Segmentation fau..., 34*** [empty.fdb] Segmentation fault) = 34 write(2, \n, 1 ) = 1 stat64(empty.fdb, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#147500: [pkg-firebird-general] Bug#147500: firebird2 on sparc
Damyan Ivanov napsal(a): -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -=| Daniel Smolik, 4.03.2007 21:44 |=- Emanuele Rocca napsal(a): Now firebird builds correctly on sparc: http://people.debian.org/~ema/firebird2_1.5.3.4870-12_sparc.build What I did was just dropping the -march=ultrasparc patch and adding sparc to the list of supported architectures (see attached patch). Hello, I am interseted to build firebird on Sparc too. But with attached patch I haven't success. I mean that gcc options -march=ultrasparc etc. mus be completly disabled to property build on SPARC. But this patch don't do this for me. I do: dpkg-source -x firebird2_1.5.3.4870-12.dsc dpkg-source: warning: extracting unsigned source package (./firebird2_1.5.3.4870-12.dsc) dpkg-source: extracting firebird2 in firebird2-1.5.3.4870 dpkg-source: unpacking firebird2_1.5.3.4870.orig.tar.gz dpkg-source: applying ./firebird2_1.5.3.4870-12.diff.gz patch -p1 /home/marvin/firebird.patch But this says something abou reversly patch applied etc. If I by hand edit builds/posix/prefix.linux_sparc32 My suggestion is that instead of hand-editing builds/posix/prefix-linux_sparc32, you need to *drop* the part of debian/patches/fix-mcpu-to-mtune.dpatch that changes builds/posix/prefix-linux_sparc32 (as ema did). Other difference may be somewhere else - CPU, debian distribution (sid/etch/sarge). I have no experience with sparc (and no access to such hardware) so I need your help to properly add sparc support. Thanks, dam - -- Damyan Ivanov Modular Software Systems phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 JID [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF6zjZHqjlqpcl9jsRAs4QAKC7MLa/tqEA6WfqQhKBl4IiNzN/YACbBDrj Fhmy0lVjaDqAmq9ysPWFsLM= =fbm9 -END PGP SIGNATURE- npacking replacement firebird2-super-server ... Preparing to replace firebird2-examples 1.5.3.4870-12 (using firebird2-examples_1.5.3.4870-12_sparc.deb) ... Unpacking replacement firebird2-examples ... Preparing to replace firebird2-server-common 1.5.3.4870-12 (using firebird2-server-common_1.5.3.4870-12_sparc.deb) ... Unpacking replacement firebird2-server-common ... Preparing to replace firebird2-utils-super 1.5.3.4870-12 (using firebird2-utils-super_1.5.3.4870-12_sparc.deb) ... Unpacking replacement firebird2-utils-super ... Selecting previously deselected package libfbclient1. Unpacking libfbclient1 (from libfbclient1_1.5.3.4870-12_sparc.deb) ... Selecting previously deselected package libfbembed1. Unpacking libfbembed1 (from libfbembed1_1.5.3.4870-12_sparc.deb) ... Setting up firebird2-examples (1.5.3.4870-12) ... Setting up firebird2-server-common (1.5.3.4870-12) ... Setting up libfbclient1 (1.5.3.4870-12) ... Setting up libfbembed1 (1.5.3.4870-12) ... Setting up firebird2-super-server (1.5.3.4870-12) ... Created default security.fdb Starting Firebird server: server has been successfully started Plase enter new password for SYSDBA user: can't format message 18:1 -- message system code -8 can't format message 18:1 -- message system code -8 Setting up firebird2-utils-super (1.5.3.4870-12) ... With builds/posix/prefix.linux_sparc32 PROD_FLAGS=-m32 -mcpu=ultrasparc -mtune=ultrasparc -O3 -DNDEBUG -DLINUX -pipe -MMD -fPIC -Dsparc DEV_FLAGS=-ggdb -m32 -DLINUX -DDEBUG_GDS_ALLOC -pipe -MMD -p -fPIC -Wall -Wno-switch -Dsparc All compile cleanly. Thanks Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412345: nvidia-glx: Is possible add to this pkg hooks to cleanly compile this experimental branch on Sarge ?
Package: nvidia-glx Version: 1.0.9746-3 Severity: wishlist Is possible add to this pkg hooks to cleanly compile this experimental branch on Sarge ? I modify it myself replace lib/xorg with X11R6/lib in cfg files and pkg build OK and works great for me. I mean add some autodetection of XFree or Xorg. -- Package-specific info: uname -r: Linux marvin 2.6.18.2 #8 PREEMPT Sun Dec 3 00:03:59 CET 2006 i686 GNU/Linux /proc/version: Linux version 2.6.18.2 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #8 PREEMPT Sun Dec 3 00:03:59 CET 2006 /proc/driver/nvidia/version: :05:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0141 (rev a2) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18.2 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Versions of packages nvidia-glx depends on: ii libc62.3.2.ds1-22sarge5 GNU C Library: Shared libraries an ii libx11-6 4.3.0.dfsg.1-14sarge3 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge3 X Window System miscellaneous exte ii nvidia-kernel-2. 1.0.9746-3+10.00.Custom NVIDIA binary kernel module for Li ii xfree86-common 4.3.0.dfsg.1-14sarge3 X Window System (XFree86) infrastr ii xlibs4.3.0.dfsg.1-14sarge3 X Keyboard Extension (XKB) configu -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388329: xserver-xorg: Xserver doesn't detect video card on multidomain PCI machine as E250
Jurij Smakov napsal(a): Hi, Previously it has been reported that E250 video did not work at all due to the lack of multidomain PCI support. Just to confirm, you are saying that it's working ok with 'fbdev' driver at 8-bit depth, right? The correct driver for you card is 'glint', I believe. Could you try it and see if the situation improves in any way? Thanks, Hi, I am not 100% sure but I don't say something about working Xsever on fbdev. I am runnig on my E250 Debian SID and I keep it updated. But with latest Xorg in SID Xserver still don't work (still need multidomain PCI patch). And about frame buffer I have Raptor GFX frame buffer card but with 2.6.x kernels this doesn't work very well I report another bug about it. And Xserver with fbdev doesn't work too. At 2.4.x kernels it works much better. Regards Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388315: eeprom SIGBUS
Jurij Smakov napsal(a): Hi, This crash happens because the buf2 buffer declared on line 656 of eeprom.c ends up not aligned on a 4-bit boundary. One simple solution is to declare it as int buf2[1024]; then compiler enforces the alignment and it does not crash anymore. Eric, if you don't have access to a sparc workstation, perhaps you would be willing to accept me as a comaintainer? Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC This fix works for me. Sorry but I don't understand how it works. How Can I declare char buf2[4096] to be aligned to 4-bit boundary ? Is it gcc bug on sparc or is possible use some gcc option to do this ? Regards Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388315: eeprom SIGBUS
Jurij Smakov napsal(a): Hi, This crash happens because the buf2 buffer declared on line 656 of eeprom.c ends up not aligned on a 4-bit boundary. One simple solution is to declare it as int buf2[1024]; then compiler enforces the alignment and it does not crash anymore. Eric, if you don't have access to a sparc workstation, perhaps you would be willing to accept me as a comaintainer? Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC Hi, when I compile eeprom.c with gcc-3.3 works without fix. May be this isn't problem in eeprom.c but in gcc or gcc usage. What do you mean ? Regards Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388315: eeprom SIGBUS
Jurij Smakov napsal(a): On Sun, Sep 24, 2006 at 10:06:51PM +0200, Daniel Smolik wrote: Hi, when I compile eeprom.c with gcc-3.3 works without fix. May be this isn't problem in eeprom.c but in gcc or gcc usage. What do you mean ? Hi Daniel, The fix works because once you declare something as int, compiler *has* to align it at a 4-byte boundary, if it would not do that, that would be a bug. For a char array there is probably no alignment requirement, so it's perfectly ok for it to be unaligned. The fact that you do not see the same behaviour with gcc-3.3 is not surprising either: depending on the implemented optimizations different compilers may use different layouts of variables in memory, so in some cases buf2 may be aligned. Note that compiling eeprom.c with gcc-4.1 and -O0 instead of -O2 also does not trigger the bug. You can force alignment of variables in gcc using the alignment attribute, for example writing something like char foo __attribute__ ((aligned(4))); should cause foo to be aligned on a 4-byte boundary. Hm, it's confusing, because I think I tried this before on buf2 and it did not work (got a gcc warning about ignored attribute, maybe I did not spell it correctly?). Now it appears to work though :-/. I guess I need to rework my solution to use this instead. Best regards, I test modification with __attribute__ and it works OK with latest Debian upgrades gcc compile this without warnings and eeprom works. I mean that this solution is much cleaner that your previous. Thanks Dan Smolik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388315: sparc-utils: on 2.6.18-rcX and newer eeporm dies with SIGBUS
Package: sparc-utils Version: 1.9-2.5 Severity: important In newer kernel 2.6.18-rc1 is changed /dev/openprom interface (may be) and eeprom tool dies with SIGBUS. On 2.6.17 works. There is a backtrace. NU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as sparc-linux-gnu...Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /home/marvin/sparc-utils-1.9.orig/prtconf-1.3/eeprom Program received signal SIGBUS, Bus error. 0x00012160 in main (argc=0, argv=value optimized out) at eeprom.c:661 661 *(int *)op-oprom_array = 0; (gdb) bt #0 0x00012160 in main (argc=0, argv=value optimized out) at eeprom.c:661 (gdb) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc6 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Versions of packages sparc-utils depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii makedev 2.3.1-83creates device files in /dev sparc-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388329: xserver-xorg: Xserver doesn't detect video card on multidomain PCI machine as E250
Package: xserver-xorg Version: 1:7.0.23 Severity: important If I run Xserver with -configure on my Sun E250 (Raptor GFX Permedia II) this doesn't detect video card. If I compile latest Xfree86 it works fine. Poroblem is that Debian packed Xorg doesn't contain multidomain PCI patch. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc6 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Versions of packages xserver-xorg depends on: ii debconf 1.5.4 Debian configuration management sy ii x11-common1:7.0.23 X Window System (X.Org) infrastruc ii xbase-clients 1:7.1.ds-3 miscellaneous X clients ii xkb-data 0.8-12 X Keyboard Extension (XKB) configu ii xserver-xorg-core 2:1.0.2-10 X.Org X server -- core server ii xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d ii xserver-xorg-input-mo 1:1.0.4-3 X.Org X server -- mouse input driv ii xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv ii xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv ii xserver-xorg-video-at 1:6.5.8.0-1X.Org X server -- ATI display driv ii xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr ii xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d ii xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr ii xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr ii xserver-xorg-video-gl 1:1.0.1.3-3X.Org X server -- Glint display dr ii xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri ii xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri ii xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr ii xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv ii xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display ii xserver-xorg-video-nv 1:1.0.1.5-2X.Org X server -- NV display drive ii xserver-xorg-video-re 1:4.0.1.3.dfsg.1-2 X.Org X server -- Rendition displa ii xserver-xorg-video-s3 1:1.8.6.5-2X.Org X server -- S3 ViRGE display ii xserver-xorg-video-sa 1:2.0.2.3-4X.Org X server -- Savage display d ii xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di ii xserver-xorg-video-td 1:1.1.1.3-3X.Org X server -- tdfx display dri ii xserver-xorg-video-tr 1:1.0.1.2-2X.Org X server -- Trident display ii xserver-xorg-video-v4 0.0.1.5-1 X.Org X server -- Video 4 Linux di ii xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri ii xserver-xorg-video-vg 1:4.0.0.5-2X.Org X server -- VGA display driv ii xserver-xorg-video-vm 1:10.11.1.3-2 X.Org X server -- VMware display d Versions of packages xserver-xorg recommends: ii discover1 1.7.18 hardware identification system ii laptop-detect 0.12.1 attempt to detect a laptop pn mdetect none (no description available) pn xresprobe none (no description available) -- debconf information: * xserver-xorg/multiple_possible_x-drivers: xserver-xorg/config/monitor/use_sync_ranges: true * xserver-xorg/config/inputdevice/mouse/port: /dev/input/mice * xserver-xorg/config/doublequote_in_string_error: * xserver-xorg/config/monitor/screen-size: 15 inches (380 mm) * shared/default-x-server: xserver-xorg * xserver-xorg/autodetect_monitor: false * xserver-xorg/config/inputdevice/mouse/protocol: ImPS/2 * shared/no_known_x-server: * xserver-xorg/config/display/default_depth: 16 * xserver-xorg/config/display/modes: 800x600, 640x480 * xserver-xorg/config/device/bus_id_error: * xserver-xorg/config/monitor/vert-refresh: 43-75 * xserver-xorg/config/inputdevice/keyboard/options: * xserver-xorg/autodetect_keyboard: false * xserver-xorg/config/device/use_fbdev: true * xserver-xorg/config/inputdevice/keyboard/variant: * xserver-xorg/config/nonnumeric_string_error: * xserver-xorg/config/inputdevice/keyboard/layout: us * xserver-xorg/config/modules: GLcore, bitmap, dbe, ddc, dri, extmod, freetype, glx, int10, record, speedo, type1, vbe * xserver-xorg/config/monitor/identifier: Generic Monitor * xserver-xorg/config/inputdevice/mouse/emulate3buttons: true * xserver-xorg/autodetect_mouse: true * xserver-xorg/config/monitor/horiz-sync: 28-50 xserver-xorg/config/device/video_ram: * xserver-xorg/config/monitor/range_input_error: * xserver-xorg/config/inputdevice/keyboard/model: type5 xserver-xorg/config/device/driver: glint xserver-xorg/config/device/identifier: 3DLabs Permedia II 2D+3D * xserver-xorg/config/monitor/selection-method: Simple *
Bug#388315: sparc-utils: on 2.6.18-rcX and newer eeporm dies with SIGBUS
Eric napsal(a): On Tue, Sep 19, 2006 at 10:31:38PM +0200, Daniel Smolik wrote: Package: sparc-utils Version: 1.9-2.5 Severity: important In newer kernel 2.6.18-rc1 is changed /dev/openprom interface (may be) and eeprom tool dies with SIGBUS. On 2.6.17 works. There is a backtrace. NU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as sparc-linux-gnu...Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /home/marvin/sparc-utils-1.9.orig/prtconf-1.3/eeprom Program received signal SIGBUS, Bus error. 0x00012160 in main (argc=0, argv=value optimized out) at eeprom.c:661 661 *(int *)op-oprom_array = 0; (gdb) bt #0 0x00012160 in main (argc=0, argv=value optimized out) at eeprom.c:661 (gdb) Hello Daniel, I don't have access to a sparc workstation anymore. All those from debian network are currently down, therefore it is hard for me to investigate. SIGBUS is raised on non aligned access. But I don't know why it fails here. Code just above this line to set up 'op' pointer seems to be ok: char buf2[4096]; struct openpromio *op = (struct openpromio *)buf2; op is an alias to buf2. I guess buf2 is aligned on a 32-bits boundary since it is allocated on stack and is a multiple of 4 bytes. Therefore I cannot figure out what fails. Did you recompile sparc-utils package? Yes. I recompile eeprom.c with -ggdb. What your asm/openpromio.h header contains about openpromio struct definition? The last I can find is from 2.6.17 kernel: struct openpromio { u_int oprom_size; /* Actual size of the oprom_array. */ charoprom_array[1]; /* Holds property names and values. */ }; In my /usr/include/asm-sparc64 and /usr/src/linux-2.6.18-rc6 are tha same as you have. Could you print out addresses of 'op' pointer and op-oprom_array field under gdb to see whether they are 32-bits aligned or not? I am not very familiar with gdb but I test this:Starting program: /home/marvin/sparc-utils-1.9.orig/prtconf-1.3/eeprom main (argc=0, argv=0x0) at eeprom.c:775 775 if (argc *argv) (gdb) step 776 program_name = *argv; (gdb) step 777 while ((c = getopt_long (argc, argv, d:f:h, long_options, 0)) != EOF) (gdb) step 613 promfd = open(promdev, O_RDWR); (gdb) step 614 if (promfd == -1) { (gdb) step 622 prom_root_node = prom_getsibling(0); (gdb) step prom_getsibling (node=0) at eeprom.c:65 65 DECL_OP(sizeof(int)); (gdb) step 64 { (gdb) step 67 if (node == -1) return 0; (gdb) step 65 DECL_OP(sizeof(int)); (gdb) step 67 if (node == -1) return 0; (gdb) step 69 if (ioctl (promfd, OPROMNEXT, op) 0) (gdb) step 68 *(int *)op-oprom_array = node; (gdb) display op 1: op = (struct openpromio *) 0x0 (gdb) step 69 if (ioctl (promfd, OPROMNEXT, op) 0) 1: op = (struct openpromio *) 0x0 (gdb) step 71 prom_current_node = *(int *)op-oprom_array; 1: op = (struct openpromio *) 0x0 (gdb) step main (argc=-268262256, argv=0x2) at eeprom.c:623 623 if (!prom_root_node) { (gdb) step 628 if (!uname (u) !strcmp (u.machine, sparc64)) (gdb) step 629 p1275 = 1; (gdb) step 795 } else if (optind = argc) (gdb) step 657 struct openpromio *op = (struct openpromio *)buf2; (gdb) display op No symbol op in current context. (gdb) display buf2 No symbol buf2 in current context. (gdb) Best regards, Eric. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386541: After latest upgrade mozilla crash when access slovnik.seznam.cz and click to some select button
Package: mozilla Version: 2:1.7.8-1sarge7.2.1 Severity: grave Justification: renders package unusable After upgrade to latest debian package mozilla crasehs when access http://slovnik.seznam.cz and click to any select box. I run strace an see that mozilla get SIGSEGV -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.17.9 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Versions of packages mozilla depends on: ii dpkg 1.10.28 Package maintenance system for Deb ii mozilla-browser 2:1.7.8-1sarge7.2.1 The Mozilla Internet application s ii mozilla-mailnews 2:1.7.8-1sarge7.2.1 The Mozilla Internet application s ii mozilla-psm 2:1.7.8-1sarge7.2.1 The Mozilla Internet application s -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386541: Firefox crashed too
A tested Firefox from Sarge on slovnik.seznam.cz and crashed too. Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386541: downgrade to 1.7.8-1sarge7.1 helps
I use previous version of mozilla from http://snapshot.debian.net/ (great site) and it works without problem. Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386541: downgrade to 1.7.8-1sarge7.1 helps
Alexander Sack - Debian Bugmail napsal(a): On Fri, Sep 08, 2006 at 02:24:58PM +0200, Daniel Smolik wrote: I use previous version of mozilla from http://snapshot.debian.net/ (great site) and it works without problem. Dan new packages are on its way. You can get a cure on i386 now by using packages from my security preview archive http://www.asoftsite.org/apt-archives.html. If you like, keep the apt lines and report issues with packages from there to me or file a bug. Testers (like you) are most critical to prevent such glitches to happen in future. - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). Thanks for fast response. I am not at home now but I test 1sarge7.2.2 as soon as possible. Regards Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386541: downgrade to 1.7.8-1sarge7.1 helps
Alexander Sack - Debian Bugmail napsal(a): On Fri, Sep 08, 2006 at 02:24:58PM +0200, Daniel Smolik wrote: I use previous version of mozilla from http://snapshot.debian.net/ (great site) and it works without problem. Dan new packages are on its way. You can get a cure on i386 now by using packages from my security preview archive http://www.asoftsite.org/apt-archives.html. If you like, keep the apt lines and report issues with packages from there to me or file a bug. Testers (like you) are most critical to prevent such glitches to happen in future. - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). I test mozilla form your archive and problem that I have with previous version was solved. Super. I will keep your archive in my sources.list. Regards Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375156: installation: wrong default keymap on Sun E250
Package: installation Severity: normal When I install Debian Sid for Sparc on my E250 and switch to 2.6.x kernel the chars which I type to keyboard are wrong eg. when I type A- 6 is displayed. Removing /etc/console/boottime.kmap.gz solve the problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368704: gnome-panel: Cann't instal gnome panel due depndency problem
Package: gnome-panel Severity: important The following packages have unmet dependencies: gnome-panel: Depends: libedataserver1.2-4 (= 1.4.2.1) but it is not installable Depends: gnome-panel-data (= 2.12.3-1) but it is not going to be installed E: Broken packages -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.14 Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329210: sensord on my AMD64 eat memory may be memory leak ?
Package: sensord Version: 1:2.9.1-1 Severity: normal -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sensord depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii librrd0 1.0.49-1 Time-series data storage and displ ii libsensors3 1:2.9.1-1library to read temperature/voltag ii lm-sensors 1:2.9.1-1utilities to read temperature/volt -- no debconf information sensord runs aprox 5hour 19740 0.3 15424 12m 2884 40 1600 13m00 S 16 0 0.0 sensord sensord after restart 20004 root 18 0 14104 1460 13m S 0.0 0.1 0:00.00 sensord After may be 1month sensord eat 50% memory :-( -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]