Re: Contents of redhat-list digest...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




----- Original Message -----
From: redhat-list-request@xxxxxxxxxx
Date: Wednesday, May 10, 2006 8:00 pm
Subject: redhat-list Digest, Vol 27, Issue 11

> Send redhat-list mailing list submissions to
> 	redhat-list@xxxxxxxxxx
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://www.redhat.com/mailman/listinfo/redhat-list
> or, via email, send a message with subject or body 'help' to
> 	redhat-list-request@xxxxxxxxxx
> 
> You can reach the person managing the list at
> 	redhat-list-owner@xxxxxxxxxx
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of redhat-list digest..."
> 
> 
> Today's Topics:
> 
>   1. RE: limiting CPU access per user (Gavin McDonald)
>   2. adding new hardware (dbrett@xxxxxxx)
>   3. Old Version of kermit Source Code (cu188) (Wayne Bastow)
>   4. Re: Old Version of kermit Source Code (cu188) (Stuart Sears)
>   5. server freezes from time to time (PE1750 RHEL 4) - Unable to
>      handle kernel NULL pointer (G?tz Reinicke)
>   6. Re: Old Version of kermit Source Code (cu188) (Johnie Stafford)
>   7. Re: Old Version of kermit Source Code (cu188) (Wayne Bastow)
>   8. Amount of data passed through a port (Edson Noboru Yamada)
>   9. autofs and cifs syntax (Bruce W. Martin)
>  10. Re: autofs and cifs syntax (Ed Wilts)
>  11. Re: server freezes from time to time (PE1750 RHEL 4) - Unable
>      to	handle kernel NULL pointer (Ray Van Dolson)
> 
> 
> -------------------------------------------------------------------
> ---
> 
> Message: 1
> Date: Tue, 9 May 2006 10:51:11 -0700
> From: "Gavin McDonald" <gavitron@xxxxxxxxx>
> Subject: RE: limiting CPU access per user
> To: "'General Red Hat Linux discussion list'" <redhat-list@xxxxxxxxxx>
> Message-ID: <4460d693.7379dbff.53f2.ffff88e0@xxxxxxxxxxxx>
> Content-Type: text/plain;	charset="us-ascii"
> 
> Perhaps the Sun n1GE Grid-Engine Software would be useful in this 
> instance?
> The tools are really meant to schedule jobs across many machines, 
> with many
> CPUs, but you could probably repurpose their scheduling tools to 
> restrictuser jobs to one CPU on a single system with similar ease.
> 
> http://www.sun.com/software/gridware/
> 
> -G
> 
> Regards,
> 
> Gavin McDonald
> ========================
> EVI Logistic Enterprises
> email: me@xxxxxxxxxxxx
> phone: (604) 313-3845
> 
> 
> > -----Original Message-----
> > From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-
> > bounces@xxxxxxxxxx] On Behalf Of George Magklaras
> > Sent: Tuesday, May 09, 2006 1:02 AM
> > To: General Red Hat Linux discussion list
> > Subject: Re: limiting CPU access per user
> > 
> > A wrapper script that takes what is to be executed, check it out and
> > then dplace it to a certain CPU(s) comes to mind. Since dplace 
> can also
> > maintain a global count of all active tasks in each CPU that 
> should not
> > be a problem for you to check out what happens at your end.
> > 
> > If it's not going to be a wrapper script, then that could form 
> part of
> > your queue system scripts. We handle this issue by placing the 
> dplace> arguments in our PBS scripts.
> > 
> > Maybe someone has a more straightforward solution, but this is 
> what we do.
> > 
> > --
> > --
> > George B. Magklaras
> > 
> > Senior Computer Systems Engineer/UNIX Systems Administrator
> > The Biotechnology Centre of Oslo,
> > University of Oslo
> > http://www.biotek.uio.no/
> > 
> > EMBnet Norway: http://www.biotek.uio.no/EMBNET/
> > 
> > 
> > Mark Haney wrote:
> > > -----BEGIN PGP SIGNED MESSAGE-----
> > > Hash: SHA1
> > >
> > > I have an SGI box that I want to be able to allow certain 
> users access
> > > only to certain processors.  I looked at dplace and cpuset, 
> but they
> > > both rather require the user to manage the jobs.  As this is 
> less than
> > > perfect, is there a way to limit a user to be able to run jobs 
> on only
> > > certain CPUs, similar to sudo where a user my be able to have root
> > > access to certain applications?
> > >
> > >
> > > - --
> > > Interdum feror cupidine partium magnarum Europae vincendarum
> > >
> > > Mark Haney
> > > Sr. Systems Administrator
> > > ERC Broadband
> > > (828) 350-2415
> > > -----BEGIN PGP SIGNATURE-----
> > > Version: GnuPG v1.4.2.2 (GNU/Linux)
> > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> > >
> > > iD8DBQFEX3OUYQhnfRtc0AIRAnFyAKC8i3Gmx17V4/Z8/qhjYPmQFKBozgCgj9/f
> > > TsL0Xd3DZigDgQmUWbYatvY=
> > > =JQ7f
> > > -----END PGP SIGNATURE-----
> > >
> > 
> > --
> > redhat-list mailing list
> > unsubscribe mailto:redhat-list-
> request@xxxxxxxxxx?subject=unsubscribe> 
> https://www.redhat.com/mailman/listinfo/redhat-list
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Tue, 9 May 2006 17:46:12 -0400 (EDT)
> From: dbrett@xxxxxxx
> Subject: adding new hardware
> To: redhat-list@xxxxxxxxxx
> Message-ID: <Pine.LNX.4.64.0605091741090.21224@xxxxxxxxxxxxx>
> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
> 
> I have a laptop with a Broadcom wireless card.  The Broadcom 
> website 
> appears to indicate it supports Linux.  I don't know how to 
> configure 
> Linux to support the card.  When installing and starting up the 
> wireless 
> card is not discovered.
> 
> How do I add the Broadcom to Fedora 5?
> 
> david
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Wed, 10 May 2006 12:10:26 +1000
> From: "Wayne Bastow" <ayu.njoman@xxxxxxxxx>
> Subject: Old Version of kermit Source Code (cu188)
> To: redhat-list@xxxxxxxxxx
> Message-ID:
> 	<8b5356090605091910n3e27ecf6qf722326fed93b73c@xxxxxxxxxxxxxx>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> Hi,
> 
> Running on Red Hat Enterprise Linux AS release 4 (Nahant Update 2).
> 
> We have a barcode reader that will only work with an older version of
> kermit than that which is supplied with AS4. The vendor isn't 
> upgradingtheir barcode software for a few more months. We are 
> moving our
> inventory application, which requires files to be loaded from the
> barcode reader, from TRU-64 to Redhat. The version of kermit needed
> which works is cu188 [Kermit 5A(188)] but I only have the binary for
> TRU-64. I've found some links through Google to the source but the 
> linksno longer exist.
> 
> Has anyone out there a copy of the source that I can get, please?
> 
> Thanks for your time,
> 
> Wayne
> -- 
> Wayne Bastow
> Wyoming, NSW, Australia
> 33.41 degrees S, 151.35 degrees E
> 
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Wed, 10 May 2006 10:46:11 +0100
> From: Stuart Sears <stuart@xxxxxxxxxxx>
> Subject: Re: Old Version of kermit Source Code (cu188)
> To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>
> Message-ID: <4461B663.7060709@xxxxxxxxxxx>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Wayne Bastow wrote:
> > Hi,
> > 
> > Running on Red Hat Enterprise Linux AS release 4 (Nahant Update 2).
> > 
> > We have a barcode reader that will only work with an older 
> version of
> > kermit than that which is supplied with AS4. The vendor isn't 
> upgrading> their barcode software for a few more months. We are 
> moving our
> > inventory application, which requires files to be loaded from the
> > barcode reader, from TRU-64 to Redhat. The version of kermit needed
> > which works is cu188 [Kermit 5A(188)] but I only have the binary for
> > TRU-64. I've found some links through Google to the source but 
> the links
> > no longer exist.
> > 
> > Has anyone out there a copy of the source that I can get, please?
> you can probably find src RPMS for older versions of kermit on
> ftp.redhat.com
> lftp ftp.redhat.com:/pub/redhat/linux/enterprise/3/en/os/i386/SRPMS>
> ls ck*
> - -rw-r--r--    6 ftp      ftp       2915735 Oct 21  2003
> ckermit-8.0.209-2.src.rpm
> 
> or on ftp.download.fedora.redhat.com
> there is at least a version for fedora core 1 on there
> 
> or possibly ckermit from
> http://www.columbia.edu/kermit/ck80.html
> 
> regards
> 
> Stuart
> - --
> Stuart Sears RHCA RHCX
> To err is human, to forgive is Not Company Policy.
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.3 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
> 
> iD8DBQFEYbYyamPtx1brPQ4RAm2KAJ4xCXCsMa/BaVkqG/1CcpViwysimgCfVrmv
> SuuAkSJ5IQpbY5u0f2o2p5I=
> =0Ktq
> -----END PGP SIGNATURE-----
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Wed, 10 May 2006 12:04:19 +0200
> From: G?tz Reinicke <goetz.reinicke@xxxxxxxxxxxxxxx>
> Subject: server freezes from time to time (PE1750 RHEL 4) - Unable to
> 	handle kernel NULL pointer
> To: redhat-list@xxxxxxxxxx
> Message-ID: <4461BAA3.2010207@xxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
> 
> Hi,
> 
> in the last week and today again our PE1750 with raid 1, dual CPU
> freezes. The OS is RHEL 4 with kernel-smp-2.6.9-34.EL. We used
> kernel-smp-2.6.9-22.0.1.EL before and AFAIK there where no freezes.
> 
> A couple of days before the freezing starts, we changed one defect
> harddisk and rebuildet the raid with a new harddisk from dell. Other
> hardware/software wasn't changed
> 
> Any ideas?
> 
> 
> Regards
> Götz Reinicke
> 
> 
> The last messages on the terminal and in /var/log/messages are:
> 
> May 10 06:30:09 mail kernel: Unable to handle kernel NULL pointer
> dereference at virtual address 000001b8
> May 10 06:30:09 mail kernel:  printing eip:
> May 10 06:30:09 mail kernel: c0185420
> May 10 06:30:09 mail kernel: *pde = 31cb6001
> May 10 06:30:09 mail kernel: Oops: 0000 [#1]
> May 10 06:30:09 mail kernel: SMP
> May 10 06:30:09 mail kernel: Modules linked in: iptable_filter 
> ip_tablesdcdipm(U) dcdbas(U) parport_pc lp parport md5 ipv6 
> autofs4 i2
> c_dev i2c_core sunrpc dm_mirror dm_mod button battery ac ohci_hcd tg3
> floppy sg ext3 jbd megaraid_mbox megaraid_mm sd_mod scsi_mod
> May 10 06:30:09 mail kernel: CPU:    3
> May 10 06:30:09 mail kernel: EIP:    0060:[<c0185420>]    Tainted: P
>   VLI
> May 10 06:30:09 mail kernel: EFLAGS: 00010246   (2.6.9-34.ELsmp)
> May 10 06:30:09 mail kernel: EIP is at show_map+0x70/0x111
> May 10 06:30:09 mail kernel: eax: 00000000   ebx: d38d1544   ecx:
> 00000008   edx: e94ed2b0
> May 10 06:30:09 mail kernel: esi: 00100071   edi: f5f2f280   ebp:
> d986ac80   esp: cb5aef24
> May 10 06:30:09 mail kernel: ds: 007b   es: 007b   ss: 0068
> May 10 06:30:09 mail kernel: Process lsof (pid: 20988,
> threadinfo=cb5ae000 task=d72d83b0)
> May 10 06:30:09 mail kernel: Stack: 00000070 00124000 00000008 
> 0000000600030069 cb5aef40 e94ed2b0 c032c980
> May 10 06:30:09 mail kernel:        c032c980 f5f2f280 00000000 
> d38d1544c0174614 000001f2 00000000 00000400
> May 10 06:30:09 mail kernel:        b7fe2000 00000007 00000000 
> 0000000600000000 c032ce60 dd391480 00000400
> May 10 06:30:09 mail kernel: Call Trace:
> May 10 06:30:09 mail kernel:  [<c0174614>] seq_read+0x1c7/0x2c2
> May 10 06:30:09 mail kernel:  [<c015a3d9>] vfs_read+0xb6/0xe2
> May 10 06:30:09 mail kernel:  [<c015a5ec>] sys_read+0x3c/0x62
> May 10 06:30:09 mail kernel:  [<c02d251b>] syscall_call+0x7/0xb
> May 10 06:30:09 mail kernel:  [<c02d007b>] schedule+0x46b/0x8d3
> May 10 06:30:09 mail kernel: Code: c1 e0 0c 50 89 f0 24 80 3c 01 
> 19 c0
> 83 e0 fd 83 c0 73 f7 c6 04 00 00 00 50 75 1b 83 3d bc 11 41 c0
> 00 75 19 8b 54 24 18 8b 42 70 <8b> 80 b8 01 00 00 39 43 04 73 07 
> b8 78
> 00 00 00 eb 05 b8 2d 00
> May 10 06:30:09 mail kernel:  <0>Fatal exception: panic in 5 seconds
> May 10 06:30:11 mail root: Process did not exit cleanly, returned 
> 0 with
> signal 14
> 
> 
> -- 
> Götz Reinicke
> IT Koordinator - IT OfficeNet
> 
> Tel. +49 (0) 7141 - 969 420
> Fax  +49 (0) 7141 - 969 55 420
> goetz.reinicke@xxxxxxxxxxxxxxx
> 
> Filmakademie Baden-Württemberg
> Mathildenstr. 20
> 71638 Ludwigsburg
> www.filmakademie.de
> 
> 
> 
> ------------------------------
> 
> Message: 6
> Date: 10 May 2006 05:55:45 -0500
> From: Johnie Stafford <jms@xxxxxxxxx>
> Subject: Re: Old Version of kermit Source Code (cu188)
> To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>
> Message-ID: <oqwtcu174e.fsf@xxxxxxxxxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset=us-ascii
> 
> 
> If you can't find the 188 version, I've got source to the 190 version
> from 4/1995. Its newer than what you're looking for, but it might
> work. I've also got the 192 version from 12/1996.
> 
> Johnie
> 
> 
> >>> On Wed, 10 May 2006 10:46:11 +0100, Stuart Sears 
> <stuart@xxxxxxxxxxx> said:
> 
> ss> Wayne Bastow wrote:
> >> Hi,
> >> 
> >> Running on Red Hat Enterprise Linux AS release 4 (Nahant 
> Update 2).
> >> 
> >> We have a barcode reader that will only work with an older 
> version of
> >> kermit than that which is supplied with AS4. The vendor isn't 
> upgrading >> their barcode software for a few more months. We are 
> moving our
> >> inventory application, which requires files to be loaded from the
> >> barcode reader, from TRU-64 to Redhat. The version of kermit 
> needed >> which works is cu188 [Kermit 5A(188)] but I only have 
> the binary for
> >> TRU-64. I've found some links through Google to the source but 
> the links
> >> no longer exist.
> >> 
> >> Has anyone out there a copy of the source that I can get, please?
> ss> you can probably find src RPMS for older versions of kermit on
> ss> ftp.redhat.com
> ss> lftp 
> ftp.redhat.com:/pub/redhat/linux/enterprise/3/en/os/i386/SRPMS> 
> ss> ls ck*
> ss> -rw-r--r--    6 ftp      ftp       2915735 Oct 21  2003
> ss> ckermit-8.0.209-2.src.rpm
> 
> ss> or on ftp.download.fedora.redhat.com
> ss> there is at least a version for fedora core 1 on there
> 
> ss> or possibly ckermit from
> ss> http://www.columbia.edu/kermit/ck80.html
> 
> 
> 
> ------------------------------
> 
> Message: 7
> Date: Wed, 10 May 2006 21:22:15 +1000
> From: "Wayne Bastow" <ayu.njoman@xxxxxxxxx>
> Subject: Re: Old Version of kermit Source Code (cu188)
> To: jms@xxxxxxxxx,	"General Red Hat Linux discussion list"
> 	<redhat-list@xxxxxxxxxx>
> Message-ID:
> 	<8b5356090605100422t752cdb83j438151ff71e021e7@xxxxxxxxxxxxxx>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> 
> On 10 May 2006 05:55:45 -0500, Johnie Stafford <jms@xxxxxxxxx> wrote:
> >
> > If you can't find the 188 version, I've got source to the 190 
> version> from 4/1995. Its newer than what you're looking for, but 
> it might
> > work. I've also got the 192 version from 12/1996.
> >
> > Johnie
> >
> >
> 
> I eventually got a copy and it compiled fine. We will test it 
> tomorrow.
> Thanks for your replies.
> 
> Wayne
> -- 
> Wayne Bastow
> Wyoming, NSW, Australia
> 33.41 degrees S, 151.35 degrees E
> 
> 
> 
> ------------------------------
> 
> Message: 8
> Date: Wed, 10 May 2006 09:13:57 -0300
> From: "Edson Noboru Yamada" <enyamada@xxxxxxxxx>
> Subject: Amount of data passed through a port
> To: redhat-list@xxxxxxxxxx
> Message-ID:
> 	<90f80d730605100513m1e984122gcbc24a7abe402e65@xxxxxxxxxxxxxx>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> 
> Hi,
> 
> I need to know how much data has been recorded to a tape within 
> some interval
> (for example, the last 10 minutes). Using Solaris, I can obtain 
> this information
> using kstat (using the appropriate options, I can learn how many bytes
> has passed
> since the last boot); is there something similar in Linux?
> 
> TIA
> 
> 
> 
> ------------------------------
> 
> Message: 9
> Date: Wed, 10 May 2006 08:49:38 -0500
> From: "Bruce W. Martin" <redhat@xxxxxxxxxxxxxxxxxxxx>
> Subject: autofs and cifs syntax
> To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>,
> 	Red Hat Network Users List <rhn-users@xxxxxxxxxx>
> Message-ID:
> 	<63C6A54F-C985-4A51-8070-F1E56278F994@xxxxxxxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
> 
> I have been looking at howtos and googling for a couple of weeks 
> and  
> can't seem to find the answer to fix an autofs problem.
> 
> I am using RHEL4 with a 2.6.9 kernel.
> 
> 
> under RH7.3 and a 2.4.x kernel I had a /etc/auto.net file with the 
> 
> following entries:
> 
> 
> dragon        -fstype=smbfs,rw,credentials=/opt/ 
> dragonlo,gid=10009,fmask=660,dmask=770   ://10.1.1.223/anyuser
> sting        -fstype=smbfs,rw,credentials=/opt/ 
> stinglo,gid=10009,fmask=660,dmask=770   ://10.1.1.35/Export
> 
> 
> This worked fine to mount /net/dragon and /net/sting.
> 
> 
> Upgrading the machine to RHEL4 with a 2.6.9 kernel
> 
> I can still mount /net/dragon but not /net/sting. The difference  
> between the two machine is that dragon/10.1.1.223is a Mac running  
> MacOS 10.4.x and sting/10.1.1.35 is a WinXP machine.
> 
> A little more googling yielded that I should replace smbfs to cifs 
>  
> and as a result some of the other option names changed.
> 
> so now the entry for sting looks like this:
> 
> sting        -fstype=cifs,rw,credentials=/opt/ 
> stinglo,uid=500,gid=10009,file_mode=0660,dir_mode=0770  
> ://10.1.1.35/ 
> Export
> 
> but it still is not working.
> 
> Can someone tell me what is wrong and/or point me to documentation 
> to  
> get this to work.
> 
> Bruce
> 
> 
> 
> ------------------------------
> 
> Message: 10
> Date: Wed, 10 May 2006 10:17:29 -0500
> From: Ed Wilts <ewilts@xxxxxxxxxx>
> Subject: Re: autofs and cifs syntax
> To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>
> Message-ID: <20060510151729.GB15041@xxxxxxxxxxxxxx>
> Content-Type: text/plain; charset=us-ascii
> 
> On Wed, May 10, 2006 at 08:49:38AM -0500, Bruce W. Martin wrote:
> > I have been looking at howtos and googling for a couple of weeks 
> and  
> > can't seem to find the answer to fix an autofs problem.
> 
> [snip]
> 
> With my RHEL 4 rebuild, I'm using the following for an XP Pro client:
> 
> [ewilts@pe400 ~]$ cat /etc/auto.samba
> twilts -fstype=smbfs,credentials=/usr/local/d800.credentials 
> ://d800/twilts
> It works just fine...
> 
> > A little more googling yielded that I should replace smbfs to 
> cifs   
> > and as a result some of the other option names changed.
> 
> I'm still using smbfs...  kernel 2.6.9-34.
> 
>        .../Ed
> 
> -- 
> Ed Wilts, RHCE
> Mounds View, MN, USA
> mailto:ewilts@xxxxxxxxxx
> Member #1, Red Hat Community Ambassador Program
> 
> 
> 
> ------------------------------
> 
> Message: 11
> Date: Wed, 10 May 2006 08:34:35 -0700
> From: Ray Van Dolson <rayvd@xxxxxxxxxxxxxxx>
> Subject: Re: server freezes from time to time (PE1750 RHEL 4) - Unable
> 	to	handle kernel NULL pointer
> To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>
> Message-ID: <20060510153435.GA10769@xxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset=iso-8859-1
> 
> On Wed, May 10, 2006 at 12:04:19PM +0200, Götz Reinicke wrote:
> > Hi,
> > 
> > in the last week and today again our PE1750 with raid 1, dual CPU
> > freezes. The OS is RHEL 4 with kernel-smp-2.6.9-34.EL. We used
> > kernel-smp-2.6.9-22.0.1.EL before and AFAIK there where no freezes.
> > 
> > A couple of days before the freezing starts, we changed one defect
> > harddisk and rebuildet the raid with a new harddisk from dell. Other
> > hardware/software wasn't changed
> > 
> > Any ideas?
> > 
> > May 10 06:30:09 mail kernel: CPU:    3
> > May 10 06:30:09 mail kernel: EIP:    0060:[<c0185420>]    
> Tainted: P
> >   VLI
> 
> What module are you using that's tainting your kernel?
> 
> I found that using a third-party MPPE module (now included with 
> the kernel
> proper) would cause kernel panics like this when in SMP mode.  
> Running in
> single processor mode fixed the problem.  Fortunately we didn't 
> really need
> that second CPU anyways.
> 
> Ray
> 
> 
> 
> ------------------------------
> 
> __
> redhat-list mailing list
> Unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
> 
> End of redhat-list Digest, Vol 27, Issue 11
> *******************************************
> 
> 

-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux