Bug#340250: clisp: Package contains invalid link for base/lispinit.mem
What package is /usr/sbin/register-common-lisp-implementation supposed to be in? It's not in clisp or clisp-dev. Thanks, - robin Peter Van Eynde ([EMAIL PROTECTED]) wrote on 05:28:47AM 22/11/05: > Could you try to run > /usr/sbin/register-common-lisp-implementation "clisp" > as root and report the generated output? Does it still fail after this? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#152932: innocent girl fucks black impressive Johnny.
I'm sure it will come off :) She took that enormous black cock in her box like a pro! When he unbuttoned his pants, she was wide-eyed looking at its massive girth in horror! But she finally managed to choke it down and then got it stuffed in her jackass ! Liza got her freak on! 8) http://www.geocities.com/kevin_838mobley_209/?s=srt&m=IEHAGH.iPdR,gfibjW,VSd When a man knows he is to be hanged in a fortnight, it concentrates his mind wonderfully.No evil is honorable: but death is honorable therefore death is not evil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#55364: Any software just for 15$ - 99$
Any Software just in under $15-$99, Xp-adobe etc http://jchekuq.j85y401uytjqykj.tritylbcgbj.com I believe in equality for everyone, except reporters and photographers. Always laugh when you can. It is cheap medicine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305302: apache2: segfaults when a websvn repository URL is accessed
Package: apache2 Version: 2.0.53-5 Severity: normal I have apache2 installed along with PHP and WebSVN (all from testing). Currently, when I access a websvn URL, the apache instance crashes with a segmentation fault. Example URL that currently dies: http://www.kallisti.net.nz/websvn/listing.php?repname=memory&path=%2F&sc=0 Message in /var/log/apache2/error.log: [Tue Apr 19 16:27:30 2005] [notice] child pid 9716 exit signal Segmentation fault (11) Note that other PHP stuff on this website works. I'm not sure where this problem really lies (i.e. websvn, PHP, or apache) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.6-1-386 Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Versions of packages apache2 depends on: ii apache2-mpm-prefork 2.0.53-5 traditional model for Apache2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305302: apache2: segfaults when a websvn repository URL is accessed
On Tue, 19 Apr 2005 16:44, Adam Conrad wrote: > And what versions of libapache2-mod-php4 and websvn do you have installed? > If you upgrade everything to unstable versions (if you upgrade apache2 > and happen to use suexec, watch out for bug #305242, which I'm uploading a > fix for right now) does the problem magically go away? I'm reluctant to play with the software on this too much, it's a server machine that I want to keep locked onto sarge as much as possible (and I'm still somewhat unfamiliar with Debian packaging procedures). However, the current versions of those packages are: libapache2-mod-php4: 4:4.3.10-10 websvn: 1.61-13 > If not, can you run "apache2 -X" in gdb, make it segfault, and get us a > backtrace? That should help narrow down which package is at fault, and > start giving me hints as to where it's broken. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1079495520 (LWP 10557)] 0x406f2470 in mbfl_filt_conv_wchar_ascii () from /usr/lib/apache2/modules/libphp4.so ... looks like it's a PHP issue. -- Robin <[EMAIL PROTECTED]> JabberID: <[EMAIL PROTECTED]> Hostes alienigeni me abduxerunt. Qui annus est? PGP Key 0xA99CEB6D = 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D pgpn5twHVcEhs.pgp Description: PGP signature
Bug#305302: apache2: segfaults when a websvn repository URL is accessed
On Tue, 19 Apr 2005 17:13, Adam Conrad wrote: > A full backtrace would be nice (type "bt" after the SEGV). Oops, sorry: #0 0x406f2470 in mbfl_filt_conv_wchar_ascii () from /usr/lib/apache2/modules/libphp4.so #1 0x406fc652 in mbfl_identify_encoding () from /usr/lib/apache2/modules/libphp4.so #2 0x406fc744 in mbfl_identify_encoding_name () from /usr/lib/apache2/modules/libphp4.so #3 0x406e038c in zif_mb_detect_encoding () from /usr/lib/apache2/modules/libphp4.so #4 0x407d0fe0 in execute () from /usr/lib/apache2/modules/libphp4.so #5 0x407d0d45 in execute () from /usr/lib/apache2/modules/libphp4.so #6 0x407d0d45 in execute () from /usr/lib/apache2/modules/libphp4.so #7 0x407c0bf1 in zend_execute_scripts () from /usr/lib/apache2/modules/libphp4.so #8 0x40792cff in php_execute_script () from /usr/lib/apache2/modules/libphp4.so #9 0x407d616f in execute () from /usr/lib/apache2/modules/libphp4.so #10 0x08078305 in ap_run_handler () #11 0x08078910 in ap_invoke_handler () #12 0x08069c5a in ap_process_request () #13 0x080650ed in _start () #14 0x0823bec8 in ?? () #15 0x0004 in ?? () #16 0x0823bec8 in ?? () #17 0x0808363c in ap_run_pre_connection () #18 0x080834f5 in ap_run_process_connection () #19 0x08076904 in ap_graceful_stop_signalled () #20 0x08076b1b in ap_graceful_stop_signalled () #21 0x08076b78 in ap_graceful_stop_signalled () #22 0x080773ea in ap_mpm_run () #23 0x0807d9bd in main () -- Robin <[EMAIL PROTECTED]> JabberID: <[EMAIL PROTECTED]> Hostes alienigeni me abduxerunt. Qui annus est? PGP Key 0xA99CEB6D = 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D pgpJAjOOoEYty.pgp Description: PGP signature
Bug#305302: apache2: segfaults when a websvn repository URL is accessed
On Tue, 19 Apr 2005 18:52, Adam Conrad wrote: > branch, unfortunately. I'll look into this a bit later, but until then, > this simple patch to /usr/share/websvn/include/svnlook.inc should make > everything all better again: This patch makes websvn work again, which is a good stopgap. Thank you! -- Robin <[EMAIL PROTECTED]> JabberID: <[EMAIL PROTECTED]> Hostes alienigeni me abduxerunt. Qui annus est? PGP Key 0xA99CEB6D = 5957 6D23 8B16 EFAB FEF8 7175 14D3 6485 A99C EB6D pgp4nmufPTe09.pgp Description: PGP signature
Bug#94164: GET latest softwares, 99% savings.
GET CD AND DOWNLOADS, all software under $99-$15 http://ifdj.dkzagudos5v2awd.pawlchpawl5.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293569: kernel-image-2.6.8-2-686-smp incorectly tries to load megaraid2 on a 2.6 kernel
Package: kernel-image-2.6.8-2-686-smp Version: 2.6.8-2 Severity: important Justification: prevents boot The package runs mkinitrd to build an initial ramdisk The hardware is using the Dell 'megaraid' controller which was supported as megaraid2 under the 2.4 series kernels. mkinitrd probes the root and finds megaraid2 and add the line to loadmodules in the initrd: modprobe -k vesafb > /dev/null 2>&1 modprobe -k fbcon 2> /dev/null modprobe -k unix 2> /dev/null modprobe -k megaraid2 modprobe -k sd_mod the version of the megaraid module shipped with the 2.6 kernel is v2, and should support the controller just fine running mkinitrd: uk2a:/home/robin# mkinitrd -o /tmp/initrd.img 2.6.8-2-686-smp /usr/sbin/mkinitrd: add_modules_dep_2_5: modprobe failed FATAL: Module megaraid2 not found. WARNING: This failure MAY indicate that your kernel will not boot! but it can also be triggered by needed modules being compiled into the kernel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308389: kernel-image-2.6.8-2-k7: using USB flash drive causes death of kernel USB system, sometimes
Package: kernel-image-2.6.8-2-k7 Version: 2.6.8-13 Severity: normal When connecting my USB flash drive to my machine, sometimes it will cause the whole kernel USB system to lock up. After this, anything trying to access the files in /proc/bus/usb freezes in the kernel, and further USB events are ignored until a reboot. The freeze happens maybe once every 3 or 4 times I plug it in, or so. When the device is plugged in and things go bad, this is what shows in /var/log/messages: May 10 10:08:29 home kernel: usb 1-2: new full speed USB device using address 9 May 10 10:08:29 home kernel: scsi7 : SCSI emulation for USB Mass Storage devices May 10 10:08:29 home kernel: Vendor: JetFlash Model: TS512MJF2B/2L Rev: 2.00 May 10 10:08:29 home kernel: Type: Direct-Access ANSI SCSI revision: 02 May 10 10:08:29 home kernel: sda: Unit Not Ready, sense: May 10 10:08:29 home kernel: Current : sense key Unit Attention May 10 10:08:29 home kernel: Additional sense: Not ready to ready change, medium may have changed May 10 10:08:35 home kernel: usb 1-2: control timeout on ep0in May 10 10:08:40 home hal.hotplug[13459]: timout(1 ms) waiting for /devices/pci:00/:00:07.2/usb1/1-2/1-2:1.0/host7/7:0:0:0 May 10 10:08:40 home hal.hotplug[13461]: timout(1 ms) waiting for /devices/pci:00/:00:07.2/usb1/1-2/1-2:1.0 May 10 10:08:40 home kernel: usb 1-2: control timeout on ep0in May 10 10:08:41 home usb.agent[13539]: usb-storage: already loaded May 10 10:08:50 home scsi.agent[13535]: Attribute /sys/devices/pci:00/:00:07.2/usb1/1-2/1-2:1.0/host7/7:0:0:0/type does not exist ...and nothing more ever happens with the USB system after that until the next reboot. For the sake of comparison, this is what a 'proper' connection of the USB device produces (everything just the same except it works this time): May 10 00:25:58 home kernel: usb 1-2: new full speed USB device using address 8 May 10 00:25:58 home kernel: scsi6 : SCSI emulation for USB Mass Storage devices May 10 00:25:58 home kernel: Vendor: JetFlash Model: TS512MJF2B/2L Rev: 2.00 May 10 00:25:58 home kernel: Type: Direct-Access ANSI SCSI revision: 02 May 10 00:25:59 home kernel: sda: Unit Not Ready, sense: May 10 00:25:59 home kernel: Current : sense key Unit Attention May 10 00:25:59 home kernel: Additional sense: Not ready to ready change, medium may have changed May 10 00:25:59 home kernel: sda : READ CAPACITY failed. May 10 00:25:59 home kernel: sda : status=1, message=00, host=0, driver=08 May 10 00:25:59 home kernel: Current sd: sense key Unit Attention May 10 00:25:59 home kernel: Additional sense: Not ready to ready change, medium may have changed May 10 00:25:59 home kernel: sda: assuming Write Enabled May 10 00:25:59 home kernel: /dev/scsi/host6/bus0/target0/lun0: p1 May 10 00:25:59 home kernel: Attached scsi removable disk sda at scsi6, channel 0, id 0, lun 0 May 10 00:26:00 home scsi.agent[29544]: sd_mod: loaded sucessfully (for disk) May 10 00:26:01 home usb.agent[29545]: usb-storage: already loaded -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-image-2.6.8-2-k7 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.78 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#51909: The No.1 source for software superstore.
Get the Software you need, now! http://wmph.aze7v9slp2sh7ta.bursegiemc.info Sometimes glass glitters more than diamonds because it has more to prove. What we anticipate seldom occurs; what we least expected generally happens. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304639: mkext2fs: command not found
Package: kernel-image-2.6.8-2-386 Version: 2.6.8-13 Severity: normal Tryed [EMAIL PROTECTED]:~# apt-get install kernel-image-2.6.8-2-386 Reading Package Lists... Done Building Dependency Tree... Done kernel-image-2.6.8-2-386 is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 154 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. Setting up kernel-image-2.6.8-2-386 (2.6.8-13) ... /usr/sbin/mkinitrd: line 1381: mkext2fs: command not found Failed to create initrd image. dpkg: error processing kernel-image-2.6.8-2-386 (--configure): subprocess post-installation script returned error exit status 9 Errors were encountered while processing: kernel-image-2.6.8-2-386 E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kernel-image-2.6.8-2-386 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.78 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325685: gkrellmd segfault on start
Package: gkrellmd
Version: 2.2.5-1.3
Severity: important
Gkrellmd doesn't start properly, instantly segfaulting. This is the end of an
strace from it (with the config changed to not detach from the console):
open("/usr/lib/gconv/gconv-modules", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=45278, ...}) = 0
mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x401ee000
read(3, "# GNU libc iconv configuration.\n"..., 131072) = 45278
read(3, "", 131072) = 0
close(3)= 0
munmap(0x401ee000, 131072) = 0
futex(0x401ea1f0, FUTEX_WAKE, 2147483647) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
...and a gdb backtrace:
#0 0x4003b800 in g_quark_from_string () from /usr/lib/libglib-2.0.so.0
#1 0x40064811 in g_strerror () from /usr/lib/libglib-2.0.so.0
#2 0x4003ef79 in g_dir_open () from /usr/lib/libglib-2.0.so.0
#3 0x08056f6f in gkrellm_sys_sensors_init ()
#4 0x0805072b in gkrellm_sensors_add_sensor ()
#5 0x080509fe in gkrellmd_load_monitors ()
#6 0x0804d815 in main ()
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.6-1-386
Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1)
Versions of packages gkrellmd depends on:
ii gkrellm-common 2.2.5-1.3multiple stacked system monitors:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libglib2.0-02.6.4-1 The GLib library of C routines
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#97307: Helping you stay on top
Amaze your partner with the talents in sexual area! http://conservator.el9.net/pharmacy/lib/ All generalizations are dangerous, even this one. The gods too are fond of a joke. Thoughts are funny little things,They can make paupers or make kings. Everyone rises to their level of incompetence. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#74865: The No.1 source for software superstore.
Save up to 40% on popular software bundles! http://ycnqh.dkhagud6snv2sed.gggandharaec.com Do not employ handsome servants. MULATTO, n. A child of two races, ashamed of both. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293569: Add megaraid to /etc/mkinitrd/modules doesn't work out
Martin Alain Kretschek writes: Hi Horms, Some more background... The machines I'm trying to install the 2.6.8-2-686-smp Debian kernel package are Dell PowerEdge 1850 with a PERC 4e/Si RAID Controller model with one Hitachi 73,2GB SCSI Ultra320 HotSwap HD factory configured in RAID0. I have almost the same configuration on the same machine, except 2 36Gb drives in RIAD1, Dell 1850 same as you. I had also tried adding scsi_mod and megariad, in both orders to the initrd/modules, and only got kernel panics for my trouble. I ahd begun the "building a custom kernel" process, but its about on the limit of my debian-fu, so I'll run with 2.4.27-smp for now. I will continue with my attempts to get 2.6 to work, as I need a 2.6 kernel for later this month on a project. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297605: FTBFS in experimental
Hi Andi, Thanks for the bug report! Andreas Barth ([EMAIL PROTECTED]) wrote on 07:07:58PM 01/03/05: > Package: kvirc > Version: 2:3.0.2-1 > Severity: serious > Tags: experimental > > Hi, > please see http://experimental.ftbfs.de/build.php?arch=&pkg=kvirc > for the full build log On that page I can only see one build failure, for sparc. This failure is related to an xfree86 problem: dpkg: dependency problems prevent configuration of libxv-dev: libxv-dev depends on libx11-dev; however: Package libx11-dev is not configured yet. The build log you quote from is for HPPA, but I do not see it on the above page. It seems like somehow it must not have installed the Build-Depends on cdbs (>= 0.4.12), but without the full build log I can't tell why that would have come about. > Automatic build of kvirc_2:3.0.2-1 on swawa by sbuild/hppa 1.170.5 > Build started at 20050228-1047 > ** > [...] > Checking correctness of source dependencies... > Toolchain package versions: libc6-dev_2.3.2.ds1-20 > linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 g++-3.3_1:3.3.5-6 > binutils_2.15-5 libstdc++5_1:3.3.5-6 libstdc++5-3.3-dev_1:3.3.5-6 > [...] > cd . && /bin/sh ./config.status Makefile > config.status: creating Makefile > make[2]: Leaving directory `/build/buildd/kvirc-3.0.2' > make[2]: Entering directory `/build/buildd/kvirc-3.0.2' > make[2]: Nothing to be done for `all-am'. > make[2]: Leaving directory `/build/buildd/kvirc-3.0.2' > make[1]: Leaving directory `/build/buildd/kvirc-3.0.2' > touch debian/stamp-makefile-build > /usr/bin/fakeroot debian/rules binary-arch > debian/rules:7: /usr/share/cdbs/1/rules/simple-patchsys.mk: No such file or > directory > debian/rules:18: /usr/share/cdbs/1/rules/debhelper.mk: No such file or > directory > debian/rules:19: /usr/share/cdbs/1/class/autotools.mk: No such file or > directory > make: *** No rule to make target `/usr/share/cdbs/1/class/autotools.mk'. > Stop. > ****** > Build finished at 20050228-1556 > FAILED [dpkg-buildpackage died] > > -- Robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385489: [wishlist] Lack of FFI support in clisp causes mcvs build failures
Package: mcvs Version: 1.0.13-9 The clisp package has problems with FFI on some architectures which prevent mcvs from building. The mcvs package maintainer is aware of these, but unfortunately has little control over the feature set offered by the clisp package. Build failures are expected for mcvs on these architectures, and should not be filed as FTBFS. There is a wishlist bug filed against the clisp package to request that the FFI module be made to work again on those architectures, and when that can be done, mcvs will build properly on those architectures again. In the interest of being able to update mcvs to testing again, older architectures' mcvs packages will be removed from the pool so that newer, more actively-maintained ones (such as AMD64) can progress to testing. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385490: [wishlist] FFI module should be made to work on more architectures
Package: clisp Version: 1:2.33.2-10 The FFI module is no longer being built on a wide number of architectures; for some architectures this is a regression. The mcvs package actually relies on the FFI module and consequently fails to build from source on all of these platforms. As per earlier conversations with the clisp maintainer, we have decided to file a wishlist bug against clisp to capture the request for FFI. It is understood that not all architectures are as widely-used as before anymore and it may be hard to get the brainpower together to take a look at some of these architectures and do the work necessary to make FFI buildable and working again. The architectures were FFI built before but where it is no longer working are: ia64, mipsel, s390 and sparc. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#739734: Libc6 upgrade to 2.18.1 fails during update
Package: libc6 Version: 2.18.1 Severity: Using synaptic to do dist-upgrade, failure occurs during update of libc6. The last thing that happened was : restarting services ssh exim Then: Not all package updates completed see details. There were no details. Since then any app not already open segfaults e.g. ls Debian Sid amd64 linux-3.11 -- rob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#739734: libc6:amd64: libc6 segfault after upgrading to 2.18-1
On 23 February 2014 12:28, Aurelien Jarno wrote: > On Sat, Feb 22, 2014 at 11:19:37AM +0100, Freesurf.ch wrote: >> Package: libc6 >> Version: 2.18-1 >> Severity: grave >> Justification: breaks the whole system >> >> Dear Maintainer >> >> Immediatly after upgradeing the libc6 from 2.17-97 to 2.18 all >> applications begun to segfault. >> >> I tried to reboot the system. >> >> >> Loading, please wait... >> Scanning for Btrfs fileystems >> [2.065797] init[1]: segfault at 1 ip 7f1451f03cec sp >> 7fffea43e4d0 error 4 in libc-2.18.so[7f1451de8000+1a] >> [2.065868] Kernel panic - not syncing: Attempted to kill init! >> exitcode=0x000b >> [2.065868] >> [2.065891] CPU: 0 PID: 1 Comm: init Not tainted 3.12-1-amd64 #1 >> Debian 3.12.9-1 >> [2.065908] Hardware name: ASUS All Series/Q87M-E, BIOS 0906 11/28/2013 >> [2.065924] 88081bd2fd28 8148be76 816f7448 >> 81488ea8 >> [2.065945] 0010 88081bd2fd38 88081bd2fcd8 >> 81102832 >> [2.065966] 000b 88081bd21aa0 0069 >> 819eabc0 >> [2.065987] Call Trace: >> [2.065998] [] ? dump_stack+0x41/0x51 >> [2.066011] [] ? panic+0xc3/0x1d2 >> [2.066024] [] ? task_function_call+0x42/0x50 >> [2.066040] [] ? do_exit+0x931/0xa50 >> [2.066053] [] ? do_group_exit+0x34/0xa0 >> [2.066068] [] ? get_signal_to_deliver+0x1c8/0x5b0 >> [2.066085] [] ? do_signal+0x3d/0x5b0 >> [2.066100] [] ? __do_page_fault+0x48e/0x500 >> [2.066115] [] ? vm_mmap_pgoff+0x9b/0xc0 >> [2.066129] [] ? do_notify_resume+0x68/0x90 >> [2.066144] [] ? retint_signal+0x48/0x8c >> >> The system does not start again. > > The problem likely happens because you have libc6-amd64:i386 installed > on your amd64 system, in addition to the system one libc6:amd64 one. This > doesn't bring anything to your system (except bugs like this), but the > multiarch specification doesn't provide a way to prevent such a package to > be installed. > In my case installing Steam brought in the additional architecture. steam-launcher when first run requires libc6:i386 to be installed. -- rob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#710721: [jaxe] Fails to start
Package: jaxe Version: 3.5-3 Severity: normal --- Please enter the report below this line. --- /usr/bin/jaxe: line 33: /usr/lib/jvm/java-6-sun/bin/java: No such file or directory Have openjdk-6-jre installed --- System information. --- Architecture: amd64 Kernel: Linux 3.8-1-amd64 Debian Release: jessie/sid 500 unstablehttp.debian.net 500 stable http.debian.net 500 stable dl.google.com 1 experimentalhttp.debian.net --- Package information. --- Depends(Version) | Installed -+-=== openjdk-6-jre| 6b27-1.12.5-2 OR sun-java6-jre| libjaxe-java | 3.5-3 Package's Recommends field is empty. Package's Suggests field is empty.
Bug#712815: Memory Leak
Package: mahjongg Version: 1:3.8.0-1 Please note attempted reporting with reportbug and reportbug-ng but bug did not register with bugs.debian.org, so reporting manually start game and leave running, process consumes increasing amounts of memory. Ran twice with valgrind: run 1: rob@localhost:~$ valgrind gnome-mahjongg ==12456== Memcheck, a memory error detector ==12456== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==12456== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==12456== Command: gnome-mahjongg ==12456== ==12456== ==12456== HEAP SUMMARY: ==12456== in use at exit: 2,063,512,405 bytes in 90,405 blocks ==12456== total heap usage: 3,132,843 allocs, 3,042,438 frees, 4,198,594,738 b ytes allocated ==12456== ==12456== LEAK SUMMARY: ==12456==definitely lost: 2,916,848 bytes in 3,880 blocks possibly lost: 124,082,557 bytes in 5,574 blocks run2: ==14190== LEAK SUMMARY: ==14190==definitely lost: 581,680 bytes in 775 blocks ==14190==indirectly lost: 377,856,168 bytes in 15,028 blocks ==14190== possibly lost: 31,233,257 bytes in 4,276 blocks ==14190==still reachable: 2,044,297 bytes in 9,115 blocks ==14190== suppressed: 0 bytes in 0 blocks ==14190== Reachable blocks (those to which a pointer was found) are not shown. ==14190== To see them, rerun with: --leak-check=full --show-reachable=yes ==14190== ==14190== ERROR SUMMARY: 1445 errors from 1445 contexts (suppressed: 2 from 2) --14190-- --14190-- used_suppression: 2 dl-hack3-cond-1 ==14190== ==14190== ERROR SUMMARY: 1445 errors from 1445 contexts (suppressed: 2 from 2) Watching process on htop after approx 15 mins res mem has increased from c.18224 B to 573MB Linux localhost 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux Sid If you need anything else let me know -- *rob *
Bug#659970: (pcmanfm fails to start)
Rebooted PC yesterday and pcmanfile now starting and working normally. Tried but cannot reproduce problem. Thanks -- rob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#1065228: de-neo2 keyboard 4th and 6th layer not accesible
Package: xkb-data Version: 2.35.1-1 When selecting the neo2 keyboard layout, layers 1,2,3 and 5 work as expected when the modifiers for these layers are applied. Applying the modifier for layer 4 fails, the characters are printed as if modifier 4 wasn't pressed at all. Same goes for shift+modifier4 which is supposed to access layer 6. Instead a strange behaviour can be observed when shift+mod3+mod4 are pressed together: Then layer 4 is activated constantly, only released when again pressing shift+mod3+mod4 together. When Layer 4 is locked this way, neither shift nor shift+modifier4 or any other combination allows access to layer 6 either. $ apt-cache policy xkb-data xkb-data: Installiert: 2.35.1-1 Installationskandidat: 2.35.1-1 Versionstabelle: *** 2.35.1-1 500 500 http://ftp.de.debian.org/debian bookworm/main amd64 Packages 500 http://ftp.de.debian.org/debian bookworm/main i386 Packages 100 /var/lib/dpkg/status System: Distributor ID: Debian Description:Debian GNU/Linux 12 (bookworm) Release:12 Codename: bookworm Debian-Kernel: linux-image-6.1.0-18-amd64 - Linux 6.1 for 64-bit PCs (signed) X11-Version: X.Org X Server 1.21.1.7 X Protocol Version 11, Revision 0 Window-manager: IceWM 3.4.5
Bug#1065228: Update
After some more testing turned out: The reported bug is present under the following condition: - The neo2 keyboard layout is set as 2nd or above keyboard layout, with main system keyboard layout set to something different. - When neo2 keyboard layout is set as first and main keyboard layout, and only then, the levels 4 and 6 are accessible as expected. Erratum: the modifier combination for level 6 is apart from what I had written in my original report not shift+modifier4 but modifier3+modifier4. This doesn't change things, the levels 4 and 6 are merely accessible this way when neo2 is set as FIRST keyboard in system. Additionally it turned out, if the numlock key happens to be active when switching to neo2 layout, the keyboard is locked to layer 4, no way to escape to other layers, besides switching to another layout, deactivating numlock, and switching back to neo2
Bug#1073299: debian package version 2.4.2 does not work in stable, and was not updated to 2.4.90 in testing and unstable.
Package: roger-router Version: 2.4.90 Severity: grave Issue description - Package has not been updated to the current functional version (neither 2.4.2 nor 2.4.90) in stable bookworm. - Package is not available in testing trixie. - Package is blocked since two years now by a single dependency issue in unstable sid - Debian source Package has not been updated from the developers sources from 2.4.2 to 2.4.90 in src and sid, see https://gitlab.com/tabos/rogerrouter/-/commit/1746021c72c143ced58e20d89e25b203d370fb0d a year ago. All this renders this package completely unusable in debian. It is not an option to flatpak install, since this small 40 MiB program blows up to more than 5 GiB when flatpak installing. That's ridiculous. Please make sure to have the issues with the dependencies in debian finally resolved and also add a backport of the recent 2.4.90 version to stable bookworm. Since I'm not a programmer, I can't build the program from its sources on my own, like probably most users can't. Additional info: Even when it is possible to manually alien install the old 2.2.1 bullseye oldstable-package from the debian repos on bookworm still, this version fails to work with current router firmware and transmission protokols like T.38 which have been updated in 2.4.90 merely. So there is no way around a proper debian package. There does not exist any adequate alternative software for the very purpose on Linux (while on Windows you have the option to use the router manufacturers software instead) System information: Pure debian stable bookworm install, 64 bit, from debian-12.4.0-amd64-DVD-1.iso, system fully apt-upgraded. $ lsb_release --all No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 12 (bookworm) Release:12 Codename: bookworm $ uname -a Linux eiche 6.5.0-0.deb12.4-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.5.10-1~bpo12+1 (2023-11-23) x86_64 GNU/Linux
Bug#1069747: ext4 data loss issue in backport kernels still unfixed?
Package: linux-image-6.6.13+bpo-amd64
Version: 6.6.13
Severity: grave
The issue was fixed already in the 6.1 kernels, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057843
From that bug report I read that all kernels are safe if both commits are
present:
91562895f803 ("ext4: properly sync file size update after O_SYNC direct IO")
936e114a245b ("iomap: update ki_pos a little later in iomap_dio_complete")
This is true for the changelog of the default 6.1 kernels:
https://metadata.ftp-master.debian.org/changelogs//main/l/linux-signed-amd64/linux-signed-amd64_6.1.85+1_changelog
so in those everything is fine.
But in the changelog of the backport kernels the second line (iomap: update
ki_pos a little later in iomap_dio_complete) is missing. See:
https://metadata.ftp-master.debian.org/changelogs//main/l/linux-signed-amd64/linux-signed-amd64_6.6.13+1~bpo12+1_changelog
This is the line which fixes the issue induced by the first line.
So, if I'm not mistaken, this means that in the current debian backport kernels
linux-image-6.5.0-0.deb12.4-amd64 and linux-image-6.6.13+bpo-amd64 the ext4
data loss issue is still unfixed. Both kernels are currently distributed via
apt from the debian repos.
Bug#1074011: 32 bit package is missing in stable (bookworm) and testing (trixie)
Package: libswt-gtk-4-java Version: 4.26.0 Severity: grave Issue description: Prevents tuxguitar from being installed: $ sudo apt-get install tuxguitar Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass Sie eine unmögliche Situation angefordert haben oder, wenn Sie die Unstable-Distribution verwenden, dass einige erforderliche Pakete noch nicht erstellt wurden oder Incoming noch nicht verlassen haben. Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen: Die folgenden Pakete haben unerfüllte Abhängigkeiten: tuxguitar : Hängt ab von: libswt-gtk-4-java ist aber nicht installierbar Hängt ab von: libswt-cairo-gtk-4-jni ist aber nicht installierbar Hängt ab von: libeclipse-e4-ui-widgets-java soll aber nicht installiert werden E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete. Severity: grave Since this package is without any function here and moreover keeps other packages from being installed, the severity of this bug is grave. Suggested fix: Build this package for 32 bit and put it up to the repos for bookworm and trixie. System: Pure debian bookworm install on 32 bit hardware. (Works great and fast otherwise) Debian-Kernel 6.5.0-0.deb12.4-686-smp
Bug#1074012: 32 bit package is missing in stable (bookworm) and testing (trixie)
Package: libswt-cairo-gtk-4-jni Version: 4.26.0-1 Severity: grave Issue description: Prevents tuxguitar from being installed: $ sudo apt-get install tuxguitar Paketlisten werden gelesen… Fertig Abhängigkeitsbaum wird aufgebaut… Fertig Statusinformationen werden eingelesen… Fertig Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass Sie eine unmögliche Situation angefordert haben oder, wenn Sie die Unstable-Distribution verwenden, dass einige erforderliche Pakete noch nicht erstellt wurden oder Incoming noch nicht verlassen haben. Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen: Die folgenden Pakete haben unerfüllte Abhängigkeiten: tuxguitar : Hängt ab von: libswt-gtk-4-java ist aber nicht installierbar Hängt ab von: libswt-cairo-gtk-4-jni ist aber nicht installierbar Hängt ab von: libeclipse-e4-ui-widgets-java soll aber nicht installiert werden E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete. Severity: grave Since this package is without any function here and moreover keeps other packages from being installed, the severity of this bug is grave. Suggested fix: Build this package for 32 bit and put it up to the repos for bookworm and trixie. System: Pure debian bookworm install on 32 bit hardware. (Works great and fast otherwise) Debian-Kernel 6.5.0-0.deb12.4-686-smp
Bug#1032470: effect plugins tab missing in kdenlive 22.12.2-1
Package: kdenlive Version: 22.12.2-1 Issue: Instead of the expected effects tab there is an empty white area displayed. Same for transitions tab. This behaviour doesn't change when a project is loaded. Everything else in kdenlive seems to work properly. See: https://i.imgur.com/qigLEyB.jpg https://i.imgur.com/2utEH4q.jpg Expected behaviour: The tab "transitions" and the tab "effects" should show not a blank white area but the effect- and transition-tools as described in the manual: https://docs.kdenlive.org/en/_images/Kdenlive_Effects_tab_22_08.png Console output: $ kdenlive Could not detect package type, probably default? App dir is "/usr/bin" profilePath from KdenliveSetting::mltPath: "/usr/share/mlt-7/profiles" meltPath from KdenliveSetting::rendererPath: "/usr/bin/melt-7" Empty metadata for "deinterlace" Empty metadata for "telecide" Empty metadata for "glsl.manager" Empty metadata for "movit.convert" Empty metadata for "movit.crop" Empty metadata for "movit.resample" Empty metadata for "movit.resize" Empty metadata for "audiochannels" Empty metadata for "audioconvert" Empty metadata for "imageconvert" Empty metadata for "avcolour_space" Empty metadata for "avcolor_space" Empty metadata for "avdeinterlace" Empty metadata for "swscale" Empty metadata for "swresample" plugin not available: "avfilter.acompressor" plugin not available: "avfilter.aecho" plugin not available: "avfilter.agate" plugin not available: "avfilter.atadenoise" plugin not available: "avfilter.bwdif" plugin not available: "avfilter.deblock" plugin not available: "avfilter.dedot" plugin not available: "avfilter.deflate" plugin not available: "avfilter.derain" plugin not available: "avfilter.doubleweave" plugin not available: "avfilter.field" plugin not available: "avfilter.framestep" plugin not available: "avfilter.fspp" plugin not available: "avfilter.graphmonitor" plugin not available: "avfilter.hqdn3d" plugin not available: "avfilter.inflate" plugin not available: "avfilter.lagfun" plugin not available: "avfilter.loudnorm" plugin not available: "avfilter.mcdeint" plugin not available: "avfilter.random" plugin not available: "avfilter.removegrain" plugin not available: "avfilter.separatefields" plugin not available: "avfilter.shuffleplanes" plugin not available: "avfilter.sr" plugin not available: "avfilter.tmix" plugin not available: "avfilter.w3fdif" plugin not available: "avfilter.weave" plugin not available: "avfilter.yadif" plugin not available: "frei0r.baltan" plugin not available: "frei0r.bgsubtract0r" plugin not available: "frei0r.bigsh0t_eq_mask" plugin not available: "frei0r.bigsh0t_eq_to_rect" plugin not available: "frei0r.bigsh0t_eq_to_stereo" plugin not available: "frei0r.bigsh0t_hemi_to_eq" plugin not available: "frei0r.bigsh0t_rect_to_eq" plugin not available: "frei0r.bigsh0t_stabilize_360" plugin not available: "frei0r.bigsh0t_transform_360" plugin not available: "frei0r.delay0r" plugin not available: "frei0r.delaygrab" plugin not available: "frei0r.lightgraffiti" plugin not available: "frei0r.lightgraffiti" plugin not available: "frei0r.tehRoxx0r" plugin not available: "ladspa" plugin not available: "ladspa" plugin not available: "ladspa" plugin not available: "ladspa.9354877" plugin not available: "ladspa" plugin not available: "ladspa" plugin not available: "ladspa" plugin not available: "ladspa" plugin not available: "ladspa" plugin not available: "ladspa" plugin not available: "ladspa" plugin not available: "ladspa" plugin not available: "movit.unsharp_mask" plugin not available: "timewarp" plugin not available: "region" qrc:/qml/assetList.qml:14:1: module "org.kde.newstuff" is not installed import org.kde.newstuff 1.86 as NewStuff ^ qrc:/qml/assetList.qml:14:1: module "org.kde.newstuff" is not installed import org.kde.newstuff 1.86 as NewStuff ^ qml: item not found qml: item not found qml: item not found qml: item not found Installed packages: (http://ftp.de.debian.org/debian bookworm/main amd64 Packages) kdenlive 22.12.2-1 kdenlive-data 22.12.2-1 breeze-icon-theme 4:5.102.0-1 frei0r-plugins 1.8.0-1+b1 swh-plugins 0.4.17-2 No errors were reported by apt during installation. What did I try already: installed additional package qml-module-org-kde-newstuff No errors were reported by apt during installation. Result: No change. Still only blank areas instead of the expected tools in these two tabs. System: Running bookworm, kernel 6.1.10-antix.1-amd64-smp desktop: icewm 3.3.1-1 init: runit 2.1.2
Bug#1032470: Acknowledgement (effect plugins tab missing in kdenlive 22.12.2-1)
Update: Issue was solved for me by additionally installing the package qml-module-org-kde-kcm Suggestion: Please add the following packages to the dependecies of kdenlive: qml-module-org-kde-newstuff qml-module-org-kde-kcm Reference: I found this solution here, the issue seems to be known already at kdenlive: https://bugs.kde.org/show_bug.cgi?id=463203
Bug#1032642: iproute2: ip tunnel change ip6gre to gre crashes with stack smash
Package: iproute2 Version: 5.10.0-4 Severity: normal Dear Maintainer, I just came across a "stack smashing detected" crash when changing a gre6 to a gre4 tunnel To reproduce create an ipv6 gre tunnel: > ip tunnel add gre1 mode ip6gre local 2001:db8::1 remote 2001:db8::2 ttl 255 And then attempt to change it to an ipv4 one: > ip tunnel change gre1 mode gre local 192.168.0.0 remote 192.168.0.1 ttl 255 This results in: > *** stack smashing detected ***: terminated > Aborted The inverse (changing v4 to v6) results in: > add tunnel "gre1" failed: Invalid argument Which I'm not sure if I should expect or if that's another issue, but it does not crash. I've reproduced the crash on a few other bullseye servers/vms to rule out a single broken install. I have also tested this on testing (iproute2 version 6.1.0-2) and the crash also happens there I hope this is the right place and helpful enough to action on Thanks! -- System Information: Debian Release: 11.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-20-amd64 (SMP w/24 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages iproute2 depends on: ii debconf [debconf-2.0] 1.5.77 ii libbpf01:0.3-2 ii libbsd00.11.3-1 ii libc6 2.31-13+deb11u5 ii libcap21:2.44-1 ii libcap2-bin1:2.44-1 ii libdb5.3 5.3.28+dfsg1-0.8 ii libelf10.183-1 ii libmnl01.0.4-3 ii libselinux13.1-3 ii libxtables12 1.8.7-1 Versions of packages iproute2 recommends: pn libatm1 Versions of packages iproute2 suggests: pn iproute2-doc -- debconf information: iproute2/setcaps: false
Bug#1033214: barrier resets client side keyboard layout to English unrequested.
Package: barrier Version: 2.4.0+dfsg-3 Issue: When typing from server keyboard to client, keyboard layout on client side is reset to en_US on first keystroke instead of keeping the language and layout set. It doesn't make any difference which keyboard language layout on server PC is set up, client will be switched to English always. The keyboard layout switch on system tray is blocked and nailed to English, same goes for the Layout switch hotkey, which won't work as long mouse cursor is on client screen. Only after moving the mouse back to server, the proper keyboard language layout on client can get restored. It doesn't make any difference which language or keyboard layout is set, no language specific keyboard layout besides US English works with barrier on client side. This issue renders barrier unusable for foreign language users. Only English users can use it. Expected behaviour: Keyboard layout of client shouldn't get changed to English layout. It should preserve the client's keyboard layout. It should stay switchable between the layouts set up on the client. Installed packages on debian 12: (http://ftp.de.debian.org/debian bookworm/main amd64 Packages) barrier: 2.4.0+dfsg-3 No errors were reported by apt during installation. Installed packages on: Debian 11 (http://ftp.de.debian.org/debian bullseye/main i386 Packages) barrier: 2.3.3+dfsg-1.1 No errors were reported by apt during installation. [ for testing purposes in a an additional test run: Installed packages on: Debian 11 from backports (http://deb.debian.org/debian bullseye-backports/main i386 Packages) barrier: 2.4.0+dfsg-3~bpo11+1 No errors were reported by apt during installation.] Same issue running all the barrier versions mentioned. Same issue on all systems and with all these Debian versions (64bit and 32bit both): System 1: Running bookworm, kernel 6.1.10-antix.1-amd64-smp desktop: IceWM 3.3.1-1 init: runit 2.1.2 System 2: Running on bullseye, kernel 5.19.0.deb11.2-686-pae desktop: IceWM 3.3.1-1 init: sysvinit 2.96-7+deb11u1 System 3: Running on bullseye, kernel 4.19.0-256-antix.1-686-smp-pae desktop: fluxbox 1.3.7-1 init: sysvinit 2.96-7+deb11u1 System 4: Running on bullseye, kernel 5.10.0-21-686-pae desktop: JWM 2.4.3-1 init: sysvinit 2.96-7+deb11u1 smime.p7s Description: S/MIME cryptographic signature
Bug#1022173: Update (tested on bullseye, Libreoffice 1:7.0.4-4+deb11u4)
3: Installiert: 1:7.0.4-4+deb11u4 libwpd-0.10-10: Installiert: 0.10.3-1 libwpg-0.3-3: Installiert: 0.3.3-1 libwps-0.4-4: Installiert: 0.4.12-1 libxml2: Installiert: 2.9.10+dfsg-6.7+deb11u2 uno-libs-private: Installiert: 1:7.0.4-4+deb11u4 zlib1g: Installiert: 1:1.2.11.dfsg-2+deb11u2 $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 11 (bullseye) Release:11 Codename: bullseye uname -r 4.9.0-326-antix.1-686-smp-pae $ lscpu (same as above) $ free gesamt benutzt frei gemns. Puffer/Cache verfügbar Speicher:2061432 231744 435144 997588 1394544 765336 Swap:20971481780 2095368 Now I'll install the bullseye backported Libreoffice version from bookworm as you've asked for also, and check back with an updated report once it was done. Regards Robin
Bug#1022173: Update (tested on bullseye, several kernels, only Libreoffice 1:7.4.1-1~bpo11+2 fixes the issue)
Hi all! Good news: The Libreoffice backport from bookworm seems to fix this issue. I've checked this on different kernels: Besides of the 4.9.0 kernel I've tested this on linux-image-5.10.137-antix.1-686-smp-pae linux-image-5.10.142-antix.2-686-smp-pae linux-image-5.10.0-18-686-pae (signed) linux-image-5.10.0-19-686-pae (signed) and additionally from on most recent one from Bullseye-Backports: linux-image-5.19.0-0.deb11.2-686-pae Really great thing is, that this most recent backport kernel comes up with noveau driver properly now, this is first time I see noveau running mostly equivalent to old proprietary driver stuff from nvidia. Everything efficient, fast and fluent, clear view now. Great work, whoever did this, many thanks! This allows me now to switch to 5.x kernel series finally, dumping old nvidia proprietary driver stuff (which was single way to achieve this result until now). But unfortunately this doesn't fix Libreoffice issue all the same: The most recent Libreoffice bullseye version (not the one from backports) shows the originally described issue on all these kernels listed above. Only the Libreoffice backport doesn't show this behaviour any longer, CPU load from Libreoffice backport (details below) stays perfectly normal when it looses focus. Checked for several hours. Many thanks! Maybe you can transfer the fix to the stable bullseye version, so people can run the default version instead of backports, in order to get security updates (above you've stated there are none on backports, which would be bad). Technical details: Version: 7.4.1.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 1; OS: Linux 4.9; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Debian package version: 1:7.4.1-1~bpo11+2 Calc: threaded $ apt-cache policy libreoffice* | grep -v '(keine)' | grep -B1 Installiert libreoffice-calc: Installiert: 1:7.4.1-1~bpo11+2 libreoffice-base-core: Installiert: 1:7.4.1-1~bpo11+2 libreoffice-core: Installiert: 1:7.4.1-1~bpo11+2 libreoffice-common: Installiert: 1:7.4.1-1~bpo11+2 libreoffice-draw: Installiert: 1:7.4.1-1~bpo11+2 libreoffice-impress: Installiert: 1:7.4.1-1~bpo11+2 libreoffice-l10n-de: Installiert: 1:7.4.1-1~bpo11+2 libreoffice-style-colibre: Installiert: 1:7.4.1-1~bpo11+2 libreoffice-writer: Installiert: 1:7.4.1-1~bpo11+2 libreoffice-help-de: Installiert: 1:7.4.1-1~bpo11+2 libreoffice-help-common: Installiert: 1:7.4.1-1~bpo11+2 libreoffice-math: Installiert: 1:7.4.1-1~bpo11+2 libreoffice-gtk3: Installiert: 1:7.4.1-1~bpo11+2 ucf: Installiert: 3.0043 libabw-0.1-1: Installiert: 0.1.3-1 libc6: Installiert: 2.31-13+deb11u5 libe-book-0.1-1: Installiert: 0.1.3-2 libepubgen-0.1-1: Installiert: 0.1.1-1 libetonyek-0.1-1: Installiert: 0.1.9-4 libgcc-s1: Installiert: 10.2.1-6 libicu67: Installiert: 67.1-7 libodfgen-0.1-1: Installiert: 0.1.8-2 librevenge-0.0-0: Installiert: 0.0.4-6+b1 libstaroffice-0.0-0: Installiert: 0.0.7-1 libstdc++6: Installiert: 10.2.1-6 libuno-cppu3: Installiert: 1:7.0.4-4+deb11u4 libuno-cppuhelpergcc3-3: Installiert: 1:7.4.1-1~bpo11+2 libuno-sal3: Installiert: 1:7.4.1-1~bpo11+2 libuno-salhelpergcc3-3: Installiert: 1:7.0.4-4+deb11u4 libwpd-0.10-10: Installiert: 0.10.3-1 libwpg-0.3-3: Installiert: 0.3.3-1 libwps-0.4-4: Installiert: 0.4.12-1 libxml2: Installiert: 2.9.10+dfsg-6.7+deb11u2 uno-libs-private: Installiert: 1:7.4.1-1~bpo11+2 zlib1g: Installiert: 1:1.2.11.dfsg-2+deb11u2 fonts-opensymbol: Installiert: 2:102.12+LibO7.4.1-1~bpo11+2 ure: Installiert: 1:7.4.1-1~bpo11+2 $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 11 (bullseye) Release:11 Codename: bullseye uname -r 4.9.0-326-antix.1-686-smp-pae 5.19.0-0.deb11.2-686-pae and others, see listing in introductional text $ lscpu (same as above) $ free gesamt benutzt frei gemns. Puffer/Cache verfügbar Speicher:2061064 196896 708752 26012 1155416 1771420 Swap:2097148 0 2097148 Regards Robin
Bug#1036752: (no subject)
Control: severity -1 important
Bug#1022173: Arbitrary and frequent 100% CPU load symptom with Libreoffice Writer 1:7.0.4
Package: libreoffice-writer Version: 1:7.0.4-4+deb11u3_bpo10+1 Severity: important When editing a Document in Libreoffice everything is fine, even when it's a very large document > 150 pages and this lasts some hours. But the behaviour described below is independent of document size. When minimising the Libreoffice window, or putting it into background, while working in other program windows, after an arbitrary period CPU load raises to 100%, causing cooling fan to run at constant highest speed and slowing down your work remarkably. Sometimes this starts after some minutes already, sometimes after some hours only after the Libreoffice window was lost focus. It is unpredictable. Workaround for this I found is to maximise or restore or make active Libreoffice window, which will stop the 100% load immediately, going down to the default 1% to 5 % system load. It will happen again and again, independent of which document is edited. This behaviour is quite anoying when working in multiple documents/drawings at the same time or when an internet research is needed to complete a text document, or an image is to be prepared for the document in between, since you can't predict when Libreoffice starts going mad. It happens even when working in two Libreoffice Writer documents parallel in two windows. If the first window has not the focus, libreoffice will stall after some time. Once it has started this, you can repeatedly switch the windows, causing allways the CPU go up to 100% and switching from 800MHz to 1,7GHz mode, if the first Libreoffice Writer window looses focus, either by minimising it or by activating any another window, so the Libreoffice window concerned is in background, and CPU is going back to normal immediately always when first Libreoffice Writer window gets active again. Example: activate the 1st Libreoffice window → 2% System load (0% soffice.bin) activate any other window including 2nd Libreoffice document windows: → 100% System load (98% soffice.bin) activate the 1st Libreoffice window → 2% System load (0% soffice.bin) activate any other window including 2nd Libreoffice document windows: → 100% System load (98% soffice.bin) activate the 1st Libreoffice window → 2% System load (0% soffice.bin) minimise to tray the 1st Libreoffice window → 100% System load (98% soffice.bin) activate the 1st Libreoffice window → 2% System load (0% soffice.bin) and so on... No other program I know of shows this or a similar behaviour for me. Now I found out it can get set back temporarly to accept not having the focus by re-saving the document, even when nothing has been changed since the last saving. Then the CPU load will stay for some time at normal again, but again after an arbitrary period the issue will start anew, exactly as described above. You can repeat this also unlimited times, so no proper work is possible. —This also happens when running Libreoffice in protected mode exactly the same. —The behaviour is independend of size of the document. —It happens with all documents. –This is not restricted to Writer, same happens to Calc. Other Libreoffice components may be affected also. —Nice down soffice.bin doesn't change things, but prevents at least other programs from being slowed down by this exorbitant CPU usage of Libreoffice, so system stays responsible. —When Libreoffice is ideling in its document selection launch (where you can select previously used documents from a screen) without a document being opened in one of its components, this issue doesn't happen at all. Looks possibly like a regression of a bug reported in 2020 already for an older Libreoffice release: #964549 And also this even older report (from 2018) might be of some interest: https://bugs.documentfoundation.org/show_bug.cgi?id=117684 Please, could you finally fix this issue? It's annoying and keeps from using Libreoffice, since it drains notebook accu. Technical data: Libreoffice (as reported by "about" in GUI) : Installed version: Version: 7.0.4.2 Build ID: 00(Build:2) CPU threads: 1; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Debian package version: 1:7.0.4-4+deb11u3_bpo10+1 Calc: threaded $ apt-cache policy libreoffice* | grep -v '(keine)' | grep -B1 Installiert libreoffice-math: Installiert: 1:7.0.4-4+deb11u3~bpo10+1 libreoffice-gtk3: Installiert: 1:7.0.4-4+deb11u3~bpo10+1 libreoffice-core: Installiert: 1:7.0.4-4+deb11u3~bpo10+1 libreoffice-l10n-de: Installiert: 1:7.0.4-4+deb11u3~bpo10+1 libreoffice-base-core: Installiert: 1:7.0.4-4+deb11u3~bpo10+1 libreoffice-impress: Installiert: 1:7.0.4-4+deb11u3~bpo10+1 libreoffice-help-de: Installiert: 1:7.0.4-4+deb11u3~bpo10+1 libreoffice-help-common: Installiert: 1:7.0.4-4+deb11u3~bpo10+1 libreoffice-style-colibre: Installiert: 1:7.0.4-4+deb11u3~bpo10+1 libreoffice-writer: Installiert: 1
Bug#1022173: Correction
Originally I've written: “—When Libreoffice is ideling in its document selection launch (where you can select previously used documents from a screen) without a document being opened in one of its components, this issue doesn't happen at all.” This is not true as I found out meanwhile. True is instead: —When Libreoffice is ideling in its document selection launch (where you can select previously used documents from a screen) without a document being opened in one of its components, it happens also. But then it is enough to give the Libreoffice window focus by either activating, restoring or maximising it. When minimising it, or put it in background, immediately after it has got focus for a short time (a second is fine already), without any further action, the CPU load from soffice.bin will stay normal for some time again, without need of saving something (which wouldn't be possible from this window anyway).
Bug#1022173: Arbitrary and frequent 100% CPU load symptom with Libreoffice Writer 1:7.0.4
Am Fri, 21 Oct 2022 15:21:11 +0200 schrieb Rene Engelhard : Hello Rene, sorry for having sent this report to the wrong listing. I followed the instructions found here: https://www.debian.org/Bugs/Reporting there was nothing mentioned about different treatment for backports at all, and I'm not that experienced in bug reporting. >Let's merge them since the description sounds familiar enough. Please feel free to assign, move or merge with whatever you consider to be appropriate. >Wow. I have no other system running besides this old but fast 32bit notebook, which is still absolutely fit and fine for everyday work (I'm not compiling or programming, being translator, not programmer). It is even fit for gimp image manipulation of large images, or dual head multimedia display up to 3000kbps and surfing the web fast and fluently, you'd not guess its age. > Buster is out of life. I know, but I'm running LTS until June 2024 on this notebook, since some of its hardware components are not supported properly in bullseye anymore by the drivers. Somebody decided to remove the needed code. > Does it still happen with bullseye? (Assume so since the buster-backports > version is built from bullseye) > Does it happen with the version in bullseye-backports? I'll check this both as soon as possible. Will have to setup a parallel bullseye install here first for testing. Then I can definitely state whether it happens with the non backported bullseye version of Libreoffice also. Maybe I can even run a test on bookworm, but I'm not sure by now whether and when I can free up some time for all this testing in OS versions I have not running or even installed here. > (Btw, you want to upgrade to deb11u4 backport whenever it is approved > immediately to fix a security bug) Many thanks for this security warning, I'll watch out, as always, for the update. Regards Robin
Bug#1022173: Update (tested on bullseye, Libreoffice 1:7.0.4-4+deb11u1)
libwps-0.4-4: Installiert: 0.4.12-1 libxml2: Installiert: 2.9.10+dfsg-6.7 uno-libs-private: Installiert: 1:7.0.4-4+deb11u1 zlib1g: Installiert: 1:1.2.11.dfsg-2 $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 11 (bullseye) Release:11 Codename: bullseye uname -r 4.9.0-279-antix.1-486-smp $ lscpu (same as above) $ free gesamt benutzt frei gemns. Puffer/Cache verfügbar Speicher:2061432 114436 509708 504928 1437288 1375304 Swap:20971485936 2091212 This was a test using the preinstalled version as present in the Live USB device. I'll apply an apt-upgrade to this USB stick tomorrow and recheck. The installation-candidate for Libreoffice is: 1:7.0.4-4+deb11u4, which will be the next one I'm going to check out. > And this report has a too high severity. Sorry again for the trouble! As said before, I'm not experienced in bug reporting. I just follewed the instructions from https://www.debian.org/Bugs/Reporting and from the within there linked https://www.debian.org/Bugs/Developer#severities. The description „important Ein Fehler, der wesentliche Auswirkungen auf die Benutzbarkeit des Pakets hat, ohne es völlig unbrauchbar für jedermann zu machen.” was what matched the problem best, I thought. I mean, an issue rendering the program mostly unusable without figuring tricky workarounds, due to excessive CPU load, is exactly what I'd put into this category. I'm fine with you having changed it to something else, while I still can't understand why you consider it only being „minor Ein Problem, das die Nützlichkeit des Pakets nicht beeinflusst, und das vermutlich sehr leicht zu beheben ist.” since this issue keeps from using Libreoffice at all, if you don't know the proper workaround: It affects the complete system. (And whehter it is easy or difficult to fix I can't guess.) As said, I'm only a user, admitedly with some experience, but not a programmer, and probably my assessment of the issue was way to user-centric. Possibly you could clarify the description on this instructions site, so it is understood properly by everybody. Maybe on modern multi kernel CPUs this happens without notice, since there is enough power present to simply mask this issue, so not slowing down other tasks noticibly when it happens, but only draining battery unnoticed. Just a guess. >And was on a non-supported distro anymore. And for backports which doesn't >belong here. Yes, sorry, sorry, sorry. If you want people to know about the proper procedure to be observed when reporting issues for backports, please add a sentence to https://www.debian.org/Bugs/Reporting instead of hiding this piece of information somewhere else. At least me had never expected I'd need to look into the link you've posted above before reporting a problem to the recent stable Libreoffice version, I simply didn't know it makes any difference for you whether it was backported or not. I was completely convinced the Libreoffive version itself is what counts. Well, now I've reproduced the issue on a non backported bullseye finally, so I presume it's fine in this section now. Will check back with additional results once updated both the system and Libreoffice as said above. Regards Robin
Bug#1065697: trash-cli causes irresponsive system from 100% cpu load
Package: trash-cli Version: 0.17.1.14-5 Severity: important Issue description: Sending files to trash using trash-cli causes system to stall and renders it irresponsive, if original filename of the file to be trashed exceeds a particular length. Happened with some files downloaded from a website, which have been cut by the browser automatically to match the file name length restrictions of the file system (ext4). Some testing turned out trash-cli tries obviously to append something to the filename, what clearly must fail if filename already has the max. length allowed. Depending of the character set used, and depending whether special characters are involved, different length of names causes trouble in trash-cli. Steps to reproduce: touch files named precisely as follows, make sure to use the full line. (These are testing names merely for reproducing the issue) touch 'АБВГДЕЁЖЗИЙКЛМНОПРЦТУФХЦШЩЪЫЬЭЮЯабвгдеёжзийклмнопрстуфхцшщъыьэюяАБВГДЕЁЖЗИЙКЛМНОПРЦТУФХЦШЩЪЫЬЭЮЯабвгдеёжзийклмнопрстуфхцшщъыьэю' touch '123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345' These test file names are accepted by default ext4 file systems. In case you have a different max allowed file name length on your ext4 file system make sure the names of the files to be trashed have the maximal length allowed or some few characters less. Please note that the issue in a foreign character set (in the example this is Cyrillic, arbitrary choosen) the issue already present in half file name length as in English. Now trash them using the default trash command provided by this package. This will cause the system to stall with 100% CPU load and no longer respond to any input. Single way out seems to be a hard reset. (This might be depending on your hardware, on multi-core sytems this might only cause one of the cores to stall, so the system stays responsive in this case) Expected behaviour: Trash cli should not stall the system when trashing one or more files thats filename has the max. length allowed by the file system. Proposal for solution: _Replace_ the end of the filename in these cases rather than appending something, so the limit for file name length of the file system is observed by trash-cli. trash-cli Version: $ apt-cache policy trash-cli trash-cli: Installiert: 0.17.1.14-5 Installationskandidat: 0.17.1.14-5 Versionstabelle: *** 0.17.1.14-5 500 500 http://ftp.de.debian.org/debian bookworm/main amd64 Packages 500 http://ftp.de.debian.org/debian bookworm/main i386 Packages 100 /var/lib/dpkg/status System: antiX 23.1 runit full 64 bit $ uname -r 6.1.60-antix.1-amd64-smp $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 12 (bookworm) Release:12 Codename: bookworm
Bug#1066790: steam-installer 32bit package is missing
Package: steam-installer Version: 1:1.0.0.79~ds-2 Severity: wishlist The Debian 32bit deb package is missing, even when steam supports 32 bit hardware (see: https://repo.steampowered.com/steam/archive/stable/ ). We had some complaints that it can't be installed from the debian repos: $ apt-cache policy steam-installer steam-installer: Installed: (none) Candidate: (none) Version table: Would be great if you could provide the i386 package for steam-installer, also for the current Debian stable, maybe through the backports. Many thanks! Robin
Bug#437169: installation report
Package: installation-reports Boot method: CD Image version: http://cdimage.debian.org/cdimage/weekly-builds/amd64/jigdo-cd/debian-testing-amd64-CD-1.jigdo Date: 9th Aug. 2007 Machine: Home Desktop/fileserver/printserver/audio Processor: AMD 6000X2 Memory: 2 GB Partitions: /dev/sda9 ext348592392612412 45511596 2% / tmpfstmpfs 1031484 0 1031484 0% /lib/init/rw udev tmpfs 10240 168 10072 2% /dev tmpfstmpfs 1031484 0 1031484 0% /dev/shm /dev/sda1 ext3 474440 56117393826 13% /boot /dev/sdc2 ext3 432656592 87643080 323035792 22% /home /dev/sdc1 ext348062468 15524376 30096616 35% /oldhomeetc /dev/sda7 ext348062440184368 45436596 1% /tmp /dev/sda5 ext352870076 3853504 46330908 8% /usr /dev/sda6 ext340370192387600 37931900 2% /usr/local /dev/sda8 ext348062440768988 44851976 2% /var Output of lspci -nn: 00:00.0 RAM memory [0500]: nVidia Corporation C51 Host Bridge [10de:02f4] (rev a 2) 00:00.1 RAM memory [0500]: nVidia Corporation C51 Memory Controller 0 [10de:02fa ] (rev a2) 00:00.2 RAM memory [0500]: nVidia Corporation C51 Memory Controller 1 [10de:02fe] (rev a2) 00:00.3 RAM memory [0500]: nVidia Corporation C51 Memory Controller 5 [10de:02f8] (rev a2) 00:00.4 RAM memory [0500]: nVidia Corporation C51 Memory Controller 4 [10de:02f9] (rev a2) 00:00.5 RAM memory [0500]: nVidia Corporation C51 Host Bridge [10de:02ff] (rev a2) 00:00.6 RAM memory [0500]: nVidia Corporation C51 Memory Controller 3 [10de:027f] (rev a2) 00:00.7 RAM memory [0500]: nVidia Corporation C51 Memory Controller 2 [10de:027e] (rev a2) 00:03.0 PCI bridge [0604]: nVidia Corporation C51 PCI Express Bridge [10de:02fd] (rev a1) 00:04.0 PCI bridge [0604]: nVidia Corporation C51 PCI Express Bridge [10de:02fb] (rev a1) 00:08.0 RAM memory [0500]: nVidia Corporation MCP55 Memory Controller [10de:0369] (rev a1) 00:09.0 ISA bridge [0601]: nVidia Corporation MCP55 LPC Bridge [10de:0360] (rev a2) 00:09.1 SMBus [0c05]: nVidia Corporation MCP55 SMBus [10de:0368] (rev a2) 00:09.2 RAM memory [0500]: nVidia Corporation MCP55 Memory Controller [10de:036a] (rev a2) 00:0a.0 USB Controller [0c03]: nVidia Corporation MCP55 USB Controller [10de:036c] (rev a1) 00:0a.1 USB Controller [0c03]: nVidia Corporation MCP55 USB Controller [10de:036d] (rev a2) 00:0c.0 IDE interface [0101]: nVidia Corporation MCP55 IDE [10de:036e] (rev a1) 00:0d.0 IDE interface [0101]: nVidia Corporation MCP55 SATA Controller [10de:037f] (rev a2) 00:0d.1 IDE interface [0101]: nVidia Corporation MCP55 SATA Controller [10de:037f] (rev a2) 00:0d.2 IDE interface [0101]: nVidia Corporation MCP55 SATA Controller [10de:037f] (rev a2) 00:0e.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI bridge [10de:0370] (rev a2) 00:0e.1 Audio device [0403]: nVidia Corporation MCP55 High Definition Audio [10de:0371] (rev a2) 00:10.0 Bridge [0680]: nVidia Corporation MCP55 Ethernet [10de:0373] (rev a2) 00:11.0 Bridge [0680]: nVidia Corporation MCP55 Ethernet [10de:0373] (rev a2) 00:12.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI Express bridge [10de:0376] (rev a2) 00:14.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI Express bridge [10de:0374] (rev a2) 00:16.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI Express bridge [10de:0375] (rev a2) 00:17.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI Express bridge [10de:0377] (rev a2) 00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100] 00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map [1022:1101] 00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller [1022:1102] 00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control [1022:1103] 02:00.0 VGA compatible controller [0300]: nVidia Corporation Unknown device [10de:0193] (rev a2) 03:07.0 Multimedia audio controller [0401]: VIA Technologies Inc. ICE1712 [Envy24] PCI Multi-Channel I/O Controller [1412:1712] (rev 02) 03:0b.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) [104c:8023] 06:00.0 Mass storage controller [0180]: Silicon Image, Inc. SiI 3132 Serial ATA Raid II Controller [1095:3132] (rev 01) and lspci -vnn: 00:00.0 RAM memory [0500]: nVidia Corporation C51 Host Bridge [10de:02f4] (rev a2) Subsystem: nVidia Corporation C51 Host Bridge [10de:02f4] Flags: bus master, 66MHz, fast devsel, latency 0 Capabilities: [44] HyperTransport: Slave or Primary Interface Capabilities: [e0] HyperTransport: MSI Mapping 00:00.1 RAM memory [0500]: nVidia Corporation C51 Memory Controller 0 [10de:02fa] (rev a2) Subsystem: nVidia Corporation C51 Memory Controller 0 [10de:02fa] Flags: 66MHz, fast devsel 00:00.2 RAM memory [0500]: nVidia Corporation C51 Memory Controller 1 [10de:
Bug#124835: Order, Ref: phillip Missing info.
Hi, phillip gerry He alth Reifill f or phillip gerry is ready. Please re-confirm your Data. http://geocities.com/kris9222 Your name as per our records: phillip gerry zip if wrong, please help us to correct it Just check the site above to make sure all right. Thanks Alot, Robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#533045: xserver-xorg: Mermory leak in Xorg
2009/6/15 Michel Dänzer : > On Sun, 2009-06-14 at 10:50 +0100, rob wrote: >> Package: xserver-xorg >> Version: 1:7.4+3 >> Severity: normal >> >> Note: running Enlightenment E17 built from svn > > [...] > >> ==13275== 40,991,344 (40,747,328 direct, 244,016 indirect) bytes in 40,271 >> blocks are definitely lost in loss record 229 of 229 >> ==13275== at 0x4C2391E: malloc (vg_replace_malloc.c:207) >> ==13275== by 0x4F3505: Xcalloc (in /usr/bin/Xorg) >> ==13275== by 0x433BB4: dixAllocatePrivate (in /usr/bin/Xorg) >> ==13275== by 0x433C32: dixSetPrivate (in /usr/bin/Xorg) >> ==13275== by 0x4CDE48: (within /usr/bin/Xorg) >> ==13275== by 0x5321D3: (within /usr/bin/Xorg) >> ==13275== by 0x442629: AllocARGBCursor (in /usr/bin/Xorg) >> ==13275== by 0x52E83F: (within /usr/bin/Xorg) >> ==13275== by 0x44D373: Dispatch (in /usr/bin/Xorg) >> ==13275== by 0x43321C: main (in /usr/bin/Xorg) > > This looks like a smoking gun, but the smoke is hiding the symbols. ;) > > Can you install xserver-xorg-core-dbg and get another valgrind leak > report? > > http://bugs.freedesktop.org/show_bug.cgi?id=22277 might be related. > > > -- > Earthling Michel Dänzer Sorry first time using valgrind. Will run again after -dbg installed. http://bugs.freedesktop.org/show_bug.cgi?id=22277 is the same bug rob http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=82BS4ZCMFR1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#134097: Shipping Clerk - flexible time work-at-home opening
Our company is looking for energetic and accountable individuals to occupy Shipping Clerk positions throughout the USA. These vacancies are entirely home-based and do not require any travel or relocation. They are also suitable for students and senior citizens who are able to dedicate up to three business hours per day to their duties. No special qualifications are required, although previous shipping or customer service experience is a plus. We are an international company providing mail/internet order opportunities for a global clientele since 1997. We are based in Russia, and also have offices in Latvia and Kazakhstan. Our business provides online/Online Order facilities for those who are unable to benefit from the convenience of e-commerce due to lack of a banking relationship with an internationally recognized bank or because major online vendors will not ship to their location. We have domestic purchasing agents who place the orders on behalf of our clients, and the goods are then shipped to the local shipping clerks for further sorting and international shipment. We also provide escrow services for high amount and/or web auction orders, and offer assistance with customs clearance, if required. Currently, we are looking for individuals to fill in the positions of shipping clerks throughout the USA. Your duties will include receiving, sorting, repackaging and re-sending the orders made on behalf of our clients using the pre-paid USPS shipping labels that you will receive via email. You will be paid $20 for each parcel that you ship, plus $5 for each order that you will need to re-sort or re-package. We will also cover any other authorized expense, such as extra insurance or shipping materials. Your remuneration will be remitted to you via Western Union twice a month. You can expect to handle 5-15 incoming packages weekly, following a 2 week probation period. You can perform your duties from the convenience of your home. You will generally be re-shipping the orders on same day or next day basis, so you will not need to sacrifice your home space to storage. You will only be receiving orders placed with reputable online vendors and delivered by major courier services, such as FedEx and UPS, who pay great attention to ensuring that they are not involved into trafficking any illegal substances or hazardous materials. Thus, there will be no risk on your end. We also encourage you to open and inspect each package that you receive to ensure the legitimacy and safety of itsâ content. In order to fill the shipping clerk position, you need to be aged 18 and above, have a permanent address where you are available on a regular basis and also have access to phone and email. In order to ensure that you can be entrusted the client merchandise, we will need to verify your identity and confirm that you do not have any previous criminal convictions. To apply for this position and for more information on our company, please fax your resume and (optionally) cover letter to: (309) 431-7288. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299567: Shipping Clerk - flexible time work-at-home opening
Our company is looking for energetic and accountable individuals to occupy Shipping Clerk positions throughout the USA. These vacancies are entirely home-based and do not require any travel or relocation. They are also suitable for students and senior citizens who are able to dedicate up to three business hours per day to their duties. No special qualifications are required, although previous shipping or customer service experience is a plus. We are an international company providing mail/internet order opportunities for a global clientele since 1997. We are based in Russia, and also have offices in Latvia and Kazakhstan. Our business provides online/Online Order facilities for those who are unable to benefit from the convenience of e-commerce due to lack of a banking relationship with an internationally recognized bank or because major online vendors will not ship to their location. We have domestic purchasing agents who place the orders on behalf of our clients, and the goods are then shipped to the local shipping clerks for further sorting and international shipment. We also provide escrow services for high amount and/or web auction orders, and offer assistance with customs clearance, if required. Currently, we are looking for individuals to fill in the positions of shipping clerks throughout the USA. Your duties will include receiving, sorting, repackaging and re-sending the orders made on behalf of our clients using the pre-paid USPS shipping labels that you will receive via email. You will be paid $20 for each parcel that you ship, plus $5 for each order that you will need to re-sort or re-package. We will also cover any other authorized expense, such as extra insurance or shipping materials. Your remuneration will be remitted to you via Western Union twice a month. You can expect to handle 5-15 incoming packages weekly, following a 2 week probation period. You can perform your duties from the convenience of your home. You will generally be re-shipping the orders on same day or next day basis, so you will not need to sacrifice your home space to storage. You will only be receiving orders placed with reputable online vendors and delivered by major courier services, such as FedEx and UPS, who pay great attention to ensuring that they are not involved into trafficking any illegal substances or hazardous materials. Thus, there will be no risk on your end. We also encourage you to open and inspect each package that you receive to ensure the legitimacy and safety of itsâ content. In order to fill the shipping clerk position, you need to be aged 18 and above, have a permanent address where you are available on a regular basis and also have access to phone and email. In order to ensure that you can be entrusted the client merchandise, we will need to verify your identity and confirm that you do not have any previous criminal convictions. To apply for this position and for more information on our company, please fax your resume and (optionally) cover letter to: (309) 431-7288. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476664: secure-delete - further info
Partition consists over 100 directories containing c.2400 files. Error reported after c.5399 files have been processed. -- rob http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=82BS4ZCMFR1
Bug#480753: iceweasel: 30-45secs to start and quit
2008/5/12 Mike Hommey <[EMAIL PROTECTED]>: > On Sun, May 11, 2008 at 10:39:40PM +0100, rob wrote: > > Package: iceweasel > > Version: 3.0~b5-4 > > Severity: normal > > > > Firstly download size appears significantly different to usual, 1.1 MB > > as opposed to c.9MB normally. Not sure if that is relevant? > > > > Downloaded -dbg package but seems not to find symbols. Output: > > Try to 'strace -o /tmp/somefile -f iceweasel' instead, and send the > /tmp/somefile here. > > Mike The file is 23MB Do you want it inline or as an attachment? -- rob http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=82BS4ZCMFR1
Bug#480753: update220508
Significantly reduced problem by changing /home partition to data=writeback in .etc/fstab as ext3 file system implicated. See https://bugzilla.mozilla.org/show_bug.cgi?id=421482 for background. -- rob http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=82BS4ZCMFR1
Bug#349060: Sylpheed crash when selecting another message in the list
Hi, I've been able to reproduce the bug, it happens only if I use a gtk2 theme using the smooth engine. Here are versions of my packages: gtk2-engines-smooth 2.6.7-1 sylpheed2.2.0-1 I'm running a Debian Sid. Hope this helps :p -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349060: problem is definitely when using the gtk2 smooth engine
Sorry for multiples email, but i forgot the gdb log ... Sylpheed crashes exactly the same was as Jack.R said. Here is the log : [EMAIL PROTECTED] ~] gdb /usr/bin/sylpheed GNU gdb 6.4-debian Copyright 2005 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 "i486-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) r Starting program: /usr/bin/sylpheed (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1223788320 (LWP 5017)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) *** glibc detected *** double free or corruption (!prev): 0x082010d8 *** Program received signal SIGABRT, Aborted. [Switching to Thread -1223788320 (LWP 5017)] 0xb73317c7 in raise () from /lib/tls/libc.so.6 (gdb) bt full #0 0xb73317c7 in raise () from /lib/tls/libc.so.6 No symbol table info available. #1 0xb733306b in abort () from /lib/tls/libc.so.6 No symbol table info available. #2 0xb7368525 in __fsetlocking () from /lib/tls/libc.so.6 No symbol table info available. #3 0xb736eb77 in malloc_usable_size () from /lib/tls/libc.so.6 No symbol table info available. #4 0xb736f012 in free () from /lib/tls/libc.so.6 No symbol table info available. #5 0xb746cc92 in g_free () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #6 0xb6f12416 in SmoothFreeArrowStyles () from /usr/lib/gtk-2.0/2.4.0/engines/libsmooth.so No symbol table info available. #7 0xb6f2784a in smooth_draw_flat_box () from /usr/lib/gtk-2.0/2.4.0/engines/libsmooth.so No symbol table info available. #8 0xb6f278bf in smooth_draw_flat_box () from /usr/lib/gtk-2.0/2.4.0/engines/libsmooth.so No symbol table info available. #9 0xb74d91cb in g_object_unref () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #10 0xb78f8c75 in gtk_rc_style_unref () #from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #11 0xb79154c3 in _gtk_style_init_for_settings () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #12 0xb74d9263 in g_object_unref () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #13 0xb79b64d0 in gtk_widget_set_usize () #from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #14 0xb79b695b in gtk_widget_modify_font () #from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #15 0x0807ae0e in ?? () No symbol table info available. #16 0x0833bef8 in ?? () No symbol table info available. #17 0x0843e160 in ?? () No symbol table info available. #18 0x0843bb18 in ?? () No symbol table info available. #19 0x0842d328 in ?? () No symbol table info available. #20 0x0843d8a8 in ?? () No symbol table info available. #21 0x08337578 in ?? () No symbol table info available. #22 0xbfb07f58 in ?? () No symbol table info available. #23 0x0807ce38 in ?? () No symbol table info available. #24 0x08337578 in ?? () No symbol table info available. #25 0x0842d328 in ?? () No symbol table info available. #26 0x0843dbc0 in ?? () No symbol table info available. #27 0xbfb07f18 in ?? () No symbol table info available. #28 0xb736f012 in free () from /lib/tls/libc.so.6 No symbol table info available. Previous frame inner to this frame (corrupt stack?) (gdb) Regards, Robin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364686: mcvs: ftbfs [sparc] gcc-3.3: Command not found
This was already reported and reassigned to clisp, since that package notoriously fails to handle its dependencies well. I guess I can (once more) set the mcvs build dependencies to cover this fact up and depend on gcc-3.3 for the architectures that need it, but it really ought to be fixed in the clisp package itself. Grrr - robin Blars Blarson ([EMAIL PROTECTED]) wrote on 04:37:42PM 24/04/06: > Package: mcvs > Version: 1.0.13-14 > Severity: important > Justification: fails to build from source > > mcvs failed to build on a sparc buildd. It failed on several other > buildds with a different error, and clisp failed to install on my > sparc pbuilder. > > > > patch -p0 < unix_c.diff > patching file unix.c > gcc-3.3 -mcpu=v9 -D SAFETY=3 -D NO_MULTIMAP_SHM -D NO_MULTIMAP_FILE -D > NO_SINGLEMAP -D NO_TRIVIALMAP -falign-functions=4 -W -Wswitch -Wcomment > -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations > -Wno-sign-compare -O2 -fno-schedule-insns -fno-gcse -DUNICODE -DDYNAMIC_FFI > -DDYNAMIC_MODULES -I. -fPIC -I/usr/lib/clisp/linkkit -c unix.c > make[1]: gcc-3.3: Command not found > make[1]: *** [unix.o] Error 127 > make[1]: Leaving directory `/build/buildd/mcvs-1.0.13/code/unix-bindings' > linking set failed to build. > make: *** [common-install-arch] Error 1 > > -- Robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355971: ethereal segfaults on start when running X over ssh
Package: ethereal
Version: 0.10.10-2sarge4
Severity: important
If I SSH into a machine, and type 'ethereal' (or 'sudo ethereal') it
immediately segfaults. I don't know if it's the X forwarding that's the
issue, the box is headless, so it's not really testable.
strace finishes with:
open("/usr/share/locale/locale.alias", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2539, ...}) = 0
mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x41532000
read(3, "# Locale name alias data base.\n#"..., 131072) = 2539
read(3, "", 131072) = 0
close(3)= 0
munmap(0x41532000, 131072) = 0
open("/usr/share/locale/en_NZ/LC_MESSAGES/gtk20.mo", O_RDONLY) = -1
ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/gtk20.mo", O_RDONLY) = -1 ENOENT
(No such file or directory)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
A backtrace says:
(gdb) bt
#0 0x41127840 in g_quark_from_static_string () from
/usr/lib/libglib-2.0.so.0
#1 0x410f73e2 in g_type_init_with_debug_flags ()
from /usr/lib/libgobject-2.0.so.0
#2 0x410f7572 in g_type_init () from /usr/lib/libgobject-2.0.so.0
#3 0x40fc6fc4 in gdk_pre_parse_libgtk_only ()
from /usr/lib/libgdk-x11-2.0.so.0
#4 0x40df4433 in gtk_disable_setlocale () from
/usr/lib/libgtk-x11-2.0.so.0
#5 0x40df4678 in gtk_disable_setlocale () from
/usr/lib/libgtk-x11-2.0.so.0
#6 0x41146ad8 in g_option_context_parse () from
/usr/lib/libglib-2.0.so.0
#7 0x40df491e in gtk_parse_args () from
/usr/lib/libgtk-x11-2.0.so.0
#8 0x40df4956 in gtk_init_check () from
/usr/lib/libgtk-x11-2.0.so.0
#9 0x40df49a6 in gtk_init () from /usr/lib/libgtk-x11-2.0.so.0
#10 0x08082302 in main ()
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1)
Versions of packages ethereal depends on:
ii ethereal-common0.10.10-2sarge4 network traffic analyser (common f
ii libadns1 1.0-8.2 Asynchronous-capable DNS client li
ii libatk1.0-01.8.0-4 The ATK accessibility toolkit
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libglib2.0-0 2.6.4-1 The GLib library of C routines
ii libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface
ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio
ii libpcap0.8 0.8.3-5 System interface for user-level pa
ii libpcre3 4.5-1.2sarge1 Perl 5 Compatible Regular Expressi
ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#612806: grub-pc: Doesn't boot and no menu. Error from memory grub_env not loaded(maybe set). Only applies v1.99
2011/4/4 Vladimir 'φ-coder/phcoder' Serbinenko : > usertag 612806 not-upstream > thanks >> Next time booted got error above followed by grub-rescue prompt. > > I think you meant > symbol not found: grub_env_export Very likely:) > This is a symptom of desync between core.img and modules. Like #589737. Checked #589737, looks similar. > > On 10.02.2011 20:51, rob wrote: >> >> * grub-pc/install_devices >> /dev/disk/by-id/ata-KINGSTON_SNVP325S264GB_30QS10BCT72Z > > Are you sure that it's the device you boot from? No, at that time booted from (hd0) /dev/disk/by-id/ata-WDC_WD2500JS-00NCB1_WD-WCANKD502570 as couldn't get grub to install to SSD -- rob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#476664: more info needed
2009/3/23 Robert Lemmen : > hi rob, > > unfortunately i could not reproduce the problem. please tell me > - are you sure nothing else was using up thge file descriptors > - the output of "uname -a" > - is the directory structure "shallow" (many directories, few files per > directory) or "deep" (few directories, many files per dir)? > - could you try the attached perl script, it creates a directory called > "FILL" with 10 subdirs of 1 small files each. does the problem > also show when deleting that? if yes: also when using "-rfll"? > - are there any other features of that directory structure that might > affect the outcome? hardlinks? symbolic links? directories without > the necessary permissions? > > thanks robert Job was running over night by itself (apart from OS) Uname -a at that time was: 2.6.24-1-amd64 SMP x86_64 GNU/Linux Just over 100 directories containing c.2400 files each, so 240,000 files in total No problem deleting directories created by fill.pl Changed PC hardware and installed Lenny twice since original bug reported and cannot now reproduce problem. Thanks rob http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=82BS4ZCMFR1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632369: dpkg-divert: error: rename involves overwriting file, different file, not allowed
On 2 July 2011 15:08, Andreas Beckmann wrote: > severity 632369 important > tags 632369 moreinfo > thanks > I need the installation history. Unfortunately the term.log you attached > was rotated on Juli 1st, so please look for additional history in > term.log.1 or term.log.1.*. term.log.1.gz sent same time and appears to show up on bug log? This is a new installation as of 24/06/11. UnInstalled as system is unstable with partial fglrx etc.installed. The first attempt to install left Xoeg not working and the glx-deversions* packages (0.1.1?) refused to be uninstalled, including trying to force. In the end I moved the diversion files from /var for those packages. Not sure what was happening at that point so used aptitude to completely remove Xorg and start again. > Did you run reportbug from the machine where glx-diversions was > installed (but failed to configure)? I'm missing the output from the bug > script and other things in your report. > > Andreas > Yes but will try to install pkgs in a short while . Do you want to close 632369 and I'll open a new bug report? -- rob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#887010: telegram-desktop segfaults on debian buster (amd64) using Gnome3
Package: telegram-desktop Version: 1.1.23-3 Severity: grave Justification: renders package unusable Dear maintainer(s), the telegram-desktop application is segfaulting during startup. The following lines are are the stdout and syslog entries related to the issue: (telegram-desktop:6324): GLib-GObject-WARNING **: cannot register existing type 'GdkDisplayManager' (telegram-desktop:6324): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed (telegram-desktop:6324): GLib-GObject-CRITICAL **: g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed (telegram-desktop:6324): GLib-GObject-WARNING **: invalid (NULL) pointer instance (telegram-desktop:6324): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed (telegram-desktop:6324): GLib-GObject-WARNING **: invalid (NULL) pointer instance (telegram-desktop:6324): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed (telegram-desktop:6324): GLib-GObject-WARNING **: cannot register existing type 'GdkDisplay' (telegram-desktop:6324): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed (telegram-desktop:6324): GLib-GObject-CRITICAL **: g_type_register_static: assertion 'parent_type > 0' failed (telegram-desktop:6324): GLib-CRITICAL **: g_once_init_leave: assertion 'result != 0' failed (telegram-desktop:6324): GLib-GObject-CRITICAL **: g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed fish: “telegram-desktop” terminated by signal SIGSEGV (Address boundary error) kernel: [ 561.008751] telegram-deskto[3858]: segfault at 114 ip 7f1729d8c75c sp 7ffcac131230 error 6 in libgdk-x11-2.0.so.0.2400.31[7f1729d3e000+af000] Setting the environment variabel 'XDG_CURRENT_DESKTOP' to 'NONE' solves the issue temporarily. As the version in the repository is quite old, please consider using the upstream version 1.2.X. Best, Robin -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages telegram-desktop depends on: ii libavcodec57 7:3.4.1-1+b1 ii libavformat577:3.4.1-1+b1 ii libavutil55 7:3.4.1-1+b1 ii libc62.26-2 ii libgcc1 1:7.2.0-19 ii libglib2.0-0 2.54.2-5 ii libminizip1 1.1-8+b1 ii libopenal1 1:1.18.2-1 ii libqt5core5a [qtbase-abi-5-9-2] 5.9.2+dfsg-6 ii libqt5gui5 5.9.2+dfsg-6 ii libqt5network5 5.9.2+dfsg-6 ii libqt5widgets5 5.9.2+dfsg-6 ii libssl1.11.1.0g-2 ii libstdc++6 7.2.0-19 ii libswresample2 7:3.4.1-1+b1 ii libswscale4 7:3.4.1-1+b1 pn libtgvoip1.0 ii libx11-6 2:1.6.4-3 ii qt5-image-formats-plugins5.9.2-2 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages telegram-desktop recommends: ii libappindicator1 0.4.92-5 telegram-desktop suggests no packages.
Bug#292324: Patch to build pciutils on Debian GNU/kFreeBSD
Package: pciutils Version: 2.1.11 This patch allows pciutils to build and run on Debian GNU/kFreeBSD. Part of it is taken from the FreeBSD port of libpci, so upstream may like this patch as well. In file lib/configure: 'uname -s' returns 'GNU/kFreeBSD'. The first part is truncated to make sure libpci builds for a FreeBSD kernel based system. This also works for any other Debian system in the future that is based on a kernel other than linux, eg. Debian GNU/kNetBSD. In file lib/fbsd-device.c: Patch from FreeBSD's libpci port, to include the correct PCI headers for that system. It needed an extra kernel version definition because Debian GNU/kFreeBSD has __FreeBSD_kernel_version instead of __FreeBSD_version. Also an extra header was included (stdint.h) because in Debian GNU/kFreeBSD it is not automatically used. Robin Elfrink -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292324: The forgotten attachment
Here it is. pciutils-2.1.11.kfreebsd.diff.gz Description: GNU Zip compressed data
Bug#292333: Patch to build apache 1.3.33
Package: apache Version: 1.3.33 Patch to the apache 1.3.33 debian package, so it builds and runs on Debian GNU/kFreeBSD. - Adds three patches to the debian/patches/ directory, which can be used by upstream as well (00[123]_gnukfreebsd_compile_fix_for_upstream). - Add __FreeBSD_kernel__ check to mod_backtrace.c because it also works on GNU/kFreeBSD. - Modify dbm patches so it also recognizes any GNU userland system, not only GNU/Hurd. Robin Elfrink apache-1.3.33.kfreebsd.diff.gz Description: GNU Zip compressed data
Bug#340646: More info
MCVS usually happens to be the canary in the coal mine for any packaging errors in clisp since it is one of the few packages in Debian that uses it; in this case it fails to build from source due to an error in the latest clisp packages. It appears thet clisp-dev does not depend on clisp for (at least) IA64 and SPARC. Buildd logs are available at: http://buildd.debian.org/fetch.php?&pkg=mcvs&ver=1.0.13-11&arch=ia64&stamp=1133382079&file=log&as=raw http://buildd.debian.org/fetch.php?&pkg=mcvs&ver=1.0.13-11&arch=sparc&stamp=118365&file=log&as=raw >From the installation logs, it becomes clear that clisp-dev does not depend on clisp, whereas I do believe that it should though. Thanks, - robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341850: More info
The following patch might fix this: --- clisp-2.35/debian/rules.orig2005-12-04 14:03:32.0 -0500 +++ clisp-2.35/debian/rules 2005-12-04 14:04:14.0 -0500 @@ -13,14 +13,10 @@ tmp:=`pwd`/debian/tmp XLIBS_PRE_DEPENDS= -ifneq (,$(filter alpha hppa ia64 ,$(DEB_BUILD_ARCH))) +ifneq (,$(filter alpha hppa ia64 m68k sparc ,$(DEB_BUILD_ARCH))) export CC = gcc -D SAFETY=3 -D NO_MULTIMAP_SHM -D NO_MULTIMAP_FILE -D NO_SINGLEMAP -D NO_TRIVIALMAP endif -ifneq (,$(filter m68k sparc ,$(DEB_BUILD_ARCH))) - export CC = gcc-3.3 -D SAFETY=3 -D NO_MULTIMAP_SHM -D NO_MULTIMAP_FILE -D NO_SINGLEMAP -D NO_TRIVIALMAP -endif - ifneq (,$(filter arm hppa,$(DEB_BUILD_ARCH))) # Disable FFI on ARM, HPPA, MIPSel FFI=--without-dynamic-ffi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340250: clisp: Package contains invalid link for base/lispinit.mem
Package: clisp Version: 2.35-8 Severity: important The clisp package contains an invalid symbolic link: /usr/lib/clisp/base/lispinit.mem --> ../full/lispinit.mem The file /usr/lib/clisp/full/lispinit-orig.mem DOES exist, but consequently clisp fails to start up, giving the user the following error: /usr/lib/clisp/base/lisp.run: operating system error during load of initialization file `/usr/lib/clisp/base/lispinit.mem' [spvw_memfile.d:834] errno = ENOENT: No such file or directory. It seems like simply renaming lispinit-orig.mem to lispinit.mem in the packaging should do the trick, unless I'm missing something. Thanks, - robin -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-a30p Locale: LANG=C, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339907: 339907
The reason for this dependency is the versioned part of it. KVIrc is present in Debian both as kvirc2 (version 2) and kvirc (version 3). The dependency for kvirc-data is versioned so that on upgrades, users don't get stuck using kvirc 3 with kvirc-data from kvirc 2. If this is in any way hare-brained, of course, I would like to hear why :) Thanks, - robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340304: (no subject)
This is a duplicate of bug #340250 for clisp: clisp: Package contains invalid link for base/lispinit.mem [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340250] Until that is fixed, I cannot do anything about it from this side. Thanks, - robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340250: clisp: Package contains invalid link for base/lispinit.mem
Ehm... why doesn't clisp declare a dependency on common-lisp-controller anymore? On Wed, Nov 23, 2005 at 05:33:22AM +0100, Peter Van Eynde wrote: > On Wednesday 23 November 2005 02:07, Robin wrote: > > What package is /usr/sbin/register-common-lisp-implementation supposed to > > be in? It's not in clisp or clisp-dev. > > common-lisp-controller get version >= 4.26 or the failure to configure an > implementation will not be reported back to dpkg. > > Groetjes, Peter > > -- > signature -at- pvaneynd.mailworks.org > http://www.livejournal.com/users/pvaneynd/ > "God, root, what is difference?" Pitr | "God is more forgiving." Dave > Aronson| > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312607: dasher: crashes on startup.
Package: dasher Version: 3.2.13-1 Severity: grave Justification: renders package unusable Maybe a conflict with the ion3 window manager ? After trying a few times to start it, from an xterm or run (F3), I reinstalled it, purging everything. After a second reinstall, I was able to launch dasher from an xterm. I closed it, but it crashed again when I started it from run (F3) and it crashed too the second time I tried to launch it from an xterm. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Versions of packages dasher depends on: ii at-spi 1.6.3-1 Assistive Technology Service Provi ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libatspi1.0-01.6.3-1 C binding libraries of at-spi for ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libexpat11.95.8-3XML parsing C library - runtime li ii libgcc1 1:3.4.3-13 GCC support library ii libgconf2-4 2.8.1-6 GNOME configuration database syste ii libglade2-0 1:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome-speech3 1:0.3.6-1 GNOME text-to-speech library ii libgnome2-0 2.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-02.8.0-1 A powerful object-oriented display ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.4-3 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii liborbit21:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libwnck4 2.8.1-3 Window Navigator Construction Kit ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii libxtst6 4.3.0.dfsg.1-14 X Window System event recording an ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#280573: quake2.wrapper prevents quake from starting under X
The addition of the quake2.wrapper prevents the game from starting under X. The default menu entries are not shell terminals, and as such the terminal can not 'read' from. The menu items need to be set to run in a terminal of type shell, and/or the wrapper needs to check to see if it has a terminal to read/write to before trying to use it. (Maybe use zenity if available) Regards. quake2 Description: application/shellscript
Bug#306306: apt-build: only builds old versions.
unsubscribe > On Mon, Apr 25, 2005 at 07:16:35PM +0200, Björn Heide wrote: >> Package: apt-build >> Version: 0.12.1 >> Severity: important >> >> I just tried to build GNOME 2.10 from experimental, but apt-build only >> builds old versions from testing. >> >> While apt-get would just do the right thing, >> >> # apt-get -s install libatk1.0-0 libatk1.0-dev >> Reading Package Lists... Done >> Building Dependency Tree... Done >> The following packages will be upgraded: >> libatk1.0-0 libatk1.0-dev >> 2 upgraded, 0 newly installed, 0 to remove and 152 not upgraded. >> Inst libatk1.0-dev [1.8.0-4] (1.9.0-1 Debian:experimental) [] >> Inst libatk1.0-0 [1.8.0-4] (1.9.0-1 Debian:experimental) >> Conf libatk1.0-0 (1.9.0-1 Debian:experimental) >> Conf libatk1.0-dev (1.9.0-1 Debian:experimental) >> >> apt-build only builds atk1.0 1.8.0-4 from testing, no matter if I try >> "apt-build install libatk1.0-0" or "apt-build update-source". >> >> It looks like apt-build blindly builds the first version it finds, no >> matter if apt-get would install something newer or not. > > Yes, that is my current problem with libapt-pkg-perl: it does not handle > policy. > The best thing I can do, is to grab the highest version, but I think it > would not be possible anymore to use the -t switch or the preferences > file to specify what version you want. > > libapt-pkg-perl lacks of support about this. Any hint will be apreciated. > > Regards, > -- > Julien Danjou > .''`. Debian developer > : :' : http://julien.danjou.info > `. `' http://people.debian.org/~acid > `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD >
Bug#306571: Readline module not in php4-cli
Package: php4-cli Version: 4:4.3.10-12 Severity: normal The php4-cli package includes no support for readline, yet http://packages.debian.org/testing/web/php4-cli says otherwise. I have libreadline[4|5] and libreadline[4|5]-dev installed, and all packages are upgraded on a daily basis. Example: [EMAIL PROTECTED]:~$ php4 -r 'var_dump(get_defined_functions());'|grep -i readline [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ php4 -i|grep readline [EMAIL PROTECTED]:~$ -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages php4-cli depends on: ii libbz2-1.0 1.0.2-5 high-quality block-sorting file co ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcomerr2 1.35-6 The Common Error Description libra ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.8-1 XML parsing C library - runtime li ii libkrb531.3.6-2 MIT Kerberos runtime libraries ii libmagic1 4.12-1 File type determination library us ii libncurses5 5.4-4Shared libraries for terminal hand ii libpcre34.5-1.1 Perl 5 Compatible Regular Expressi ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii libzzip-0-120.12.83-4library providing read access on Z ii mime-support3.28-1 MIME files 'mime.types' & 'mailcap ii php4-common 4:4.3.10-12 Common files for packages built fr ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302296: similar symptoms with a kernel from sarge
As Klaus Ita noticed, this bug and bug #306546 look very similar. As reported under #306546, I observed the same kind of problems, and with a kernel image from sarge (kernel-image-2.4.27-2-686-8). Could someone confirm that it happens with this kernel? Speaking of similar symptoms, I have not actually seen the assertion failure message. According to ps, the cron and login processes having problems with libnss-ldap, libpam-ldap and nscd seemed to just sleep for ever. Robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306546: login fails with nscd & linux-2.6
Hi,
I am also experiencing login problems with nscd (2.3.2.ds1-21) on
machines running 2.6 kernels (kernel-image-2.6.10-i386 2.6.10-6).
They use libpam-ldap (178-1) & libnss-ldap (238-1) to access
authentification and accounting information for normal users and
etc files for root.
When nscd is running, users cannot login on a machine running a 2.6
kernel, even as root on the console but they can through ssh from a
machine running a 2.4 kernel. No problem on the machines running
2.4. If I stop the nscd daemon on the machines running 2.6, then
everything seems fine again.
The attached file shows the strace output of a failing 'su' while
nscd is running.
Robin
execve("/bin/su", ["su"], [/* 31 vars */]) = 0
uname({sys="Linux", node="halftrack", ...}) = 0
brk(0) = 0x8055000
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe9000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.preload", O_RDONLY)= -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=60718, ...}) = 0
old_mmap(NULL, 60718, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fda000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/libcrypt.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\t\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=18876, ...}) = 0
old_mmap(NULL, 181692, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fad000
old_mmap(0xb7fb2000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x4000) = 0xb7fb2000
old_mmap(0xb7fb3000, 157116, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fb3000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libpam.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\25\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=30360, ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fac000
old_mmap(NULL, 29324, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fa4000
old_mmap(0xb7fab000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x7000) = 0xb7fab000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libpam_misc.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\16"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=8800, ...}) = 0
old_mmap(NULL, 11880, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7fa1000
old_mmap(0xb7fa3000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0xb7fa3000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`Z\1\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=1254468, ...}) = 0
old_mmap(NULL, 1264780, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7e6c000
old_mmap(0xb7f96000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x129000) = 0xb7f96000
old_mmap(0xb7f9f000, 7308, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f9f000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\32"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9872, ...}) = 0
old_mmap(NULL, 8632, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xb7e69000
old_mmap(0xb7e6b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x2000) = 0xb7e6b000
close(3)= 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e68000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e682a0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0xb7fda000, 60718) = 0
brk(0) = 0x8055000
brk(0x8076000) = 0x8076000
brk(0) = 0x8076000
getuid32() = 1001
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
readlink("/proc/self/fd/0", 0x8055080, 4095) = -1 EACCES (Permission denied)
fstat
Bug#306546: happens with linux 2.4.27 as well
Hi, Today I installed kernel-image-2.4.27-2-686 (2.4.27-8) on one of the PC that was running a self-compiled kernel 2.4.27. I rebooted the machine and since then one cannot login on the console while the nscd daemon is running. The login process sleeps in sys_rt_sigsuspend, as do some children of the cron daemon. Also, I do not pretend that this problem comes from the nscd daemon itself, but rather from the interaction of LDAP, pam, nss and nscd. However, my limited understanding of this interaction still prevents me from nailing the actual culprit. Robin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301088: Package: installation-reports
Package: installation-reports Debian-installer-version: 23-03-2005 2.6 floppy boot from http://people.debian.org/~stappers/d-i/images/2005-03-23/sparc32/floppy/2.6/ uname -a: Unable to do (no initial boot) Date: 23-Mar-2005 19:30 CET (GMT +1) Method: I tried to boot of a floppy Machine: Sun SparcStation 5 Processor: sparc32 (170 Mhz) Memory: 128 MB Root Device: Root Size/partition table: can't boot Output of lspci and lspci -n: can't be done no boot Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: When booting and pressing enter at the SILO promt (booting default) I get the following error: Kernel panic: VFS: Unable to mount root fs on unknown-block(0,0) <0>Press L1-A to return to the boot prom when I enter "linux root=/dev/fd0" at the SILO prompt booting gets further but I get the following problem: VFS: Insert root floppy disk to be loaded into RAM disk and press ENTER but the boot floppy in the drive isn't ejected so I can't place the root floppy. I think "eject fd0" or something simmiliar needs to be called prior of showing the message Greetings, Robin Harmsen / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301086: Package: installation-reports
Package: installation-reports Debian-installer-version: 23-03-2005 floppy boot from http://people.debian.org/~stappers/d-i/images/2005-03-23/sparc32/floppy/ uname -a: Unable to do (no initial boot) Date: 23-Mar-2005 19:30 CET (GMT +1) Method: I tried to boot of a floppy Machine: Sun SparcStation 5 Processor: sparc32 (170 Mhz) Memory: 128 MB Root Device: Root Size/partition table: can't boot Output of lspci and lspci -n: can't be done no boot Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] Configure network HW: [ ] Config network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Create file systems:[ ] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: When booting and pressing enter at the SILO promt (booting default) I get the following error: Kernel panic: No init found. Try passing init= option to kernel. Press L1-A to return to the boot prom when I enter "linux root=/dev/fd0" at the SILO prompt booting gets further at a given moment i get: VFS: Insert root floppy disk to be loaded into RAM disk and press ENTER the floppy is ejected, but when I press ENTER nothing happens. Greetings, Robin Harmsen / [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301088: acknowledged by developer (Re: Bug#301088: Package: installation-reports)
Actualy I don't aggree of this being a duplicate as only a part of the problem is the same It is both the same that the root isn't set Ok (althoug it seems that way) but on #301086 pressing ENTER on the prompt doesn't do anything on #301088 the floppy isn't ejected as supposed to - Original Message - From: "Debian Bug Tracking System" <[EMAIL PROTECTED]> To: "Robin Harmsen" <[EMAIL PROTECTED]> Sent: Wednesday, March 23, 2005 8:49 PM Subject: Bug#301088 acknowledged by developer (Re: Bug#301088: Package: installation-reports) This is an automatic notification regarding your Bug report #301088: Package: installation-reports, which was filed against the installation-reports package. It has been closed by one of the developers, namely Frans Pop <[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 the developer, by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Received: (at 301088-done) by bugs.debian.org; 23 Mar 2005 19:39:20 + From [EMAIL PROTECTED] Wed Mar 23 11:39:19 2005 Return-path: <[EMAIL PROTECTED]> Received: from smtp-out1.tiscali.nl [195.241.79.176] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DEBhH-0007sq-00; Wed, 23 Mar 2005 11:39:19 -0800 Received: from strider.fjphome.nl (195-240-184-66-mx.xdsl.tiscali.nl [195.240.184.66]) by smtp-out1.tiscali.nl (Postfix) with ESMTP id B91AB80119CB; Wed, 23 Mar 2005 20:39:18 +0100 (CET) From: Frans Pop <[EMAIL PROTECTED]> To: "Robin Harmsen" <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Subject: Re: Bug#301088: Package: installation-reports Date: Wed, 23 Mar 2005 20:39:29 +0100 User-Agent: KMail/1.7.1 References: <[EMAIL PROTECTED]> In-Reply-To: <[EMAIL PROTECTED]> Cc: debian-boot@lists.debian.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Closing as this is a duplicate of #301086. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301088:
- is there any way to manually eject the floppy the only way a sparcstation5 can eject is by executing a command it hasn't got a button on the exterior. I tryed it throug boor prom this is done by doing: pressing L1-A (Stop + A) to enter the boot prom then typing eject so the floppy is ejected then replacing the floppy then typing go to return to linux but the I a error loop that the buffer I/O of fd0 is broken or something... this has nothing to do with the installer. - if there is, does pressing after inserting the root floppy do anything or is it the same as for 2.4 when pressing without changing diskette I get the same as with 2.4 but I noticed that by pressing sereral times does something... this was without replacing the floppy I will test this on 2.4 also, maby I will be able to get some more booting done, I will report my findings in the other bug thread.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301086: [sparc32] [floppy, 2.4.27] Root floppy not read
previous seems not to get throug --- I noticed that when pressing seral times (4 times precicely) it does boot so the things that need to be done for the 2.4 disks are: setting the root to /dev/fd0 in silo.conf (or some other fix) and making it so only one is enough and not 4 -- Added --- at this moment the installer is running I got my partitions setup and now it is downloading and installing the base system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241497: RFC and status report: Kernel upgrades for woody->sarge upgrades
Hi, at this moment I am testing the Debian Installer on a SS5 (sun4m I thougt) cause I wanted a newer kernel then 2.2.20. but it isn't working very well I am willing to test this upgrade-kernel to get a beter kernel and be able to do a woody->sarge upgrade I think I will start with it right afther I finished my test with the debian installer and filled in a report I hope I will be able to help :) Greetings Robin Harmsen [EMAIL PROTECTED] http://www.rharmsen.nl - Original Message - From: "Frank Lichtenheld" <[EMAIL PROTECTED]> To: ; ; Cc: <[EMAIL PROTECTED]> Sent: Thursday, March 24, 2005 2:31 PM Subject: RFC and status report: Kernel upgrades for woody->sarge upgrades Hi all. As many of you may know on some machines users will need to install a current kernel before they will be able to upgrade woody to sarge (or better: glibc of woody to glibc of sarge). I've tried to use the available information to provide the needed files for these kernel upgrades. To my knowledge the affected machines/architecures are currently hppa64, sparc sun4m (only some of them) and 80386. Because of the pain to maintain a kernel backport over the lifetime of sarge we have decided to only offer backports of the needed tools (modutils, module-init-tools and initrd-tools) to use stock sarge kernels on woody. It is planned to upload these files together with some documentation into a upgrade-kernel (or whatever else name the ftpmasters will prefer) directory in the archive. I've prepared the necessary backports and some rudimentary documentation and put it online at http://higgs.djpig.de/upgrade/upgrade-kernel/ We now need people that - test the backports - read/comment on/improve the documentation Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301235: Package: installation-reports
Package: installation-reports Debian-installer-version: Floppy images build on (20050323) from http://people.debian.org/~stappers/d-i/images/2005-03-23/sparc32/floppy/ uname -a: Linux (none) 2.4.27-2-sparc32 #1 Tue Feb 15 00:11:41 PST 2005 sparc unknown Date: 2005-03-24 14:24 CET (GMT+1) Method: I booted from the floppy images, into expret mode I needed to speciefy, root=/dev/fd0 when also the drivers were loaded the rest is done throug LAN (NATted) everything is downloaded from http://ftp.surfnet.nl using the testing distribution Machine: Got the machine from someone, haven't got any documentation or clue what what is I just love to try to get a good running Linux on it althoug I am not a Linux "goeroe", I just know my way around google and some linux basics (with x86) Here is a list of what I do know: Sun SparcStation5 (SS5 / sun4m?) with 170 MHz 128 MB of ram Floppy Drive 2 internal SCSI drives SCSI1 (0,1,0) (sda) 1.1 GB QUANTUM FB1080J SUN1.05 SCSI1 (0,3,0) (sdb) 2.2 GB IBM DCAS32160 SUN2.1G 1 extrnal UltraSCSI drive SCSI2 (0,6,0) (sbc) 18.1 GB SEAGATE ST318404L SUN18G (in a Sun UltraSCSI casing) Extrenal SCSI is connected to a SBUS card which also has a 10/100Mbit lan port (HAPPYMEAL) Processor:SS5 (sun4m) Memory: 128 MB Root Device: SCSI Root Size/partition table: Partition Table made with installer: sda, one partition ext3 used as / (root) sdb, one partition ext3 used as /home sdc, three partitions #1 8 GB used as /usr #2 512 MB used as swap #4 9.6 GB used as /var Output of lspci and lspci -n: no lspci available on boot disks Modules (auto) loaded: sunlance (for onbaord LAN) sunhme (for SBUS HappyMeal LAN card) scsi_mod esp(for Sun Microsystems ESP SCSI) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] Configure network HW: [O] Config network: [O] Detect CD:[]No CD Drives Load installer modules: [O] Detect hard drives: [O] Partition hard drives: []Already done previously (with installer) Create file systems:[]Already done previously (with installer) Mount partitions:[E] Install base system:[O] Install boot loader: [O] Reboot: [E] Comments/Problems: Initial boot doesn't work propperly need to do root=/dev/fd0 otherwise no boot possible Mounting can't be done throug the installe menu's It always wan't to format the harddrive, or am I doning something wrong here? got some errors while booting, I thinks this is my own fault, as I didn't format the disks, but just did a rm * -r afther mounting and before doing a base installation Error1: Warning: Your /etc/fstab does not contain the fsck passno field. I will kludge around things for you, but you should fix your /etc/fstab file as soon as possible Error2: error while loading shared libraries: libdiscover.so.1: cannot open object file: No such file or directory Error3: can't create /var/run/dhclient.eth0.leases: No such file or directory exiting. Faild to bring up eth0. Error4: /etc/init.d/rcS: line 1: cut: command not found /etc/init.d/rcS: line 29: [: =: unary operator expected /etc/init.d/rsC: line 24: /var/run/utmp: No such file or directory Error5: Initialising random number generator... urandom start: failed: at the end I get: Starting system log deamon: syslogd. but nothing happens for about 5 minutes so I stopped the computer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301238: Package: installation-reports
Package: installation-reportsDebian-installer-version: Floppy images build on (20050323) from http://people.debian.org/~stappers/d-i/images/2005-03-23/sparc32/floppy/uname -a: Linux (none) 2.4.27-2-sparc32 #1 Tue Feb 15 00:11:41 PST 2005 sparc unknownDate: 2005-03-24 14:24 CET (GMT+1)Method: I booted from the floppy images, into expret mode I needed to speciefy, root=/dev/fd0 when also the drivers were loaded the rest is done throug LAN (NATted) everything is downloaded from http://ftp.surfnet.nl using the testing distributionMachine: Got the machine from someone, haven't got any documentation or clue what what is I just love to try to get a good running Linux on it althoug I am not a Linux "goeroe", I just know my way around google and some linux basics (with x86) Here is a list of what I do know: Sun SparcStation5 (SS5 / sun4m?) with 170 MHz 128 MB of ram Floppy Drive 2 internal SCSI drives SCSI1 (0,1,0) (sda) 1.1 GB QUANTUM FB1080J SUN1.05 SCSI1 (0,3,0) (sdb) 2.2 GB IBM DCAS32160 SUN2.1G 1 extrnal UltraSCSI drive SCSI2 (0,6,0) (sbc) 18.1 GB SEAGATE ST318404L SUN18G (in a Sun UltraSCSI casing) Extrenal SCSI is connected to a SBUS card which also has a 10/100Mbit lan port (HAPPYMEAL)Processor: SS5 (sun4m)Memory: 128 MBRoot Device: SCSIRoot Size/partition table: Partition Table made with installer: sda, one partition ext3 used as / (root) sdb, one partition ext3 used as /home sdc, three partitions #1 8 GB used as /usr #2 512 MB used as swap #4 9.6 GB used as /varOutput of lspci and lspci -n: no lspci available on boot disksModules (auto) loaded: sunlance (for onbaord LAN) sunhme (for SBUS HappyMeal LAN card) scsi_mod esp (for Sun Microsystems ESP SCSI)Base System Installation Checklist:[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try itInitial boot worked: [E]Configure network HW: [O]Config network: [O]Detect CD: [] No CD DrivesLoad installer modules: [O]Detect hard drives: [O]Partition hard drives: [] Already done previously (with installer)Create file systems: [] Already done previously (with installer)Mount partitions: [E]Install base system: [O]Install boot loader: [O]Reboot: [E]Comments/Problems: Initial boot doesn't work propperly need to do root=/dev/fd0 otherwise no boot possible Mounting can't be done throug the installe menu's It always wan't to format the harddrive, or am I doning something wrong here? got some errors while booting, I thinks this is my own fault, as I didn't format the disks, but just did a rm * -r afther mounting and before doing a base installation Error1: Warning: Your /etc/fstab does not contain the fsck passno field. I will kludge around things for you, but you should fix your /etc/fstab file as soon as possible Error2: error while loading shared libraries: libdiscover.so.1: cannot open object file: No such file or directory Error3: can't create /var/run/dhclient.eth0.leases: No such file or directory exiting. Faild to bring up eth0. Error4: /etc/init.d/rcS: line 1: cut: command not found /etc/init.d/rcS: line 29: [: =: unary operator expected /etc/init.d/rsC: line 24: /var/run/utmp: No such file or directory Error5: Initialising random number generator... urandom start: failed: at the end I get: Starting system log deamon: syslogd. but nothing happens for about 5 minutes so I stopped the computer.
Bug#301238:
close 301238 thanks oops duplicate -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#222144: /usr/sbin/smbd: More information
Package: samba Version: 3.0.14a-3 Followup-For: Bug #222144 Hey I also just received this in my E-mail: The Samba 'panic action' script, /usr/share/samba/panic-action, was called for pid 22466 (/usr/sbin/smbd). Below is a backtrace for this process generated with gdb, which shows the state of the program at the time the error occured. You are encouraged to submit this information as a bug report to Debian. For information about the procedure for submitting bug reports , please see http://www.debian.org/Bugs/Reporting or the reportbug(1) manpage. (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 22466)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0x40253808 in waitpid () from /lib/libc.so.6 #0 0x40253808 in waitpid () from /lib/libc.so.6 #1 0x402db880 in ?? () from /lib/libc.so.6 #2 0x401ec4c2 in strtold_l () from /lib/libc.so.6 #3 0x081eb261 in smb_panic2 () #4 0x081eb1ea in smb_panic () #5 0x081d7368 in dbgtext () #6 0x40366825 in __pthread_sighandler () from /lib/libpthread.so.0 #7 #8 0x08200b90 in tdb_append () #9 0x0820103c in tdb_open_ex () #10 0x08202d9b in tdb_open_log () #11 0x081c9d90 in pdb_smbpasswd_init () #12 0x081ca79c in pdb_smbpasswd_init () #13 0x081b4ac5 in smb_register_passdb () #14 0x081b6b88 in pdb_getsampwnam () #15 0x08225f3c in auth_rhosts_init () #16 0x082265b1 in auth_rhosts_init () #17 0x082239ff in smb_register_auth () #18 0x0822d809 in password_ok () #19 0x0810fad1 in ntlmssp_end () #20 0x0810f0db in ntlmssp_update () #21 0x0822db2d in auth_ntlmssp_update () #22 0x080b0a71 in reply_getattrE () #23 0x080b0d44 in reply_getattrE () #24 0x080b1d18 in reply_sesssetup_and_X () #25 0x080d7a76 in respond_to_all_remaining_local_messages () #26 0x080d7d00 in respond_to_all_remaining_local_messages () #27 0x080d7f0c in process_smb () #28 0x080d8c58 in smbd_process () #29 0x082655f5 in main () MySQL also then suffered a massive crash a few hours later. Maybe not linked though. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages samba depends on: ii debconf [debconf-2.0] 1.4.51 Debian configuration management sy ii libacl1 2.2.23-1 Access control list shared library ii libattr12.4.21-1.0.1 Extended attribute shared library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcomerr2 1.37-2sarge1 common error description library ii libcupsys2-gnutls10 1.1.23-10Common UNIX Printing System(tm) - ii libkrb531.3.6-3 MIT Kerberos runtime libraries ii libldap22.1.30-10OpenLDAP libraries ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpopt01.7-5lib for parsing cmdline parameters ii logrotate 3.7-5Log rotation utility ii netbase 4.21 Basic TCP/IP networking system ii samba-common3.0.14a-3Samba common files used by both th -- debconf information: samba/nmbd_from_inetd: * samba/run_mode: daemons samba/log_files_moved: samba/tdbsam: false * samba/generate_smbpasswd: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241497: RFC and status report: Kernel upgrades for woody->sarge upgrades
I installed a minimal basic "stable" installation of Debian (no packages selected with tasksel or dselect) when doing the upgade as stated on http://higgs.djpig.de/upgrade/upgrade-kernel/ via the dpkg method. I first needed to install zlib1g, ash and stat. maby it is better to mention that those need to be installed prior. and there is no mentioning of what to change in silo.conf cause you need to specify the initrd somehow. I added: initrd=1/initrd.img is this correct? afther rebooting I get the following error(s): modprobe: Noting to load ??? Specify at least a module or a wildcard like \* pivot_root: No such file or directory /sbin/init: cannot open dev/console: no such file Kernel panic: Attempted to kill init! - Original Message - From: "Frank Lichtenheld" <[EMAIL PROTECTED]> To: ; ; Cc: <[EMAIL PROTECTED]> Sent: Thursday, March 24, 2005 2:31 PM Subject: RFC and status report: Kernel upgrades for woody->sarge upgrades Hi all. As many of you may know on some machines users will need to install a current kernel before they will be able to upgrade woody to sarge (or better: glibc of woody to glibc of sarge). I've tried to use the available information to provide the needed files for these kernel upgrades. To my knowledge the affected machines/architecures are currently hppa64, sparc sun4m (only some of them) and 80386. Because of the pain to maintain a kernel backport over the lifetime of sarge we have decided to only offer backports of the needed tools (modutils, module-init-tools and initrd-tools) to use stock sarge kernels on woody. It is planned to upload these files together with some documentation into a upgrade-kernel (or whatever else name the ftpmasters will prefer) directory in the archive. I've prepared the necessary backports and some rudimentary documentation and put it online at http://higgs.djpig.de/upgrade/upgrade-kernel/ We now need people that - test the backports - read/comment on/improve the documentation Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241497: RFC and status report: Kernel upgrades for woody->sarge upgrades
I installed a minimal basic "stable" installation of Debian (no packages selected with tasksel or dselect) when doing the upgade as stated on http://higgs.djpig.de/upgrade/upgrade-kernel/ via the dpkg method. I first needed to install zlib1g, ash and stat. maby it is better to mention that those need to be installed prior. and there is no mentioning of what to change in silo.conf cause you need to specify the initrd somehow. I added: initrd=1/initrd.img is this correct? afther rebooting I get the following error(s): modprobe: Noting to load ??? Specify at least a module or a wildcard like \* pivot_root: No such file or directory /sbin/init: cannot open dev/console: no such file Kernel panic: Attempted to kill init! - Original Message - From: "Frank Lichtenheld" <[EMAIL PROTECTED]> To: ; ; Cc: <[EMAIL PROTECTED]> Sent: Thursday, March 24, 2005 2:31 PM Subject: RFC and status report: Kernel upgrades for woody->sarge upgrades Hi all. As many of you may know on some machines users will need to install a current kernel before they will be able to upgrade woody to sarge (or better: glibc of woody to glibc of sarge). I've tried to use the available information to provide the needed files for these kernel upgrades. To my knowledge the affected machines/architecures are currently hppa64, sparc sun4m (only some of them) and 80386. Because of the pain to maintain a kernel backport over the lifetime of sarge we have decided to only offer backports of the needed tools (modutils, module-init-tools and initrd-tools) to use stock sarge kernels on woody. It is planned to upload these files together with some documentation into a upgrade-kernel (or whatever else name the ftpmasters will prefer) directory in the archive. I've prepared the necessary backports and some rudimentary documentation and put it online at http://higgs.djpig.de/upgrade/upgrade-kernel/ We now need people that - test the backports - read/comment on/improve the documentation Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#241497: RFC and status report: Kernel upgrades for woody->sarge upgrades
Actualy the SS5 (at least the one I have got here) does have the problem for libc6 version I need a kernel above 2.4.21, and for that kernel I need that libc6 version. - Original Message - From: "Steve Langasek" <[EMAIL PROTECTED]> To: ; Cc: <[EMAIL PROTECTED]> Sent: Thursday, March 24, 2005 11:44 PM Subject: Re: RFC and status report: Kernel upgrades for woody->sarge upgrades -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301374: Package: installation-reports - Floppy Boot Error
Package: installation-reports Debian-installer-version: Sparc32 Floppy images with kernel 2.4 build 23-03-2005 from http://people.debian.org/~stappers/d-i/images/2005-03-23/sparc32/floppy/ uname -a: Linux sun01 2.4.27-2-sparc32 #1 Tue Feb 15 00:11:41 PST 2005 sparc GNU/Linux Date: 25-03-2005 Method: I booted of the floppy images, and installed everything from http://ftp.surfnet.nl Machine: SparcStation 5 Processor: SS5 / sun4m (i think) Memory: 128 MB Root Device: SCSI Root Size/partition table: Irrelevant Output of lspci and lspci -n: Irrelevant Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[E] Configure network HW: [O] Config network: [O] Detect CD: [] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: I needed to boot the floppy disk with: linux root=/dev/fd0 otherwise I get the following errors: cramfs: wrong magic mount_devfs_fs(): unable to mount devfs, err: -2 Warning: unable to open an initial console. Kernel panic: No init found. Try passing init= option to kernel. also when asked to put in a new disk and hit I need to hit four (4) times -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301374: Package: installation-reports - Floppy Boot Error
Is there another place where I can get the images? cause from 2005-03-24 only net-drivers.img is available and not root.img and boot.img this is from http://people.debian.org/~stappers/d-i/images/ - Original Message - From: "Joey Hess" <[EMAIL PROTECTED]> To: "Robin Harmsen" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Friday, March 25, 2005 3:58 PM Subject: Re: Bug#301374: Package: installation-reports - Floppy Boot Error Robin Harmsen wrote: Debian-installer-version: Sparc32 Floppy images with kernel 2.4 build 23-03-2005 from http://people.debian.org/~stappers/d-i/images/2005-03-23/sparc32/floppy/ I needed to boot the floppy disk with: linux root=/dev/fd0 otherwise I get the following errors: cramfs: wrong magic mount_devfs_fs(): unable to mount devfs, err: -2 Warning: unable to open an initial console. Kernel panic: No init found. Try passing init= option to kernel. If you'll try again with the next daily build made after this message, that should not be necessary, although it's possible my change could break the 2.6 floppies (dunno). also when asked to put in a new disk and hit I need to hit four (4) times This is a kernel bug, I'll reassign it to the kernel. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301088:
The boot process isn't far enoug to get a console, so no way to do a eject or unmount. 2.4 kernel works great by the way. - Original Message - From: "Christian Mack" <[EMAIL PROTECTED]> Newsgroups: linux.debian.bugs.dist,linux.debian.maint.boot Sent: Saturday, March 26, 2005 11:10 AM Subject: Bug#301088: Hi Robin First let me say: I don't know anything about sparc specific issues. So my help is limited to "normal" hints. Robin Harmsen wrote: - is there any way to manually eject the floppy the only way a sparcstation5 can eject is by executing a command it hasn't got a button on the exterior. I tryed it throug boor prom this is done by doing: While installing can you switch consoles? If yes, is there an "eject" command? pressing L1-A (Stop + A) to enter the boot prom then typing eject so the floppy is ejected then replacing the floppy then typing go to return to linux but the I a error loop that the buffer I/O of fd0 is broken or something... this has nothing to do with the installer. Perhaps you have to manually unmount /dev/fd0 befor ejecting like this? (This has to be tried/done on 2-nd console too.) - if there is, does pressing after inserting the root floppy do anything or is it the same as for 2.4 when pressing without changing diskette I get the same as with 2.4 but I noticed that by pressing sereral times does something... this was without replacing the floppy I will test this on 2.4 also, maby I will be able to get some more booting done, I will report my findings in the other bug thread.. Sorry, can't help you there. Bye Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301299: sun xkb mapping
I noticed that I dit have the same problem with my Sparc Station 5
this update fixes it :)
- Original Message -
From: "Vincent McIntyre" <[EMAIL PROTECTED]>
Newsgroups: linux.debian.bugs.dist,linux.debian.maint.boot
Sent: Saturday, March 26, 2005 4:00 PM
Subject: Bug#301299: sun xkb mapping
Hi Blars
The xkb problem has been fixed, both /etc/X11/xkb/symbols/sun/{us,se}
have the semicolons removed in the latest xlibs package.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=299370
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302384: installation report (ipv6 problem)
The one thing I really find annoying is that the kernel by default has ipv6 enabled. I dont understand much of it, but it seems that ipv6 (or the way it is used / installed by default or at least on my system) is responsible for annoying lag in looking up domain names. Now if you could tell me the easyiest way to remove ipv6 I would be happy. Otherwise I will have to recompile the kernel without ipv6. This can't be a good default install like that! Except from that - debian is amazing and this installer rocks. maby it is just loadad as a module, try looking in /etc/modules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303640: kernel-image-2.6.8-10-amd64-k8: Xfree86 fails to find a VESA chipset
Subject: kernel-image-2.6.8-10-amd64-k8: Xfree86 fails to find a VESA chipset Package: kernel-image-2.6.8-10-amd64-k8 Version: 2.6.8-11 Severity: important *** Please type your report below this line *** Hi, I just installed Debian testing on a new Athlon64/nForce4 machine. This machine boots correctly with the default i386 (2.6.8-2) kernel installed by d-i, and XFree86 correctly connects to a VESA chip. Nevertheless, if I boot on the 2.6.8-10-amd64-k8 kernel, then XFree86 can not find a VESA interface anymore, and thus fails to provide the graphic mode. - /etc/X11/XF86Config-4 was not changed - The graphic chipset is a GeForce 6600GT, integrated on the Gigabyte NX6600 128MB Vivo board. The complete /var/log/XFree86.0.log file is sent as an attachment. Regards, David. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-image-2.6.8-10-amd64-k8 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii initrd-tools 0.1.77 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-12.0.1 20050223080930 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.9 i686 [ELF] Build Date: 23 February 2005 This version of XFree86 has been extensively modified by the Debian Project, and is not supported by the XFree86 Project, Inc., in any way. Bugs should be reported to the Debian Bug Tracking System; see http://www.debian.org/Bugs/Reporting >. We strongly encourage the use of the "reportbug" package and command to ensure that bug reports contain as much useful information as possible. Before filing a bug report, you may want to consult the Debian X FAQ: XHTML version: file:///usr/share/doc/xfree86-common/FAQ.xhtml plain text version: file:///usr/share/doc/xfree86-common/FAQ.gz Module Loader present OS Kernel: Linux version 2.6.8-10-amd64-k8 ([EMAIL PROTECTED]) (gcc versión 3.4.4 20041218 (prerelease) (Debian 3.4.3-6)) #1 Sun Jan 30 03:54:49 CET 2005 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/XFree86.0.log", Time: Thu Apr 7 21:16:29 2005 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "ViewSonic P95f+" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "fr" (**) XKB: layout: "fr" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,005e card 1462,7125 rev a3 class 05,80,00 hdr 00 (II) PCI: 00:01:0: chip 10de,0050 card 1462,7125 rev a3 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 10de,0052 card 1462,7125 rev a2 class 0c,05,00 hdr 80 (II) PCI: 00:02:0: chip 10de,005a card 1462,7125 rev a2 class 0c,03,10 hdr 80 (II) PCI: 00:02:1: chip 10de,005b card 1462,7125 rev a3 class 0c,03,
Bug#303640: kernel-image-2.6.8-10-amd64-k8: Xfree86 fails to find a VESA chipset
* lspci -vv (with 2.6.8-2-386) :00:00.0 Memory controller: nVidia Corporation: Unknown device 005e (rev a3) Subsystem: Micro-Star International Co., Ltd.: Unknown device 7125 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Reset- FastB2B- :00:0a.0 Bridge: nVidia Corporation: Unknown device 0057 (rev a3) Subsystem: Micro-Star International Co., Ltd.: Unknown device 7125 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- Reset- FastB2B- Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] Message Signalled Interrupts: 64bit+ Queue=0/1 Enable- Address: Data: Capabilities: [58] #08 [a800] Capabilities: [80] #10 [0141] :00:0c.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Reset- FastB2B- Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] Message Signalled Interrupts: 64bit+ Queue=0/1 Enable- Address: Data: Capabilities: [58] #08 [a800] Capabilities: [80] #10 [0141] :00:0d.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Reset- FastB2B- Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] Message Signalled Interrupts: 64bit+ Queue=0/1 Enable- Address: Data: Capabilities: [58] #08 [a800] Capabilities: [80] #10 [0141] :00:0e.0 PCI bridge: nVidia Corporation: Unknown device 005d (rev a3) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Reset- FastB2B- Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] Message Signalled Interrupts: 64bit+ Queue=0/1 Enable- Address: Data: Capabilities: [58] #08 [a800] Capabilities: [80] #10 [0141] :01:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) Subsystem: Realtek Semiconductor Co., Ltd. RTL-8029(AS) Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR+ TAbort- SERR-
Bug#303640: kernel-image-2.6.8-10-amd64-k8: Xfree86 fails to find a VESA chipset
* dmesg of 2.6.8-2-386 after boot and its lsmod : v2.0 (20020519) ACPI: Subsystem revision 20040326 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) PCI: Transparent bridge - :00:09.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT] ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 *5 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNK2] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNK3] (IRQs *3 4 5 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNK4] (IRQs 3 4 *5 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNK5] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LUBA] (IRQs 3 4 5 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LUBB] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LMAC] (IRQs 3 4 5 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LACI] (IRQs 3 4 5 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LMCI] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LSMB] (IRQs 3 4 5 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LUB2] (IRQs *3 4 5 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LIDE] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LSID] (IRQs 3 4 5 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LFID] (IRQs 3 4 5 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LPCA] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [APC1] (IRQs 16) *0, disabled. ACPI: PCI Interrupt Link [APC2] (IRQs 17) *0, disabled. ACPI: PCI Interrupt Link [APC3] (IRQs 18) *0, disabled. ACPI: PCI Interrupt Link [APC4] (IRQs 19) *0, disabled. ACPI: PCI Interrupt Link [APC5] (IRQs *16), disabled. ACPI: PCI Interrupt Link [APCF] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCG] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCH] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCJ] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCK] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCS] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCL] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCZ] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APSI] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APSJ] (IRQs 20 21 22 23) *0, disabled. ACPI: PCI Interrupt Link [APCP] (IRQs 20 21 22 23) *0, disabled. Linux Plug and Play Support v0.97 (c) Adam Belay PnPBIOS: Scanning system for PnP BIOS support... PnPBIOS: Found PnP BIOS installation structure at 0xc00fbf80 PnPBIOS: PnP BIOS version 1.0, entry 0xf:0xbfb0, dseg 0xf PnPBIOS: 14 nodes reported by PnP BIOS; 14 recorded by driver PCI: Using ACPI for IRQ routing ACPI: PCI Interrupt Link [APCS] enabled at IRQ 23 ACPI: PCI interrupt :00:01.1[A] -> GSI 23 (level, low) -> IRQ 169 ACPI: PCI Interrupt Link [APCF] enabled at IRQ 22 ACPI: PCI interrupt :00:02.0[A] -> GSI 22 (level, low) -> IRQ 177 ACPI: PCI Interrupt Link [APCL] enabled at IRQ 21 ACPI: PCI interrupt :00:02.1[B] -> GSI 21 (level, low) -> IRQ 185 ACPI: PCI Interrupt Link [APCJ] enabled at IRQ 20 ACPI: PCI interrupt :00:04.0[A] -> GSI 20 (level, low) -> IRQ 193 ACPI: PCI Interrupt Link [APSI] enabled at IRQ 23 ACPI: PCI interrupt :00:07.0[A] -> GSI 23 (level, low) -> IRQ 169 ACPI: PCI Interrupt Link [APSJ] enabled at IRQ 22 ACPI: PCI interrupt :00:08.0[A] -> GSI 22 (level, low) -> IRQ 177 ACPI: PCI Interrupt Link [APCH] enabled at IRQ 21 ACPI: PCI interrupt :00:0a.0[A] -> GSI 21 (level, low) -> IRQ 185 ACPI: PCI Interrupt Link [APC3] enabled at IRQ 18 ACPI: PCI interrupt :01:08.0[A] -> GSI 18 (level, low) -> IRQ 201 ACPI: PCI Interrupt Link [APC4] enabled at IRQ 19 ACPI: PCI interrupt :01:0c.0[A] -> GSI 19 (level, low) -> IRQ 209 ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16 ACPI: PCI interrupt :01:0d.0[A] -> GSI 16 (level, low) -> IRQ 217 ACPI: PCI interrupt :03:00.0[A] -> GSI 16 (level, low) -> IRQ 217 ACPI: PCI interrupt :05:00.0[A] -> GSI 18 (level, low) -> IRQ 201 number of MP IRQ sources: 15. number of IO-APIC #2 registers: 24. testing the IO APIC... IO APIC #2.. register #00: 0200 ...: physical APIC id: 02 ...: Delivery Type: 0 ...: LTS : 0 register #01: 00170011 ... : max redirection entries: 0017 ... : PRQ implemented: 0 ... : IO APIC version: 0011 register #02: 0200 ... : arbitration: 02 IRQ redirection table: NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect: 00 000 00 100 0 00000 01 001 01 000 0 01139 02 000 00 100 0 00000 03 001 01 000 0 01141 04 001 01 000 0 01149 05 001 01 000 0 01151 06 001 01 000 0
Bug#303640: kernel-image-2.6.8-10-amd64-k8: Xfree86 fails to find a VESA chipset
lsmod on the amd64-k8 kernel : Module Size Used by af_packet 23308 2 forcedeth 18432 0 amd74xx14768 1 ehci_hcd 30788 0 ohci_hcd 21252 0 eth139421840 0 ne2k_pci 10336 0 8390 10240 1 ne2k_pci ohci1394 33540 0 dm_mod 58008 0 mousedev 11852 0 evdev 10944 0 tsdev 8576 0 sbp2 24392 0 ieee1394 372632 3 eth1394,ohci1394,sbp2 psmouse19340 0 ide_generic 1856 0 ide_disk 20864 0 ide_cd 42016 0 ext3 119760 5 jbd58224 1 ext3 mbcache 9928 1 ext3 ide_scsi 17796 0 ide_core 154336 5 amd74xx,ide_generic,ide_disk,ide_cd,ide_scsi sr_mod 17956 0 cdrom 39208 2 ide_cd,sr_mod sd_mod 21440 9 sata_sil9604 0 sata_nv 9732 7 libata 42632 2 sata_sil,sata_nv scsi_mod 129888 5 sbp2,ide_scsi,sr_mod,sd_mod,libata unix 29696 28 font9152 0 vesafb 6960 0 cfbcopyarea 4160 1 vesafb cfbimgblt 3328 1 vesafb cfbfillrect 4352 1 vesafb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303640: kernel-image-2.6.8-10-amd64-k8: Xfree86 fails to find a VESA chipset
please note the message "XFree86: vm86 mode not supported on 64 bit kernel" at the end of the log. I have just noticed it. May this issue be related to XFree86? dmesg on the amd64 flavoured kernel : Bootdata ok (command line is BOOT_IMAGE=Linux ro root=801) Linux version 2.6.8-10-amd64-k8 ([EMAIL PROTECTED]) (gcc versión 3.4.4 20041218 (prerelease) (Debian 3.4.3-6)) #1 Sun Jan 30 03:54:49 CET 2005 BIOS-provided physical RAM map: BIOS-e820: - 0009f800 (usable) BIOS-e820: 0009f800 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 3fff (usable) BIOS-e820: 3fff - 3fff3000 (ACPI NVS) BIOS-e820: 3fff3000 - 4000 (ACPI data) BIOS-e820: e000 - f000 (reserved) BIOS-e820: fec0 - fec01000 (reserved) BIOS-e820: fee0 - fef0 (reserved) BIOS-e820: fefffc00 - ff00 (reserved) BIOS-e820: - 0001 (reserved) No mptable found. On node 0 totalpages: 262128 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 258032 pages, LIFO batch:16 HighMem zone: 0 pages, LIFO batch:1 PCI bridge 00:09 from 10de found. Setting "noapic". Overwrite with "apic" ACPI: RSDP (v000 Nvidia) @ 0x000f8fc0 ACPI: RSDT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x) @ 0x3fff3040 ACPI: FADT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x) @ 0x3fff30c0 ACPI: MCFG (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x) @ 0x3fff95c0 ACPI: MADT (v001 Nvidia AWRDACPI 0x42302e31 AWRD 0x) @ 0x3fff9500 ACPI: DSDT (v001 NVIDIA AWRDACPI 0x1000 MSFT 0x010e) @ 0x ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 15:7 APIC version 16 ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: Skipping IOAPIC probe due to 'noapic' option. Using ACPI for processor (LAPIC) configuration information Intel MultiProcessor Specification v1.4 Virtual Wire compatibility mode. OEM ID: OEM0 <6>Product ID: PROD <6>APIC at: 0xFEE0 I/O APIC #2 Version 17 at 0xFEC0. Processors: 1 Checking aperture... CPU 0: aperture @ c01000 size 32 MB Aperture from northbridge cpu 0 too small (32 MB) No AGP bridge found Built 1 zonelists Kernel command line: BOOT_IMAGE=Linux ro root=801 console=tty0 Initializing CPU#0 PID hash table entries: 16 (order 4: 256 bytes) time.c: Using 1.193182 MHz PIT timer. time.c: Detected 2211.367 MHz processor. Console: colour VGA+ 80x25 Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes) Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes) Memory: 1023152k/1048512k available (1585k kernel code, 24564k reserved, 901k data, 124k init) Calibrating delay loop... 4374.52 BogoMIPS Security Scaffold v1.0.0 initialized Capability LSM initialized Mount-cache hash table entries: 256 (order: 0, 4096 bytes) CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU: AMD Athlon(tm) 64 Processor 3500+ stepping 0a Using local APIC NMI watchdog using perfctr0 Using local APIC timer interrupts. Detected 12.564 MHz APIC timer. checking if image is initramfs...it isn't (ungzip failed); looks like an initrd NET: Registered protocol family 16 PCI: Using configuration type 1 PCI: Using MMCONFIG at e000 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040326 ACPI: IRQ9 SCI: Edge set to Level Trigger. ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) PCI: Transparent bridge - :00:09.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT] ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 *5 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNK2] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNK3] (IRQs *3 4 5 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNK4] (IRQs 3 4 *5 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNK5] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LUBA] (IRQs 3 4 5 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LUBB] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LMAC] (IRQs 3 4 5 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LACI] (IRQs 3 4 5 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LMCI] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LSMB] (IRQs 3 4 5 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LUB2] (IRQs *3 4 5 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LIDE] (IRQs 3 4 5 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LSID] (IRQs 3 4 5 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LFID] (IRQs 3 4 5 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LPCA] (IRQs 3 4 5 7 9 10 11 12 14 15
Bug#303640: kernel-image-2.6.8-10-amd64-k8: Xfree86 fails to find a VESA chipset
Hi Kurt, Indeed, I installed the i386 binaries of Debian (from netinst-i386.iso), and then tried to use a kernel specific to my architecture. This is not amd64, neither amd64-pure. I will try to remove read-edid, if there isn't strong dependencies on this package. Regards, David On Apr 10, 2005 8:03 PM, Kurt Roeckx <[EMAIL PROTECTED]> wrote: > On Fri, Apr 08, 2005 at 10:17:47PM +0200, David Robin wrote: > > please note the message "XFree86: vm86 mode not supported on 64 bit > > kernel" at the end of the log. I have just noticed it. May this issue > > be related to XFree86? > > I'm assuming that this is using the amd64 kernel with a i386 > userland? > > I know that read-edid is using vm86. Could you please try > removing that package and try again? > > > Kurt > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303640: kernel-image-2.6.8-10-amd64-k8: Xfree86 fails to find a VESA chipset
Hi, just tried. No other package depends on "read-edid", so I removed it, and booted on the installed "2.6.8-10.amd64-k8" kernel. => The behaviour is just the same, sorry. The log files appears to be unchanged : - the same "V_BIOS checksum error" in XFree86.0.log, - the same message about vm86 and the 64bit mode, in dmesg's output. Ultimately, I may wish to install the sid kernel, should I ? Regards, David On Apr 11, 2005 11:49 PM, maximilian attems <[EMAIL PROTECTED]> wrote: > On Sun, 10 Apr 2005, David Robin wrote: [...] > > I will try to remove read-edid, if there isn't strong dependencies on > > this package. > > any feedback on that? > > -- > maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
