Re: Re: Building a Linux Distro
Hello While this is not focused on building a Debian Distro, there is a lot of "boiler plate info" here, for the casual reader ... http://www.linuxfromscratch.org/view/cvs/ > > From: Jefferson Kirkland <[EMAIL PROTECTED]> > Date: 2003/11/05 Wed PM 04:28:41 CST > To: [EMAIL PROTECTED] > CC: [EMAIL PROTECTED] > Subject: Re: Building a Linux Distro > > Paul Lussier wrote: > > >Hi all, > > > >At one time I could have sworn there was a HOWTO on how to build your > >own Linux Distro. Now, even with the help of google, I can't find any > >such thing. Maybe I'm searching on the wrong thing. Anyway, does > >anyone know where I can find docs on building a Linux distro? (extra > >points for building a Debian-based distro :) > > > >Thanks, > > > > > >Seeya, > >Paul > >-- > >Key fingerprint = 1660 FECC 5D21 D286 F853 E808 BB07 9239 53F1 28EE > > > > It may look like I'm just sitting here doing nothing, > > but I'm really actively waiting for all my problems to go away. > > > > If you're not having fun, you're not doing it right! > > > > > >___ > >gnhlug-discuss mailing list > >[EMAIL PROTECTED] > >http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss > > > > > > > I took a look but couldn't find anything. If you do find what you are > looking could you please post it here? > > Thanks! > > Jeff Kirkland > > + > > ___ > gnhlug-discuss mailing list > [EMAIL PROTECTED] > http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss > ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: Building a Linux Distro
Paul Lussier wrote: Hi all, At one time I could have sworn there was a HOWTO on how to build your own Linux Distro. Now, even with the help of google, I can't find any such thing. Maybe I'm searching on the wrong thing. Anyway, does anyone know where I can find docs on building a Linux distro? (extra points for building a Debian-based distro :) Thanks, Seeya, Paul -- Key fingerprint = 1660 FECC 5D21 D286 F853 E808 BB07 9239 53F1 28EE It may look like I'm just sitting here doing nothing, but I'm really actively waiting for all my problems to go away. If you're not having fun, you're not doing it right! ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss I took a look but couldn't find anything. If you do find what you are looking could you please post it here? Thanks! Jeff Kirkland + ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: [Gnhlug-jobs] Linux Sysadmin
On Wed, Nov 05, 2003 at 12:04:07PM -0500, Travis Roy wrote: > > > This position is for a one-person systems administration team > > > > Just remember there is no ' I ' in T E A M. > > Then you spell it TIEM I just say that there's an M and an E. -Mark pgp0.pgp Description: PGP signature
RE: [Gnhlug-jobs] Linux Sysadmin
> > This position is for a one-person systems administration team > > Just remember there is no ' I ' in T E A M. Then you spell it TIEM ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: X with ssh, (was Novell to acquire Suse)
On Wed, 2003-11-05 at 11:07, [EMAIL PROTECTED] wrote: > On Tue, 4 Nov 2003, at 3:56pm, [EMAIL PROTECTED] wrote: > >>> ssh -XCA -l mylogin remote.system.name > > What if you turn off compression? I've seen it cause weird compatibility > problems before. Turning off compression makes no difference at all. > > It nicely told me that it was requesting X forwarding with authentication > > but still there is no DISPLAY variable defined and thus no X forwarding is > > possible. > > Could you please post the exact error message, along with anything else > that looks interesting? For example, here is what I see if I try to SSH > into a system with no X11 support installed, but requesting X11 forwarding > anyway: Here you go: debug1: ssh-userauth2 successful: method password debug1: channel 0: new [client-session] debug1: send channel open 0 debug1: Entering interactive session. debug1: ssh_session2_setup: id 0 debug1: channel request 0: pty-req debug1: Requesting X11 forwarding with authentication spoofing. debug1: channel request 0: x11-req debug1: Requesting authentication agent forwarding. debug1: channel request 0: [EMAIL PROTECTED] debug1: channel request 0: shell debug1: fd 3 setting TCP_NODELAY debug1: channel 0: open confirm rwindow 0 rmax 32768 As you'll note I don't get the xauth error message that you got. > While I'm not sure where that error message about the DISPLAY variable is > coming from, I don't think the lack of a DISPLAY variable on the server is > causing your problem. The sshd daemon is going to be running without a > DISPLAY variable anyway -- indeed, it won't even have a TTY. I do think > you're on to something about some needed package being required but not > present. I respectfully disagree. Time and time again I've noted that ssh will define a DISPLAY variable that points to the 'virtual display socket' (or whatever the right term is) that gets X applications connected through the ssh tunnel back to my workstation. An X application will not work if there is no DISPLAY environment variable defined and there is no value for display specified in the command line when you start it. An X display is required. Here's an example from an ssh connection that does the remote X display thing correctly: DISPLAY=localhost:10.0 You'll note that instead of the conventional value of '0.0' or '0' the display is offset by the amount specified in the sshd config file (typically 10). > When you SSH in, check the output of "netstat". Specifically, look for a > TCP connection listening on port 6010 or so. That will at least tell us if > the SSH server is even trying to proxy the X11 connection. I suspect not. It shows no network connections near 6000. I only see the ssh connection between the two machines. Experimentation shows that when a successful X connection is established (by actually running an application) I see a network connection whose local address is 'localhost:x11-ssh-offset'. With no live X connection this address is not listed by netstat. > Can you run a test on a failing system with the sshd daemon in debug mode > (foreground, verbose output to console, single connection only, no forking)? > While you pretty much need local access (since you're testing your remote > access method), the output can be very informative. This is a little more involved. I'll have to see if I can identify a system that I can do this with without impacting production work. -- Dan Coutu Managing Director Snowy Owl Internet Consulting, LLC http://www.snowy-owl.com ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: X with ssh, (was Novell to acquire Suse)
Another seemingly silly question. Do you have anything in your login scripts in the "remote" machine that try to set the DISPLAY? -- Those who live by the sword get shot by those who don't. Cole Tuininga Lead Developer Code Energy, Inc [EMAIL PROTECTED] PGP Key ID: 0x43E5755D ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: X with ssh, (was Novell to acquire Suse)
On Tue, 4 Nov 2003, at 3:56pm, [EMAIL PROTECTED] wrote: >>> ssh -XCA -l mylogin remote.system.name What if you turn off compression? I've seen it cause weird compatibility problems before. > It nicely told me that it was requesting X forwarding with authentication > but still there is no DISPLAY variable defined and thus no X forwarding is > possible. Could you please post the exact error message, along with anything else that looks interesting? For example, here is what I see if I try to SSH into a system with no X11 support installed, but requesting X11 forwarding anyway: debug1: ssh-userauth2 successful: method publickey debug1: channel 0: new [client-session] debug1: send channel open 0 debug1: Entering interactive session. debug1: ssh_session2_setup: id 0 debug1: channel request 0: pty-req debug1: Requesting X11 forwarding with authentication spoofing. debug1: channel request 0: x11-req debug1: channel request 0: shell debug1: fd 3 setting TCP_NODELAY debug1: channel 0: open confirm rwindow 0 rmax 32768 debug1: Remote: No xauth program; cannot forward with spoofing. The only real indication of failure is that bit about xauth. Oh, and I don't get a DISPLAY variable, either. Here is similar output, from a system *with* X11 support. debug1: ssh-userauth2 successful: method publickey debug1: channel 0: new [client-session] debug1: send channel open 0 debug1: Entering interactive session. debug1: ssh_session2_setup: id 0 debug1: channel request 0: pty-req debug1: Requesting X11 forwarding with authentication spoofing. debug1: channel request 0: x11-req debug1: channel request 0: shell debug1: fd 3 setting TCP_NODELAY debug1: channel 0: open confirm rwindow 0 rmax 32768 You might also try using multiple "-v" options to increase verbosity. On Wed, 5 Nov 2003, at 10:24am, [EMAIL PROTECTED] wrote: > The key here seems to be that remote X display works fine if the remote > system is a workstation that is already running X. If the remote system is > configured as a server *without X* (has a text mode console) then there is > no DISPLAY variable defined on the remote system in the first place and > ssh doesn't seem to define one no matter what switch settings I specify. While I'm not sure where that error message about the DISPLAY variable is coming from, I don't think the lack of a DISPLAY variable on the server is causing your problem. The sshd daemon is going to be running without a DISPLAY variable anyway -- indeed, it won't even have a TTY. I do think you're on to something about some needed package being required but not present. When you SSH in, check the output of "netstat". Specifically, look for a TCP connection listening on port 6010 or so. That will at least tell us if the SSH server is even trying to proxy the X11 connection. I suspect not. Can you run a test on a failing system with the sshd daemon in debug mode (foreground, verbose output to console, single connection only, no forking)? While you pretty much need local access (since you're testing your remote access method), the output can be very informative. -- Ben Scott <[EMAIL PROTECTED]> | The opinions expressed in this message are those of the author and do | | not represent the views or policy of any other person or organization. | | All information is provided without warranty of any kind. | ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: sendmail config question
On Wed, 5 Nov 2003, at 10:16am, [EMAIL PROTECTED] wrote: > How do I explicitly define a username to reject mail? I have a virtuser > setting that accepts ANY [EMAIL PROTECTED] and forwards to me. This is what I use (goes in the virtusertable file): [EMAIL PROTECTED]: error:nouser No such user here -- Ben Scott <[EMAIL PROTECTED]> | The opinions expressed in this message are those of the author and do | | not represent the views or policy of any other person or organization. | | All information is provided without warranty of any kind. | ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: X with ssh, (was Novell to acquire Suse)
On Wed, 2003-11-05 at 08:03, Cole Tuininga wrote: > Dan - A potentially silly question, but that's usually the kind of thing > that trips one up in the first place. 8) > > On your local workstation, what is your display variable set to? If it > is unset, ssh -X 'ing won't work. I'm aware of that. The DISPLAY variable is set on my workstation. Remember that this box works just fine using ssh and remote X applications on some systems. The key here seems to be that remote X display works fine if the remote system is a workstation that is already running X. If the remote system is configured as a server *without X* (has a text mode console) then there is no DISPLAY variable defined on the remote system in the first place and ssh doesn't seem to define one no matter what switch settings I specify. This is very likely not a Debian specific issue, BTW. My original gripe was that I had no idea how to go about figuring out what package I would need to install on the remote server so that I could successfully do remote X displays. Cole answered this by pointing out the apt-cache search xauth command that I had not previously known about. So far nobody else seems to have figured it out either. -- Dan Coutu Managing Director Snowy Owl Internet Consulting, LLC http://www.snowy-owl.com ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: [Gnhlug-jobs] Linux Sysadmin
This position is for a one-person systems administration team Just remember there is no ' I ' in T E A M. J ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: X with ssh, (was Novell to acquire Suse)
On Wed, 5 Nov 2003, at 9:04am, [EMAIL PROTECTED] wrote: > On my Debian box I'm running this: > >ssh 3.6.1p2-9 "Secure rlogin/rsh/rcp replacement (OpenSSH)" [...] >if test -f /etc/default/ssh; then >. /etc/default/ssh Not all systems are running Debian. For example: $ cat /etc/redhat-release Red Hat Linux release 7.3 (Valhalla) $ rpm -qf `which sshd` openssh-server-3.1p1-14 $ grep default /etc/rc.d/init.d/sshd $ Checking the OpenSSH 3.4p1 source package (the latest I have), it does not appear to have any mention of any /etc/default file in any of the files, even the contributed ones. I think it is safe to assume that is a Debian-specific extension. Which does not make the information about it invalid, but it is useful to know where it applies. :-) > And FYI, whether or not it's documented, the use of that /etc/default/ > approach is not just an SSH-specific hack ... /etc/default is used by many Unix-like systems and programs. Some use it more then others. Obviously, Debian is one of them. Red Hat and its derivatives tend to favor /etc/sysconfig instead, although /etc/default is still used by some of Red Hat's packages, at least. -- Ben Scott <[EMAIL PROTECTED]> | The opinions expressed in this message are those of the author and do | | not represent the views or policy of any other person or organization. | | All information is provided without warranty of any kind. | ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: sendmail config question
vi /etc/mail/access [EMAIL PROTECTED] REJECT ?? On Wed, 2003-11-05 at 10:16, Mark Fearer wrote: > I have a sendmail config question: How do I explicitly define a > username to reject mail? I have a virtuser setting that accepts ANY > [EMAIL PROTECTED] and forwards to me. However, I have a few > usernames I want to block (e.g. [EMAIL PROTECTED]). Is there an > aliases setting or something? ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
sendmail config question
I have a sendmail config question: How do I explicitly define a username to reject mail? I have a virtuser setting that accepts ANY [EMAIL PROTECTED] and forwards to me. However, I have a few usernames I want to block (e.g. [EMAIL PROTECTED]). Is there an aliases setting or something? Thanks ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Fwd: Linux Sysadmin
Hi All, Sorry for the cross-posting, but I figured that I could reach more people this way, and fill this position faster. If anyone has any questions on the job below, please e-mail me directly. Anyone who is interested, please send salary requirements and resumes to [EMAIL PROTECTED] C-Ya, Kenny -Forwarded Message- From: Kenneth E. Lussier <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Linux Sysadmin Date: 05 Nov 2003 09:05:16 -0500 Location: Westford Ma Position: Systems Administrator This position is for a one-person systems administration team in charge of Linux and Solaris servers, end-user desktop support, remote access, and some customer support. You will also be in charge of IT decision making for new PC's, laptops, servers, etc. The right candidate will be self-motivated and able to work completely unsupervised. Required Skills: Linux (preferably Debian, but any will do) Old Solaris High Score in Solitaire Windows (NT, 2K, XP for desktop suport) Scripting (bash, sh, Perl, whatever) Caffeine addiction VPN's (IPSec, PPTP) Apache Light house keeping Cisco IOS (for firewall and router) Desired (but not really expected) Skills: SQL (MySql, PostgreSQL, MSSQL) PHP Any programming language Probably other stuff that I can't think of Interested parties should send their resume and salary requirements to [EMAIL PROTECTED] -- "Tact is just *not* saying true stuff" -- Cordelia Chase Kenneth E. Lussier Sr. Systems Administrator Zuken, USA PGP KeyID CB254DD0 http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xCB254DD0 -- "Tact is just *not* saying true stuff" -- Cordelia Chase Kenneth E. Lussier Sr. Systems Administrator Zuken, USA PGP KeyID CB254DD0 http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xCB254DD0 ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: X with ssh, (was Novell to acquire Suse)
Ben wrote: > OpenSSH (the most popular SSH implementation on "modern" free > Unixes) does not, to my knowledge, use a /etc/default/ssh file. > See the manual pages, FILES sections, for ssh(1) and sshd(8) > for details. On my Debian box I'm running this: ssh 3.6.1p2-9 "Secure rlogin/rsh/rcp replacement (OpenSSH)" ...and if I say this: fgrep /etc/default /etc/init.d/ssh ...I see this: if test -f /etc/default/ssh; then . /etc/default/ssh ...which, when sourced by the script, allows override of (some of) the parameters mentioned in the config files. And FYI, whether or not it's documented, the use of that /etc/default/ approach is not just an SSH-specific hack; other entries in that directory on my systems are: cdrecord devpts dhcp fetchmail initrd-tools.sh iptables libnss-db lvm-common nfs-common nfs-kernel-server ntp-servers rcS rscsi samba snmpd ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Setting up sound
I've always just lucked out in the past and never had to think about configuring sound support - it's either already been working on the machines where I've needed it or else I didn't need it when I was configuring machines from scratch. But now I'm configuring a Debian desktop box and I've discovered that I need an education about Linux sound support. Can anybody recommend something that helps the newbie sort out ESD versus OSS versus ALSA versus "native" sound support versus whatever? Please feel free to weigh in with your preferences/prejudices, as well. Also, I have a more specific question: I have my system sound support limping along (badly misconfigured, no doubt) well enough that I can listen to Internet radio using the sound support provide by the integrated Intel i810 on the motherboard in the box I'm using. Unfortunately, the sound is also coming out of the PeeCee's speaker and I can't figure out why, or how to stop it any clues? ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: X with ssh, (was Novell to acquire Suse)
On Tue, 4 Nov 2003, at 6:51pm, [EMAIL PROTECTED] wrote: >machineS:/etc/default/ssh OpenSSH (the most popular SSH implementation on "modern" free Unixes) does not, to my knowledge, use a /etc/default/ssh file. See the manual pages, FILES sections, for ssh(1) and sshd(8) for details. -- Ben Scott <[EMAIL PROTECTED]> | The opinions expressed in this message are those of the author and do | | not represent the views or policy of any other person or organization. | | All information is provided without warranty of any kind. | ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss
Re: Novell to acquire Suse
Dan - A potentially silly question, but that's usually the kind of thing that trips one up in the first place. 8) On your local workstation, what is your display variable set to? If it is unset, ssh -X 'ing won't work. -- "Pay attention son! You've got the attention span of an art major in a computer cluster!" - Sam Stoddard Cole Tuininga Lead Developer Code Energy, Inc [EMAIL PROTECTED] PGP Key ID: 0x43E5755D ___ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss