Re: subscription problem
On Wed, 11 Mar 1998, Alain Toussaint wrote: i have originally subscribed to the digest list and now,i'm receiving the non-digest version,could someone point me how to correct that ?? Me too. -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- E-mail the word unsubscribe to [EMAIL PROTECTED] TO UNSUBSCRIBE FROM THIS MAILING LIST. Trouble? E-mail to [EMAIL PROTECTED] .
Re: making room
On Wed, 4 Mar 1998, Hamish Moffatt wrote:
On Tue, Mar 03, 1998 at 05:15:18PM -0800, Jim wrote:
Is there a way to check how much space a package is using? I looked
for an option for the dpkg -l, so that the size of each package
would be shown, but found nothing.
I would _love_ an option like this!! In fact, dselect and/or deity should
give me a breakdown of the space that would be used by partition, of each
individual package and by any given group of packages.
Please bring this up on debian-policy; it was only just decided
to remove the very information from packages that can get you this
information easily.
I think you are mistaken. Those du files were silly at
best. Once we have the .list files containing md5sums and
file sizes this will be even easier, but for now, this
example script should work reasonably well:
#!/usr/bin/perl
my @list, $file, $file_size = 0, $dir_size = 0, $other_size = 0;
chomp(@list = `dpkg -L $ARGV[0]`);
while ($file = shift(@list))
{
if (-f $file) {
$file_size += (stat($file))[7];
}
elsif (-d $file) {
$dir_size += (stat($file))[7];
} else {
$other_size += (stat($file))[7];
}
}
print bytes used by package $ARGV[0]:\n\t\tfiles $file_size bytes\n;
print \t\tdirectories $dir_size bytes\n\t\tother $other_size bytes\n;
or anything similar.
Cheers,
--
Until we extend the circle of our compassion to all living
things, we will not ourselves find peace -Albert Schweitzer
Richard G. Roberto
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: r* commands don't work
On Fri, 27 Feb 1998, Tim Sailer wrote: Part of the security behind the .rhosts files are that they will not work unless they are mode 644. This way only the owner can add to them. Make sure the ownership is correct too. I didn't know that, but it turns out that they were 644 (default umask I guess). Oh well. Thanks anyway. -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
r* commands don't work
Hi, I sent a message about this when I had the problem at my last job. I left the job before ever resolving this. I'm at a new job now and I'm trying to integrate linux somehow into our environment. I plan on using linux for some minor development at first, just to get some linux machines in there. However, I still can't get the r* commands to work. I do this every day on Solaris, SunOS, and formerly HP-UX. Can someone tell my why this doesn't work? I can't even get two linux boxes to talk to each other much less a Sun box. I opened up .rhosts for root, hosts.equiv for everyone else, and even .rhosts for myself, but to no avail. I have no hosts.allow or hosts.deny file, nor am I using tcpd at all. Host names resolve via DNS or /etc/hosts with no problem. I tried having the hostname returned by uname -n be fully qualified just in case the linux r* commands are picky about that, but they shouldn't be with a + in these files! Nothing works, and its pretty annoying. It really renders the project useless if I can't get root access without needing passwords since I need to do stuff in scripts. I need rsh as well as rdist capabilities. Ssh is not an option at the moment, and really isn't the issue anyway. Shouldn't this just work?? What can I do to provide useful debuggin information? auth.log and daemon.log give standard permission denied crap. I modified inetd.conf to have: login stream tcp nowait root /usr/bin/strace \ /usr/bin/strace -fv -o/tmp/OUT /usr/sbin/in.rlogind (the line continuation is just for this mail, its not in the file). I modified rshd similarly. I have the strace files, but they didn't shed any light on it from my house. I'd be glad to send them to someone who would be able to make better use of them. I'm open to any other suggestions as well. By the by, all other network related communications work OK, including YP client services, NFS, telnet, ftp, http, imap, ldap, etc. Thanks in advance for any help. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: AW: r* commands don't work
On Fri, 27 Feb 1998 [EMAIL PROTECTED] wrote: Richard G. Roberto asked: [...] However, I still can't get the r* commands to work. [...] I opened up .rhosts for root, hosts.equiv for everyone else, and even .rhosts for myself, but to no avail. [...] Let's review your setup. You want to be able to rsh/rlogin to root on a remote system, right? Did you I my other mail I said that I need to do rsh and rdist. - allow root to login from remote by adding the ttyp* consoles to /etc/securetty (man 5 securetty)? Done. I can log in via rlogin (requiring a password) or telnet with no problem. Again, I said that in my last mail as well. - enable .rhosts for the superuser by adding -h to the in.rlogind optionlist in /etc/inetd.conf (man 8 rlogind)? on my system: RLOGIND(8) UNIX System Manager's Manual RLOGIND(8) NAME rlogind - remote login server SYNOPSIS rlogind [-aln] DESCRIPTION Rlogind is the server for the rlogin(1) program. The server provides a remote login facility with authentication based on privileged port num bers from trusted hosts. Options supported by rlogind: -a Ask hostname for verification. -l Prevent any authentication based on the user's ``.rhosts'' file, unless the user is logging in as the superuser. -n Disable keep-alive messages. It goes on to describe that authentication is done as described in the rshd man page. Besides, I'm very much more interested in rsh anyway. There is no mention of a -h option, but there is mention of the ruserok system call, and its manpage, but I can't find that man page. Also, I can't do this as myself either -- or any user, as stated in my last mail. I have netstd 2.05-1 and netbase 2.04-1 with libc5 5.4.20-1. That's all you need to do to get this working on a bo R6 system. I just tried it on one of my boxes, and it worked just fine. I'm not sure what bo R6 means, but the packages listed above should be useful to someone as a checkpoint. I'd like to install hamm from scratch, but I can't get the install disks to work. OT: Aren't you on the TLUG list, too? What's the TLUG list? I'm on the ptk list but that's got nothing to do with this, nor is it even linux specific. Thanks -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: more ?s on ISDN and PPP ...
Thanks to all who responded. There were numerous correct answers, with the chat file being the cleanest. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
more ?s on ISDN and PPP ...
Hi, A while ago I posted a question on how to set up a TA to use sync mode, etc. from within chat. I now have the init string for my TA, but chat gags on it. The output from ppp is useless. It just exits with no error. The init string is AT$N1=1, which works from within minicom and I can display the data transfer rate with AT\S to be 64K (sync mode). But chat can't apparently send this string. I tried escaping it with a \, but that didn't work. Any ideas on how to pass this init string in chat? My chat string looks like this: chat -v atq0v1x3$n1=1 OK atdt CONNECT Any help would be appreciated. Thanks -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: HOW? Xwindows Clients
On Mon, 2 Feb 1998, Chris wrote: Hi, I am running a debian server and several debian workstations, and I would like to set the workstations up to connect to the server via XMCPD(??). Basically I do not want users to have access to the individual workstation (nor have an account on it), but for all the logins (via xdm) to be done on the server, and for all xwindows programs (ie xterm) to be also run on the server, with the workstation simply displaying everything... The server needs to be setup to run xdm for either all hosts (nothing in Xaccess) or a list of hosts (in Xaccess). The server side of this is explained in the xdm man page and the mini-howto Xterminals (section 4). The latter is in /usr/doc/HOWTO/mini. Then the linux PC's intened to be the xdm clients just need to have X configured (there's a HOWTO in /usr/doc/HOWTO that tells how to do that). This needs to be done as though they were to run a local X session even if they won't. Once they're configured, just type (as per the man page for Xserver): X -query hostname or X -broadcast Does anyone know why debian doesn't have a man page for X? This drove me nuts until I found the Xserver man page. I have seen this done before, but I can't figure out how to make the connectioncan anyone help?? Let me know if you need more specific details, but please give the on-line docs a shot first. Good luck. -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
[off topic] PPP over ISDN ???
Sorry for the off topic post, but I'm having problems connecting to work from my home debian system, while veryone else gets in on their Win95 systems :-( I have an NEC Aterm IT65Pro TA/DSU combo connected to my serial port, with three rj-11 ports configred for analogue on the TA and the TA's serial port configured to ISDN (I guess). My modem is connected to one of the analogue ports, and this works fine when I dial up to our Ascend MAX 2000 (configured for Hybrid connections). However, when I use the same script, but the serial port, it gags with either: NO CARRIER or Serial connection established Using interface ppp0 Connect: ppp0 -- /dev/ttyS1 Serial line is looped back Connection terminated or alarm Failed Connect script failed in no particular order of frequency (although the NO CARRIER message is fairly frequent). In addition, I have ISDN working to my ISP with no problem, but I have no idea what gear is used onthe other end. I tried using the same script that works with my ISP to connect to work, but it didn't fly. In all cases, I'm using PAP authentication. The MAX FAQ mentions problems with TAs using V.120 mode (text) instead of asynch-synch conversion and some TAs getting confused by this. The implication is that the ppp software causes the v.120 negotiation to begin incorrectly where the TA tries to bring up both channels, starting with the 1st, uses v.120 though, and can't bring up the second without first canning the 1st -- resulting in NO CARRIER messages. This sounds like what might be happenning to me, but I have no idea how I can check. The FAQ also seems to indicate that the MAX could be configured to work with misconfigured TAs providing the TAs are not using PAP or CHAP, but in order to use PAP or CHAP over ISDN, the TA has to negotiate in asynch-synch conversion mode (whatever that is). Since this v.120 vs asynch-synch nonsense is initialted by the ppp software (perhaps the dial string?), I'm wondering if I can force the asynch-synch stuff somehow. My connect line reads like this: connect '/usr/sbin/chat -v atdtxx CONNECT' Other ppp options are standard, and work with the modem dialup and the ISDN cinnection to my ISP. Any advice would be appreciated. Thanks in advance. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
[off topic] partially related news items??
I was surfing today and saw two points of interest that I thought may interest the debian community: Intel is partnering with Sun Microsystems to offer out-of-the-box licensing for its 64 bit processor instead of Microsoft. The processor family will run Solaris (although by then Solaris will be written in Java and based on the Sprint project instead of SVR4 code, but its still Solaris instead of NT). This makes linux more comptetative in the commercial marketplace, wouldn't you say? Especially if Linux will be able to run Java programs natively, as Solaris will. I'm assuming, of course, that Linux will also be able to run on the 64 bit processor (since it already runs on axp's, ultras, and SGIs). Also, Tibco, a major commercial company specializing in messaging middleware for the financial industry, now officially supports Linux for its newest messaging technology (as well as FreeBSD). As the financial community deploys rendezvous based technology, Linux machines can be a drop in part of any heterogeneous distributed computing environment. See www.rv.tibco.com for details. That's one less excuse to keep linux out of the enterprise. All we need to do now is get some for real performance tuning and distributed system monitoring tools (-- more / better documentation and a solutions database wouldn't hurt either, but I think Bruce Perens is already on top of these issues). Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dunc pppd configuration script
On Fri, 5 Dec 1997, Robert D. Hilliard wrote: On 05 Dec 1997 16:24:10 [EMAIL PROTECTED] wrote: Richard G. Roberto writes: I also want to address this issue about standard options file locations. It is impossible to manage multiple ppp options sets in the same file unless the option requirements are identicle. ... I personally have three different connection requirements and use dunc/dppp to manage them. It should be possible to handle this with a seperate provider file for each isp (pon would need to be revised, or the user told to type 'pppd call isp'). If the object is to lead a new user through a simple ppp configuration from the base install script, I question whether it is worthwhile making it handle multiple connections. The user who requires multiple configurations is probably sophisticated enough to handle it himself. The object is to have a ppp setup utility that can set up ppp for any arbitrary user. Having one tool for novices and different tools for varying intermediate levels and yet even more tools for experts was not the objective. Who the heck really wants to go through setting up ppp with vi anyway? And what does the need to have more than one connection have to do with the level of _technical_ sophistication of the user? These were definitely not on the objective list when I wrote this. But most people are their own sysadmins. I agree that dialing out should not require root, but initial configuration of ppp is as much system administration as is setting up an ethernet connection. I don't think I'd want my users accidentally mucking around on their system as root -- especially if they're connecting from home! The last thing I need to do is start making house calls. I believe all, or almost all, networks have Internet connectivity and mail systems that have been set up by the sysadmin, so users on such systems shouldn't have to configure ppp. This tool is aimed at What does setting up a mail system have to do with someone setting up their client ppp connection? What makes you think that a setup tool can afford to make any kind of assumptions about the machine or environment anyway? This was supposed to be as generally useful to as many people as possible. It was originally suppose to support slip and diald as well, but I never had the chance to get that part developed. The next version was to add these as (or similar functionality for diald) if I got to it, but that would have been another total rewrite in perl. Of course, John may be more comfortable with these elements and add them. the new user who is migrating from DOS/Windows, and has one box with one or two users. I do this sort of thing for a living (kind of) and my users have dialup accounts for home, work, market data, and even sometimes private shopping networks. They currently do this on win95 themselves (multiple connections support is built in). What exactly is your point here? And why is it that you decided to limit the target audience all of a sudden? I wonder if Linus Torvalds would rather click a few buttons and dialup or sift through config file after config file with emacs. I'd rather click a few buttons. The object is (almost) never to get the config files setup but to just get connected. Getting the config files setup is unfortunately a prerequisite. The aim of dunc was to help simplify this so that people could more easily get on with the business of being connected (which is the point afterall.) Dont get me wrong, I think the discussion is always useful, but stepping in now and redefining the objective of almost 2 years ago isn't entirely constructive. It wouldn't require taking over dunc to create a new tool with a more limited objective. I don't think that's what John's after though. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dunc pppd configuration script
Just to clear up some confusion about dunc, I realize the script has shortcomings and John is looking into taking over the package so it can get properly attended to. However, its really quite useable in its current state -- even on a bo system. It's just an ash script that uses dialog, so it should depend on _any_ version of libc since the dependant packages already do. It was built with debmake which incorrectly added the libc dependency and I couldn't seem to get rid of it. Basically, since ash and dialog and ppp, etc all depend on some version of libc, dunc doesn't need to. It doesn't use the c library for anything, only the tools it uses do. As far as the core functionality goes, it should work out of the box for most situations, but it is still a bit broken when adding a deleting multpile connections. It also doesn't add defaultroute automatically, which it probably should. I'd be happy to work out any other problems in the short term while John gets up to speed on it if there is a significant demand. Else, John will surely tighten things up. PPP options ... I also want to address this issue about standard options file locations. It is impossible to manage multiple ppp options sets in the same file unless the option requirements are identicle. Since unix is a multiuser system, it only makes sense to use an organization where the system defaults are considered, and user specific options configurable. I personally have three different connection requirements and use dunc/dppp to manage them. I couldn't do that all in the same options file since the options conflict. I had thought of making a way to manage the system options file automatically, but decided that providing a hook to just edit it would be enough since the only people needing to manage this file would be sysadmins. Incidentally, win95 and NT both provide a way to manage multiple connections and the data is stored per user. If the goal is to make setting up ppp as simple as win95, then why all the hoopla about per user configuration capability? dppp ... What dppp does is parse the options file created by dunc and feed it (via xargs) to the pppd command, which automatically considers the /etc/ppp/options file when run in this manner. It does the same for the chat file, if there is one. If dunc actually worked better, had more options, and was easier to navigate, I think it would be pretty good. But I also think that managing multiple connections per user (not to mention per system!) is a big win, and forcing people into having root permissions to setup their ppp connection wouldn't sit well with many sysadmins. I don't think I'd want my users accidentally mucking around on their system as root -- especially if they're connecting from home! The last thing I need to do is start making house calls. Anyway, before I wrote dunc, I used my own options files and chat files and scripts to connect and I though dunc was a better way for me to manage my own stuff. While writing it I kept that in mind, and hoped that other people would feel the same way. I never got any real feedback on it directly, so it never went any further. John's new energy should help move it forward, but he's still going to need users to use the thing and provide feedback. The fact that it doesn't muck around in /etc/ppp at all (excpet if you run it as root and need to write to pap,chap-secrets, but then it just adds an entry to the end of the file), means that it won't break anything systemic. Because its basically safe to try out, you can add a lot of value to it by using it -- at pretty much no risk ot your system. I'm tempted to say at absolutely no risk, but I know better than that ;) Sorry for the long post. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dunc pppd configuration script
On 3 Dec 1997 [EMAIL PROTECTED] wrote: Can anyone give me some feedback on dunc? I'm revising it and would like to hear opinions on what should be changed. Already planned are pap/chap support and use of the standard option and chat files. What version of dunc are you looking at? The last version I wrote had support for pap/chap, and it also uses the standard option file in /etc/ppp, and has the ability to create a .ppprc link to any single connection. The connections get defined in option files, and if using chat, chat files. That's pretty standard. I purposely didn't require people to have root privilage and write to /etc/ppp so that more than one user at a time could have their own dunc setup without encumbering any other user. If you're thinking of making significant amounts of changes, you might be better off rewriting it from scratch. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Proposal on PPP
On Tue, 18 Nov 1997, A. M. Varon wrote: Hi, [Hope some developers are listening.] Could it be possible that all default windows manager in debian have an Icon pointing to xisp (a graphical dialer, used to interface pppd/chat.)? It's very easy to setup even for a newbie. I think almos 30% of the traffic in the deban-user mailing lists concerns about PPP. Redhat has an implementation in it's xconfigurator( sort of like a control panel.), and the dialer of redhat is easy to use. Could it be done also to debian? About a year an a half ago, Bruce requested that someone write an ash script that used dialog to help guide a user through setting up a ppp connection. The idea was to have something that could potentially fit on the boot floppy, giving people the ability to obtain only one floppy, and download the rest of the OS over the ppp link. It was good idea, but I was the only one who bit. Actually, at first there were for or five people interested in working on it, but by the time I transfered out here, I was the only one left. This was the first time I ever attempted to write an application for other people to use, so it was pretty rough. The package is dunc. It's since been rewritten and works a lot better than the original, though it still suffers from my inexperience, and the fact that its written in ash (IMO). Since its never been useful enough for anyone to say Hey, look what we have on our boot floppy (it never even made to a boot floppy, in fact), I decided that it really wasn't important enough to pursue actively. I do plan on rewriting it in perl, but it will not use dialog, since the install program no longer uses it. I don't know what the install program will use, so I'm not sure that dunc should be bound to its original constraints anymore. I'm also aware of a number of pretty good X based PPP setup tools, and would be happy to hear that debian had adopted one as its default X based PPP configuration tool, but we do still need a terminal based tool, in my view. I'm a bit behind in the PPP world at the moment, and was never an expert in any case, so I'm still perfectly willing to abandon dunc in favor of a better tool, or turn it over to a different maintainer. There doesn't seem to be too many interested parties though. Anyway, please give dunc a try, and let me know about any oddities. Thanks -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dpkg won't remove nfsroot
On Wed, 5 Nov 1997, joost witteveen wrote: I have a misconfigured or partially configured nfsroot on my disk that is marked 'purge' in dselect. Both dselect and 'dpkg --force-remove-reinstreq -r nfsroot' give the following response: /var/lib/dpkg/info/nfsroot.prerm: /etc/init.d/bind: No such file or Oops, right. nfsroot needs a bind dependancy. Just filed a bug against the package. Thanks! Just out of curiosity, why would nfsroot depend on bind? I was running it without bind with no problems a few months ago. What part of the functionality breaks without bind? If its just the prerm script, maybe just the prerm script needs fixin'. Just a thought. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Using source code for debian; compiling debian
On Wed, 5 Nov 1997, Bruce Perens wrote: Several hundred of the Debian packages will compile automaticaly. A number of them will not, and require a bit of hand tweaking. You can't install _all_ debian packages, as many of them conflict with each other. For example we distribute at least 4 web servers, and you'd only want one. I think this is a major shortcoming of the debian package system. Why wouldn't I want to run two different web servers? Two packages that provide the same functionality don't need to be mutually exclusive. Likewise, I'd very much like to see support for multiple concurrent package instances. This is key for migration in a production environment. It goes without saying that its a must for a development environment. It would require rethinking quite a few things though. This isn't at all related to the Subject, of course. I'll shut up now :) Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
RE: knews Q.
On Tue, 4 Nov 1997, George Bonser wrote: On 04-Nov-97 Richard G. Roberto wrote: Can anyone explain to me in plain, simple english, what I need to do to get knews to only subscribe to the 5 news groups I've subscribed to? You will need to download the active file ONCE and can cache it afterwords. After suffering through the man page, I didn't find this anywhere, leaving me to believe that you're wrong. I can't afford to keep mucking around with it this way. Any pointers would be welcome. Thanks All of what you ask are explained in the manual pages. The man page (singular, and enourmous) reads like the XT programmers guide -- not for the faint of heart IMNSHO. I was hoping for some friendly advice instead of having to subject myself to that level of cruelty. So much for that. It turned out not to be all that bad towards the end though, but getting there was rough. Stop wasting time mucking around and start reading. You are going to need to edit options in the config files that knews creates for each news server. I can remember when the tone on debian-user was much different. It was what set us apart from RedHat and Caldera friends. Not anymore, obviously. Oh well. For anyone else interested in using knews but uninterested in wading through the XT oriented man page, I wound up having to redefine my newsrc file for my nntpserver because it was shared with another news reader that kept filling it with every news group available. This is not an issue if you only use knews, of course ;) I then had to insert the correct group entries into the new newsrc file defined with the newsrcFile: declaration in the config file for my nntpserver (e.g. in ~.knews/config-nntpserver, newsrcFile: ~/.newsrc.server) Then I needed to set the following items to False: readActiveFile: False tryListActive: False retrieveDescriptions: False checkForNewGroups: False Now it works reasonably well, except it ignores $NNTPSERVER, which is documented, albeit stupid. It also ignores the Xresource setting for Knews.nntpServer if set with xrdb, forcing you to either select the server at startup, or set everyone's server globally in the app-defaults file. Note that I think the knews application is documented in extreme detail, and that's not a bad thing. But it really needs a simple how to style man page for the rest of us as well, in my view. In fact, the end of the man page is the part that should be either split out, or moved up to the top. FWIW, this is a pretty cool news reader, now that its configured correctly. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
knews Q.
Can anyone explain to me in plain, simple english, what I need to do to get knews to only subscribe to the 5 news groups I've subscribed to? It ignores $NNTPSERVER, so I need to manually connect to my ISPs news server everytime I start it, and it always tries to read every group. I looked at the config file, but it just doesn't light up any bulbs in my head. My local environment sets Knews.nntpServer in .xresources (and xrdb -query dumps it, so its being set correctly), but it doesn't seem to matter. My config is set up in .knews/config-myserver. If I set Knews.nntpServer globally, it finds the right server, but that sucks. In any case, it always reads every group. How can I tell it to only read the groups I selected? I have checkForNewGroups set to false, but I have no idea what settings to choose to get it straitened out. Everytime I change something and restart to check it, it goes into never never land checking everything under the sun. I can't afford to keep mucking around with it this way. Any pointers would be welcome. Thanks By the by: Version: 0.9.6-4 -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
On Bruce Perens and Dave Cinege, etc.
Sorry to have come into this so late, but I was tuned in to a different soap opera ;) This is not the first time someone has requested that Bruce be impeached or removed from his post as project leader, or president, or whatever it is currently. This is the first time Dave Cinege has done it. Its usually not met with such unilateral support for Bruce. This is a testimony to how frightening an individual Dave Cinege really is. On the one hand, I do think most of his posts are hilarious. On the other hand, he's sent some that I thought bordered on violent criminal intent. I believe in a freedom much broader than the GPL, but freedom is a right only as long as it doesn't become an instrument for victimization. I fear that I've come to a conclusion that may bring a fair bit of flame mail my way, but Dave Cinege has to be dealt with. We must revoke his license to victimize the community at large. He can practice freedom of speech elsewhere on the net. Please digest-ize his (apparently private) domain. However, please do not include the digest posting to debian-user (or debian-user-digest) as was the case a few weeks ago. As far as Bruce goes, I sometimes think he's a putz. But then again, I sometimes think I'm a putz, so there. That's a part of life. I do remember that Bruce was not going to pursue project leadership at all last term, but then changed his mind and accepted nomination to the Board of Directors. He was later elected president by this board, behind closed doors. He then stated that this would be his last year as leader, a sort of turnover year. That, of course, has not been the case. I think Bruce has done an enormous service to Debian. His contribution has been so significant, I can't begin to thank him for it. He's done an absolutely outstanding job. But its time to pass the baton. I sincerely hope the election will be between more than just two candidates. I also think that there should be a formal term limit decided. Below, I have proposed such a limit. For all I know there may already be one, but recent posts suggest otherwise. PROPOSAL FOR TERM LIMITS I propose that all elected posts in the Debian organization be subject to the following term limits: All terms will necessarily be limited to no more than two consecutive years, unless there is no electoral challenge for the post. If there is only one challenge, there must be a fair election between incumbent and challenger. But if there are two challengers, and the incumbent has served two consecutive years, the incumbent is necessarily replaced by one of the two challengers. I suggest that this is for the greater good of the project. Change is good. It keeps things fresh. The above should apply to all elected posts, and all who hold them. If agreed upon, this policy should apply from this time forward (limiting any one post currently held by anyone, necessarily open in the event of an electoral challenge for the year 2000.) Since Bruce has already held his position for longer than two years, I suggest he consider the above policy request. If he finds it sound, he should endorse it and withdraw his nomination for re-election (although the policy would not require it until the year 2000.) This does not mean that Bruce (or anyone) needs to become uninvolved in the Debian process. Indeed, we have many contributers who are not project leader ;) Bruce was indeed a major contributer _before_ he became project leader. I suspect he'll be a major contributor in any event. This has been sent to debian-user since that's where I got the original thread from. It has also been cross posted to debian-policy, in the event anyone actually gives a rat's behind about the proposal ;) By the by, for the record, I think Bruce is a huge asset to debian as a computer scientist and as project leader. Thanks -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Y2k != millenium compliance
Just one quick point on all this Y2k stuff. The millenium officially (and legally) begins 1/1/2001, not 1/1/2000. Be careful when defining this stuff in contracts, etc. You might get stuffed if you use the language millenium without defining it as Y2k ;) Also, even though its not a problem with debian specifically, it would be a good idea (and a public service) to provide information on the Y2k issue on the web site. I'd be willing to research useful links to include on a page dedicated to this. That is, as long as we can agree we don't need a standards body to sanction using terms like millenium compliance to mean stuff that don't break after 1/1/2000. Mind you, I'm not talking about boasting compliance or conceding non-compliance (as defined above) -- just providing useful information on the issue. Whomever is in charge of the web site, please get back to me if there's any interest. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
[off topic] Q on CVS
Sorry for the list abse, but I'm looking for some help with CVS. I need to find a way to impose changes from the central repository on locally checked out modules. Some modules may have a few hundered files. Sometimes these files get modified locally in a quick hack during production. The issue being worked around will be fixed properly and committed to the vault where it needs to be distributed, etc. The files in the repository are authoritative and should replace the local files, rather than merge with them. Conflicts get even uglier as the files in question are usually config files, or shell scripts (I know I've preached about not using CVS for config management on this list before, but I have no other options currently.) I'm using the following command to achieve this with version 1.8.1-1: cvs -q update 21|egrep ^C|^M|cut -f2|xargs rm -f;cvs update It would sure be nice to have a straight forward way of doing that instead of this hack. Is there a force option to checkout or update in 1.9? Does(will) 1.9 require libc6? Is there another way to achieve this? Thanks in advance, and sorry again for the non-debian specific question. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Release naming ...
A while ago I posted my feelings on this to Debian private, but it was _very_ ill received at the time. I'll restate it now. Commercial products do not rename their OS every time there's a bug fix! I suggested adopting a more commercial approach to release naming for the reasons it is now being done. I suggested only incrementing the revision number (i.e. issuing a point release) when one of three criteria were met: 1) The OS as a whole as been modified significantly, where significantly is defined by the nature of a change in functionality, as it impacts the user community. This may be a bug fix that's fundamental in some way, such as a major libc issue. 2) There is functionality necessarily introduced into the release as its needed but can't wait until the next major release. The Broadway upgrade qualifies as this, even though that wasn't the reason it was done. 3) There are a (very) large number of _serious_ bug fixes against the current release. Unless one of these criteria is met, the release should remain frozen, and un-incremented. Fixes should be available (and easily identified) from public ftp servers, and that should be that. Vendors are of course welcome to sell CDs including the fixes, or even just containing them. People who have the current release can then judge what they feel they should upgrade based on their needs. Having versions like 1.2.17 is very confusing to normal people (= people who don't give a rat's ass what OS they're using.) Its obvious that perspective buyers feel the same way, and experienced marketers(sp?) know this. This is why they have made these suggestions to us. What Bruce has done is a compromise to this. The name will still identify a snapshot of the stable release relative to a series of fixes against a major release, it will just do it in a less confusing manner. Furthermore, we as in the developers made a decision to organize our leadership into a group of trusted directors, and an _elected_ president. In the past, the most frustrating thing for me to read was when Bruce posted things like I can't lead where no one will follow since this is the definition of leadership (i.e. we don't need a leader to take us where we're already going). Now that Bruce is doing as we've asked, we're pissing and moaning about it. Come on! The fact is, in a few months, nobody is going to care about this thread, but we'll all be quite happy about being available at EggHead along side of Win98, etc. Bruce has done the right thing, and inevitably, change has consequence. The pains of this change are small and well worth it. I was one of the first people to question all of this on this list because I didn't understand it. Since then, Bruce (and others) have explained it in such explicit terms, I find it hard to believe that anyone could still be getting the wrong idea. The mechanics of how this new scheme will be implemented may be a little fuzzy, but so what! I'm sure that piece will become clear as it happens. The important thing is understanding what's happenning and why. The how part will become self evident. My original concern was the the integrity of the system was potentially at risk (even if not at first, down the road), but its clear this is not the case. As for CD sales, I don't see how increasing Debian's popularity will decrease CD sales for anyone. The nature of the sales will certainly change, but that's life. Things change all the time. Deal with it. I've recieved some very strange mail on this topic, and I am not at all interested in doing marketing consulting for CD-R vendors. However, whenever there is any kind of change, opportunity increases geometrically. This is certainly not an exception to this rule, but rather an example of it. As for the lawyers in the crowd, you guys are out of control! I always knew you guys were back yard sociologists at heart ;) Paul Serice, if you're ever in Tokyo, lets discuss politics, and beating people senseless, over a few beverages ;) Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: DUNC
On Thu, 21 Aug 1997, PATRICK DAHIROC wrote: Hi I recently asked for help concerning PPP dial up and you suggested that I use DUNC for this. I already have unpacked the source code in my system but when I ran make the only it did was move the source code to /usr/bin; the code itself was not compiled. Am I forgetting to do something to compile the code when I run make? Thanks for the help Patrick I have no idea why you downloaded the source package instead of the binary package, but they both come with documentation. Please read it. It explains everything. The quick explanation is that dunc 2.2 is a bourne shell script that uses the dialog package (binary -- not the source package) do create a simple, menu driven automated PPP setup easily (in theory). All debian packages are available in binary form so that you can just install them using dpkg, or dselect, and not have to ever compile anything. That's the whole point of having a package system. I don't think Solaris would be doing so well if everyone needed to compile the darned software they needed to keep their enterprise going ;) The dppp script is another bourne shell script in the same vein that aims to give the user a simple interface to selecting a connection for dialup (once created using dunc.) After dunc creates the connection, you need only do dppp -s in the future to connect. I hope that helps, but you should really read the docs. Incidentally, I don't think the source package installs anything in /bin (at least it shouldn't). Instead, the make file is targetted at creating the binary .deb file. If one has been made, just do dpkg -i dunc_2.2_i386.deb. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: /usr/people/robertor/mail/junk
On Fri, 22 Aug 1997 lc29b50 [EMAIL PROTECTED] wrote: my isp provider is my college, the dial-in pool does not automatically run ppp after connection. Local address is assigned dynamically. I log in (Username: Password are the login prompts), and type ppp on a prompt (prompt is your destination ) to run ppp. So far, my ppp script is not working. It dials (and connects, I think, at least it makes that modem connection sound) but nothing happens after that. I would appreciate any help: dial-up script - #!/bin/sh # # /usr/sbin/pppd :128.110.124.120 file /root/.dunc/options connect /usr/sbin/chat -v -f /root/.dunc/chatfile /dev/ttyS2 38400 /root/.dunc/chatfile atdt5813960 CONNECT rname:--rname: MY_LOGIN word: MY_PASSWRD ppp You need to specify the prompt you're waiting for before you send the ppp string at the end. It should read: atdt5813960 CONNECT rname:--rname: MY_LOGIN word: MY_PASSWRD ion ppp Try that. Also, you can have a look at /var/adm/ppp.log and /var/adm/messages for clues as to what's going on. The new dunc package doesn't really do this part any differently, but its better in other ways. You might want to check it out (from hamm) if this doesn't solve it for you. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Release naming ...
On Fri, 22 Aug 1997, Dave Cinege wrote: On Fri, 22 Aug 1997 20:42:21 -0400 (EDT), Richard G. Roberto wrote: A while ago I posted my feelings on this to Debian private, but it was _very_ ill received at the time. I'll restate it now. Commercial products do not rename their OS every time there's a bug fix! Then it's settled! Debian is not a commerial product and niether is Linux. Any reasons for acting more like one should simply be disreguarded... Linux is NOT an OS!!! Its just the kernel. Granted, its more than that to lots of people, especially contributed code that make it also a collection of utilities based on GNU and BSD software, but linux in and of itself is just a kernel. Being commercially _viable_ is what many of us would like debian to shoot for. That implies technical excellence, as well as real world considerations -- nothing to do with your own little world, I realize, but for the rest of us it matters. -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: killing a process
On Fri, 22 Aug 1997, Jason Gunthorpe wrote: On 22 Aug 1997, Manoj Srivastava wrote: Hi, Ricardo == Ricardo Muggli [EMAIL PROTECTED] writes: Ricardo This may be off the debian-specific topic but.. I have a Ricardo mirror process that has been going for a long time. I would Ricardo like to kill it but it seems to be really stubborn. I have Ricardo tried : kill -9 pidhere but nothing happens to the Ricardo process. Does anyone have a suggestion on how to kill the Ricardo process? This is very wrong. No matter what happens, a kill -9 should kill the process. Are there any other signs of a kernel malfunction? (You may want to reboot). If it happens again, could you supply the versions of the kernel and of mirror? Just a thought, check that you are root, perhaps you do not have permissions and kill is silently failing. Also check the state of the process, I know on QNX the OS does not like to kill HELD (SIGSTOP) processes and generally requires you SIGCONT them first. If anything kill -9 should ensure the process never gets another CPU cycle, it should die the next time it is schedualed to run, if it never runs then it may not be able to handle the signal, depends exactly on how linux's priorities end up working.. Check you haven't got a cpu intensive process running someplace too.. How about doing a ps and check its status? If its blocking for I/O or a lock or something, its not going to wake up for any signal except the one that tells it its resource is ready for it. If the status is D, its blocking. I'm sure there must be some way to gdb a running kernel into removing the process and have init (or the parent) reap its data structures, but I don't know of it off hand. If anyone has any ADB macros to do this on Solaris, let me know. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
New Debian Derived OS! [was] Re: Show me the money
On Thu, 21 Aug 1997, Michael Hill wrote: Just wanted to say that I'm glad to be able to contribute the $5, delighted to have access to the developers, generally pleased with the spelling on the list, and although I may not agree with it, I'll defend Dave's right to be bounced. I'd like to direct my user-vote in favour of good behaviour since I for one don't begrudge Bruce the baby. Mike I think Mike is way out of line here. Debian should have never gotten into the baby business in the first place. If you think naming a distribution is a headache, try naming a baby! Its especially difficult in cross-cultural marriages (like mine). My wife is pregnant (again) and this time its my turn to come up with a name. Seriously though. It amazes me how people emmigrate to the US, improve their quality of life 1000 fold, only to spout off BS like this guy. I think we should bounce Mike off the list -- this mister user-vote-boy. If you're so pleased then why don't you take your show on the road? Huh, Mike? As a matter of fact, do you even have any children of your own? Who the heck are you to give us comments like the above, based soley on you own pleasantness? I love my country (America) and definitely believe in freedom of speach, advertising, commercialism, capitolism, copyrights, patents, and all of the things that make America great. But I draw the line here. I think we should: 1) Get off Bruce's back -- I certainly don't always agree with him (or any one person), but having a baby will provide him and Valerie with a hell of a tax break. 2) Inform Dave that anarchy went out with Punk Rock in the 80's (and was only then popular with European teens.) 3) Buy a CD from Paul, who (like too many of my _real_ countrymen), thinks Debian (or someone) owes him a living. 4) Make more babies -- its a lot more fun than downloading megabytes of nonsense from unnamed idividuals (Mike) about things that do nothing bad, and have the potential to do enourmous good (like having babies, getting tax write offs, etc.) In the future, Mike user-vote Hill, try to keep the language civil, lest I get all riled up and give you a serious taunting! ;-) Sheesh! -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: New Debian Derived OS! [was] Re: Show me the money
I keep forgetting the scope of this list. For those who didn't know, I was being silly. I'm not outraged by Mike's post (or the possibility of a derived work as a result of his confrontational attitude ;-) ) My wife IS pregnant though, and I do have to come up with a name. :-) Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: PPP ?
On 18 Aug 1997 PATRICK DAHIROC [EMAIL PROTECTED] wrote: Hi I have been trying to figure out how to setup a PPP connection to my school (Univ of MD) for almost a month. I have read quite a bit of stuff about PPP but I am no where closer to connecting, since most of the info deals with setting up a server. All I want to do is dial up to the school system where my account is located. Is there a dial up program that comes with Debian 1.3.1 CD? Also I am not sure where my modem is, should it be at /dev/tty* or /dev/cua* - what's the difference? I have already configured the kernel of TCP/IP and PPP - what's the next step? Thanks Patrick Please download dunc version 2.2 from the debian ftp server or web site. It make this simpler than doing it by hand, and gives some clues for DOS/Win users. The device it will use will correspond to COM1, COM2, etc. You need to know which COM port your modem is on. I guess if it really comes to it, you can just make four different connections, one for COM1-4 each, and see which one works. If your dial up server currently supports Win95/NT dial up clients (which is likely), dunc will get you up and running in no time (assuming you find out what COM port your modem is on.) Good luck. -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is this the Debian Philosophy? (or.... $#@!@#$ bash 2.0!)
On Sun, 17 Aug 1997, Bruce Perens wrote: From: Richard G. Roberto [EMAIL PROTECTED] Sounds above board to me. That's some careless wording. One would think you'd know I'm one of the good guys by now. :-) Bruce I should know better than to use colloqialisms(sp?) in international e-mail -- but I thought you were a nor-easter originally? To clarify, above board means not behind closed doors. What I meant was that nothing hapened on debian-private that wasn't discussed in public during the original CD image thread. If it had, it woudn't have been above board, but rather back room or closed door ;) Even then, it wouldn't automatically make it bad, just not above board. I already stated in the original message that this was just an inquiry -- not a judgement. I think most of the debian team are good guys. I reserve the right to be a bad guy, however :-) Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is this the Debian Philosophy? (or.... $#@!@#$ bash 2.0!)
On Sat, 16 Aug 1997, Bruce Perens wrote: From: Jim Pick [EMAIL PROTECTED] Does bash 2.01 solve the problem? We do update 'stable' - we're currently debating that strategy on the debian-private (developers only) mailing list right now. If bash 2.0 is sufficiently broken, then that might merit putting 2.01 into 'stable'. I'm going to have to set this straight, since Jim alluded to a discussion on our private list. The next version of the system will be called Debian 1.3.1 Revision 1. People who make long-term products based on Debian requested that we not change the version number of the system if we were only making a few bug fixes. For example, X windows was rebuilt because Richard Stallman requested that XDM display Debian GNU/Linux rather than just Debian Linux. It's worthwhile to insert that change, but not worthwhile to make everyone think they need to upgrade their systems because of it. Thus, we will not bump the release number to 1.3.2 for minor changes. This has been a large problem for some kinds of retailers, such as bookstores - they will not carry Debian unless we can promise them that we will give them a life-cycle longer than one month on their product. You will notice that both Red Hat and Slackware do not change their version numbers for bug fixes _at_all_. We will be changing the revision number, but not the release number. I'm unable to subscribe to debian-devel, or debian-private because neither is available in digest form. I've missed this discussion there, so forgive em if these have been answered, but i have some concerns about this. Is Debian not including fixes into the official CD image because of COMMERCIAL concerns??? Are the bug/security fixes there, but the name just not changed? Which is it? How does this naming convention have any impact on the contents of a CD if the changes are still there but the name not changed? It sounds strange to me that having a name last more than one month would have any impact on the contents if they're still being fixed/updated, etc. Also, on Richard Stallman, Is the FSF going to start selling Debian GNU/Linux CDs? Way back when, that was on there web site (I think), but then the whole mess happened, is now fixed, and looks like we're talking again. Any news of that? They used to say they might sell Gnu/Linux to fund other research, etc. Debian may do well to concede the official CD to them if they're interested. That would get us out of the CD business all together, and back in the Free Software business. Having someone else produce an officially endorced CD (as an OEM, for example) might clear up these kinds of mis-perceptions. A distribution based on putting quality first can't afford commercial conflicts of interest, lest our differentiating feature become bogus. I remember backing the decision to produce an official CD image at the time because of the need to improve our commercial viability, but we should checkpoint the effectiveness of that decision now and make sure our priorities haven't changed unintentionally. This is not an invitation to a flame war, nor is it a judgement. I just want to know what's happenning (as a debian user.) If Bruce says not to worry, I won't worry. But I'd like to know one way or another. Private mail is OK if this topic is being dubbed unfit for public discussion. I'm still a debian developer in that I still maintain a debian package. I am only subscribed to this list and admintool (low traffic, but still no digest :-( ) Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Blocking spam by IP number
This kind of information would look good on our web site. On Sat, 16 Aug 1997, Bruce Perens wrote: Bruce Perens [EMAIL PROTECTED] writes: By the way, I return an error message rather than simply delaying the connection until it times out because under the Electronic Communications and Privacy Act it is unlawful to intercept electronic mail without an indication to the sender. From: Carey Evans [EMAIL PROTECTED] How would this apply to kernel firewalling (leaving aside that I live in NZ)? Would reject be OK and deny not? An immediate reject would be fine. The most important thing (to a U.S. user) is to inform _all_ users that you do not guarantee reliable delivery of e-mail and that you do not guarantee that nobody will read their e-mail. You might even want to put this in your /etc/motd. This will remove some of your liability under the ECPA. However, even once you have done that, you can go to jail for intercepting the e-mail of one of your users and preventing it from being delivered without informing the other party. Most writers of anti-spam software are blissfully ignorant of this. Thus, do not cause it to time out in the message queue. Return an SMTP error immediately, so that the other party is informed of non-delivery. Bruce -- Can you get your operating system fixed when you need it? Linux - the supportable operating system. http://www.debian.org/support.html Bruce Perens K6BP [EMAIL PROTECTED] 510-215-3502 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is this the Debian Philosophy? (or.... $#@!@#$ bash 2.0!)
On Sun, 17 Aug 1997, Bruce Perens wrote: The Official CD will have a slower release schedule than the system available via FTP. Those who wish the latest fixes should be willing to update a few packages on their systems via FTP between each CD purchase. Nobody can press new CDs every two weeks and continue to sell them for $4 per 2-CD set, while updating 5 packages in two weeks via FTP is fine for most people. I guess that is a commercial consideration :-) There should be a changes file for the current version back to the last distributed version of any package -- for comparison -- available on the web site. That would help users determine what they want/need to update (if anything at all). Most of the time, bug fixes are for certain behaviors under certain conditions and don't even apply to everyone. I don't want to download a bug fix that doesn't even affect me ;) As far as I can tell, this is the best solution for the users. Cheap CDs with up to 1.3 GB data, and then you download the latest couple of megabytes of updates. Agreed -- without having to subscribe to an internet bonanza just to get debian ;) Also, on Richard Stallman, Is the FSF going to start selling Debian GNU/Linux CDs? I don't think there is a need for them to do so any longer. They are selling an FSF CD, I don't know what is on it. They want to sell for a higher price than most vendors sell the Debian Official 2-CD Set. Having it available from the FSF would look good to comercial sites that already buy GNU software. It wouldn't need to be competitive at all. Just a thought. Thanks for the clarification. Sounds above board to me. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Sudo vs. Super
On Fri, 15 Aug 1997 [EMAIL PROTECTED] wrote: The subject line of this message is pretty self explanatory. Anyone have any idea of the relative strengths and weaknesses of these 2 products? Dave Neuer They're limited in my view. There is no usage reporting, accountability logging, no real granular control over command access or command prototyping. I can't require a certian number of arguments to a command, or restrict certain arguments to a command, or enforce certain arguments to a command, all on a per user basis. This is bad. I also can't restrict usage within a specified period, or other arbitrary criteria. I can't limit the scope of access to a specific region of the system, or range of resources, or put other arbitrary limits on it. There is no uid/euid tracking from point of system access to ensure rule base enforcement (i.e. if I log in as usera and use super or sudo to somehow compromise the system and become userb, I can now access userb's rules definitions in sudo/super. This shouldn't happen. I should always be usera to super/sudo -- even if I su - userb with the valid passwd[1]. This identity tracing is being enforced on machine clusters in some commercial products (MemCo, SASadmin, etc.) I think it will one day be enforceable on larger clusters, or even networks. In the mean time, using sudo/super is convenient, but insecure (in my view) and not really up to wide spread commercial use (especially in _any_ kind of mission critical situation.) Even if sudo/super are implemented in a rock solid manner, there are no limits to the su-ness granted. There could be an issue unrelated to sudo/super that cause system disaster, or breech unintentially. If there were ways to limit the scope of privialage, any privilage granted couldn't be exploited -- even if the system has been otherwise. For example, I should be able to grant a user the ability to run an svga game if I choose. If somehow the svga game has been compromised to create come kind of tunnel, it sholdn't be able to access privliged data areas, or resources (sockets, etc.) and thus be limited to the scope of the su definition. This should be just what's required to run the game. That would render trojan horses and viri harmless in any other context. This type of control is absent from these tools, and as such makes them a liability IMHO. [1] This may sound strange, but consider the case where the real uid of userb is achieved by usera through other means, after usera has gaind authorized access as usera. This normally amounts to the same thing as having the password for userb. Thus, no discrimination between methods. Just my 2.36 JPY DISCLAIMER: I haven't seen recent versions of these programs and some of the above issues may have been addressed by now, but its not likely. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: /etc/init.d structure [long rant]
On Thu, 14 Aug 1997, E.L. Meijer (Eric) wrote: [...] Manoj Srivastava wrote: You are hereby excused. *Nothing* has an S* in more than one level. A package is meant to be at a certain run level and higher. A level 3 package is started at run level 3, killed in run level 2, and at *no* other level. See how this works? There is one thing that I dont see yet. There might be a necessity to introduce parallel routes, e.g. you would want to have a runlevel that starts xdm, and one that starts networking deamons for machines that actually are on a network. But there is no intrinsic order between these things. My machine at home is not connected to any network, which means that certain daemons are not necessary, even if I do want to run X. Other people may want to connect to the network without having to go through a runlevel that starts xdm. Now how is this tackled? Eric Meijer True this would take some planning. Agreed it has it limitations. However, it doesn't even work this well currently, at least in Debian GNU/Linux. Our current approach is just plain broken. Even if you go through the trouble of fixing it, it re-breaks with every package installation (that installs a start/stop script). I would just like it to work as expected and we can go from there. Adding enhancements to the system while keeping it backward compatable is attractive, but not as easy as it sounds. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: ppp configuring with dunc (solved)
On Thu, 14 Aug 1997, Eugene Sevinian wrote: Thanks, Richard! Now it works. After few attempts to modify old /root/.ppprc I have noticed that dunc replaced it by the short file with one option (defaultroute) and 2-3 strings as well. Then I just added this option in old (and valid) .ppprc file. Hope this will be fixed later. Actually, dunc doesn't overwrite your .ppprc file unless you ask for the connection to be the default, in which case it backs up your existing .ppprc file as .ppprc.old. Even then, I doubt it would be only a few lines. In fact, I think its rather odd that it took you a few times of editing it to notice that it was different. What dunc actually does in this case is make .ppprc a link to .dunc/connection_name.ctn. This file is heavily commented -- including a header that identifies it as being generated by dunc 2. Now I'm confused as to what was actually wrong, and what fixed it. But that doesn't matter I suppose, as long as it works now. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: /etc/init.d structure [long rant]
On 14 Aug 1997 [EMAIL PROTECTED] wrote: Manoj Srivastava writes: *Nothing* has an S* in more than one level. A package is meant to be at a certain run level and higher. A level 3 package is started at run level 3, killed in run level 2, and at *no* other level. See how this works? Simple and elegant, but not very flexible. How about a state machine approach? Considerably more flexable than rc.local, or anything else to date. The key is having explicit control -- no magic. Having an optional package that replaced the sysvinit startup with a state machine (whatever that is) is fine by me. But I still think we should fix what's broke. In time, I'm sure that Linuxconf will be able to handle multiple running states with some kind of menu selectable state at startup or something at some point. Perhaps this would be the alternative of choice. Cheers, -- John HaslerThis posting is in the public domain. [EMAIL PROTECTED]Do with it what you will. Dancing Horse Hill Make money from it if you can; I don't mind. Elmwood, Wisconsin Do not send email advertisements to this address. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: ppp configuring with dunc
All of that output looks normal. Without more information, I'd say either hte system you're connecting to isn't correctly configured for proxy arp, or you're not using the peer as the default gateway, which you should. This used to be in the default /etc/ppp/options file, but I just noticed that its not in the latest one. You can grep for default in you *.ctn file(s) under ~/.dunc and see if defaultroute is getting set. If not, you can filre up dunc and go to Modify (then select next, OK, bla bla, select your connection) and go to Details. This should give you a bunch of settings to choose from. Choose defaultroute by arrowing down to it and pressing space bar. You may also want to arrow down to proxyarp and mark that as well, although that's only supposed to be for the server or peer side. It won't hurt anything to have it on though. If that doesn't change anything, check with the system administrator of the peer and see if there's a problem on the proxy arp server. By the way, I get the message about Cannot determine ethernet address for proxy ARP also, it doesn't affect my system though. Outside of this, I'm afraid I'm out of ideas. Good luck. -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: /etc/init.d structure [long rant]
they swore that TCP/IP was a unix only standard that had little generic value and their stance was to not get involved in proprietary standards. Anybody see much DECnet these days? I don't even think its available on NT -- and they're in bed with eachother! The point is, we're already using this standard, we're just not doing it right. Its just more half assed linux software to commercial vendors. If there were any good reason why we shouldn't implement this correctly, I'd be all for it, but there simply isn't. In any case, being committed to free software is noble, but lets try to keep it realistic. The way rc scripts get parsed will never become a secret so there's no danger in adopting commercial practice for it. That may not be true of driver interfaces, etc. -- but this ain't a driver interface. Also, I want to apologize if the language in these past mails has been harsh. I got one mail complaining about it. I had no intention of being offensive. I've just been feeling quite American lately ;) I do think its silly to have just gone through converting just about every linux distribution from BSD style rc.local to sysvinit+rcn.d run levels -- just to hack the sysvinit methods to work like rc.local though. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: /etc/init.d structure [long rant]
On Tue, 12 Aug 1997, Peter S Galbraith wrote: There was a discussion about this recently... So I thought I'd mention this: This is posted on cola; looks neat to me: rant off This is rediculous. Just don't install the sysv-init stuff and run a bsd init + rc.local. By the by, BSD systems do a very sysvr4 kind of modular startup these days anyway -- because its better. As far as easy to tell what's going on, just look in the run control directory for whatever run level you want to examin! You don't even need a friggin' editor! Just because linux distributions have done a piss poor job of implementing the sysvr4 startup configuration, it doesn't mean its a bad idea. We should just do it right instead of hacking sysvinit to work like an rc.local monolothic startup. If you want to see how its supposed to work, look at Solaris 2.x, Irix 6.x, etc. I've rewritten rc to do just that somewhere, but I wound up having to undo whatever debian does _every time I added a package_! It became too much work, so I bagged it. The premise is that a run level is _clearly defined_ and managed according to a schema. Debian just shotguns links in everything that looks like a run control directory under /etc (practically). A real sysr4 rc script should run all K* scripts in a run control directory, then all S* scripts, starting with rc1.d, incrementally up to the defined run level. This means that having stuff in rc1.d and rc2.d is totally redundant. Likewise for rc2.d and rc3.d, etc. After the defined default run level is achieved, changing run levels occurs by simply running the K* scripts in the new run level, then the S* scripts. Debian currently only correctly defines rc.boot, rc0.d, rc6.d and rc1.d. the multi-user run levels are all defined the same. This is absurd. Having run levels defined for a specific purpose is what they're there for. Why it is we don't do that is beyond me. I can remmber having this discussion before and the conclusion was that it would be too complex to actually define run level 2 as a multi-user network client configuration, run level 3 as multi-user network server configuration and level 4 as some variation of run level 2. That would leave run level 5 for power down once more hardware supports it, and 7, 8, and 9 as possible variations on multi-user run levels, or failover run levels assuming responsabilities for a failed server somewhere else on the lan. The issue arose when package maintainers had to classify their packages as to falling into one of the categories described. Some client process are dependant on server processes, etc. These would need to be sorted out. Obviously any local services required to make a machine fit the description multi-user network client would need to be started by the end of run level 2. There were a couple of other gripes, but I don't remember what they were. This capability -- to define multiple possible running states -- has been around for a while, and its much better than MS's dynamic profiling. I used to have a laptop with run levels defined for standalone, docked, no xdm, NY, HK. Using debian's scheme, I needed to have everything defined in every run level (2,3,4,7,8). In reality, I should have been able to define run level two as the default, and the others as diffs from that state. Show me how to do that with rc.local -- without hacking it to work like sysvinit. As for x86 vendors having a pow wow over how we should standardize differently than real unix systems do it, what's the point of this? This is precisely why industry leaders get annoyed with us. Would it really be so awful to just adopt the standards of current commercial practice? And no, SCO doesn't count. Industry leaders currently means Solaris, HP(Hitachi)/UX, AIX, Irix, and maybe DU. rant off -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How to use dip or ppp connect to Win NT
-BEGIN PGP SIGNED MESSAGE- On Thu, 12 Jun 1997, Deng Hongwei wrote: I'v used dip and ppp connect to a linux dial-up server success,but I can't connect to a windows NT remote access server,because when I dial in, I can't see any prompt that the server send to me ,any thing likes 'Username' or password' etc. You need to use automatic PAP authentication. Download the dunc 2.2 package from hamm and follow the instructions for connecting to win* machines. Its pretty straight forward. If you aren't running it as root, it will create a pap-secrets file fragment in your home directory -- this will need to be appended to the end of your existing pap-secrets file as root later on, or you still won't be able to connect. Let me know if this doesn't work for you. Cheers, - -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBM/BQNw8SkEXoH6BBAQHbjgQAiVMjhsGB+8qg0P5GvyjxsS0tqEEhR5sH a7aS4rr3wnT4wi6EPOzIlPQdbVCPw1EEDdIOEjTEnYKXwCMo37vcTntHBOyvyz94 MJK+cTQgtM5ZWuAAcDAX+++lyeGhzfKR+qo2ljDGxaV8vgi4invkUfCJaQzmtmHX OsVchHgvwDs= =SHc4 -END PGP SIGNATURE- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: [DEBIAN] Standardization?
On Sun, 10 Aug 1997, Bruce Perens wrote: We would not scrap the package system, but I expect between Deity and POSIX we will eventually replace all of its components. Just out of curiosity, why hasn't anyone in the linux community adopted the established sysv pkgadd format? It has a lot of things we have -- including dependencies and extra meta-info, etc. Oh well. Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Distributing a procmail filter (was: Re: splitting up the...)
to deal with this volume. Again with the filters and the newbies! No wonder I keep getting the wrong idea. On a side note, I think we should call newbies dave and gurus liza from now on. ;) You can call me heathcoat, but I probably won't know your talking to me ;) Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Distributing a procmail filter (was: Re: splitting up the...)
On Mon, 4 Aug 1997, Brandon Mitchell wrote: I've been trying to get in touch with the c.o.l.a. moderator (I'm pretty sure that's who it was) to get permission to add a modified version of his procmail filter to /usr/doc/procmail/examples. It includes things like blacklist, whitelist, vacation, newsgroup filters, etc. However, I haven't had a response so I may just send it to the procmail maintainer to see what he/she thinks. This is rediculous. First of all, I get my mail from a POP3 server on some system somewhere I don't even have access to. There's no way for me to filter incoming mail. I have to download all of it first -- and its costs a helluva lot more to connect here than it does in the heart land. Second of all, requiring newbies to use procmail filters just to get help is totally unreasonable. I think if they can figure out procmail, they don't need much help in the first place. Another idea/question - can a filter explode messages from debian-user-digest? There's a debian package for this, try looking through the packages file for digest. I know I've seen it before. If you happen to have procmail installed, there's a binary in the package called formail. From the man page: EXAMPLES To split up a digest one usually uses: formail +1 -ds the_mailbox_of_your_choice or formail +1 -ds procmail The former is safe as long as your sure there won't be anything else writing to the mailbox_of_your_choice file at the same time. Incidentally, I think the second example should be a pipe, e.g.: formail +1 -ds | procmail and this would require having a working procmail configuration. I don't know anything about any digest specific package, but it may be simpler if you're not sure about the race condition issue. I do this currently and dump it into a file that nothing would possibly write to, then I read it as a folder in pine. Case in point? Debian-* may be the first mailing list(s) in history that you need to _learn_ how to read (the mailing list, not the words -- of course you'd have to know how to read those too!) Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
splitting the lists ...
As it does anywhere its brought up, this thread has generated more noise than there was before the thread! Its not a good idea to force users needing help to go somewhere else IMO. I think having another list (e.g. debian-talk) and politely asking non-relevant posts be directed there should suffice. The same noise-bucket list could be used in the same manner for other focused lists (such as debian-devel, etc.). Is there still a debian-talk list? There really is such a thing as over management. Odd that I would say that though. ;) Cheers, -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: ppp configuring with dunc
-BEGIN PGP SIGNED MESSAGE- On Mon, 4 Aug 1997, Eugene Sevinian wrote: Hi all, few weeks ago I have installed Debian from self made CDs with 1.3.0a. It seems that everything was fine! [Exepting the fact when I did not find some nice lovely things like xman and xload] Now I am trying to configure ppp conection to my Debian machine at work. (I have already ppp conection from w95 working nice). At this point I use some scripts and files prepared by 'dunc'. After running 'dialup_connect' I am able to hear the tone from modem speaker during ~1 min but no pulse dialing at all. Although, I put debug option in command line string but I did not get any debug strings in /var/log.debug :( Following information might be usefull for understanding the situation. Thanks in advance for any help. Eugene. Here is what I am getting in /var/log/ppp/log: Aug 3 22:45:41 gdak pppd[146]: pppd 2.2.0 started by root, uid 0 Aug 3 22:45:42 gdak chat[147]: send (atdpm0343656^M) This send string is wrong. The version of dunc you are using is buggy. Please upgrade to version 2.2. $ dpkg -f dunc_2.2_i386.deb Package: dunc Version: 2.2 Architecture: i386 Depends: ae, ed, ash (= 0.2-0), dialog (= 0.9a-8), shellutils (= 1.12), ppp (= 2.2.0f-20), gzip, findutils Installed-Size: 79 Maintainer: Richard G. Roberto [EMAIL PROTECTED] Description: Dial Up Networking Client - configuration utility This is a DUN client configuration utility for Debian GNU/Linux. It uses dialog as a front end to ash, so any ash compatable bourne shell clone should be able to run it. It is not complete, but should automatically set up a ppp connection over a modem line for most vanilla ISP set ups. There is now canned Microsoft(tm) DUN or RAS client support! This is designed for the newbie to help get ppp set up with minimal effort. There is also now support for a non-authenticated direct connection, which has been rumored to work with an Apple Newton. Fig Newton support is planned for the next release. This should be available in /debian/hamm/hamm/binary/admin, and its only 28k to download. Please use it to create a new connection and let me know if works better. Its easier to setup than previous versions, but you have to work a little harder to get your hands dirty. Its intended for users to not get their hands dirty, though. Thanks - -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBM+XrIw8SkEXoH6BBAQFSdwP/Vs4zWBvz1znjL/I5oDxCmoJF7J3Vyyq5 PeYqJbsP5oTWtbwvZ0DwE/E6XEj62DNBBtM3usw3EZEk0DEonK5LDziHmhraxbM3 0xEo9ldzM1watIprBHY/WtayL8sA6ijIkRgBg19zSNTlAjdzqUvP01G5kBrbbPkL KSbXrV65u9c= =DG2n -END PGP SIGNATURE- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Q. about vic-ccam ...
On Tue, 29 Jul 1997, Lawrence wrote: you must be root or member of group 'cqcam' lawrence cqcam vic-cqcam maintainer I was. The problem was that my lp port wasn't set up as enhanced or bi-directional. I'm not sure what the difference is, but there are three settings in my BIOS: AT, ECP, and EPP. It only works with EPP. I get video now. Thanks Richard G. Roberto wrote: I can't get this to work. My QuickCam works under windows, but not linux. I can't seem to get to www.crynwy.com to do any research. There aren't any failure symptoms, just no picture. I don't have a /dev/cqcamX device, nor can I make one with MAKEDEV. Anyone have this working? What else besides the vic-cqcam package is needed? Do I need to kernel module to run this? Where do I get it? Thanks in advance. -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Q. about vic-ccam ...
I can't get this to work. My QuickCam works under windows, but not linux. I can't seem to get to www.crynwy.com to do any research. There aren't any failure symptoms, just no picture. I don't have a /dev/cqcamX device, nor can I make one with MAKEDEV. Anyone have this working? What else besides the vic-cqcam package is needed? Do I need to kernel module to run this? Where do I get it? Thanks in advance. -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: NIS/AMD questions
-BEGIN PGP SIGNED MESSAGE- On Wed, 9 Jul 1997, Philippe Troin wrote: I know this is not related to debian, but... 1) If the NIS server is down for a NIS domain, root cannot log on the console. This is annoying, accounts which are in /etc/passwd (like root) should be always accessible. Can root log in over the network? Are you running anything non-standard in the way of PAM or shadow support? Which version of yp-client are you using? I'm using the linux version available on sunsite (circa '95) and it works fine. I have a very slow link back to NY (where the ypservers are running on Solaris via niskit1.2) and ypbind sometimes gags and hoses everything except local entries. I can usually kill ypbind and restart it with ypset and pick a server that's behaving, but not always. In any case, root (or any local account) can always log in. I'm not running anything else (i.e. PAM, shadow). 2) I have amd which download its maps from a NIS server. If the NIS server is down, then amd will complain, but it won't try to reload the maps once the NIS server is back up. I've tried to use -cache:=none, but it doesn't help. amd is a buggy beast indeed. It was never intended for general distribution, but rather for experimentation. The fact that BSD 4.4 included it seemed to give it credability it didn't deserve. I don't think there's been any active maintenance of it since the 4.4 release (and even then they just fixed some rather nasty bugs and put in in the release to say they had one.) Sorry I couldn't be of more help. The new autofs included in the 2.1 kernels sounds promising though. Cheers, - -- Richard -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBM8cXrw8SkEXoH6BBAQFLiwP/egbPsZLNkvlBaJauI2/uV4FUAnvqg6jc T3P3P/6FyUmKZRe8KW91ahNP8b3/kAE5UlK00GOYGf9NtWd+YkX/ZbbIpb9d3Dem gsD/C8dAP0dZeKyPDnaQpFW/cQfm5uG2tMdeqwhCf7XdypTrcAPKMICTswQRusrF cX/HUn3mxi4= =j7X2 -END PGP SIGNATURE- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: PPP dial-up script
Try the latest dunc package (2.1). This provides a dialog based PPP setup and a dialog based ppp connection launcher (dppp). 2.1 is available in hamm/admin but it should be OK for 1.3 as well (as long as the dependencies are met). Let me know if this works out for you. On Wed, 9 Jul 1997, David Densmore wrote: Frank Barknecht wrote: Here's my way: I su to root and start the connection with $ pon This starts pppd with the chatscript directives I have stored in /etc/ppp.chatscript. All normal debian-ppp usage! When I type pon, I get this: /dev/modem: unrecognized command pppd version 2.2 patch level 0 Usage: /usr/sbin/pppd [ arguments ], where arguments are: and a list of arguments. I don't have a file called /etc/ppp.chatscript. The HOW-TO I read (http://sunsite.unc.edu/LDP/HOWTO/PPP-HOWTO-15.html) specifies files called ppp-on, ppp-on-dialer and ppp-off (in /etc). Would simply having a correctly configured /etc/ppp.chatscript cause pon to operate correctly? Or Do I have another config problem? Or something else I need to install? BTW my PPP connection works fine when I start it manually with minicom and then start pppd. Could you (or anyone else?) perhaps send me a working example of /etc/ppp.chatscript? Thank You David Densmore [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: rsh authentication ... (fwd)
The following are my inetd.conf entries. I'm not running xinetd or tcp wrappers, yet this still doesn't work. Any help would be appreciated. Incidentally, the man page for ruserok is missing, which I thought may have provided some clues. Anyone know where this is? Thanks #:BSD: Shell, login, exec and talk are BSD protocols. shell stream tcp nowait root/usr/sbin/in.rshd /usr/sbin/in.rshd login stream tcp nowait root/usr/sbin/in.rlogind /usr/sbin/in.rlogind Date: 29 Jun 1997 15:33:56 -0700 From: Karl M. Hegbloom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: debian-user@lists.debian.org Subject: Re: rsh authentication ... Richard == Richard G Roberto [EMAIL PROTECTED] writes: Richard I have (after some frustration with explicit entries, as Richard well as ALL: ALL) removed hosts.deny and hosts.allow on Richard both machines. The solution is to ditch `inetd' and tcpwrappers, and install `xinetd'. It is *MUCH* easier to configure, and has superiour logging and access control facilities. It should be the SPI standard, not `inetd', IMO. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: fetchmail problem ...
On Sun, 29 Jun 1997, Lamar Folsom wrote: # fetchmail control file # stuff here deleted ... POP3 I change my pop3: to POP3 (no colon) and it works fine now. Thanks. The : came from the fetchmail man page and I wasn't really clear on if/where it should get used. I'd still rather just dump it to STDOUT. Maybe I'll try an mda definitiopn of /bin/cat /home/mydir/%s and see if it works. Thanks -- Richard G. Roberto -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
fetchmail problem ...
OK, actually fetchmail sucks. Is there any chance of getting the original popclient program back? I realize fetchmail is more suave and sophisticated, but it doesn't deliver my mail! I had a very simple command line working with popclient that gags under the fetchmail link because fetchmail wont deliver to STDOUT and let me do what I want with it!! I've tried the two following fetchmailrc files: poll mailhost.domain.net with proto pop3: user methere there has password mypwd is mehere here and wants mda /usr/bin/deliver -d %s poll mailhost.domain.net with proto pop3: user methere there has password mypwd is mehere here and wants mda /usr/bin/deliver fetchmail gets called out of ipup as root: fetchmail -v -k 21 /tmp/pop.out which does seem to read the mailbox correctly, exits with a zero return code, but never delivers mail!! Furthermore, I can't seem to get any output from deliver. I'm not sure which of the two above syntaxes is correct. They were not run in the same fetchmailrc file. Both seem to be correct from the man page for fetchmail (3.8-0), although I don't see how that could be. Part of the man page describes specifying a direct MDA and requiring a %s in the MDA definition to substitute the local username. The example on how to to this calls /bin/mail directly without the %s. Any help would be appreciated. Pine as a pop client is not my first choice (but works non the less). I hope I'm on the debian-user-digest list now, but just in case I'm not, please cc me in any replies. By the way, does anyone know if there are digests for devel and private? Thanks in advance. Cheers, Richard -- Until we extend the circle of our compassion to all living things, we will not ourselves find peace -Albert Schweitzer -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
remote shell command authentication ...
I'm having trouble with this between two debian machines. I am not running PAM at all and have netstd 2.10-1 on one and 2.12-1 on the other. libc5 are 5.4.17-1 and 5.4.20-1 respectively. I have (after some frustration with explicit entries, as well as ALL: ALL) removed hosts.deny and hosts.allow on both machines. I have a + in hosts.equiv as well as .rhosts (just for testing until I get this to work). The permissions have been 644, 411, 600, 655, 444, 555, and no change. rsh gives permission denied, rlogin and telnet -r (or -a) both prompt for a password. rexec gags altogether. Scenerio: host A is the lower versioned hosts (1.2 mostly), and host B is the higher versioned host (1.3 pre-release). rsh, rlogin, telnet are the same between hosts. rexec from A to B hangs, and from B to A gives a rexec: Error in rexec system call: Illegal seek error. The /etc/host entries have been a list of hostname hostname.FQDN hostname.NISdomain in every possible combination on both sides with no difference in behavior. Both systems can rsh to a Solaris machine with no problem. I've read the rlogind, rshd, and telnetd manpages and am clueless. Any ideas would be appreciated. I'm not currently subscribed, but am trying to get subscribed to debian-user-digest. Please CC me in your response at either [EMAIL PROTECTED] (my new address) or [EMAIL PROTECTED] (or both). Incidentally, the web based subscription service doesn't appear to be working. Also, the archives are pretty old. Thanks in advance. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: another PPP setup question ...
On Mon, 24 Feb 1997, Herman Mansilla wrote: Hi Richard, Even though I am novice in PPP, I had a similar case: In my Ethernet Network I set up a Linux Machine as a router, adding a Frame Relay card. This card used 192.168.x.x as a dummy address. According to the manual it needed an additional address, so the manufacturers selected this address, because it was a reserved address. I mean it belongs to a pool of addresses that are not used in Internet, so they are reserved for Intranets or LANs not connected to Internet. The configuration of my card used that address as an alias for the real IP address of my router, so from the Internet you can not ping to the reserved IP address. If your LAN is using a reserved IP address, the only way to connect is using Masquerading. I suggest you to read the Masquerading Howto, if that is your case. -Herman Thanks Herman. It actually works now, although I haven't changed anything significant. I just log into the server (which can ping everything) and do an arp -a, see myproxy entry, and then I can ping from home (and more importantly, talk to the imap server in NY). I haven't had time to realy figure out why it now works as its been very busy here, but when I get a chance, I'll post what it was. Thanks again. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: another PPP setup question ...
On Wed, 19 Feb 1997, Andre Saes wrote: Hello Mr. Richr, can't get it to work. I read the HOWTO and README, but must have missed something. IP Forwarding is turned on on the server's I think that you're having a kind of netmask problem. In /etc/ppp/options, put this parameter: netmask 255.255.255.0 And also, I looked that you put ip:ip, if I where you, I would put only the destination IP, for ex::IP. Try this! Awaiting your replies, Well, I tried setting the netmask in the client's /etc/ppp/options file and also on the command line, but no change. I also added into the server side /etc/ppp/options, again no change. I can ping any node on the server's network segment from the client, I just can't get to the router. The router has address 192.168.6.200 and that's the only address I can't ping. I'm beginning to wonder if this isn't a problem with the routing hardware not accepting packets from the proxy arp'ed client. Does anyone know if that's a possibility? Are there any other ways of getting my home PC to talk to the internal lan (i.e. without proxyarp)? I'd be more than happy to supply more info to anyone willing to help. Just tell me what you need. Thanks again in advance. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
real audio ...
Hi, I installed the real audio player raplayer in my /usr/local with a link in /usr/local/bin for the binary. It works from the command line with their test welcome message, but doesn't work from Netscape. I have the appropriate entries in mimi.types and mailcap, and the helper is defined in Netscape for type audio/x-pn-realaudio as raplayer %s. The entries I have are as follows: # grep realaudio /etc/mime.types audio/x-pn-realaudiora ram # grep realaudio /etc/mailcap audio/x-pn-realaudio; raplayer %s; test=test $DISPLAY != ;description=RA RAM realaudio format When I select a real audio link, I get a popup dialog asking me to save the file of type audio/x-pn-realaudio. The other helpers (such as xanim) work fine for their respective file types though. Any ideas? TIA. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: clock
On Tue, 18 Feb 1997, Richard Heller wrote: Hi, This is my third try. The first time I wrote the wrong address to send to, the second time I got blocked by the spam filter because I've never posted anything before, so third time's a charm,right? Ok, I have Debian Linux 1.1 and the clock displays the wrong time. The time's ok under dos, but not under Linux. I think maybe I answered one of the questions wrong when installing, but that was a while ago and by now I have too much stuff set up to reinstall. How do I reconfigure the clock without reinstalling? Thanks, Rich It sounds like you either have your system clock set to GMT time but not your linux system, or the other way around. Look in /etc/init.d/boot for a line at the top that defines the variable GMT. If this is set to (a null string), then linux thinks your system clock is not set to GMT time. If it is, you need to change this definition to be -u. That should fix it on the next boot up. To fix it ASAP, run the clock -a command with the correct flag (e.g. if GMT should be defined as -u, run clock -a -u -- if its already defined as -u and you changed it to a null string, run clock -a). I hope that solves it for you. If it doesn't, I don't know what's wrong. Good luck. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Debian logo submissions
On Tue, 21 Jan 1997, Tim Sailer wrote: In your email to me, Casper BodenCummins, you wrote: A friend of mine has donated a logo to the Debian project for consideration. It's sketchy, but we think the idea has some potential. Only thing is, where do we send it? If anyone's interested, there's a copy at www.wollery.demon.co.uk/penguin.gif. That is quite good! It sticks with Linus' penguin theme, and is clean, simple, and scalable! Is there are high res source available? Tim Definitely! This is the best logo I've seen so far! Please visit the debian logo page (available from debian's home page) and fing out how to submit this! Thanks Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
bash question ...
Are there any bash gurus out there? I have a couple of Q's. I have some scripts that run fine under bourne-shell on solaris, but break under bash on debian. The signal trapping doesn't seem to work. Nor does executing multiple commands on a single line separated by ; characters. Even on the command line: bash$ xplaycd ; xmixer bash: syntax error near unexpected token `;' Any help would be appreciated. Thanks Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: bash question ...
Well, unfortunately, I'm not really executing xplaycd in the script. The and ; work fine on SunOS, Solaris, HP/UX and Ahmdahl bourne-shells. It also works under ash. I'm tempted to just install ash as the default shell, but I would like to run bash as my login shell. Is there any way to configure the alternatives to taste? Can I tell dpkg that I want bash to be bash and ash to be ash+sh? I do some other funky stuff in this script that also works elsewhere but fails under bash. We have an HA pair of 2000s in london that runs a backup script. This script puts stuff from a handful of machines in the distributed environment plus its own database roll volumes on a tape and writes a list of what was dumped on BOT. This script only needs to run on the solaris machine (pair). My script needs to run _anywhere_ (don't ask why, its not worth getting into). I have it working everywhere, but tried to run it recently on my linux box and it sh*t the bed. I use an IFS management stack to simulate an array for parsing the list at BOT so I can dynamically create a restore menu for our operators to use for automatic data retrieval. This parsing allows the script to read new tapes -- even when the order of the backups changes, or the volumes change, etc., without me having to rewrite the restore menu script. I know this would be much easier in perl, but we don't have perl everywhere. We do have bourne-shell everywhere. The real solution is to use a more sophisticated backup and restore mechanism, but that's another war. The signal handling is also not working. I do some trapping in the script that gets ignored under bash for no apparent reason. Oh well. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Best Debian CD?
On Tue, 14 Jan 1997, Dale Scheetz wrote: I have avoided doing this on my CDs for technical reasons. I have been concerned that a label might interfere with the proper spinning of the CD. My blank CD supplier has a device he claims will properly center the label to avoid these problems, so, if it will sell more CDs, or present a more professional face, I would be happy to begin using pre-printed labels. My other concern is that the label might come loose and gum up the drive. It would be more reliable if I could find some mylar labels. Any ideas? Dwarf I actually didn't mean this to be taekn so seriously, but since it has, I'll explain. My boss is _not_ stupid at all! He's actually one of the most competent computer scientists I've ever worked for. He is, however, quite professional and doesn't take linux seriously at the moment. He humors me in my interest in it though. I showed him the Caldera package and he was impressed. I really want to replace a machine running caldera here with Debian, but I need to work out a couple of things. I need to be able to provide printing services to a MAC platform (1) and I need to be able to provide cross platform file services (2). The second item is a no brainer, but the first is giving me some problems. Anyway, I understand the technical concerns with CDR's (thanks to Bruce's very detailed post on the subject). But, I also know that as a musician, I can present an album's worth of music to any cheapo CD maker on virtually any media and in 3 weeks time have a batch of CDs pressed with full color inserts/packaging, etc. and a printed face. It usually costs about $1200US for 500 of these but prices go down with volume. If I'm willing to pay $30US for a single CD, it seems that there ought to be a way to get something presentable. I'll check with a guy I used for music stuff and see what he says, but I have an idea he'll say that it can't be done with CDRs. I know that one place takes a DAT tape and makes a glass master which is used to blow out the volume order ($2000US for 1000 CDs). This may be impracticle for Debian which changes frequently. Of course, once we're at a stable stable release ;-), it should be OK to pump a few out. Thanks for all the feedback, but I really didn't mean to ruffle any feathers. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Best Debian CD?
On Mon, 13 Jan 1997, Robin Rowe wrote: Hi. How do I find out what Debian CD-ROM's are available? Is there an article somewhere that comparitively rates them? This was the original message to which I responded. I apparently offended a few of us out there. I apologize. However, please stop sending mail to the list about this. Flame my privately, and I'll gladly tear a new black hole in your universe _privately_! Get it off the list! I happen to work for a guy who thinks Solaris is too unstable for production! I personally am very familiar with installing Solaris 2.x and then having to down load patches after patches and install them according to specific uses and needs, etc. I know that the latest CDR has all the latest fixes, but I need _any_ stable CD and I can get the fixes off the net! The difference between doing this for Solaris and doing it for Debian is that Solaris is made by the same company that makes SunOS :-) We also recently dumped all gcc based developement here in the IS group (and other compliers and tools) for Sun's compiler suite. So, I'm _really_ an island now! I never said that Debian should stop being what it is. I don't think we need to choose between being geekware for universities or being commercially viable. We can be both technically superior _free_ software, and have commercial appeal. There's just more work involved :-( Again, my apologies to the list and to any individuals. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
RE: mime and elm (was RE: X-wm question and ZipDrive)
On Mon, 13 Jan 1997, Casper BodenCummins wrote: Hamish Moffat wrote: Good. Any chance you could not send all messages as MIME, either? Real PITA to read with plain jane elm on a character terminal. Couldn't you pre-filter your email with procmail and a MIME extraction program? Maybe the packages mime-support (which `can be used to turn virtually any mail reader program into a multimedia mail reader') or mpack? I'd love to. But this machine is not a Debian box, it's my account at university running Solaris 5.5.1, and there's no procmail, or munpack, etc. Only metamail, which isn't very friendly. Unfortunately, I doubt my disk quota runs to a permanent copy of procmail, which sounds quite featureful and therefore probably quite large. My solaris version of procmail is only 249k. munpack and pine are also _very_ available for solaris. If you're using OpenWindows, the standard mail program `mailtool' understands MIME. (Couldn't your admins install a system-wide copy of procmail?) Which version of mailtool understands mime? I think only the CDE mailer does, but I may be wrong. In any case the solstice mail reader understands mime and talks imap4! After all, MIME is so well established and you're imposing the lowest common denominator on us. True, but I see no advantage in sending absolutely plain text messages as MIME when some people (such as me) will complain. When attachments are involved, I agree, MIME simplifies things significantly and metamail handles this adequately. Although I still use Netscape when I'm trying to send file attachments. I agree with you and Dale on this. I assumed we were talking about uuencoding `attachments' instead of MIMEing them - having a MIME-compliant mailer, I'm not aware of the extent of the problem. MIME's base64 encoding method is _much_ more reliable than uuencoding. If text is being sent, it doesn't get encoded by a mime mailer so I don't see what the problem is. If I type on my solaris box: more /var/mail/richr I can see the raw stream and the text is not encoded. Sometimes I do see a funky header though. Is this header what's confusing elm? Why don't you just put pine on the darned thing? MIME is one of those good ideas that got ignored long enough that it gained credibility and finally is making it into main stream usage. It would be a good thing to try to accomidate it. Just my $.02 Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Help with Laserjets
On Mon, 13 Jan 1997, Brian Schramm wrote: Hi, I would like to connect my Linux machine to a HP Jetdirect card. I know it means setting up bootp and setting up the printercap files special. I just cannot find any info on how to do that. Any ideas? The printing howto docs address this, but in a nutshell: Most modern network printers have a native lpd such that you can configure the printer's IP address, add an entry for it in your host tables (i.e. /etc/hosts, DNS, NIS, etc) and add an entry for it as a remote host with a bogus remote printer name. If you plan on using a filering package, you should probably pre-filter your print jobs by printing to a filtered queue and having the filter forward the print job to another queue that just throws the print job to the remote printer. I have the following entries in my /etc/printcap file: auto-lj|lp5|ljet4-a4-auto-mono|ljet4 auto mono:\ :lp=/dev/lp0:\ :sd=/var/spool/lpd/ljet4-a4-auto-mono:\ :lf=/var/spool/lpd/ljet4-a4-auto-mono/log:\ :af=/var/spool/lpd/ljet4-a4-auto-mono/acct:\ :if=/usr/lib/apsfilter/filter/aps-ljet4-a4-auto-mono:\ :mx#0:\ :sh: rlp1|remote-ljet4|hplj4m-1|ljet4-a4-auto-mono|ljet4 auto mono:\ :lp=/dev/null:\ :sd=/var/spool/lpd/remote-ljet4:\ :rm=hplj4m-1:rp=raw: where /usr/lib/apsfilter/filter/aps-ljet4-a4-auto-mono is the filter provided by apsfilter with the following modifications: REMOTE_PRINTER is set to True the if clause that looks at REMOTE-PRINTER builds the PRINT_PS command as PRINT_PS=$PRINT_PS | lpr -Premote-$PRINTER $PRINTER gets defined by splitting the called filtername ($0) on the dashes and grabbing the first string. This makes this filter genarally useful for remote printing. Hope this helps. You should really read the howto docs though as there is a lot of valuable info in there. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: mime and elm (was RE: X-wm question and ZipDrive)
On Tue, 14 Jan 1997, Hamish Moffatt wrote: My solaris version of procmail is only 249k. munpack and pine are also _very_ available for solaris. Yes, but not installed, again. What platform is that binary from? 250k would be acceptable, I might look into it. This was on a sparc4, so its an M. If you're using OpenWindows, the standard mail program `mailtool' understands MIME. (Couldn't your admins install a system-wide copy of procmail?) That would be lovely. Unfortunately, I'm not sure it's going to happen any time soon (I don't think they take requests). I'm using a character terminal (Telix for DOS to be precise), not X/OpenWindows. True, but I see no advantage in sending absolutely plain text messages as MIME when some people (such as me) will complain. When attachments uuencoding. If text is being sent, it doesn't get encoded by a mime mailer so I don't see what the problem is. If I type on my Some messages lately have been plain text sent in MIME envelopes (not actually base64 encoded). No attachments, just the message. For me, this means elm runs metamail instead of the usual pager, and metamail is dreadfully unfriendly. What advantage is there in sending a straight text message in a MIME envelope? None. I do agree with the use of MIME for attachments, although again the standard elm doesn't support it. The reasoning for the MIME envelope is simply internationalization. Not all messages are 7bit ascii code. All headers must be though (to be RFC bla bla bla compliant). The message body gets wrapped in this manner so that 8bit shift-JIS encoded characters get interpreted correctly (by calling the viewer specified for that content type). Having a separate method for dealing with English is extra coding and unnecessary. I don't know anything about metamail, but it seems that you should be able to configure elm to _not_ automatically call metamail, but let you call metamail. One bad mimetype and you could get a message that automatically installs a trojan horse, or retrieves a passwd file! In any case, you could probably also keep a local .mimetypes or .mailcap file around that ignores Content-Type: text/plain. I'd love to, but this isn't my machine and my disk quota isn't huge (and occasionally I need my space for compiling C++ etc :-) I might just have to relocate my reading of the list to my ISP, who has the mime-capable elm. We don't have pine on this server either. :-( Try talking the SA into installing Pine or making the above mods to the system wide mimetype or mailcap files. You should be able to read list mail under solaris 5.5.1! Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Troubleshooting (was Re: DEBIAN 1.2 DISKETTE PROBLEMS UPDATE)
On Mon, 13 Jan 1997, Daniel S. Barclay wrote: From: Mark W. Blunier [EMAIL PROTECTED] Maybe we should start a new mailing list, debian-dumb-questions. It would cut my traffic down from debian-user. Should there be a debian-newbie? Newbie questions should be asked on debian-user. Dumb questions should be asked on debian-devel. :-) Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Sendmail redirects all *local* mail to domain MX ?????
On Mon, 13 Jan 1997, Pete Templin wrote: 2) It doesn't recognize thishost as its host name. For #2, double check that /etc/hostname is the same as a reverse DNS lokup on the IP address of the machine. Errr, what if somebody isn't running DNS??? (like me???) Won't defining Dwmyhost and Dj$w still work? What the heck is this .cw file for? Why is debian implementing an incompatable sendmail? Isn't sendmail complicated enough? I thought a project design goal was to have a *nix compatable system? Are other Linux distributions adopting this .cw file as well? I'm a bit surprised that mx.mydom.com accepts your mail, as /etc/mail/sendmail.cw (in the debian implementation, was formerly in sendmail.cf as CW) must contain thishost.mydom.com. Unless of course that I found no debian specific documentation for sendmail that mentioned a sendmail.cw file. Sorry for ranting ... Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Best Debian CD?
On Mon, 13 Jan 1997, Robin Rowe wrote: Hi. How do I find out what Debian CD-ROM's are available? Is there an article somewhere that comparitively rates them? This is a good question. I'm looking for a 1.2.x cd as well, but I need it to look decent. It can't be disk 26 of the 43 cd internet bonanza!! and it can't be a gold CDR with Debian scribbled on it in black marker. I need to be able to show it to other people (like my boss) ;-) Does anyone know of a CD for sale that looks presentable (i.e. has an actual screened or printed face)? Thanks in advance. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Problems with rex+bo mixed bag ...
I'm getting these type of messages every now and again. Any ideas??? richr:4:$ xfd xfd: can't resolve symbol '_IO_stdout_' xfd: can't resolve symbol '_IO_stdin_' Its happened with more than just xfd, but I don't remember what else at the moment. What other info would be helpful here? Thanks in advance. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Q: How can I change the xaw libs?
I installed the new xaw3d package out of curiosity. It has become the one used in X at the moment. I'd like to change back to xaw95 (which is still installed) but don't know how. Any ideas? Thanks in advance. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Xnest problem
Does anyone know how Xnest gets its font path defined? The manpage doesn't say, but it does say that if it isn't right it won't work. It somehow maps its own font path to the real server's but I don't kow how that happens. I think if I can tell it to use the font path in /etc/X11/XF86Config it'll work, but I don't know how to feed Xnest a font path. Any help will be appreciated. Thanks Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: A few questions.
On 9 Jan 1997, Manoj Srivastava wrote: The kernel-source package is just the pure sources from Linux in /usr/src/kernel-source-X.XXX directory. Nothing is added to that directory tree. It does contain pre and post install scripts to help maintain /usr/src/linux symlink -- you can then have multiple This link is no longer needed to compile kernels. My kernel source trees are in /usr/local/pub/kernels with no links to anywhere. The point is, there is no difference in the kernel code. The statement that the kernel source package is less fine tuned than the original sources is a fallacy. That's true. I just had kernel sources already and have downloaded the releatively small patches along the way intead of the whole source tree again. I might be a cool thing to have a kernel-patches package though. This would need to depend on kernel sources of course. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
A Handful of problems ...
Hello, I'm having the following problems and wondered if anyone here could help out. 1) I can't seem to find any howto style docs on netatalk. I'm trying to set up a gateway to some unix printers for some of the macs but haven't had much luck. I'm using 1.4b2-1. I set up papd.conf such that nbplkup show the print service (and the macs can see it) but it just doesn't print. I can provide many more details to anyone willing to receive them. 2) I can't get code generated by p2c to compile. Even when I use cc -I/usr/include -L/usr/lib -lp2c it still fails. It doesn't seem to be able to find the functions defined in the p2c.h header, although I don't know why. I have p2c 1.20-2, libc5 5.4.13-1, and gcc 2.7.2.1-2. Again I'd gladly provide more info to anyone interested. Thanks in advance. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: A proposal to improve dselect
On Thu, 9 Jan 1997, Ralph Winslow wrote: When Chow Chi-Ming wrote, I replied: This seems easily addressed by honoring the Users' EDITOR environment variable setting, so why not? Its not always set. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: improvements
On Thu, 9 Jan 1997, Nathan L. Cutler wrote: Indeed, it might be worth considering doing away with the classification of required, recommended, extra, important, etc., because every person's needs and desires are different. Obviously, if the system won't run without it, it is required de facto. This might reduce the dselect confusion. This can be done without changing package dependency data. We really just need to have a different interface for installing. The current installer only takes you as far as getting base installed and then throws us into dselect. There needs to be an intermediate step that allows for simplified installation of a choice of several install profiles. This is non-trivial however. All packages of a given section cannot be installed and someone needs to decide on which packages go in the canned profile and which don't. This needs to be a dynamic list that requires active management much like the existing release and it would not replace any part of the existing release process, so it means more work. This really should be done by oem types, but that isn't how debian is getting distributed (yet?). Just my $.02 Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Xnest ???
I get the following: richr:6:$ Xnest :1 PEXExtensionInit: Couldn't open default PEX font file Roman_Mfailed to set default font path '/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/' Fatal server error: could not open default font 'fixed' Any ideas? I haven't followed the 3.2 posts too closely and the archives only show me a couple of messages between oct and nov, all with no title. I think something is wrong there. Thanks in advance. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: PCMCIA problem on Toshiba Satellite Pro 410 CDT
On Wed, 8 Jan 1997, Nico De Ranter wrote: Hi, I just tried to install Debian on a Toshiba Satellite Pro 410 CDT with a 3Com Etherlink III PCMCIA network adapter. I wanted to install Debian using NFS but the installation disks do not seem to recognize my PCMCIA-adapter (it doesn't even start thinking about the pcmcia network adapter). Does anybody know how to install Debian on this machine. I really don't feel like putting everything on disks :-) and I do not have a CDROM distribution. Exactly what do you have installed? I installed on a couple of Tecra laptops by putting base on a dos formatted partition I later used for swap. I only needed to have the two floopies and mount the dos partition. I also put the pcmcia-modules and pcmcia-cs packages on the same partition so I only had to do a dpkg -i on those packages and I had networking! I used dselect's ftp method to do the rest of the install, where I grabbed pcmcia-source so I could mess around with custom kernels of various revs and recompile the pcmcia modules. The important thing to tell you about this setup is to _not_ configure the network in the dinstall process. That will only confuse the pcmcia startup. Let the pcmcia package take care of configuring the network. Good luck. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: A proposal to improve dselect
On Wed, 8 Jan 1997, Philippe Troin wrote: On Wed, 08 Jan 1997 15:42:27 +0100 Gertjan Klein ([EMAIL PROTECTED]) wrote: One of my most serious criticisms is the fact that in spite of the dependencies being known, packages aren't installed in the right order. If package 1 depends on package 2, then package 2 *must* be installed *first*. This isn't done; I consider this a bug, that should be reported. Not a bug. What you describe is pre-dependencies. It's a bit too long to explain here, but you can find all the details in the Debian policy manual. Dpkg does the work right... so far. Phil. I beg to differ, but dpkg has not been doing the work right on my system. Indeed if you read the install reports being posted, you'll see that the fix for many instllation problems is to reinstall the broken package as its depended upon package was probably installed after it. gcc, perl, some parts of the libc stuff (don't remember which or what) gagged on me. In dselect it was too easy to fix to care about it (despite its bad wrap about the interface, dselect really does kick ass), so I don't have any specifics. I think Gertjan is right. Pre-dependencies are only for packages that rely on a fully functional (i.e. unpacked and configured) package in order to install. Dependencies on packages that are required for the package to run (but not required for installation) should not be pre-depended upon. These are just standard depends. Although largely this works out OK, I have seen some problems on my system with it and have certainly seen enough reports here to agree with Gertjan. I think that Dale and someone else (maybe Manoj?) are working on dselect back end type stuff that addresses this ordering issue. That would take the burden off of dpkg to do this when the new back end is in use anyway. Thanks Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Multible search and replace?
On Wed, 8 Jan 1997, Rick Macdonald wrote: Chad Zimmerman wrote: Was just wondering if there is a package out that does multiple file search and replaces? I have to go through my main html directory and make a lot of repetive changes. Was wondering if there was a package or a perl script laying arround to do this. Would same me the time of writing one up. Are you an Emacs user? Emacs has dired-do-query-replace, which is on the Operate drop-down mouse menu in dired-mode. You'd have to execute it once for each change to me made, but at least it would do all the files each time. Wow! For a modeless editer, emacs sure has a lot of modes! In any reasonable vi clone (e.g. nvi, vim, elvis, etc.) you have basically two modes: insert and command. If your in insert, hit the escape key to get into command mode. Then just type a colon : and enter %s/text to replace/text to replace with/g. This is pretty standard syntax for this sort of thing in unix. The % is a short cut for specifying all lines in the file which could be done with 1,$ longhand. The s is swap or switch or something like that. The first slash marks the begginning of the search text. The second slash separates that from the replacement text and the last ends the text spec. The g indicates a global operation for each line specified (in this case all lines). The global specification is needed if you want all incidents of the search text on each line replaced. So, in vi just type: :%s/whatever/whatever else/g Very simple. The text can contain pretty much anything, but some stuff may need to be esaped with a back slash \ or input as is with a ^Vcharacter. Outside of that, I'm sure there must be some handy HTML editors that can do this as well. Thanks Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: A proposal to improve dselect
On Tue, 7 Jan 1997, George Bonser wrote: In my opinion, dselect is the single biggest stumbling block standing in the way of greater acceptance of Debian linux. I have seen new users become so frustrated with it that they have thrown the CD against a wall. That doesn't mean anything. I throw CDs against the wall all the time for no reason at all. Are you sure they were frustrated? Maybe they're just as fascinated as I with winging 'em across the room! ;-) Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: A few questions.
On Wed, 8 Jan 1997 [EMAIL PROTECTED] wrote: I've switched from slackware to debian. I have a few questions that I'd appreciate any help with. 1) What controls what machines have NFS access to linux machines? My reading of the manual is that it depends on /etc/exports. Is this correct? Does an empty exports file result in no machine having access or all machines having access? /etc/exports is where you would list filesystems (or parts of filesystems) that you wanted to export or share over the network. Controlling access to such volumes can be complicated, but the man page for exports(5) gives an overview. Keep in mind that netgroups may only be used if NIS is running at this time. That may change in future libc versions, but I really wouldn't know. Please also keep in mind that most implementations can't use rw and ro access lists for the same volume if a netgroup is in the access list (anywhere). 3) Kernald is unable to load iso9660 fs modules on my system. But I can load it manually with 'insmod isofs'. I also found in syslog: modprobe: No dependancy information for module /lib/modules/2.0.27/fs/isofs.o what could cause this ( what would fix it :) I don't know what might have caused it, but try a depmod -a. That may fix it. Manoj's answer to Q2 may take care of that in the future. Good luck. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Tecra Rescue Disk
On Sun, 5 Jan 1997, Kirk Hilliard wrote: With some help from Martin Stromberg I have built a temporary replacement rescue disk for Toshiba Tecra 700 series laptops. (They cannot boot a normal bzImage loaded by lilo.) It has the same generic 2.0.27 kernel as in the 1996-12-8 resq1440.bin rescue disk, but with Jens Maurer's kernel patch. This should help out until the new boot disks arrive. You can find my resq144t.bin at http://www.math.virginia.edu/~kdh5j/debian/tecra730 Kirk Hilliard Thanks for working so fast on this! This is great. I have some bad news to report though. I did the upgrade to 5.80 BIOS for the 720 and the problem persists. I sent Jen mail about it. Your rescue disk works fine though. Now I just need to install that kernel. Any idea how to do that? I tried activating an older kernel (2.0.6) but I can't run lilo correctly. I tried to do a chroot, but it gives an error about not being able to resolve 'chroot' symbols. This is probably on account of the slimmed down libc on the recue set. Any help would be appreciated. Thanks in advance. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
rescue disks for a tecra
Does anybody know where I can get these? Bruce mentioned a bug in the exisisting set, but didn't mention what the bug was. He's off line for a while, so if anyone else could point me in the direction of a working set of boot disks for a tecra for 1.2, I'd appreciate it. I used make-kpkg to install a new custom kernel-image, but it was the same upstream version, so it blew away the previous working kernel (i.e. they were both 2.0.24, but had different package versions a la 2.0.24-1.1 and 1.2). The new kernel doesn't boot and the old kernel has been overwritten. This was a 1.1 upgraded, so I don't even have an older working set of 1.2 floppies. Any help would be appreciated as I'm quite hosed at the moment :-) Thanks in advance. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Debian and Windows95
On Fri, 27 Dec 1996, Bruce Perens wrote: Back up your Linux system just in case Windows 95 clobbers its partition. Make a boot floppy, and make sure the floppy works. Then you should be able to safely install Windows 95. The easiest way to restore LILO is probably to re-install the package. Bruce Definitely back up the partition! I did this on a Tecra that was already Win95 + Debian (Debian was loaded after the fact). My 95 became unstable as a reault of the plug and pray technology guessing wrong about my hardware setup periodically (after the system had been working fine!) Reinstalling blew away the partition info. The Win95 fdisk program seems to be incompatable with anything else (even NT). My advice would be to do a custom install and do not blow away the dos partition -- install over it. Even just reformatting the partition could be seriously hazardous as the partition boundry may not be honored! In my opinion, Win95 is clear proof that MS is interested in writing software that sells and couldn't care less if it works. The MBR will defintely be overwritten in standard MS form. Bruce's suggestion sound like a good one. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Printing question ...
Does anybody know how to prevent a banner page from being printed? I'm printing to an HP4M and after each print job a banner page gets printed (it looks like the contents of the cf file). There used to be a no banner switch for printcap, but I didn't see one in the Linux man page. Any ideas? By the way, when I print to a QMS PS printer here, I don't get the banner page (although they're different queues and printcap entries). I'm using apsfilter in case that's useful. I also checked the printer, but there doesn't appear to be any console function to turn this on or off and I'm the only one that gets it. Thanks in advance. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Printing question ...
On Fri, 20 Dec 1996, Martin Konold wrote: On Fri, 20 Dec 1996, Richard G. Roberto wrote: Does anybody know how to prevent a banner page from being printed? Try inserting ':sh:' in you /etc/printcap. This entry means 'suppress header' Thanks to everyone who replied. I had the burst page suppressed with the :sh: boolean, and even tried the -h option to the lpr command, but the boolean I was looking for isn't implemented on linux. That doesn't matter because the problem is at the printer. It turns out that this printer is running its own lpd service and it can only be configured with HP's software (JetAdmin), which isn't available on Linux. I'll try to get a hold of it for SunOS and run it from there to turn it off. Thanks again for everyone's help. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Q: re: dpkg-ftp
On Thu, 19 Dec 1996, Anthony Thompson wrote: Im a recent convert from slackware to Debian1.2 (well in the process of install it). Away im having a problem getting the ppp link up and running. Im able to establish the ppp connection ok. I check it using the ifconfig command and i see that i have a ppp connection to my ISP. The problem is that if attempt to run ftp (standalone) to test the link i receive 'host lookup failure'. Now i have had no problems previously with slackware getting ppp connection setup.. What have i done wrong? Ive checked my resolv.conf and it is the same as my old slackware config.. thanks Anthony [EMAIL PROTECTED] In addition to the other suggestions given, you may want to check to make sure that the host(s) listed in resolv.conf are in your hosts file. I've overlooked that one myself at least once. Good luck. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Please do not use Qt (fwd)
This was a _private_ email! How did this wind up on TWO mailing lists? On Sat, 23 Nov 1996, Martin Konold wrote: On Sat, 23 Nov 1996, Richard G. Roberto wrote: On Fri, 22 Nov 1996, Martin Konold wrote: On Fri, 22 Nov 1996, Heiko Schlittermann wrote: Then they can't be GPL'd. You should read the license. It prohibits modification restrictions (which QT has). Of course the apps CAN be gpled! Even if they have to be linked against some commercial libs. There are hundreds of gpled Motif based pieces of software out there. You are not allowed to distribute changed version of the library but you are welcome to change the gpled application as you like. Soon LyX will also be Qt based. That's too bad, I kind of like lyx. Obviously, you unfortunately do not know hwat you are talking about, sorry. Based on Ian's post to the list, quoting the license. The very first versions of LyX have been Motif 1.2 based. This had the BIG disadvantage that the co developers did not want to buy the commercial Motif stuff. I wouldn't have used the motif version either. Matthias then switched to Xforms. They most recent stable beta is based on Xform 0.81. Xforms is free of charge for non commercial use. The developers do NOT provide their source code. Xforms is limited due to time constraints of the two developers. Again, I'm sorry to hear about the trouble lyx has had, but that doesn't make QT any more viable for mainstream debian packages. (I'm basing this on numerous posts from other debian dudes.) LyX will in the near future switch to Qt. Qt is in contrast to Xforms available free of charge to the freeware community and much more important it is WITH source code! It has also advantages from the programmers point of view. (C++...) So even for the GNU purists it must be evident, that Qt is LESS restricting than the Xforms license. How does it come that you are talking about stuff you do not understand. Call it a gift ;) I personally would appreciate something like alladins license for ghostscript beeing applied for Qt. But Qt is still a very new, but promising project. You never got back to me on the kterm issue. It seems to me that the KDE kterm is _not_ the same as the long standing JE version of xterm of the same name. This is poor netiquette at best and micro$oft like behavior at worst. What's the deal? This QT/KDE mentality is rubbing the wrong way already. kterm is neither directly based on the JE version of xterm nor on xterm but on rxvt(which is not gpl, but free). I think you miss the point. You are naming the QT version of rxvt kterm which is a binary name already in wide spread use. Perhaps you and your friends should try pulling your heads out of your rectums. In the mean time, this post is the last I'll make to the _LIST_ on this subject. I'd be happy to beat on you some more privately. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
[off topic?] need functionality
Hey, Thi may not be the right place to ask, but I'm looking for a utility similar to tkined that lets you select and _move_ objects around to create a nice looking display. It would be good to be able to can different views of the same network subnet as well, but this means objects need to live in different groups at once under tkined, which isn't allowed. Any help would be appreciated. Thanks in advance. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Debian logo?
What ever happened to the effor to get an official debian logo? It would be very nice to have one. Perhaps Bruce should put out a logo specification and start taking candidate logos (i.e. the logo should have an animated character with this text, etc.)? I'm no graphic artist, just interested in having a logo for my box ;) Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Will Caldera's WABI run on a Debian system?
On Thu, 21 Nov 1996, Rick Macdonald wrote: Does anybody know if Caldera's WABI will run on a Debian system? Caldera's web page kind of says maybe. I had a short correspndance with [EMAIL PROTECTED] and their position make sense. They can't guarentee in won't run on anything but CND. This is like somebody asking if the debian lyx package will work on slackware. How should we know? Debian has a package system that can guarentee results that are _proveably_ correct (strange hardware problems, etc. not withstanding). Likewise, Caldera's method of guarenteeing any of their products work is to tell you to install the whole CND distribution. They know what packages are their. Their current packagin system is based on RedHat 2.1, so they don't have dependencies. Caldera told me that it they feel it is a very stable product and I should use my own judgement. They will only provide support for CND customers however. They give you 5 free support calls if you own CND. I priced WABI here in Tokyo at Y40,000 (about $400), but I'm getting the whole CND package+WABI direct from Caldera for $277 shipped, so I'll get support. I'll ask them about producing an installer .deb file after I get it. By the by, for reasons that are mostly, but not entirely, technical, Caldera will no longer be basin their OS on RedHat linux. They purchased Linux FT ans will base their next release (Caldera Open Linux or COL) on that. The sales rep I spoke with was unsure as to what package format they would be using. Maybe Bruce and Ian should give them a call? It would be very cool to have Caldera switch to using .deb format packages, eh? I'm tempted to pay the $200 just so I can run Quicken without booting up DOS/Windows. I haven't checked for awhile, but I assume that WINE is still a long ways away. I couldn't tolerate having my Quicken files corrupted! Well, if its anything like Sun's wabi, you need to install windows with it, and install any apps you need to use. Unlike wine, you cant just execute a program a la wine prog.exe. You should be able to set up a virtual drive letter for any mounted filesystem (or directory structure) if memory serves. I haven't used WABI for a while (1.0 or so). I'll let you know when I get it. I'm hoping to mount my ccdata directory via smbmount and use WABI to do CCMail. I don't kow about sending, but I should be able to read. We'll see. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
RE: Laptop and PCMCIA
On Wed, 20 Nov 1996, Paul Christenson wrote: I'm trying slowy to get my whole office over to Debian g, and the next machine I'm going to tackle is the TI-Extensa 560CD laptop. I installed it on an Extensa 570CDT (except for X); no problems with the base installation. The CD-ROM is a standard ATAPI on /dev/hdb. The fact that there is a reboot involved between the last floppy disk and the first CD usage made it quite simple (as the CD and FDD share one bay). The fun started when I tried to get networking started. The PCMCIA package installed just fine, except that Debian tries to set up networking BEFORE Card Services is installed. I moved Card Services into /etc/init.d/boot before the network is initialized, and added a 'sleep' command that was just long enough to allow the Ethernet card (in slot A) to initialize. I suppose that moving Card Services into the 'networking' script is the proper approach, but the bottom line was that it worked. I had the same problem. I posted an message to the list a while ago on it, but it may have been missed. When first installing or configuring Debian, you get asked if you are connected to a network (or something similar). You should say no there. This is buried in the pcmcia package docs. Let the pcmcia script in init.d configure the network for you. You should put the information you normally keep in /etc/init.d/network in /etc/pcmcia/network.opts. You can just remove the entries from your /etc/network file and put them in /etc/pcmcia/network.opts now and reboot the system to get it going. The latest pcmcia card services package does not contain support for the Xircom card you mentioned. I had that card and had to switch it. Xircom has changed its non-disclosure policy a bit, so there may be support in a future release, but not yet. There is a _lot_ of information on linux on laptops available on the web. Do a search on those keywords. You can also follow links from RedHat's web site to the Linux Laptop Home Page. It has working configurations for a slew of specific laptop models, commentaries, technical links, etc. Very informative. Good luck. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
[OFF TOPIC]Re: X is painful
Is there a debian-talk list? This is surely a candidate. Bill So far the 'differences' have primarily been comprised of Bill just plain crappy UI. Some apps let you double-click to Bill select a word, some don't. Some let you triple-click to Bill select a paragraph, some don't. Some tab between fields, Bill some don't. Some have point to focus within individual Bill fields [tkman comes to mind], some don't. During editing, Bill some are bright enough to realize the user likely doesn't Bill want to lose focus on the field until they take some action Bill to end editing (ie; partial modality), most are not. It seems that the real problem is that the whole world doesn't agree with you. If everybody would just listen to you, we wouldn't have this problem, right? I'd rather be able to configure this behavior on a case by case basis. If there were a set of UI behaviors identified in this manner that could be offered as a set of configurable options, with perhaps some canned default option sets, I'd go for it. Outside of that, I don't think this is as big an issue as you're making it. Maybe I'm just not that uptight. Bill As well, now that OpenStep is being distributed by Sun [as Bill well as NeXT] and the GnuStep project is progressing nicely, Bill it will hopefully make inroads into more of the academic and Bill scientific computing centers. Just as long as it stays out of the Real World. We have a couple of Next boxes here and I can't think of a goofier, uglier GUI. I'm not a GUI programmer, so maybe its a neato devel platform, but 99.99% of people using computers aren't writing GUIs. Bill Regardless, whether or not OpenStep actually survives Bill through the end of this century, any developer who is Bill working on generic user interface coding projects-- such as Bill a window manager or process manager-- who has studied and Bill understood what NeXT has achieved is wasting their time. Again, I'm not a developer, but NeXT seems to have achieved virtual bankrupcy. Where's the lesson there? You know I've had plenty of great ideas too. The problem is that most of them sucked. Sort of like the NeXT interface. Bill NEXTSTEP/OpenStep is likely the single best example of Bill object oriented programming on a large scale in the Bill industry. The APIs are clean. The various frameworks work Bill together transparently. Portability is *not* an issue Bill [except when importing/exporting data]. Nothing touches it. Bill Period. Great. Another computer environment JUST for programmers. Bill So far, all signs indicate that software deployed within the Bill X community has made the same mistakes over and over Thats no reason to panic start thinking that NeXT step is the answer! I don't pretend to know the Right Thing to do, but I sure don't wish NeXT on anyone. The best thing I can think of doing in a GUI is offering the user the ability to configure it. Thats a whole lot more attainable than building THE GUI to beat all GUIs an forcing it on everyone. Just my $.02 Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: WinNT OS loader
On Mon, 18 Nov 1996, Doug Redd wrote: I have Win NT installed on one drive and Linux on another, with the Win NT drive being the default boot drive. I am currently using loadlin to boot linux, but I am wondering if there is a way to get the Win NT OS loader to load Linux. Does anyone know? Use attrib to remove the RHS attributes from boot.ini and then just edit it. I don't have one handy, but its pretty easy to figure out. I think its similar to lilo (i.e. give a tag and a partition to boot from). Your lilo.conf should be setup to boot from the partition linux is installed in, but thats the usual default. The boot loader just points you to that partition and lilo takes it from there. God luck! Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: Is .deb still better than .rpm?
On Thu, 14 Nov 1996, Marco Mariani wrote: The installation procedure is *very* important, because a new Debian user should instantly get the feeling he's done the Right Thing :-) Has anyone given any thought to writing a very simple, separate installer for debian? It could contain a very simple set of menu options, one of which is custom install or expert mode which would call up dselect as usual. The other options could be some canned sets of packages (with the required disk space for each canned set). This seems a whole lot easier than rewriting the most powerful tool in the distribution just because it is non-intuitive for new users to install from. I'd rather have written this message after developing such a tool and said, Hey have a look at this, but I still don't understand the packaging system enough to take something like this on. Just a thought. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- This message was distributed manually by [EMAIL PROTECTED] after the list initially failed to distribute it.
Re: Deselect issues(was R: Is `.deb' still better than `.rpm'?)
On 15 Nov 1996, Andy Guy wrote: Brian K Servis [EMAIL PROTECTED] writes: Paul Christenson writes: On Wed, 13 Nov 1996, Mark Carroll wrote: My only complaint is that it autoinstalls updated packages. There have been a number of times that I wanted to grab one new package via ftp install, and came up with 10 megs of updated packages. (Not bad at work, but can be annoying on a 28.8 connection.) Paul Here, here...I second this. I know you can confirm what to get but maybe there should be single question to overide this default behavior or something. My $.02. I am a little confused here - dpkg-ftp prompts you if it should get all the new packages marked for installation or if it should prompt for each one separately. What more do you want? Should the questions be worded better? Andy. They are referring to a packages default status of install after being installed instead of hold. That tells dselect that you want to install this package again (i.e. upgrade it). The only way to turn this off is to do it manually for each package, or to go to a package grouping (like Updated Packages (newer version is available)) and press = or H. This isn't really clear in the on line help though. It seems that you can go to any of these headings and take action on its contents in the same manner. This is the missing feature people want. It seems as though its there, been there, gonna be there, but we didn't know about it. It still doesn't please those who don't want to have to take any action to obtain a hold status for installed packages, but oh well. Thanks Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: A couple things I noticed with rex packages ...
On Sun, 10 Nov 1996, Christian Hudon wrote: On Mon, 11 Nov 1996, Richard G. Roberto wrote: Also, most refuses to run in an xterm or rxvt complaining the terminal isn't strong enough! That's pretty wierd. Do you have the TERMCAP environment variable defined? I had that problem too, and undefining TERMCAP fixed it. Christian Yup. That fixed it. Thanks Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
[semi-off topic]I need a little help ...
Hello, I finally got Debian (mostly rex) installed on my Toshiba Tecra 720CDT laptop. I need some help getting a handle on a few things though. I can't seem to find the key combo to switch resolutions under X. On a desktop system, this is just CTL-ALT-(+/-), but the + is on the number pad. guess what, I don't have a number pad! Any help would be appreciated. Also, anybody have one of these working with the built in modem? Thanks in advance. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
A couple things I noticed with rex packages ...
Has anyone else noticed that the x3270 package fails to install correctly unless the DISPLAY environment variable is set? I haven't looked into it very deeply, but I thought I'd mention it. Also, most refuses to run in an xterm or rxvt complaining the terminal isn't strong enough! That's pretty wierd. Thanks. Richard G. Roberto [EMAIL PROTECTED] 011-81-3-3437-7967 - Tokyo, Japan -- *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
