- WLUG - wlug.mailman3.com

Re: [Wlug] Cue Cats

by John Stoffel

Theo> FYI: http://freshmeat.net/projects/cat_a_log/ :) I've looked at this, and it's a neat trick, but it doesn't offer what I really want, which is the DB structure behind all this. And if you've done any looking at the Z39.50 format, it's a really interesting task. Trust me, I'm married to a librarian. :]

Jan. 30, 2002

Re: [Wlug] Bug reporting?

by Bill Mills-Curran

On Wed, 30 Jan 2002, Tom Guilderson wrote: > Date: Wed, 30 Jan 2002 11:03:26 -0500 > From: Tom Guilderson <twg3(a)mediaone.net> > Reply-To: wlug(a)mail.wlug.org > To: wlug(a)mail.wlug.org > Subject: Re: [Wlug] Bug reporting? > > Bill Mills-Curran wrote: > > > > How do I report a bug (or at least ask for help) in a newer kernel? > > (The gory details are below, if you are interested.) I sent some > > email to a developer whose name I found in the suspect source, but I > > did not get any response. Any suggestions? > > > <useful, but long, response> > - Tom > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > Tom, Thanks for your thoughtful response. Bill

Jan. 30, 2002

RE: [Wlug] ssh-dummy-shell for OpenSSH???

by Keller, Tim

Actually it does. I tried /bin/false and it fails to setup the ssh connection properly. I guess the shell will let sftp only run specific sftp commands, anything else causes it to exit. -----Original Message----- From: Scott Venier [mailto:scottven@umich.edu] Sent: Wednesday, January 30, 2002 10:58 AM To: wlug(a)mail.wlug.org Subject: Re: [Wlug] ssh-dummy-shell for OpenSSH??? does the ssh-dummy-shell have to actually do anything for sFTP to work, or does it just have to be in /etc/shells? If it just has to be in /etc/shells, /bin/false works. Been using that for years for (non-s)FTP-only accounts. Scott On Wed, 30 Jan 2002, Keller, Tim wrote: > I'm setting up a test environment using OpenSSH built in sFTP server. What > I want to-do is build a chroot environment where people can connect to the > machine via sFTP but not via SSH. > > I know with the commercial version of SSH they have ssh-dummy-shell which > when you try to connect via SSH just bails on you, but lets sFTP work > properly. > > I've done some digging on the web and I haven't found anything that'll > replace this functionality on the OpenSSH side of things. > > Anybody got any ideas/links of an open source version of ssh-dummy-shell. > > Thanks, > Tim. > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug > _______________________________________________ Wlug mailing list Wlug(a)mail.wlug.org http://mail.wlug.org/mailman/listinfo/wlug

Jan. 30, 2002

Re: [Wlug] video card problems (I think)

by Andy Stewart

On Tuesday 29 January 2002 07:18 pm, avedis(a)ma.ultranet.com wrote: > Using XF86Setup, I was able to install the XF86_3DLabs server (the right > one) and can now get as far as the KDE desktop starting to open. It > hangs when it's checking peripherals. Does that mean that some hardware > is not set up properly, and if so, how do I find out which it is? > > Many thanks if anyone can point me in the right direction. I suspect that KDE performance will stink on a P166. You never mentioned how much memory lives in your system. KDE and Gnome seem to require alot of it (>32 MB) in my experience. Might I suggest that if you are memory limited that you try a lighter weight window manager such as icewm, blackbox, or any of the fvwm variants? On SuSE, you can type "wmlist" to see all of the window mangers installed. Then, to start a particular window manager, type: startx fvwm2 substituting your favorite window manager in place of fvwm2 above. Hope this helps, Andy -- Andy Stewart Founder Worcester Linux Users' Group Worcester, MA, USA http://www.wlug.org

Jan. 30, 2002

Re: [Wlug] ssh-dummy-shell for OpenSSH???

by Wesley Allen

Keller, Tim wrote: >I'm setting up a test environment using OpenSSH built in sFTP server. What >I want to-do is build a chroot environment where people can connect to the >machine via sFTP but not via SSH. > >I know with the commercial version of SSH they have ssh-dummy-shell which >when you try to connect via SSH just bails on you, but lets sFTP work >properly. > >I've done some digging on the web and I haven't found anything that'll >replace this functionality on the OpenSSH side of things. > >Anybody got any ideas/links of an open source version of ssh-dummy-shell. > >Thanks, >Tim. >_______________________________________________ >Wlug mailing list >Wlug(a)mail.wlug.org >http://mail.wlug.org/mailman/listinfo/wlug > I haven't tried this, but couldn't you just set the user's shells to /dev/null? So there's no shell access, but sftp should still work; kinda like the same way you create a dummy shell for e-mail only accounts sometimes? I don't know, just a thought. Wes

Jan. 30, 2002

Re: [Wlug] Bug reporting?

by Tom Guilderson

Bill Mills-Curran wrote: > > How do I report a bug (or at least ask for help) in a newer kernel? > (The gory details are below, if you are interested.) I sent some > email to a developer whose name I found in the suspect source, but I > did not get any response. Any suggestions? > To start - try grabbing the latest stable version - 2.4.17 and if the problem still exists - try the latest pre-patch which is 2.4.18-pre7. Doing a quick grep on nfs in the changelogs - I received several hits - so the problem may have been addressed. If after testing this with the latest stable release and prepatch release - I would then resend the bug report. I would also send the bug report to - mailto:linux-kernel@vger.kernel.org - this is the main kernel mailing list. When sending to this list indicate that you sent the message to person xyz and received no response and ask who the current maintainer for the nfs code is. If you get a different name as the maintainer - resend the report to that person. You may want to take a look at the following URL for reporting kernel bugs: http://www.kernel.org/pub/linux/docs/lkml/reporting-bugs.html Your bug report is fairly thorough and should suffice. Remember that the person you sent the bug report to just may be very busy (such as they may do this in their own free time) and has not got around to it yet or may have dropped it on the floor if the problem has already been solved. Don't be afraid to resend the bug report if the problem does still exist in the latest pre-patch release. Also if you don't get anywhere that route - try going to http://kernelnewbies.org/ - they have a few mailing lists and an IRC channel where you might also get some responses. Good Luck! - Tom

Jan. 30, 2002

Re: [Wlug] ssh-dummy-shell for OpenSSH???

by Scott Venier

does the ssh-dummy-shell have to actually do anything for sFTP to work, or does it just have to be in /etc/shells? If it just has to be in /etc/shells, /bin/false works. Been using that for years for (non-s)FTP-only accounts. Scott On Wed, 30 Jan 2002, Keller, Tim wrote: > I'm setting up a test environment using OpenSSH built in sFTP server. What > I want to-do is build a chroot environment where people can connect to the > machine via sFTP but not via SSH. > > I know with the commercial version of SSH they have ssh-dummy-shell which > when you try to connect via SSH just bails on you, but lets sFTP work > properly. > > I've done some digging on the web and I haven't found anything that'll > replace this functionality on the OpenSSH side of things. > > Anybody got any ideas/links of an open source version of ssh-dummy-shell. > > Thanks, > Tim. > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

Jan. 30, 2002

ssh-dummy-shell for OpenSSH???

by Keller, Tim

I'm setting up a test environment using OpenSSH built in sFTP server. What I want to-do is build a chroot environment where people can connect to the machine via sFTP but not via SSH. I know with the commercial version of SSH they have ssh-dummy-shell which when you try to connect via SSH just bails on you, but lets sFTP work properly. I've done some digging on the web and I haven't found anything that'll replace this functionality on the OpenSSH side of things. Anybody got any ideas/links of an open source version of ssh-dummy-shell. Thanks, Tim.

Jan. 30, 2002

Bug reporting?

by Bill Mills-Curran

How do I report a bug (or at least ask for help) in a newer kernel? (The gory details are below, if you are interested.) I sent some email to a developer whose name I found in the suspect source, but I did not get any response. Any suggestions? TIA, Bill **************************************************************** Date: Fri, 25 Jan 2002 14:40:01 -0500 (EST) From: Bill Mills-Curran <Mills-Curran_Bill(a)emc.com> To: claus(a)momo.math.rwth-aachen.de Subject: nfs readdir bug? Claus, I am reporting a bug that I suspect is in nfs readdir. I am reporting it to you, because I found your email address in the source. If this is wrong, please tell me. Symptom: Several programs (details below) do not read the contents of an nfs-mounted directory. There is no indicated failure -- there just is no data. The nfs server is DG/UX. The nfs client is linux, kernel version 2.4.16. The problem does not show up with the 2.4.2 kernel (RedHat 7.1 dist.) or on nfs systems from a SUN server. Note: We are using reiserfs on an array which is locally mounted to the linux host. The hardware is: DG (Data General) Aviion 8900 4 cpu, 500 MHz. strace note: I ran strace on my program. It reported that getdents64 function was finding the right number of directory entries. **************** These operations/programs fail to read a directory. In all cases, the OS is linux 2.4.16 and the filesystem is served by DG/UX. All directories (that I tested) on the filesystem have the problem. tcsh file completion (using the tab key) readdir in Perl readdir in my own test program (included below) **************** These operations work with the 2.4.16 kernel. All operations on other filesystems, nfs (SUN server) and local The "ls" command works everywhere Thanks for your time. Bill Mills-Curran -- Bill Mills-Curran Mills-Curran_Bill(a)emc.com EMC Corporation Tel: 508 382-7642 Coslin Drive, MS C33 Fax: 508 382-7913 Southboro, MA 01772 **************************************************************** Here's the source for my test program: #include <stdio.h> #include <sys/types.h> #include <dirent.h> int main(int argc, char *argv[]) { DIR *dir; struct dirent *dirent; printf("Reading %s\n", argv[1]); dir = opendir(argv[1]); while((dirent = readdir(dir))) { printf("%s\n", dirent->d_name); } return (0); }

Jan. 30, 2002

Re: [Wlug] BBC cd

by Aaron Haviland

doug waud said: > Hi all > > A few meeting back, Andy gave out some BBC-Linux cd's. I decided to > try one and got hung up. > > Basically everything went well until I got to the stage of downloading > stuff from the net (the network card set-up worked fine). > > The download hung. It defaulted to the address 64.81.65.8 for zork.net > where the stuff was supposed to be. I suspected that zork.net had > moved so I went to another box and went to it via netscape. It came up > ok (the directory structure was slightly different but the files > were there). Zork has recently moved, actually. about a block from one san fransisco apartment, up the hill to another. Zork was also slashdotted yesterday (the article about the "begin " and other anti-LookOut tricks Nick Moffitt [a.k.a. Crackmonkey] [the guy who owns zork.net/crackmonkey.org] uses in his emails). Afaik, he had previously had apache set up so that zork was the default virtualhost. I can't say why he may have changed it. The reason (as i understand) that archives are stored on zork instead of on the lnx-bbc site, is that Nick is developing GAR (a linux clone of ports, done with Makefiles) for lnx-bbc. If you need help with this specific version of lnx-bbc, you might find some willing volunteers on #tron, irc.slashnet.org. just be sure not to use a proprietary IRC client or OS... -- Aaron Haviland orion [at] tribble [dot] dyndns [dot] org orion [at] zork [dot] net Canadians are from Canadia.

Jan. 30, 2002