Bug#526961: blame binutils for ssh-keygen segfaults
Obviously I was looking n the wrong direction when trying to track down ssh-keygen segfaults. Please merge with Bug#537972. On Mon, Oct 05, 2009 at 10:27 +0200, Arnaud Patard wrote: Erik de Castro Lopo mle+deb...@mega-nerd.com writes: Hi, [ foreword: please note that I'm not a DD and only using debian mipsel from time to time in a chroot ] Siggy Brentrup wrote: With the overwhelming support for 'outdated architectures' from other DDs (not on this list) in mind, I decided to go with {open,net}BSD instead for my collection of ancient machines. One of things that makes support MIPS in debian difficult is the lack of MIPS machines for DDs to test on. Sure but in this case, this is a generic mips issue. As it already happened in the past, PIE support in mips is only able to produce broken binaries (bug #526961). While nobody can't be blamed for not having fixed the binutils bugs, imho mips porters should have taken time to look for debs built with PIE and report bugs against them. No need to do a runtime test, it's only a matter of a 'grep' on build logs. I would say (and I hope) that this was not only due to lack of time or something like. Thanks to Arnaud for pointing me in the right direction. Siggy -- O ascii ribbon campaign - stop html mail - www.asciiribbon.org+ |11 days until|bsb-at-psycho-dot-informationsanarchistik-dot-de| |www.Ubucon.de|or:bsb-at-psycho-dot-i21k-dot-de| +--- ceterum censeo javascriptum esse restrictam + signature.asc Description: Digital signature
Bug#549224: [mm-deb] Bug#549224: postfix-to-mailman.py cannot receive cookies
On Sat, Oct 03, 2009 at 12:13 +0200, martin f krafft wrote: I think the fix is quite simple, since the confirmation string seems to be read from the mail header anyway; thus, postfix does not have to pass it and should thus pass only the user (before the extension string). So far, this works in my tests. --- postfix-to-mailman.py.orig 2009-10-03 12:05:03.451041000 +0200 +++ postfix-to-mailman.py.new 2009-10-03 12:12:34.984991228 +0200 @@ -51,7 +51,7 @@ # /etc/postfix/master.cf #mailman unix - n n - - pipe # flags=FR user=list -# argv=/var/lib/mailman/bin/postfix-to-mailman.py ${nexthop} ${mailbox} +# argv=/var/lib/mailman/bin/postfix-to-mailman.py ${nexthop} ${user} You're reverting it to it's original form, cf. http://bazaar.launchpad.net/~bsb/py-snippets-bsb/trunk/annotate/head%3A/admin/postfix-to-mailman.py According to changelog.Debian Thijs Kinkhorst broke it for mm 1:2.1.8-2. # # /etc/postfix/transport: # lists.example.com mailman: Regs Siggy -- O ascii ribbon campaign - stop html mail - www.asciiribbon.org+ |13 days until|bsb-at-psycho-dot-informationsanarchistik-dot-de| |www.Ubucon.de|or:bsb-at-psycho-dot-i21k-dot-de| +--- ceterum censeo javascriptum esse restrictam + signature.asc Description: Digital signature
Bug#505927: just use the date(1) -d library instead of your own poorer date parser
Hi jidanni, I'm extremely angry about you forwarding my findings to the Debian BTS. Debian decided not to give me a vote again without passing a full NM procedure which I don't accept, hence: *I don't fix their bugs without having a vote*. @ Debian's at maintainer, I hereby declare: *You are not allowed to use my findings for Debian.* No objection against the Cc to gnu though. On Mon, Aug 31, 2009 at 17:23 +0800, jida...@jidanni.org wrote: However to get at to accept such a date, one needs: $ at -v $(date --rfc-3339=date -d 'now + 5 years + 11 months') Fri Oct 17 03:56:00 2014 warning: commands will be executed using /bin/sh B'B How do you like these: B'B at-ng/build% ./at now + 5 years + 11 months B'B Job will run at or after Wed, 29 Jul 2015 20:26:00 +0200. B'B It was a trivial fix adding just 2 lines to the grammar. I'll cc them to let them know... @jidanni Please don't cite me to anybody without my permission. I addressed jida...@jidanni.org, not 505927-submit...@bugs.d.o or even 505...@bugs.d.o, which you may be assured I am capable of. My goal is not to make Debian's at package better, but to offer an enhanced replacement via https://launchpad.net/~at-ng. Thanks Siggy ps: Do you grant me permission to cite you to at...@free-it.org, which obviously is an address for at-ng related stuff? -- O ascii ribbon campaign - stop html mail - www.asciiribbon.org+ | 仅46天时间 |Open Source in Northern Germany: www.free-it.org| |www.Ubucon.de|tech contact: bsb-at-free-dash-it-dot-de| +--- ceterum censeo javascriptum esse restrictam + signature.asc Description: Digital signature
Bug#540501: closed by أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@users.sourceforge.net (Bug#540501: fixed in dico 2.0-4)
On Sun, Aug 16, 2009 at 14:03 +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the python-wit package: #540501: python-wit - weird version mismatch It has been closed by أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@users.sourceforge.net. Format: 1.8 Date: Sat, 08 Aug 2009 17:27:15 +0300 Source: dico Binary: dicod dico libdico0 dico-dev dico-doc dico-module-outline dico-module-dictorg dico-module-guile dico-module-python dico-module-mediawiki python-wit python-dicoclient dicoweb Architecture: source i386 all Version: 2.0-4 Distribution: unstable Urgency: low Maintainer: أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@users.sourceforge.net Changed-By: أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@users.sourceforge.net args, when will it show up in squeeze? Regs Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Bug#518405: rkhunter: Rkhunter complains about comment in
Hi, when looking into this bug I noticed you mention a bogus test: permitrootlogin=`cat ${I}/sshd_config | grep PermitRootLogin | grep -v #` Try the following: % grep PermitRootLogin | grep -v '#' EOF PermitRootLogin no # PermitRootLogin yes PermitRootLogin yes # Allow root to login remotely EOF PermitRootLogin no % IIRC sshd uses the last occurrence of an option if it is given multiple times. I'd suggest you change your test to % (cut -d'#' -f 1 | grep PermitRootLogin) EOF PermitRootLogin no # PermitRootLogin yes PermitRootLogin yes # Allow root to login remotely EOF PermitRootLogin no PermitRootLogin yes % Thanks Siggy ps: I didn't read rkhunter code, judging only from your sample. -- bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Bug#541013: O: at -- Delayed job execution and batch processing
On Tue, Aug 11, 2009 at 10:48 +0200, Sandro Tosi wrote: Package: wnpp Severity: normal The current maintainer of at, Ryan Murray rmur...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. I maintained at in early 2000 and even then was discussing with Joey (Schulze) that a full rewrite would be the best thing you could do to at, iirc I was somewhere near completion when a paid job stopped my work on OSS stuff for some time. The package seems to have collected bugs over the years (59!) making me think of skimming over some old tapes for my code and finish the rewrite. But, as I already told you on another thread, I won't contribute substantially to Debian without having a vote (nagged DAM on sunday). Regards Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Bug#518405: rkhunter: Rkhunter complains about comment in
On Tue, Aug 11, 2009 at 12:20 +0200, Julien Valroff wrote: Le mardi 11 août 2009 à 11:05 +0200, Bernd 'Siggy' Brentrup a écrit : Hi, when looking into this bug I noticed you mention a bogus test: permitrootlogin=`cat ${I}/sshd_config | grep PermitRootLogin | grep -v #` Try the following: % grep PermitRootLogin | grep -v '#' EOF PermitRootLogin no # PermitRootLogin yes PermitRootLogin yes # Allow root to login remotely EOF PermitRootLogin no % IIRC sshd uses the last occurrence of an option if it is given multiple times. I'd suggest you change your test to % (cut -d'#' -f 1 | grep PermitRootLogin) EOF PermitRootLogin no # PermitRootLogin yes PermitRootLogin yes # Allow root to login remotely EOF PermitRootLogin no PermitRootLogin yes % You are right, and this was already fixed in the latest release. The code is now: grep -i '^PermitRootLogin[ =]' ${SSH_CONFIG_FILE} | tail -1 Which detects the last option only. Sorry to say this is still wrong, options are not required to start at the beginning of a line, think of Match blocks where they are usually indented for better readability. IMHO you need a config file parser to analyze sshd_config. Regards Siggy -- bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Bug#541013: O: at -- Delayed job execution and batch processing
On Tue, Aug 11, 2009 at 13:11 +0200, Sandro Tosi wrote: On Tue, Aug 11, 2009 at 13:05, Siggy Brentrupdeb...@psycho.i21k.de wrote: On Tue, Aug 11, 2009 at 10:48 +0200, Sandro Tosi wrote: Package: wnpp Severity: normal The current maintainer of at, Ryan Murray rmur...@debian.org, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. I maintained at in early 2000 and even then was discussing with Joey (Schulze) that a full rewrite would be the best thing you could do to at, be my guest. iirc I was somewhere near completion when a paid job stopped my work on OSS stuff for some time. The package seems to have collected bugs over the years (59!) making me think of skimming over some old tapes for my code and finish the rewrite. I suggest to form a team around it: you're welcome to join (I suppose) but I *will not* lead it. Given I decide to look after and find the code, I'll announce a lp project. But, as I already told you on another thread, I won't contribute substantially to Debian without having a vote (nagged DAM on sunday). You repeat it at each mail, but you should really bother DAM not each recipients of your messages (because I doubt it will gives your any result). Only if asked for help :) an O: being a corner case I admit. ATM I'm looking for my place in the OSS world, I'd prefer Debian but I am no patient guy, 4 weeks w/o any reaction not even an acknowledgement of receipt are akin to a denial for me. It's easy: I won't bother you anymore with this if you don't ask me to contribute or help. and I'll refrain from following up to O:, RFH: c. Thanks Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Bug#540501: none
Package: python-wit Version: 2.0-3 Severity: normal I asked for help with this on debian-python and Piotr Ożarowski answered, here we go: Here's a problem I don't see how to solve nor which package to report a bug against. On each safe-upgrade I see the following Processing triggers for python-support ... Compiling /usr/lib/pymodules/python2.4/wit/wiki2html.py ... File /usr/lib/pymodules/python2.4/wit/wiki2html.py, line 119 text if (text and text != '') \ ^ it's a bug in package that provides wit/wiki2html.py file (python-wit?) - it should have = 2.5 in XS-Python-Version or 2.5- in debian/pyversions (if it uses python-support) Could you report a bug? -=[ Piotr Ożarowski ]=- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-wit depends on: ii python2.5.4-2An interactive high-level object-o ii python-support1.0.3 automated rebuilding support for P python-wit recommends no packages. python-wit suggests no packages. -- no debconf information -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Bug#539102: Please create user...@d.o
+1 -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Bug#539198: hotssh should depend on hotwire
Package: hotssh Version: 0.2.5-1 Severity: normal Sorry to report this from my Ubuntu box but at present I don't have hotssh installed on any Debian one, with aptitude I see that this problem persists in Debian/squeeze. If installed w/o hotwire, opening a displayed and recognized URL silently does nothing. I reported this to Bugzilla Bug 590119 Nothing happens when clicking on recognized link in window helpfull comment: you must ctrl-click gr RTS shows that hotssh imports webbrowser from hotwire.externals. This mandates at least a Recommends: if not a Depends: hotwire. Thanks Siggy -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-proposed'), (500, 'jaunty') Architecture: i386 (i686) Kernel: Linux 2.6.28-14-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hotssh depends on: ii gnome-terminal 2.26.0-0ubuntu2 The GNOME 2 terminal emulator appl ii openssh-client 1:5.1p1-5ubuntu1 secure shell client, an rlogin/rsh ii python 2.6.2-0ubuntu1An interactive high-level object-o ii python-central 0.6.11ubuntu7 register and build utility for Pyt ii python-dbus0.83.0-1ubuntu1 simple interprocess messaging syst ii python-gtk22.14.1-1ubuntu1 Python bindings for the GTK+ widge ii python-vte 1:0.20.0-0ubuntu2 Python bindings for the VTE widget hotssh recommends no packages. hotssh suggests no packages. -- no debconf information -- bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Bug#538212: please provide a linux-image-r5k-ip22
On Sat, Jul 25, 2009 at 12:39 +0200, Martin Michlmayr wrote: * Siggy Brentrup deb...@psycho.i21k.de [2009-07-24 12:41]: You almost convinced me the problem is not kernel related and searching the archives of debian mips yielded a message from Martin Michlmayr t...@cyrius.com http://lists.debian.org/debian-mips/2008/03/msg00039.html stating that r4k-ip22 are running on r5k-ip22 machines too. You may close the bug for now, I'll investigate further and reopen and reassign it: living w/o a working sshd on that machine isn't really an option. openssh is compiled with -fPIC on mipsen, downgrading to the stable version cures the system. Actually I planned to follow up after compiling w/o -fPIC and testing installation to be sure to have found the culprit, but since you are writing this, here's the current status: it seems to be no kernel problem. I was going to respond to your earlier message saying that the r4k-ip22 kernel now works on both R4K and R5K machines, but I was traveling. The main problem is that we don't have a maintainer for SGI related things in Debian anymore (volunteers welcome). Thomas Bogendoerfer tsbog...@alpha.franken.de does some upstream kernel work so maybe he can help you track it down in case it's a kernel bug. Provided da-manager decides to reopen my account b...@d.o (no reaction on their part on my gpg-signed mail since Jul 12) I might be interested to help. Thanks for caring Siggy -- bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Bug#538212: please provide a linux-image-r5k-ip22
On Thu, Jul 23, 2009 at 22:44 -0600, dann frazier wrote: reassign 538212 linux-2.6 thanks On Fri, Jul 24, 2009 at 05:55:01AM +0200, Siggy Brentrup wrote: Package: linux-latest-2.6 Severity: wishlist I'm owning an Indy R5000 with IP22 ROM. last dist-upgrade left me with an unconfigured openssh-server because ssh-keygen friends segfault during initialization. I seem to remember from before 2004 that I experienced similar problems which were remedied by installing a r5k-ip22 kernel. Since I can't find any documentation on that fact, it's just from the top of my head. What evidence do you have that this is a kernel issue? It's from my previous experience from 2001 I guess; I know for sure replacing r4k-ip22 with r5k-ip22 cured the problem previously, just can't find any reference, I guess it was a tip received on irc. Was there an oops (see dmesg output)? Nothing in /var/log/dmesg* Can you get a backtrace w/ gdb? Does it go away if you back to the previous kernel? No, first I experienced the problem during a dist-upgrade w/ 2.6.26-2-r4k-ip22, still logged in via ssh sitting downstairs on my teras; when I came back to the Indy's console for booting the new kernel I noticed a full screen titled 'you have found a kernel bug #7'. Hoping this will disappear with the new kernel and openssh-server being configured I rebooted to the current kernel, sadly only with partial success: - no more kernel errors on screen - openssh-server still fails to configure (one of ssh-keygen's friends segfaulting.) I'm attaching the recording from 21 gdb ssh | tee gdb_ssh You almost convinced me the problem is not kernel related and searching the archives of debian mips yielded a message from Martin Michlmayr t...@cyrius.com http://lists.debian.org/debian-mips/2008/03/msg00039.html stating that r4k-ip22 are running on r5k-ip22 machines too. You may close the bug for now, I'll investigate further and reopen and reassign it: living w/o a working sshd on that machine isn't really an option. Thanks for caring Siggy -- bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as mips-linux-gnu... (no debugging symbols found) (gdb) run nfs.winnegan.fake Starting program: /usr/bin/ssh nfs.winnegan.fake (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. 0x2aab566c in ?? () from /lib/ld.so.1 (gdb) where #0 0x2aab566c in ?? () from /lib/ld.so.1 warning: GDB can't find the start of the function at 0x2aab566c. GDB is unable to find the start of the function at 0x2aab566c and thus can't determine the size of that function's stack frame. This means that GDB may be unable to access that stack frame, or the frames below it. This problem is most likely caused by an invalid program counter or stack pointer. However, if you think GDB should simply search farther back from 0x2aab566c for code which looks like the beginning of a function, you can increase the range of the search using the `set heuristic-fence-post' command. #1 0x2aab566c in ?? () from /lib/ld.so.1 warning: GDB can't find the start of the function at 0x2aab566b. Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) c Continuing. Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. (gdb) q signature.asc Description: Digital signature
Bug#537972: Furher information
Hi, attached is the recording of 21 gdb ssh | tee gdb_ssh. I noticed that all programs I saw segfaulting in the early stages are MSB shared objects but not all shared objects segfault. So that might be a library problem. I'll investigate further Thanks Siggy -- bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as mips-linux-gnu... (no debugging symbols found) (gdb) run nfs.winnegan.fake Starting program: /usr/bin/ssh nfs.winnegan.fake (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. 0x2aab566c in ?? () from /lib/ld.so.1 (gdb) where #0 0x2aab566c in ?? () from /lib/ld.so.1 warning: GDB can't find the start of the function at 0x2aab566c. GDB is unable to find the start of the function at 0x2aab566c and thus can't determine the size of that function's stack frame. This means that GDB may be unable to access that stack frame, or the frames below it. This problem is most likely caused by an invalid program counter or stack pointer. However, if you think GDB should simply search farther back from 0x2aab566c for code which looks like the beginning of a function, you can increase the range of the search using the `set heuristic-fence-post' command. #1 0x2aab566c in ?? () from /lib/ld.so.1 warning: GDB can't find the start of the function at 0x2aab566b. Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) c Continuing. Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. (gdb) q signature.asc Description: Digital signature
Bug#537972: ssh-keygen segfaults on my indy r5k
Found this in the changelog: openssh (1:5.1p1-6) unstable; urgency=low * Build with -fPIC on mips/mipsel (thanks, Luk Claes; closes: #531942). ... but seems to be causing this bug, downgrading from -6 to -5 cured the system. If you want me to rebuild and test w/o -fPIC on mips, drop me a note. I wonder why nobody even tries to install such an important package before it migrates to testing. Thanks Siggy -- bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Bug#538212: please provide a linux-image-r5k-ip22
Package: linux-latest-2.6 Severity: wishlist I'm owning an Indy R5000 with IP22 ROM. last dist-upgrade left me with an unconfigured openssh-server because ssh-keygen friends segfault during initialization. I seem to remember from before 2004 that I experienced similar problems which were remedied by installing a r5k-ip22 kernel. Since I can't find any documentation on that fact, it's just from the top of my head. This machine being so slw and low on disk and memory, I'll try to crosscompile on better equipped box now. Thanks Siggy -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: mips (mips64) Kernel: Linux 2.6.30-1-r4k-ip22 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Bug#537972: ssh-keygen segfaults on my indy r5k
Package: openssh-client Version: 1:5.1p1-6 Severity: normal This bug showed up during a remote dist-upgrade to sid while configuring openssh-server - leaving me without ssh access to this machine after reboot. Feel free to ask for further information or assistance, I'd even grant ssh access to this box if only possible. % egrep 'type|model' /proc/cpuinfo system type : SGI Indy cpu model : R5000 V1.0 FPU V1.0 Thanks for caring Siggy -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: mips (mips64) Kernel: Linux 2.6.30-1-r4k-ip22 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages openssh-client depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.27Debian configuration management sy hi dpkg 1.15.3.1 Debian package management system ii libc6 2.9-20GNU C Library: Shared libraries ii libcomerr2 1.41.3-1 common error description library ii libedit2 2.11-20080614-1 BSD editline and history libraries ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k ii libk5crypto3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries ii libncurses55.7+20090613-1shared libraries for terminal hand ii libssl0.9.80.9.8k-3 SSL shared libraries ii passwd 1:4.1.4.1-1 change and administer password and ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime Versions of packages openssh-client recommends: ii openssh-blacklist 0.4.1 list of default blacklisted OpenSS ii openssh-blacklist-extra 0.4.1 list of non-default blacklisted Op ii xauth 1:1.0.3-2 X authentication utility Versions of packages openssh-client suggests: pn keychain none (no description available) pn libpam-ssh none (no description available) ii ssh-askpass 1:1.2.4.1-7 under X, asks user for a passphras -- no debconf information -- bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Bug#537257: findutils: [mips] xargs fails with an assertion
Package: findutils Version: 4.4.2-1 Severity: normal During an apt-get dist-upgrade from etch to testing on my Indy R5000 IP-22 I see the following lines: xargs: xargs.c:450: main: Assertion `bc_ctl.arg_max = (131072-2048)' failed. Aborted xargs: xargs.c:450: main: Assertion `bc_ctl.arg_max = (131072-2048)' failed. Aborted xargs: xargs.c:450: main: Assertion `bc_ctl.arg_max = (131072-2048)' failed. Aborted With the dist-upgrade still in progess I manually edit the system info below -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: mips Kernel: Linux 2.6.24-etchnhalf.1-r4k-ip22 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages findutils depends on: ii libc6 2.9-12 GNU C Library: Shared libraries findutils recommends no packages. Versions of packages findutils suggests: No packages found matching locate. No packages found matching mlocate. -- no debconf information -- bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de signature.asc Description: Digital signature
Bug#537257: findutils: [mips] xargs fails with an assertion)
submitter 537257 deb...@psycho.i21k.de serverity 537257 critical thanks Well, the dist-upgrade currently in progress won't complete with a broken xargs. Here's some additional information: % ls | xargs file xargs: xargs.c:450: main: Assertion `bc_ctl.arg_max = (131072-2048)' failed. zsh: broken pipe ls | zsh: IOT instruction xargs file % uname -a Linux peachum 2.6.24-etchnhalf.1-r4k-ip22 #1 Sun Jan 11 07:31:04 UTC 2009 mips64 GNU/Linux % With the system in an inconsistent state I'm in urgent need of a working xargs, hence severity critical. I will now try to compile a working xargs. xargs-less'ly yours Siggy -- bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de signature.asc Description: Digital signature
Bug#537257: findutils: [mips] xargs fails with an assertion
severity 537257 normal thanks Hi Andreas, up to now your answer didn't show up here - probably due to greylisting at my MX ? Quoting from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537257 With version of findutils (xargs) does this bug apply to? Is it indeed 4.4.2-1, as the report says or the old version 4.2.28-1etch1? With reportbug not yet installed on the Indy, I reported from a i386 machine running testing. Sorry if I didn't make it clear enough. If it is indeed 4.2.28-1etch1, could you try a apt-get install findutils to check whether this actually applies to recent versions? Thanks, that did it. But shouldn't a dist-upgrade handle this problem gracefully? Changing severity back to normal, yet I don't consider the bug closed, please reassign to the appropriate package. Thanks for the immediate reply Siggy -- Please don't cc: me when replying on the list. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org