Bug#357733: component.d files
hi, I made up some scripts for componenet.d/ that you might like to add to the package. see attached tarball. sr/ -- http://www.nuit.ca/ http://pentangle.nuit.ca/ezine/vol_x/x0305.html http://simonraven.nuit.ca/ ARA: http://www.antiracistaction.ca/ Heathens Against Hate: http://home.earthlink.net/~wodensharrow/hah.html component.d.tar.gz Description: application/tar-gz pgpUPf5ZPD307.pgp Description: PGP signature
Bug#352154: zsh: SEGV with zstyle ':completion:*' word true enabled
Le ven 2006-02-10 a 21:46:40 -0500, Clint Adams [EMAIL PROTECTED] a dit: found a bug in zsh and zsh-beta. when i have the above-mentioned completion style it just SEGVs. i trimmed it down all the way to just a few completions, and when i commented that one out, it worked fine. Could you describe the exact steps to reproduce it? start off with a new .zshrc, run autoload -U compinstall, add ^^ to it, if it isn't there already, then login with that file in place. make sure you rm ~/.zcompdump; then, comment it out, rm .zcompdump again, then you'll note when you do something like: dpkg -tab zsh it won't SEGV. whereas when you *do* have it uncommented, and rm'd .zcompdump, and do the exact same command, it crashes (was testing with both a sub-shell [zsh -l] and a real login shell). -- http://www.nuit.ca/ http://home.earthlink.net/~wodensharrow/hah.html ,''`. http://www.debian.org/ http://simonraven.nuit.ca/ http://www.antiracistaction.ca/ : :' : Debian GNU/Linux http://pentangle.nuit.ca/ezine/vol_x/x0305.html' `- pgp0tmGk3NcjV.pgp Description: PGP signature
Bug#348854: /usr/lib/libmysqlclient.so.15: no version information available
Le jeu 2006-01-19 a 14:03:40 -0500, Andreas Metzler [EMAIL PROTECTED] a dit: reassign 348854 libmysqlclient15 5.0.18-6 thanks On 2006-01-19 Laurent Fousse [EMAIL PROTECTED] wrote: Package: exim4 Version: 4.60-3 Severity: normal Hello, I get the message in $SUBJECT everytime I run sendmail or mailq, since last upgrade. Looks like libmysqlclient15 lost its versioned symbols when going from -4 to -6. Downgrading to libmysqlclient15 to 5.0.18-4 makes the error message go away. Running objdump -p on /usr/lib/libmysqlclient.so.15 shows this difference: --- /tmp/objdump-5.0.18-4 2006-01-19 19:32:47.555957880 +0100 +++ /tmp/objdump-5.0.18-6 2006-01-19 19:33:16.086620560 +0100 [snip] -Version definitions: -1 0x01 0x0c4ff675 libmysqlclient.so.15 -2 0x00 0x04cd889e HIDDEN -3 0x00 0x086276f0 MYSQL_5.0 - [snip] eh, this seems a bit borked, doesn't it? -- Now that we are poor, we are free. No white man controls our footsteps. If we must die, we die defending our rights. -- Chief Sitting Bull pgpJ33JSSiH7Q.pgp Description: PGP signature
Bug#347852: [Pkg-dspam-misc] Bug#347852: dspam: shouldn't SEGV when it gets permission denied from a command
Le ven 2006-01-13 a 03:39:49 -0500, Matthijs Mohlmann [EMAIL PROTECTED] a dit: Hi, This needs idd a bit investigation :) Well you need to chown the configuration in /etc/dspam/dspam.d/* to the user dspam and then it don't give a segfault anymore. ok. If /etc/dspam/dspam.conf has wrong permissions then dspam refuses to start up without a segfault, when one of the included files has wrong permissions then it dspam segfaults. There is a bug in the add-config-dir patch that needs to be addressed. The bug doesn't hurt that much and I'll try to fix this. ok. thanks Regards, Matthijs Mohlmann see you, sr/ -- http://www.nuit.ca/ http://pentangle.nuit.ca/ezine/vol_x/x0305.html http://simonraven.nuit.ca/ ARA: http://www.antiracistaction.ca/ Heathens Against Hate: http://home.earthlink.net/~wodensharrow/hah.html pgpVKbCMoghPO.pgp Description: PGP signature
Bug#347511: postinst for libdspam7-drv-pgsql needs s/mysql/pgsql/g
hi, you can close this bug, since the postinst seems to have been fixed up. i just built -2 locally, and was about to go edit it, when i noticed it'd been fixed (dspam 3.6.2-2 isn't present for PPC in experimental yet). thanks sr/ -- Only a brain-damaged operating system would support task switching and not make the simple next step of supporting multitasking. -- George McFry pgpiDK5plQ9ZW.pgp Description: PGP signature
Bug#343572: tetex-bin: additional info to bug #343572
Le mer 2006-01-04 a 05:08:29 -0500, Hilmar Preusse [EMAIL PROTECTED] a dit: On 03.01.06 SR, ESC ([EMAIL PROTECTED]) wrote: Le mar 2006-01-03 a 12:42:12 -0500, Hilmar Preusse [EMAIL PROTECTED] a dit: But, we have some progress. mf.base was now correctly created. I rather wanted you to remove all pool files from /var/lib/texmf/web2c/, which have a counterpart below /usr/share/texmf/web2c/ and then mktexlsr and start over. Sorry not expressing clearly! ooh, ok. gotcha. did so, ran mktexlsr, then: dpkg --configure tetex-bin Setting up tetex-bin (3.0-13) ... Running fmtutil-sys. This may take some time. ... Running updmap-sys. This may take some time. ... done. (exit 0). fixed. thank you :). maybe it's time to run cruft or something eh ? :) H. -- sigmentation fault -- For you the world is weird because if you're not bored with it you're at odds with it. For me the world is weird because it is stupendous, awesome, mysterious, unfathomable; my interest has been to convince you that you must accept responsibility for being here, in this marvelous world, in this marvelous desert, in this marvelous time. I wanted to convince you that you must learn to make every act count, since you are going to be here for only a short while, in fact, too short for witnessing all the marvels of it.-- Don Juan pgpZogHWSnWpI.pgp Description: PGP signature
Bug#343572: tetex-bin: additional info to bug #343572
Le mar 2006-01-03 a 12:42:12 -0500, Hilmar Preusse [EMAIL PROTECTED] a dit: On 02.01.06 SR, ESC ([EMAIL PROTECTED]) wrote: Le lun 2006-01-02 a 07:13:28 -0500, Hilmar Preusse [EMAIL PROTECTED] a dit: Hi, That /var/lib/texmf/web2c/mf.pool etc. does not belong to any package. So simply remove/rename the files in question, run mktexlsr and then try again. It should fix your problem. it didn't; same errors AFAICT. ran mktexlsr again, did an apt-get --reinstall install tetex-bin and still same stuff. attaching the latest. sr/ H. -- sigmentation fault -- For you the world is weird because if you're not bored with it you're at odds with it. For me the world is weird because it is stupendous, awesome, mysterious, unfathomable; my interest has been to convince you that you must accept responsibility for being here, in this marvelous world, in this marvelous desert, in this marvelous time. I wanted to convince you that you must learn to make every act count, since you are going to be here for only a short while, in fact, too short for witnessing all the marvels of it.-- Don Juan fmtutil: running `mf -ini -jobname=mf -progname=mf -translate-file=cp227.tcx mf.ini' ... This is METAFONT, Version 2.71828 (Web2C 7.5.4) (INIMF) (/usr/share/texmf-tetex/web2c/cp227.tcx) (/usr/share/texmf-tetex/metafont/config/mf.ini (/usr/share/texmf-tetex/metafont/base/plain.mf Preloading the plain base, version 2.71: preliminaries, basic constants and mathematical macros, macros for converting from device-independent units to pixels, macros and tables for various modes of operation, macros for drawing and filling, macros for proof labels and rules, macros for character and font administration, and a few last-minute items.) (/usr/share/texmf-tetex/metafont/misc/modes.mf) ) Beginning to dump on file mf.base (base=mf 2006.1.3) 2224 strings of total length 29925 11865 memory locations dumped; current usage is 36587845 1003 symbolic tokens Transcript written on mf.log. fmtutil: running `mpost -ini -jobname=mpost -progname=mpost -translate-file=cp227.tcx mpost.mp' ... ! mp.pool doesn't match; tangle me again (or fix the path). fmtutil: running `mpost -ini -jobname=metafun -progname=mpost -translate-file=cp227.tcx metafun.mp' ... ! mp.pool doesn't match; tangle me again (or fix the path). fmtutil: running `tex -ini -jobname=tex -progname=tex -translate-file=cp227.tcx tex.ini' ... ! tex.pool doesn't match; tangle me again (or fix the path). fmtutil: running `pdfetex -ini -jobname=latex -progname=latex -translate-file=cp227.tcx *latex.ini' ... ! pdfetex.pool doesn't match; tangle me again (or fix the path). fmtutil: running `pdfetex -ini -jobname=etex -progname=etex -translate-file=cp227.tcx *etex.ini' ... ! pdfetex.pool doesn't match; tangle me again (or fix the path). fmtutil: running `pdfetex -ini -jobname=pdftex -progname=pdftex -translate-file=cp227.tcx *pdftex.ini' ... ! pdfetex.pool doesn't match; tangle me again (or fix the path). fmtutil: running `pdfetex -ini -jobname=pdflatex -progname=pdflatex -translate-file=cp227.tcx *pdflatex.ini' ... ! pdfetex.pool doesn't match; tangle me again (or fix the path). fmtutil: running `pdfetex -ini -jobname=pdfetex -progname=pdfetex -translate-file=cp227.tcx *pdfetex.ini' ... ! pdfetex.pool doesn't match; tangle me again (or fix the path). fmtutil: running `omega -ini -jobname=omega -progname=omega omega.ini' ... ! omega.pool doesn't match; otangle me again (or fix the path). fmtutil: running `omega -ini -jobname=lambda -progname=lambda lambda.ini' ... ! omega.pool doesn't match; otangle me again (or fix the path). fmtutil: running `aleph -ini -jobname=aleph -progname=aleph *aleph.ini' ... This is Aleph, Version 3.141592-1.15-2.1-0.0-rc4 (Web2C 7.5.4) (INIALEPH) Copyright (c) 2002--2004 the Aleph task force entering extended mode (/usr/share/texmf-tetex/tex/plain/config/aleph.ini (/usr/share/texmf-tetex/tex/plain/base/plain.tex Preloading the plain format: codes, registers, parameters, fonts, more fonts, macros, math definitions, output routines, hyphenation (/usr/share/texmf-tetex/tex/generic/hyphen/hyphen.tex)) ) Beginning to dump on file aleph.fmt (format=aleph 2006.1.3) 67516 strings of total length 31690 5005 memory locations dumped; current usage is 1214877 \font\nullfont=nullfont \font\tenrm=cmr10 \font\preloaded=cmr9 \font\preloaded=cmr8 \font\sevenrm=cmr7 \font\preloaded=cmr6 \font\fiverm=cmr5 \font\teni=cmmi10 \font\preloaded=cmmi9 \font\preloaded=cmmi8 \font\seveni=cmmi7 \font\preloaded=cmmi6 \font\fivei=cmmi5 \font\tensy=cmsy10 \font\preloaded=cmsy9 \font\preloaded=cmsy8 \font\sevensy=cmsy7 \font\preloaded=cmsy6 \font\fivesy=cmsy5 \font\tenex=cmex10 \font\preloaded=cmss10 \font\preloaded=cmssq8 \font\preloaded=cmssi10 \font\preloaded=cmssqi8 \font\tenbf=cmbx10 \font\preloaded=cmbx9 \font\preloaded=cmbx8 \font\sevenbf=cmbx7 \font\preloaded=cmbx6 \font\fivebf=cmbx5 \font\tentt=cmtt10 \font
Bug#343572: tetex-bin: additional info to bug #343572
Le lun 2006-01-02 a 07:13:28 -0500, Hilmar Preusse [EMAIL PROTECTED] a dit: On 31.12.05 simon raven ([EMAIL PROTECTED]) wrote: Hi, same bug as in version 3.0-10 or 11, can't remember which version this first popped up pasting the /tmp/tetex* file. (forgot to enter 'attach file', sorry). This is *not* the same bug. ah i see. What do the following commands tell you: - locate mf.pool mp.pool tex.pool pdfetex.pool omega.pool (note that i ran find and not locate). /var/lib/texmf/web2c/mf.pool /usr/share/texmf/web2c/mf.pool /var/lib/texmf/web2c/mp.pool /usr/share/texmf/web2c/mp.pool /var/lib/texmf/web2c/tex.pool /usr/share/texmf/web2c/tex.pool /var/lib/texmf/web2c/pdfetex.pool /usr/share/texmf/web2c/pdfetex.pool /var/lib/texmf/web2c/omega.pool /usr/share/texmf/web2c/omega.pool - kpsewhere mf.pool mp.pool tex.pool pdfetex.pool omega.pool /var/lib/texmf/web2c/mf.pool /usr/share/texmf/web2c/mf.pool /var/lib/texmf/web2c/mp.pool /usr/share/texmf/web2c/mp.pool /var/lib/texmf/web2c/tex.pool /usr/share/texmf/web2c/tex.pool /var/lib/texmf/web2c/pdfetex.pool /usr/share/texmf/web2c/pdfetex.pool /var/lib/texmf/web2c/omega.pool /usr/share/texmf/web2c/omega.pool (if installed) - dlocate mf.pool mp.pool tex.pool pdfetex.pool omega.pool tetex-bin: /usr/share/texmf/web2c/mp.pool tetex-bin: /usr/share/texmf/web2c/pdfetex.pool tetex-bin: /usr/share/texmf/web2c/pdfxtex.pool tetex-bin: /usr/share/texmf/web2c/tex.pool tetex-bin: /usr/share/texmf/web2c/pdfetex.pool tetex-bin: /usr/share/texmf/web2c/omega.pool ? Thanks, Hilmar -- sigmentation fault -- The only windows I use are in my window manager and my walls. pgpGmdpiQrcLL.pgp Description: PGP signature
Bug#333049: crossfire-client-gtk: SIGSEGV on start up; IPC weirdness
Le mar 2005-12-06 a 14:02:47 -0500, Kari Pahula [EMAIL PROTECTED] a dit: hi again, well a little while ago (couple weeks or so) i built crossfire-client-gtk on my x86 box, and it crashed with the same errors, segfault. tried gdb i think, and i think i didn't get much from that (probably because of my lack of expertise with it). i don't know what's going on here. *couple minutes later* ok, seems it's a PEBKAC, i moved my old ~/.crossfire dir away, and it works fine. sorry for troubling you. you can close that bug. thanks sr/ -- Cold pizza and cold coffee, second best thing to cold pizza and warm beer. -- me pgpLVIgJeFRkP.pgp Description: PGP signature
Bug#333049: crossfire-client-gtk: SIGSEGV on start up; IPC weirdness
Le mer 2005-10-12 a 16:33:39 -0400, Kari Pahula [EMAIL PROTECTED] a dit: tags 333049 + moreinfo thank you On Sun, Oct 09, 2005 at 09:14:17PM -0400, Simon Raven wrote: strace of gcfclient shows it doing strange things when allocatin some stuff to IPC (sorry for the vagueness, not very familiar with IPC internals). When does this crash happen? What did you do? How did you run gcfclient? every time i try to start up the program. just run it. both run it from the menu, and a terminal (uxterm). happens both on PPC and x86. both running sid, both with standard installs of everything relevant. the x86 box is a fairly new install (under 6-8 months). Lacking that information, I assume you see this segfault every time you start gcfclient. Unfortunately (or fortunately, depending on your POV) I don't see anything out of ordinary happen when I start gcfclient myself. Moreover, gcfclient itself does no IPC, those are all happening within GTK+. I'm afraid the included strace output doesn't point to any easily discernible location in gcfclient proper. I'd ask for a gdb stack trace but that's not that useful with stripped binaries. Could you compile gcfclient from source with -g and see if you'd still see this bug? sure. ASAP. Are other GTK+ programs working correctly on your system? gtk2 are running ok, gtk1 also. switch and some other stuff run ok. -- ... being a Linux user is sort of like living in a house inhabited by a large family of carpenters and architects. Every morning when you wake up, the house is a little different. Maybe there is a new turret, or some walls have moved. Or perhaps someone has temporarily removed the floor under your bed.-- Unix for Dummies, 2nd Edition pgp3Mk905iEza.pgp Description: PGP signature
Bug#330602: irssi-text: irssi SEGVs with recent sid perl upgrade
Le jeu 2005-10-13 a 19:50:45 -0400, David Pashley [EMAIL PROTECTED] a dit: Can you test the 0.8.10rc6 packages at: deb http://www.davidpashley.com/debian/irssi ./ sure. um, PPC? :). do you have the debian diff so i can build it? never mind, saw that you have the Sources.gz there, and the diff too. get back to you when it's built and installed. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- Only a brain-damaged operating system would support task switching and not make the simple next step of supporting multitasking. -- George McFry pgpCqJ8Jp1atU.pgp Description: PGP signature
Bug#330602: irssi-text: irssi SEGVs with recent sid perl upgrade
Le jeu 2005-10-13 a 19:50:45 -0400, David Pashley [EMAIL PROTECTED] a dit: Can you test the 0.8.10rc6 packages at: deb http://www.davidpashley.com/debian/irssi ./ nice, it worky again. thank you :). booboos in my conf, but i think it's because it's left overs from an svn build 20:36 -- Irssi: warning settings_get_default_str(term_type) : unknown setting 20:36 -- Irssi: warning settings_get(term_type) : not found other than that, it runs like a charm again. *hugs* -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- Microsoft is to operating systems security what McDonalds is to gourmet cooking. -- unknown; seen in Marc Merlin's .sig pgpzfMZDbortG.pgp Description: PGP signature
Bug#332217: finger-ldap: bad hostname: ldaps://foo
Le dim 2005-10-09 a 03:33:07 -0400, Simon Law [EMAIL PROTECTED] a dit: Poking around on your machine, I figured out the problem. You have an old installation of Net::LDAP in /usr/lib/perl5, but the correct Debian version is /usr/share/perl5. Unfortunately, @INC prefers /usr/lib/perl5 because that's for locally installed packages. holy, you're right. i just looked. scary, heh. I suggest removing the old Net::LDAP from /usr/lib/perl5, because you don't need it. will do. When I forced finger-ldap to use Debian's version of the library, everything worked just peachy. nice, thanks. -- Simon Law http://www.law.yi.org/~sfllaw/ -- The only windows I use are in my window manager and my walls. pgpGJ3mSY0tgz.pgp Description: PGP signature
Bug#332217: finger-ldap: bad hostname: ldaps://foo
Le ven 2005-10-07 a 02:25:01 -0400, Simon Law [EMAIL PROTECTED] a dit: On Wed, Oct 05, 2005 at 06:01:17AM -0400, SR, ESC wrote: Le mer 2005-10-05 a 03:05:53 -0400, Simon Law [EMAIL PROTECTED] a dit: If you could send the relevant URI, HOST, and PORT sections of your configuration file, I will do my best to reproduce your problem. ok host 192.168.1.150 192.168.1.1 uri ldapi:/// ldapi://%2fvar%2frun%2fldapi ldaps://iskwahtemis.kisikew.org/ ldaps://pylon.kisikew.org/ port 636 CP as-is in the conf. (yeh, 'uri' can be multi-valued ;). I already parse uri correctly. np, didn't know if you knew or not. I've been unable to reproduce your problem, although I did solve some other bugs. :(. i hear that so often ... :(. and i keep checking for rootkits, and other crap like that, have IDSes running... *sigh* oh well. Please try out http://www.law.yi.org/cgi-bin/viewcvs.cgi/*checkout*/finger-ldap/finger-ldap?rev=1.15 and see if that works better for you. It's directly from my CVS tree. doing so now... ./finger-ldap: Could not bind to LDAP servers: Unexpected EOF attaching the strace -o /tmp/finger.trace ./finger-ldap simon output. If it doesn't, could you send me the output of: strace finger simon 21 finger.log -- Simon Law http://www.law.yi.org/~sfllaw/ -- make zImage, not war. finger.trace.gz Description: application/gunzip pgpU5ZTwdLuzZ.pgp Description: PGP signature
Bug#332217: finger-ldap: bad hostname: ldaps://foo
Le ven 2005-10-07 a 16:44:32 -0400, Simon Law [EMAIL PROTECTED] a dit: On Fri, Oct 07, 2005 at 04:27:04PM -0400, SR, ESC wrote: Hmm... Your server is hanging up on you. Could you try yeh i noticed. i was just running it through 'perl -dT'. it's because of the cert, it matches the FQDN and not IP, which host in libnss-ldap.conf is, so it drops it, due to the port setting. educated guess, anyway. http://www.law.yi.org/cgi-bin/viewcvs.cgi/*checkout*/finger-ldap/finger-ldap?rev=1.16 and see if my patch helps. It looks like one of your servers drops the connexion on you. DB1 Net::LDAP::Message::server_error(/usr/lib/perl5/Net/LDAP/Message.pm:79): 79: exists $self-{errorMessage} 80: ? $self-{errorMessage} 81: : undef DB1 main::query_ldap(./finger-ldap:209): 209:die ($program: $error\n) if ($error); DB1 ./finger-ldap: Could not bind to LDAP servers: Unexpected EOF at ./finger-ldap line 209 main::query_ldap('HASH(0x10558a84)') called at ./finger-ldap line 270 main::main() called at ./finger-ldap line 284 Debugged program terminated. Use q to quit or R to restart, use O inhibit_exit to avoid stopping after program termination, h q, h R or h O to get additional info. -- Simon Law http://www.law.yi.org/~sfllaw/ -- The things that will destroy us are: politics without principle; pleasure without conscience; wealth without work; knowledge without character; business without morality; science without humanity, and worship without sacrifice.-- Mahatma Gandhi pgpnhAAA9D3Ot.pgp Description: PGP signature
Bug#332217: finger-ldap: bad hostname: ldaps://foo
Le ven 2005-10-07 a 17:09:45 -0400, Simon Law [EMAIL PROTECTED] a dit: On Fri, Oct 07, 2005 at 04:52:43PM -0400, SR, ESC wrote: Le ven 2005-10-07 a 16:44:32 -0400, Simon Law [EMAIL PROTECTED] a dit: http://www.law.yi.org/cgi-bin/viewcvs.cgi/*checkout*/finger-ldap/finger-ldap?rev=1.16 Whoops. I noticed a small bug where I didn't clear $error if it succeeded. http://www.law.yi.org/cgi-bin/viewcvs.cgi/*checkout*/finger-ldap/finger-ldap?rev=1.17 ok, both got ./finger-ldap: Bad hostname 'ldaps://pylon.kisikew.org/' zsh: 8029 exit 22./finger-ldap simon i commented out the 'port' and 'host' statements in libnss-ldap.conf, and got that ^. with them present, i get ./finger-ldap simon ./finger-ldap: Could not bind to LDAP servers: Unexpected EOF zsh: 8602 exit 255 ./finger-ldap simon and from slapd.log: Oct 7 21:18:19 pylon slapd[12726]: conn=1209 fd=16 ACCEPT from IP=192.168.1.1:22421 (IP=0.0.0.0:636) Oct 7 21:18:19 pylon slapd[12726]: conn=1209 fd=16 closed (TLS negotiation failure) simon -- Simon Law http://www.law.yi.org/~sfllaw/ -- http://www.nuit.ca/ http://rcw.nuit.ca/ezine/vol_x/x0305.html http://simonraven.nuit.ca/ ARA: http://www.antiracistaction.ca/ Heathens Against Hate: http://home.earthlink.net/~wodensharrow/hah.html pgpgMEXiYf3po.pgp Description: PGP signature
Bug#332217: finger-ldap: bad hostname: ldaps://foo
Le ven 2005-10-07 a 18:34:47 -0400, Simon Law [EMAIL PROTECTED] a dit: I'm completely confused by this behaviour. I cannot reproduce this because for me, SSL does work. I don't think this is finger-ldap any more. Does 'ldaps://pylong.kisikew.org' work instead? does for everything else. both hosts resolve to a single IP, the certs are freshly done (the first was done up not so long ago, and the second was re-done [had expired]), the CNs match, and i've been operating like this for a while. have heimdal kerberos working, etc. Also, is your libnet-ldap-perl setup correctly? Do you have an /usr/hsare/perl5/Net/LDAPS.pm? AFAIK, lemme check. -rw-r--r-- 1 root root 1.9K 2005-04-25 18:54 /usr/share/perl5/Net/LDAPS.pm indeed i do (with typo correction *grin*) oh, with the -m switch, it worked perfectly. ./finger-ldap -m simon [it's the v 1.17 checkout]. i don't see any ldap lookups going on, lemme check the other DS's log... none there, but it is working. /me confused -- Simon Law http://www.law.yi.org/~sfllaw/ -- http://www.nuit.ca/http://home.earthlink.net/~wodensharrow/hah.html ,''`. http://www.debian.org/ http://simonraven.nuit.ca/http://www.antiracistaction.ca/ : :' : Debian GNU/Linux http://rcw.nuit.ca/ezine/vol_x/x0305.html ' `- pgphlyVqaIEpH.pgp Description: PGP signature
Bug#332217: finger-ldap: bad hostname: ldaps://foo
Le ven 2005-10-07 a 18:57:54 -0400, Simon Law [EMAIL PROTECTED] a dit: On Fri, Oct 07, 2005 at 06:47:59PM -0400, SR, ESC wrote: does for everything else. both hosts resolve to a single IP, the certs are freshly done (the first was done up not so long ago, and the second was re-done [had expired]), the CNs match, and i've been operating like this for a while. have heimdal kerberos working, etc. Hmm... I'm puzzled, really I am. It would be nice if I could get a login on a machine of yours with Perl and strace on it, because I can't really reproduce it here. I'm very sorry about this! i don't usually do this, but since it'll bebnfit others, sure. sending private e-mail with relevant info. Man, that's too bizarre. Like, Net::LDAP::new _knows_ how to get https:// and use SSL. If you fire up the Perl debugger, does it at least try to use SSL? AFAIK, doesn't seem to: i see lookjups in */ASN1/*/*.pm (Convert/ASN1/_encode.pm) but no Net::LDAPS look ups, and it still looks up on port 389: Net::LDAP::_connect(/usr/lib/perl5/Net/LDAP.pm:119): 119: $ldap-{net_ldap_socket} = IO::Socket::INET-new( 120:PeerAddr = $host, 121:PeerPort = $arg-{port} || '389', 122:Proto= 'tcp', 123:Timeout = defined $arg-{timeout} 124: ? $arg-{timeout} 125: : 120 126: ); DB1 ./finger-ldap -m simon [it's the v 1.17 checkout]. i don't see any ldap lookups going on, lemme check the other DS's log... none there, but it is working. The -m switch is designed to pass things directly to finger.real, without doing any queries. ah ok. wasn't working even with -m switch before the fixes. -- Simon Law http://www.law.yi.org/~sfllaw/ -- Cold pizza and cold coffee, second best thing to cold pizza and warm beer. -- me pgpa0czp8GH9v.pgp Description: PGP signature
Bug#332217: finger-ldap: bad hostname: ldaps://foo
Le mer 2005-10-05 a 03:05:53 -0400, Simon Law [EMAIL PROTECTED] a dit: It's a little suspicious that ldapi:// got munged, but I'll look into it. i'm not sure if Net::LDAP supports UNIX sockets, but i thought it did. Well, finger-ldap doesn't parse out the 'port' syntax, mostly because I forgot! oops :). If you could send the relevant URI, HOST, and PORT sections of your configuration file, I will do my best to reproduce your problem. ok host 192.168.1.150 192.168.1.1 uri ldapi:/// ldapi://%2fvar%2frun%2fldapi ldaps://iskwahtemis.kisikew.org/ ldaps://pylon.kisikew.org/ port 636 CP as-is in the conf. (yeh, 'uri' can be multi-valued ;). thanks -- Simon Law http://www.law.yi.org/~sfllaw/ -- http://www.nuit.ca/http://home.earthlink.net/~wodensharrow/hah.html ,''`. http://www.debian.org/ http://simonraven.nuit.ca/http://www.antiracistaction.ca/ : :' : Debian GNU/Linux http://rcw.nuit.ca/ezine/vol_x/x0305.html ' `- pgpvjMcubPYD4.pgp Description: PGP signature
Bug#332217: finger-ldap: bad hostname: ldaps://foo
Le mer 2005-10-05 a 03:05:53 -0400, Simon Law [EMAIL PROTECTED] a dit: oh, i should mention that - for ldapsearch, et al., ldap.conf, and slapd.conf - that URI is the preferred way To Do Things, since HOST and PORT are deprecated in oldap 2.1.x and up. so if the parsing can be based on URI, you can make it future-proof. i don't have mad enough perl skillz to do it, but it's be a rather simple matter of reading the $proto_scheme:// to figure out the port (if any) that Net::LDAP should connect to the server with. -- We can use symlinks of course... syslogd would be a symlink to syslogp and ftpd and ircd would be linked to ftpp and ircp... and of course the point-to-point protocol paenguin. -- Kevin M. Bealer, commenting on the penguin Linux logo pgpBPNheMaIBo.pgp Description: PGP signature
Bug#328048: mod_perl makes apache2 segv
Le jeu 2005-09-29 a 12:20:01 -0400, Vincent Lefevre [EMAIL PROTECTED] a dit: On 2005-09-29 12:01:46 -0400, Andres Salomon wrote: This is just a wild guess, but this sounds a whole lot like library conflicts; ie, a perl program pulling in libmysqlclient12 (thus causing modperl to load libmysqlclient12), and php loading libmysqlclient10. What perl libs are installed? What other apache modules are loaded, and what libs are they pulling in? What versions of libmysqlclient and pcre are installed on the system? for my case, i think it may be this, but i don't know how to explain irssi crashing, as it seems to crash at the same point. but it certainly sounds like you found something to check out some more. good for you folks. on my end, i'll do more digging. i think it might be a combination of things. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / SPACES project at LORIA -- Puritanism: The haunting fear that someone, somewhere may be happy. -- unknown pgp8uuMTUGeEA.pgp Description: PGP signature
Bug#328048: mod_perl makes apache2 segv
Le jeu 2005-09-29 a 00:03:37 -0400, Jurij Smakov [EMAIL PROTECTED] a dit: simon raven [EMAIL PROTECTED] wrote: mod_perl enabled makes apache2 puke with a SIGSEGV; seems to be related to the perl 5.8 update that happened today. before, it was working fine. the straces aren't very helpful except for pointing out where it fails. FWIW, I cannot reproduce it in current sid. Application I maintain (torrus) uses libapache2-mod-perl2 and it's working happily. Here are currently installed versions of relevant packages: apache2-common2.0.54-5 apache2-mpm-worker2.0.54-5 libapache2-mod-perl2 2.0.1-3 perl 5.8.7-5 stick php in there, and you have an unhappy combo. i was using both php and mod_perl2. this isn't the only place where i've seen perl do this. both irssi and apache2 do the same: they crash when DynaLoader gets loaded. i can't recall if i filed a bug on perl or not, but there it is. i note you don't have the php there. oh, no, actually, my bad, whether or not php was present did it crash. i had to revert to get it to actually serve sites :(. i've tried reinstalling the perl packages. the only difference i can see is the kernel itself. what kernel version is that running? Best regards, :), you too Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- http://www.nuit.ca/ http://rcw.nuit.ca/ezine/vol_x/x0305.html http://simonraven.nuit.ca/ ARA: http://www.antiracistaction.ca/ Heathens Against Hate: http://home.earthlink.net/~wodensharrow/hah.html pgpTK0ubGjkXd.pgp Description: PGP signature
Bug#323182: a bit more about miboot's legal status
Le lun 2005-08-22 a 02:15:55 -0400, Jeremie Koenig [EMAIL PROTECTED] a dit: At the time I looked into the quik side, it seemed the only thing it missed was the ability to deduce the floppy device name from its configuration in order to be installable on a floppy, but I don't know wether this omission was deliberate or not. no, simply never added. the current maintainer has this on his TODO list for quik (floppy boot). -- Jeremie Koenig [EMAIL PROTECTED] -- Only a brain-damaged operating system would support task switching and not make the simple next step of supporting multitasking. -- George McFry pgpsdUEiuesQv.pgp Description: PGP signature
Bug#323182: a bit more about miboot's legal status
Le lun 2005-08-22 a 10:09:45 -0400, Jeremie Koenig [EMAIL PROTECTED] a dit: On Mon, Aug 22, 2005 at 11:50:37AM +0200, Sven Luther wrote: The header file in question, Optimization.h (attached, piped through tr '\r' '\n') is a rather trivial file, and I doubt there's any problem here. In the worst case it would take a minor change and a rebuild to get a 100% clean miBoot binary. wow, neat, certainly bodes well. i'll take a look too. thanks for the time to look this through. -- Cold pizza and cold coffee, second best thing to cold pizza and warm beer. -- me pgpOCHpSbMmoi.pgp Description: PGP signature
Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC
Le mer 2005-08-17 a 03:17:27 -0400, Sven Luther [EMAIL PROTECTED] a dit: yep. Ideally you would netboot the kernel with something like : boot enet:,vmlinuz-coff.initrd notsure about the exact syntax though. np, that'll help, thanks. so the kernel will get read from an ext2 partition, or do i have to set up an hfs partition somewhere? Friendly, Sven Luther -- NATIONAL DEFENSE WACO RUBY RIDGE OKC OKLAHOMA CITY AIM GUN MILGOV ASSAULT RIFLE TERRORISM BOMB DRUG SPECIAL FORCES SPECIAL OPERATIONS GROUP SOG SOF DELTA FORCE CONSTITUTION BILL OF RIGHTS DECLARATION OF HUMAN RIGHTS AND FREEDOMS POM PARK ON METER ARKANSIDE CSIS RCMP FBI CIA NSA IRS ATF BATF IRAN CONTRAS OLIVER NORTH VINCE FOSTER PROMIS MOSSAD NASA C4 MI5 M16 BILL C-36 MI7 AK47 ONI CID MALCOLM X REVOLUTION FAR LEFT CHEROKEE HILLARY BILL CLINTON AL GORE GEORGE BUSH WACKENHUT TERRORIST TASK FORCE 160 SPECIAL OPS 12TH GROUP 5TH GROUP SF HALIBURTON HOMELAND SECURITY You hear those, Echelon? Any of the words should be enough to flag your communication by Echelon -- let's see how big their storage capacity REALLY is... *VBEG* Remember: EVERY day is Jam Echelon day! pgpPhbcKMODpx.pgp Description: PGP signature
Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC
Le mer 2005-08-17 a 07:34:15 -0400, Sven Luther [EMAIL PROTECTED] a dit: On Wed, Aug 17, 2005 at 12:06:09PM +0100, Clive Menzies wrote: On (17/08/05 10:52), Sven Luther wrote: create a custom kernel from the sources. You will also need kernel-patch-2.4.27-powerpc So, it should be in the archive, for sarge, etch and sid, i think. We will be kicking it out of sid soon though, so we really need the stuff ported to a 2.6 kernel. did you build it from the porting work at nubus-pmac.sf.net or this is a debian thing? Friendly, Sven Luther -- http://www.nuit.ca/ http://pentangle.nuit.ca/ezine/vol_x/x0305.html http://simonraven.nuit.ca/ ARA: http://www.antiracistaction.ca/ Heathens Against Hate: http://home.earthlink.net/~wodensharrow/hah.html pgpgB1Z5SnlP6.pgp Description: PGP signature
Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC
Le mer 2005-08-17 a 01:36:11 -0400, Sven Luther [EMAIL PROTECTED] a dit: On Tue, Aug 16, 2005 at 04:24:53PM -0400, SR, ESC wrote: The boot.img are the miboot floppies for oldworld pmacs. These are saddly not useable in sarge, because miboot is non-free (due to the one boot block which is coming directly from apple and has a couple tens of m68k assembly instructions nobody could be bothered to reverse-enginneer). um, i would, if i had the skills. and yes they still would be useful. i also have other ideas, such as pulling the rom off oldworlds, and sticking an eeprom chip on them, and turning them into frankenworlds. oldworld mac ppcs with as-new-or-newer-firmware-than-newworlds. would take some work to figure out what to keep on the old MacROM, to have them still function, but we could get rid of some issues with these things - like no cd linux booting, buggy firmware on the beige g3s such that they don't quik boot properly, etc. ... Yep. If we go that way you could as well put one of the free OF implementqations on them and transform them in CHRP boxes. ah i see. so that's what they do. as to miboot + the bootable codemaybe it's about time someone did something about it, instead of saying it's not worth it, these are too old anyway. maybe they are, but why judge hardware based on what a corporation thinks? It needs two people for a meaningfull reverse engineering, and i have abstained from doing the first step to be free to hack on the second step. The real problem is nobody has come up and did it. ok. i have other things to do, but i'll consider getting to know the guts more, or get more people involved, to help out. have you talked to segher recently? he seems to know a goodly amount of FCode and forth, maybe we can fake it? :) There is some effort in alternate code though, maybe quick supporting floppies or something such, we will see. yeh, that'd be a better option long-term, and learn what we can from the rev. engineering. Anyway, for etch we are dropping 2.4, and 2.6 miboot was broken. (worked twice and never after though, so no idea what the probmlem is. ok As a result, the floppies present in sarge are entirely broken and will never work. Also the 2.6 floppies, even with miboot present never worked fiably, annd since we are doing away with the 2.4 kernels for etch, this means that the miboot floppy target is going away then. um, maybe them not working should have been fixed instead of releasing them with sarge... isn't that irresponsible to do so? Yep, but nobody came forward and did so. This should have been mentioned in the errata though at least. there's people who did for woody, but they feel that they were overlooked and hurt from that, and therefore didn't pitch in, and i'm no coder, i'm more bofh. maybe i can get him to help, and not do everything. http://people.debian.org/~luther/d-i/sarge/images/ Chose a date, and go to powerpc/floppy-2.4 to find something working. i *know* those work, at least a lot of them do. what's so different with these, vs. the ones released? Cool. The only difference is that the released ones don't contain non-free miboot, and thus don't work. Well, if you consider the same date that is. figures :). ok. The current only way to boot an oldworld in a free manner is to drop to the firmware and boot the vmlinuz-coff.initrd from it. hmm, do you have some reference docs to do that? that looks potentially rather interesting. Maybe i should build a couple of miboot floppies accompanying the official release ? that would be nice, and appreciated. quite often people installing linux want nothing to do with mock os, or apple. the oldworlds often (Notice i did build some nubus kernel even, but i guess nobody even bothered to test those.) it's ok, some people did, in the channel for instance. Friendly, Sven Luther -- We can use symlinks of course... syslogd would be a symlink to syslogp and ftpd and ircd would be linked to ftpp and ircp... and of course the point-to-point protocol paenguin. -- Kevin M. Bealer, commenting on the penguin Linux logo pgpX825f1AiNC.pgp Description: PGP signature
Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC
Le mar 2005-08-16 a 18:37:30 -0400, Rick Thomas [EMAIL PROTECTED] a dit: It's clear that, as a practical matter, Apple doesn't mind if people distribute the boot block which is coming directly from Apple and has a couple tens of m68k assembly instructions nobody could be bothered to reverse-engineer, because other Linux distributions provide it and Apple has not sued them. So it would seem that the yeh, true, but better to avoid that, if at all possible. only thing keeping it out of the Debian/PPC distribution is the Debian Freeness guidelines. I respect the guidelines, and wouldn't want to go against them, but it seems a shame that we can't find a practical solution to this. there's a good reason for that, foresight. i mean, i'd rather know this thing won't would patent encumbered the way we don't like it, and get fucked over. Would it be possible to have an otherwise fully functioning boot floppy image minus the non-free part? Then someone, while disclaiming all connection with Debian except as an interested observer, could put the non-free part on a website somewhere with instructions for combining the two into a functioning boot floppy? sounds interesting, then we can start doing that with the reverse engineered one, for testing :). making it modular would be neat, and also useful. Rick only trivial if you happen to have the necessary coding and de-coding skills and the necessary background in calling Apple's OF boot-rom routines. People with those skills are few and far between. And acquiring them from scratch for this project is i think several of the kernel hackers know a bit about this ;). definitely non-trivial. That's why I didn't volunteer. I don't have the skills and I don't have the time to acquire them. i personally am aware of this, this is why i talk of it freely, because i would like to stir up interest, frankly. Maybe we should establish a bounty for someone to reverse-engineer the Apple floppy boot block. That might get somebody with the necessary skills to come out of the woodwork... If ten of us put up US$100, would that be enough? see my previous to sven about a potential person, and maybe a bounty would be nice for this. there are many older macs that work just fine and have no DRM encumbrance but with a little TLC would work really nice. h/w hacking them can come from the work we (we as community) do, but i have the awareness that's a medium-term goal. probably a few years. 1) year for decode/encode reverse engineering, 2) replace the rom on a box, like a 7300-7500 on up, with a right-sized eeprom (3 MB IIRC) (no idea, never done such a thing, but someone with the skills probably a few / several weeks of planning and tweaking, then first burn so to speak 3) we can potentially play with a sacrificial scsi card, that has FCode on it, and replace it with one that has the right code in the rom so newworlds can boot from it. (adaptec 2940) oh, the ideas... but yeh, there's a few things we can do. rushing before a release isn't a hot idea, and it's certainly medium if not long term. simon -- | http://www.antiracistaction.ca/ | | http://pentangle.nuit.ca/ezine/vol_x/x0305.html | | http://home.earthlink.net/~wodensharrow/hah.html | pgptbTylmwwbE.pgp Description: PGP signature
Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC
Le mer 2005-08-17 a 01:47:03 -0400, Sven Luther [EMAIL PROTECTED] a dit: On Tue, Aug 16, 2005 at 06:36:39PM -0400, Rick Thomas wrote: I can build the miboot files and distribute them from p.d.o, they can just not be part of the release. cool. Rick PS: Sven makes it sound as if reverse engineering the boot block is a trivial bit of work. That's not entirely true. It's only trivial if Well, we alreadsy know it is some 100 or so m68k assembly lines, and those are mostly trap calls to the apple rom. So, what is needed is : someone to take the bootblock and extract the code part from the bootblock. The format of the bootblock is described on some apple page. someone who dissasembles those assembly lines. someone who then mapps the trap calls to apple rom calls. Once that is done, we need to write a specification of what is supposed to happen to make it work, not mentioning the real code or what rom calls are made. Then once zwe have that, someone fully not incvolved with the above can do the reimplementing part : take the specification and rewrite said code. ok, sounds potentially hard, but fun too. Also, we need a compiler that is able to generate apple m68k code and thus able to compile miboot, altough i have a version of codewarrior 4 or whatever it was CD, which is needed to build miboot. gcc can't do it? oh, yeh, apple code Now, it has been rumored that a boot code containing only the (free) non-code part would be able to boot. Nobody tried though. gimme sources of this thing (URIs etc.), and i'll put up something on my site (which i can try out too :). The first step can be done easily enough, and upto obtaining the m8k assembly lines. Then we can go look for help from the m68k community, which probably even has someone knowledgeable in apple roms. There are probably also books yeh, like basiliskII people too, maybe, or qemu. mentioning how to program said roms, at least there was for the amiga computers back then. ask Bor_Ed on #debianppc. Maybe we should establish a bounty for someone to reverse-engineer the Apple floppy boot block. That might get somebody with the necessary (A stack of 10 oldworld machines ? :) woohoo skills to come out of the woodwork... If ten of us put up US$100, would that be enough? Someone at apple releaseing the boot sector code as BSD code with the assembly source would be well enough. hmm, time to do some e-mailing writing :). Friendly, Sven Luther -- Cold pizza and cold coffee, second best thing to cold pizza and warm beer. -- me pgp7DlverBIPN.pgp Description: PGP signature
Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC
Le mer 2005-08-17 a 02:05:14 -0400, Sven Luther [EMAIL PROTECTED] a dit: On Wed, Aug 17, 2005 at 01:51:53AM -0400, SR, ESC wrote: Yep, but nobody came forward and did so. This should have been mentioned in the errata though at least. there's people who did for woody, but they feel that they were overlooked and hurt from that, and therefore didn't pitch in, and i'm no coder, i'm more bofh. maybe i can get him to help, and not do everything. That is pure bullshit, i have been asking for help on miboot since over a year befor the release, and only a few cared to help there, as the archives of debian-boot will show you.Who are those supposed people anyway ? Ethan probably ? Well, i had to battle during 6 month tro get him to accept theamiga partitioning support in yaboot, and from what i understood, he wanted us to do it his true right wxay and nothing else. oh yeh. i was just relaying what he said to me, that's all. please don't shoot the messenger :). well, it's not really relevant, we can do it ourselves then. The current only way to boot an oldworld in a free manner is to drop to the firmware and boot the vmlinuz-coff.initrd from it. hmm, do you have some reference docs to do that? that looks potentially rather interesting. You have to drop into the firmware. Docs may probably be found on apple site for that, but the way i know involves a serial cable. oh, ok, so it's just a command in OF? so i could do this from CLI in OF, anywhere. doesn't have to be serial =) (although there are distinct advantages to that). Maybe i should build a couple of miboot floppies accompanying the official release ? that would be nice, and appreciated. quite often people installing linux want nothing to do with mock os, or apple. the oldworlds often (Notice i did build some nubus kernel even, but i guess nobody even bothered to test those.) it's ok, some people did, in the channel for instance. but i had zero feedback. I don't even know if they work or not. They probably don't even. oh, some people did, seems one person or more did manage, a while back. not many nubus people there (that i've seen, and somewhere to get feedback would be cool, not everyone knows to e-mail the DD involved, they have to be told that that can, and i don't always think of it myself =). also seems someone tried booting os x on an ancient box, ask NuBusPPC sometime. Friendly, Sven Luther -- We're not talking about the same thing, he said. For you the world is weird because if you're not bored with it you're at odds with it. For me the world is weird because it is stupendous, awesome, mysterious, unfathomable; my interest has been to convince you that you must accept responsibility for being here, in this marvelous world, in this marvelous desert, in this marvelous time. I wanted to convince you that you must learn to make every act count, since you are going to be here for only a short while, in fact, too short for witnessing all the marvels of it. -- Don Juan pgp9tzYB8bNQ6.pgp Description: PGP signature
Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC
Le lun 2005-08-15 a 17:20:52 -0400, Sven Luther [EMAIL PROTECTED] a dit: On Mon, Aug 15, 2005 at 06:13:12PM +0200, Geert Stappers wrote: severity 323182 normal thanks mate On Mon, Aug 15, 2005 at 05:46:11AM -0400, Simon Raven wrote: Package: debian-installer Severity: grave Justification: renders package unusable The debian installer works on systems where we[1] have acces to. boot.img for sarge on powerpc doesn't boot, no matter what i do, what There is no such thing as boot.img on powerpc, this is probably some random boot-floppies leftover and should be ignored. uh, so if that's the case, explain net-drivers.img, root.img, cd-drivers.img, and ofboot.img (not sure of the exact name of that last) as well as boot.img and no it isn't b-f leftovers you hosted these images on your debian.org site before sarge went stable do you not remember these things? Friendly, Sven Luther -- ,''`. http://www.debian.org/ GPG Print: 7C49 FD9C 1054 7300 3B7B : :' : Debian GNU/Linux 8BF4 6A88 7AE2 711D F097 ' `- pgpU3k6pByETM.pgp Description: PGP signature
Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC
Le lun 2005-08-15 a 17:44:46 -0400, Sven Luther [EMAIL PROTECTED] a dit: On Mon, Aug 15, 2005 at 06:13:12PM +0200, Geert Stappers wrote: severity 323182 normal thanks mate Ok, please ignore my previous mail, it is stupid. then disregard my reply to it :). The boot.img are the miboot floppies for oldworld pmacs. These are saddly not useable in sarge, because miboot is non-free (due to the one boot block which is coming directly from apple and has a couple tens of m68k assembly instructions nobody could be bothered to reverse-enginneer). um, i would, if i had the skills. and yes they still would be useful. i also have other ideas, such as pulling the rom off oldworlds, and sticking an eeprom chip on them, and turning them into frankenworlds. oldworld mac ppcs with as-new-or-newer-firmware-than-newworlds. would take some work to figure out what to keep on the old MacROM, to have them still function, but we could get rid of some issues with these things - like no cd linux booting, buggy firmware on the beige g3s such that they don't quik boot properly, etc. ... as to miboot + the bootable codemaybe it's about time someone did something about it, instead of saying it's not worth it, these are too old anyway. maybe they are, but why judge hardware based on what a corporation thinks? As a result, the floppies present in sarge are entirely broken and will never work. Also the 2.6 floppies, even with miboot present never worked fiably, annd since we are doing away with the 2.4 kernels for etch, this means that the miboot floppy target is going away then. um, maybe them not working should have been fixed instead of releasing them with sarge... isn't that irresponsible to do so? Anyway, please try some of the older daily builds found on my site : http://people.debian.org/~luther/d-i/sarge/images/ Chose a date, and go to powerpc/floppy-2.4 to find something working. i *know* those work, at least a lot of them do. what's so different with these, vs. the ones released? Again, sorry for my other stupid mail, and test these ones. np. Maybe i should build a couple of miboot floppies accompanying the official release ? that would be nice, and appreciated. quite often people installing linux want nothing to do with mock os, or apple. the oldworlds often give this opportunity, since you can do what you want to them, and not care about some stupid warranty. and they work very wel, *despite* the bugs in OF, since a) there's ways around the orked bits of the firmware; b) a lot of them are very upgradable hardware-wise; c) they run linux better than they do mock os. simon Friendly, Sven Luther -- The state can't give you free speech, and the state can't take it away. You're born with it, like your eyes, like your ears. Freedom is something you assume, then you wait for someone to try to take it away. The degree to which you resist is the degree to which you are free... ---Utah Phillips pgpp3HFccNULk.pgp Description: PGP signature
Bug#323032: libc6: GLIBC_PRIVATE errors
Le lun 2005-08-15 a 12:45:56 -0400, Daniel Jacobowitz [EMAIL PROTECTED] a dit: However, $ dpkg -x g/glibc/libc6_2.3.5-3_powerpc.deb /tmp/libc6 $ nm -Du /tmp/libc6/lib/libdl.so.2 |grep _dl_catch_error $ I can't find any evidence of this bug you're describing in glibc 2.3.5-3. It was in 2.3.2, however; I suspect that Simon has somehow managed to get the old libdl with the new ld.so. Probably there is a stray copy in /usr or some directory in /etc/ld.so.conf. it's *exactly* what happened. i had prelink installed a lomng while ago, and it had made a mess of the libs, and i guess i mised a few things in the clean-up. i keep finding stray cruft like this sometimes. you can close all the bugs now, it works seemingly flawlessly as usual. thank you for putting up with me =), and for the help. SR/ -- Daniel Jacobowitz CodeSourcery, LLC -- Software Patents are patently wrong: http://swpat.ffii.org/papiere/eubsa-swpat0202/ustr0309/index.en.html pgpapqItekdUb.pgp Description: PGP signature
Bug#323182: debian-installer: boot.img for sarge doesn't, on PPC
Le lun 2005-08-15 a 12:25:57 -0400, Geert Stappers [EMAIL PROTECTED] a dit: I have seen reports of succesfull installs on PowerPC hardware on the debian-boot mailinglist. I have not clear how they boot. It could be a Mac OS boot CD-ROM and some bootstrap. Please report your progress on the rescue of PowerPC hardware. Cheers Geert Stappers [1] We includes you, that is how a community works 8^) yes, i know ;). when i had last used them in any way, they worked. between then and recently - i have heard of others who've not had any luck getting them to boot either - they borked. i don't know what happened between then and more recently. as to my recovery, i used 'System Disk', a flashed adaptec 2940UW SCSI PCI card, and a 68 pin scsi drive with mock os on it, and setting the NVRAM so i could boot to the second machine. i set boot-command so that it would find the root= device, e.g., done in linux, not from 'System Disk', though it's very doable: 'nvsetenv boot-command boot Linux single root=/dev/sdc2' (anything after 'Linux' is the kernel boot args passed to quik then to the kernel). then i was able to fix my boo-boo on the first machine. -- Software Patents are patently wrong: http://swpat.ffii.org/papiere/eubsa-swpat0202/ustr0309/index.en.html pgpPS9TCpoFeE.pgp Description: PGP signature
Bug#323032: libc6: GLIBC_PRIVATE errors
please, please note this is not on the currently installed libc6, but on the current glibc 2.3.5 packages, as i couldn't even run reportbug if it was installed. this is what i got during the locales 2.3.5-3 install: Setting up locales (2.3.5-3) ... perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LC_TIME = fr_CA.UTF-8, LC_MONETARY = fr_CA.UTF-8, LC_CTYPE = en_CA.UTF-8, LC_COLLATE = C, LC_ADDRESS = en_CA.UTF-8, LC_TELEPHONE = en_CA.UTF-8, LC_MESSAGES = en_CA.UTF-8, LC_NAME = en_CA.UTF-8, LC_MEASUREMENT = fr_CA.UTF-8, LC_IDENTIFICATION = en_CA.UTF-8, LC_NUMERIC = en_CA.UTF-8, LC_PAPER = en_CA.UTF-8, LANG = en_CA.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). /usr/bin/perl: relocation error: /lib/libdl.so.2: symbol _dl_catch_error, version GLIBC_PRIVATE not defined in file ld.so.1 with link time reference dpkg: error processing locales (--configure): subprocess post-installation script returned error exit status 127 the GLIBC_PRIVATE errors happened even after setting my shell's locale to C. -- make zImage, not war. pgpsPXvbqVyTP.pgp Description: PGP signature
Bug#321561: dlerror: /lib/libresolv.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
Le sam 2005-08-06 a 10:43:18 -0400, Daniel Jacobowitz [EMAIL PROTECTED] a dit: On Sat, Aug 06, 2005 at 03:12:16AM -0400, simon raven wrote: Package: libc6 Version: 2.3.2.ds1-22 Severity: important downgraded glibc, since i was getting errors like: Aug 6 06:35:02 pylon CRON[306]: PAM unable to dlopen(/lib/security/pam_ldap.so) Aug 6 06:35:02 pylon CRON[306]: PAM [dlerror: /lib/libresolv.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE not defined in file libc.so .6 with link time reference] and: Aug 6 06:35:03 pylon CRON[306]: PAM adding faulty module: /lib/security/pam_krb5.so Aug 6 06:35:03 pylon CRON[305]: PAM unable to dlopen(/lib/security/pam_krb5.so) Aug 6 06:35:03 pylon CRON[305]: PAM [dlerror: /lib/libresolv.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE not defined in file libc.so .6 with link time reference] These errors indicate bugs in those libraries (pam_ldap, pam_krb5). ah ok. so should i rebuild them with the new glibc, would that help? i need those. as well as nagios and the other stuff like cron not wanting to run. i don't know what i should do now. stick to what i have now, and wait for them to get fixed, or go ahead and install the newer glibc. my gut tells me i should stick to the former route, and wait. thanks simon -- Daniel Jacobowitz CodeSourcery, LLC -- ,''`. http://www.debian.org/ GPG Print: 7C49 FD9C 1054 7300 3B7B : :' : Debian GNU/Linux 8BF4 6A88 7AE2 711D F097 ' `- pgpJn9xbcIzJe.pgp Description: PGP signature
Bug#321561: dlerror: /lib/libresolv.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
i'm seeing this and similar on two arches so far, ppc.32 and x86.32. -- ... being a Linux user is sort of like living in a house inhabited by a large family of carpenters and architects. Every morning when you wake up, the house is a little different. Maybe there is a new turret, or some walls have moved. Or perhaps someone has temporarily removed the floor under your bed.-- Unix for Dummies, 2nd Edition pgp9px0gvXiW7.pgp Description: PGP signature
Bug#321561: dlerror: /lib/libresolv.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE
Le sam 2005-08-06 a 14:46:25 -0400, Daniel Jacobowitz [EMAIL PROTECTED] a dit: On Sat, Aug 06, 2005 at 12:50:05PM -0400, SR, ESC wrote: ah ok. so should i rebuild them with the new glibc, would that help? i need those. as well as nagios and the other stuff like cron not wanting to run. i don't know what i should do now. stick to what i have now, and wait for them to get fixed, or go ahead and install the newer glibc. my gut tells me i should stick to the former route, and wait. Try filing bugs on the affected modules? sure, sounds good to me. i'll refer to this bug number when i file a report on them. simon -- Daniel Jacobowitz CodeSourcery, LLC -- We're not talking about the same thing, he said. For you the world is weird because if you're not bored with it you're at odds with it. For me the world is weird because it is stupendous, awesome, mysterious, unfathomable; my interest has been to convince you that you must accept responsibility for being here, in this marvelous world, in this marvelous desert, in this marvelous time. I wanted to convince you that you must learn to make every act count, since you are going to be here for only a short while, in fact, too short for witnessing all the marvels of it. -- Don Juan pgp95jILC9IEz.pgp Description: PGP signature
Bug#229044: acknowledged by developer (can't reproduced)
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: I will close this bug because I can't reproduced it and there is no extra information about it. hi, seems to be correct, it works on another powerpc machine. must've been some ruby thing that got fixed since. thanks. simon -- Software Patents are patently wrong: http://swpat.ffii.org/papiere/eubsa-swpat0202/ustr0309/index.en.html signature.asc Description: Digital signature
Bug#297090: acknowledged by developer (closing: duplicate of 229308)
I am closing this bug as it is a duplicate of bug #229308 (see http://bugs.debian.org/229308). This is an issue with JFS filesystems on Linux that need to be explicitly configured for UTF-8; the error Invalid Argument is not a valid POSIX / Unix error message in this context, and the failure is in the filesystem. oh i see. ok, thank you for that. i'll fix that up then. ec/ This has been submitted to the JFS team before. Regards Alastair McKinstry -- http://www.nuit.ca/ http://home.earthlink.net/~wodensharrow/hah.html ,''`. http://www.debian.org/ http://simonraven.nuit.ca/ http://www.antiracistaction.ca/ : :' : Debian GNU/Linux http://pentangle.nuit.ca/ezine/vol_x/x0305.html' `- signature.asc Description: Digital signature
Bug#297090: console-tools: despite setting console to utf-8, install still fails
Le dim 2005-02-27 a 05:42:49 -0500, Alastair McKinstry [EMAIL PROTECTED] a dit: On Sath, 2005-02-26 at 19:36 -0500, [EMAIL PROTECTED] wrote: Package: console-tools Version: 1:0.2.3dbs-55 Severity: important the little notes in the file are making the --unpack stage pukes, therefore installation fails horribly. tar fails with ?inmvalid argument?. i tried installing sid's tar, but it still fails. please fix this. cute and everything that you have a file with a unicode name, but when it breaks things on certain systems, it isn't so cute anymore ;). Which file system is this on? XFS and NTFS filesystems may be configured so that they use preset character sets (e.g. ISO-8859-1). This breaks the Unix filesystem semantics which state that the only significant bytes in a filename are '\0' and '/'; all else are just bytes, to be interpreted by the user. use the charset options on XFS and NTFS filesystems with care, and only on /home, etc. directories where you know that no system software will be installed, and you as sysadmin can configure all software accessing that directory to act accordingly, and only then when you need to share that directory OS's other than Linux. If this is that bug, please tell me and I can close this report. Else, please send me a copy of /etc/fstab and I will fix it ASAP. proc/proc procdefaults0 0 /dev/sda2 / jfs defaults,errors=remount-ro 0 1 /dev/sda3 /boot ext2defaults0 2 /dev/sda8 /home jfs defaults0 2 /dev/sda9 /tmpjfs defaults0 2 /dev/sda4 /usrjfs defaults0 2 /dev/sda7 /usr/local jfs defaults0 2 /dev/sda6 /varjfs defaults0 2 /dev/sda5 noneswapsw 0 0 /dev/scd0 /media/cdrom0 iso9660 ro,user,noauto 0 0 /dev/fd0/media/floppy0 autorw,user,noauto 0 0 JFS in this case. i don't have iocharset=utf8 set as you can see. -- We can use symlinks of course... syslogd would be a symlink to syslogp and ftpd and ircd would be linked to ftpp and ircp... and of course the point-to-point protocol paenguin. -- Kevin M. Bealer, commenting on the penguin Linux logo signature.asc Description: Digital signature
Bug#249035: blootbot maintainer
Le mar 2005-02-22 a 08:23:26 -0500, Jeroen van Wolffelaar [EMAIL PROTECTED] a dit: On Tue, Feb 22, 2005 at 12:43:07PM +, Neil McGovern wrote: Hi all, Wondering wat's happining with this. I'm happy to take it if no one else wants it. If I haven't heared anything in a ouple of weeks, I'll prepare a new upload. Please explicitely send mail to intended recipients, with only mailing the bug you'll only reach the wnpp mailinglist. --Jeroen i was planning on ITAing it actually. ec/ -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- We can use symlinks of course... syslogd would be a symlink to syslogp and ftpd and ircd would be linked to ftpp and ircp... and of course the point-to-point protocol paenguin. -- Kevin M. Bealer, commenting on the penguin Linux logo signature.asc Description: Digital signature
Bug#249035: #249035: ITA: blootbot
signature.asc Description: Digital signature