Re: [CentOS] firefox is incredibly unstable
sbeam wrote: > On Thursday 16 October 2008 07:26, Michael Simpson wrote: >>> Ditto here. Have you run an "rpm --verify" to see if you have corruption >>> problems? Have you mixed installs from (possibly conflicting) repos? I >>> suspect one of those two. Have you checked your hardware (memtest, >>> etc.)? If the system is haeavily loaded, have you checked to see if it's >>> a heat related problem? > > ok thanks guys, the firefox RPM was normal and the system is solid 64bit, > it's > just Firefox that has problems. > > In the past crashes could be triggered just by simple UI interaction, > scrolling or click/drag, etc. Seemed like any time it would use GTK widgets > it was on thin ice. I run KDE so I wondered if any other KDE users have this > problem. > > But I am running the mozilla.org binary now, so I can get crashreporter to > work - but it doesn't... > https://bugzilla.mozilla.org/show_bug.cgi?id=460254 > > anyway this is not a CentOS issue it seems. But thanks for letting me know. > > Sam Sam, Most people responding are probably running the 32bit (i386) version of CentOS. If you are running the x86_64 arch and also running the Mozilla.org firefox then you are PROBABLY doing so via the 32bit compatibility libs. It has been my experience that this is far less stable (32bit compatibility libs on x86_64) for many things, not just firefox. I have never personally recommended running the x86_64 arch on a desktop workstation ... and in fact, I have several 64bit capable machines that I personally use as workstations where I install the 32bit (i386 version) of CentOS. I know everyone THINKS that they want/need the x86_64 arch ... however, the rest of the world outside the base OS are really not quite ready for that. I personally only use x86_64 on servers where I can remove all the i[3,4,5,6]86 RPMS and go "x86_64 only" ... where it works great. This is, of course, one man's opinion :D Also, there are newer versions of Adobe Reader (AdobeReader_enu-8.1.2_SU1) and Adobe Flash (flash-plugin-10.0.12.36-release) that are a bit more stable than the earlier ones. Specifically, the SU1 version of Adobe Reader is better than the standard 8.1.2 version. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ls and rm: "argument list too long"
Jussi Hirvi wrote: >> piping ls to xargs should do the trick. man xargs for details. > > Ok, thanks for ideas, Laurent and Lawrence. > > A strange limitation in ls and rm, though. My friend said he hasn't seen > that in Fedora. This issue is in Fedora, Ubuntu, CentOS, RHEL, (put any other linux version you want here). When you get too many files in a directory, you will receive this error. The same SOURCE code is compiled regardless of the "Distro". As you have seen. there are many solutions to this problem ... HOWEVER, picking a new distro is not one of them Most people never hit this limitation, but it is certainly possible and there in all versions of Linux. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 44, Issue 14
Send CentOS-announce mailing list submissions to
[EMAIL PROTECTED]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."
Today's Topics:
1. CESA-2008:0946 Moderate CentOS 5 x86_64 ed Update (Karanbir Singh)
2. CESA-2008:0946 Moderate CentOS 5 i386 ed Update (Karanbir Singh)
3. CESA-2008:0897 Moderate CentOS 5 i386 ruby Update (Karanbir Singh)
4. CESA-2008:0897 Moderate CentOS 5 x86_64 ruby Update
(Karanbir Singh)
--
Message: 1
Date: Fri, 24 Oct 2008 01:03:18 +0100
From: Karanbir Singh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2008:0946 Moderate CentOS 5 x86_64 ed
Update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2008:0946 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0946.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
x86_64:
96f710c8603d3302033953208de29873 ed-0.2-39.el5_2.x86_64.rpm
Source:
8093006b3f41349a848607344d3ae77e ed-0.2-39.el5_2.src.rpm
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, [EMAIL PROTECTED]
--
Message: 2
Date: Fri, 24 Oct 2008 01:03:18 +0100
From: Karanbir Singh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2008:0946 Moderate CentOS 5 i386 ed
Update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2008:0946 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0946.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
i386:
a044d4d571d0e04d643e6270b9773bd8 ed-0.2-39.el5_2.i386.rpm
Source:
8093006b3f41349a848607344d3ae77e ed-0.2-39.el5_2.src.rpm
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, [EMAIL PROTECTED]
--
Message: 3
Date: Fri, 24 Oct 2008 01:04:31 +0100
From: Karanbir Singh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2008:0897 Moderate CentOS 5 i386 ruby
Update
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2008:0897 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0897.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
i386:
98d8c6e1f41a7fe332c460e2c5333824 ruby-1.8.5-5.el5_2.5.i386.rpm
36535375b14e370769b7d4815c9fda40 ruby-devel-1.8.5-5.el5_2.5.i386.rpm
8230b83a0b40d604ccfa2acd9c37d901 ruby-docs-1.8.5-5.el5_2.5.i386.rpm
b7002bff83ab2ec860cf320324012afd ruby-irb-1.8.5-5.el5_2.5.i386.rpm
832e013642324fe9896ebe242c80e27a ruby-libs-1.8.5-5.el5_2.5.i386.rpm
d048d843dc7fc30c8ba4cc76e26073ff ruby-mode-1.8.5-5.el5_2.5.i386.rpm
08b13e81b433a7c0bd3c2170b4d19522 ruby-rdoc-1.8.5-5.el5_2.5.i386.rpm
e3dd78bafd667e34a8a0f93e6e565798 ruby-ri-1.8.5-5.el5_2.5.i386.rpm
1f8ec04eee144509cc6eae30a7b04001 ruby-tcltk-1.8.5-5.el5_2.5.i386.rpm
Source:
dc21d4857dfa22b3c8ecf7c9a91d37ec ruby-1.8.5-5.el5_2.5.src.rpm
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, [EMAIL PROTECTED]
--
Message: 4
Date: Fri, 24 Oct 2008 01:04:32 +0100
From: Karanbir Singh <[EMAIL PROTECTED]>
Subject: [CentOS-announce] CESA-2008:0897 Moderate CentOS 5 x86_64
rubyUpdate
To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
CentOS Errata and Security Advisory 2008:0897 Moderate
Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0897.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( md5sum Filename )
x86_64:
8f54e22e7b4e4d6df4796f5ce7243e5b ruby-1.8.5-5.el5_2.5.x86_64.rpm
32ad76ef7293cea2c7c8052d8ae98098 ruby-devel-1.8.5-5.el5_2.5.i386.rpm
8a27f9215bb07d9565cf4d854a0d73d5 ruby-devel-1.8.5-5.el5_2.5.x86_64.rpm
6c26235e0002bc877c3d330ebacebbd5 ruby-docs-1.8.5-5.el5_2.5.x86_64.rpm
c087a56b8026054168b23fa005135d51 ruby-irb-1.8.5-5.el5_2.5.x86_64.rpm
a747d16838923f45d916144d88ae7764 ruby-libs-1.8.5-5.el5_2.5.i386.rpm
78bc3728f1f33fcc034783bc64fb7c1d ruby-libs-1.8.5-5.el5_2.5.x86_64.rpm
de671b051f9ee2c45f12bf3d433997ed ruby-mode-1.8.5-5.el5_2.5.x86_64.rpm
6c9a42700b00202fbc6d15653461260d ruby-rdoc-1.8.5-5.el5_2.5.x86_64.rpm
d7269c52b8ae089f1797a47ea7b110c0 ruby-ri-1.8.5-5.el5_2.5.x86_64.rpm
27d48ff
Re: [CentOS] Shipping CentOS as part of a solution
Nifty Cluster Mitch wrote: > On Fri, Oct 17, 2008 at 11:21:14AM +0200, Niki Kovacs wrote: >> Mark Maskery a écrit : >>> We develop and sell a server based application as an appliance in >>> which, in general, the customer does not have direct access to the >>> operating system. My question is, are we allowed to use CentOS as the >>> underlying operating system and if so what license considerations are >>> there or what license information would we need to include for our >>> customers? >> Yes, you are allowed to do that. And if your business runs well, >> consider a donation to CentOS. >> > > Review the GPL, BSD, X11 and other licenses as outlined on the CentOS > web site (see also Red Hat's web site). > > You may need to make it very visible that there is CentOS under the hood. > You need to make available the source to the CentOS bits you > deliver to your customer including changes you make. > > Your application need not be GPL as long as you are 100% the sole author. > > Give special attention to "derived" work in the GPL. If part of your > application > is GPL then it may well all be GPL. > > To simplify your package requirements collect all the CentOS iso images > and deliver them to your customer (both source and binary iso images). > Then add media for the changes you make to CentOS. Lastly add separate > media for the application you are selling. > This is the KEY to distributing CentOS where there are really NO requirements to get any permission or do anything. If you distribute the CentOS ISOs exactly as they are provided then you do not need anyone's permission to do so. If you build your application and distribute it on a separate ISO, then you can also ship the CentOS ISOs to your customers (or make both available for download, etc). The CentOS-5 and CentOS-4 ISOs have the ability to install packages from 3rd Party ISOs. Also, if you use this method, your customers can get CentOS updates from CentOS and you only need to maintain your product (and provide CentOS isos to your customers if they ask). > Lastly pay attention to updates and security fixes that you deliver from > CentOS or other repo. If the customer does not download them then you > have some obligations > > signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] What keeps logging to my console?
Hi folks, --On 17. Oktober 2008 10:45:08 -0400 "Michael H. Warfield" <[EMAIL PROTECTED]> wrote: On Fri, 2008-10-17 at 12:13 +0200, Dirk H. Schulz wrote: Hi folks, I have lots of messages like these appearing on my local CentOS 5.2 consoles: > Oct 17 12:03:29 machine kernel: printk: 1 messages suppressed. > Oct 17 12:03:29 machine kernel: pbond0: received packet with own > address as source address So the question is: What process logs directly to the console bypassing syslog/kernel log facilities? How can I find where to stop that? It's the kernel itself. In a VC: setterm --msg off That did the trick, many thanks. But now I have 1000s of messages like "printk: 4 messages suppressed" in my /var/log/messages. Can I get rid of that, too? Dirk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Interesting faillog files.
Hi all CentOS users, I looked /var/log/messages log file and i realize something in "messages" files like below; --- Oct 24 04:02:42 cube2 kernel: Buffer I/O error on device sdc, logical block 1545 --- "sdc" is my storage and i switched off storage at 6 PM. and when i checked messages log file,I saw faillog under /var/log directory like below: -rw--- 1 root root 137438953440 Oct 24 15:39 faillog its ~136 GB but my disk table size like below: /dev/md1 497G 19G 453G 4% / /dev/md3 157G 15G 134G 10% /backup /dev/md0 243M 21M 210M 9% /boot tmpfs 32G 0 32G 0% /dev/shm /dev/sdc 805G 25G 739G 4% /mnt/sdc Where is ~136 GB faillog file ? I tried force fsck but no error i have. but i worried,Something is wrong ? I have a error about disk ? If you help me,I will be happy. -- Iyi calismalar.Basarilar... Semih Gokalp Istanbul/Turkiye ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Interesting faillog files.
Semih Gokalp wrote: ... > -rw--- 1 root root 137438953440 Oct 24 15:39 faillog This is a file with "holes" in it, try du /var/log/faillog to get the size on disk. Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Mobile: +45 22 12 53 25 Email: [EMAIL PROTECTED] Homepage: http://www.crc.dk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Problem selecting installation drive : 5.2
When doing the 5.2 installation the ONLY drive option provided is mapper/nvidia_cbjcdhfe (250G) My system has 2 SATA - 250G drives and I want to use them in a RAID/LVM configuration. My question: How do I get the installer to let me use DiskDruid to create RAID1 arrays and then use LVM for the mount points? What I've done so far: I've verified that both drives are recognized by going to the shell screen and using fdisk to access both /dev/sda and /dev/sdb - so I know they are both available. I've also tried using the Centos 4.7 installer where I can do exactly what I want. I've accepted the default and after a full install of 5.2 there is no raid and total space is 250G. I've looked at the various deployment guides and installation guides but can't find how to do this . . . . puzzled Alex === -- This message has been scanned for viruses and dangerous content by Avantel Systems, and is believed to be clean. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Interesting faillog files.
yes i did it before. du /var/log/message 28 /var/log/faillog but ls -al /var/log/ -rw--- 1 root root 137438953440 Oct 24 17:37 faillog but why it is different ? 2008/10/24 Mogens Kjaer <[EMAIL PROTECTED]>: > Semih Gokalp wrote: > ... >> -rw--- 1 root root 137438953440 Oct 24 15:39 faillog > > This is a file with "holes" in it, try > > du /var/log/faillog > > to get the size on disk. > > Mogens > > -- > Mogens Kjaer, Carlsberg A/S, Computer Department > Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark > Phone: +45 33 27 53 25, Mobile: +45 22 12 53 25 > Email: [EMAIL PROTECTED] Homepage: http://www.crc.dk > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > -- Iyi calismalar.Basarilar... Semih Gokalp Istanbul/Turkiye ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Interesting faillog files.
On Fri, Oct 24, 2008 at 06:11:29PM +0300, Semih Gokalp enlightened us: > yes i did it before. > > du /var/log/message > > 28 /var/log/faillog > > but > > ls -al /var/log/ > > -rw--- 1 root root 137438953440 Oct 24 17:37 faillog > > but why it is different ? > It is what is called a "sparse file". Google should be able to tell you the details. Matt P.S. Please do not top post. -- Matt Hyclak Systems and Operations Office of Information Technology Ohio University (740) 593-1222 pgpZSqxPfYWAp.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Interesting faillog files.
Semih Gokalp wrote: yes i did it before. du /var/log/message 28 /var/log/faillog but ls -al /var/log/ -rw--- 1 root root 137438953440 Oct 24 17:37 faillog but why it is different ? It is a sparse file. It has holes in it. Only a few blocks are actually allocated. It is not an error. Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: [EMAIL PROTECTED] Homepage: http://www.crc.dk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Interesting faillog files.
Thanks all for help. Thanks again. 2008/10/24 Mogens Kjaer <[EMAIL PROTECTED]>: > Semih Gokalp wrote: >> >> yes i did it before. >> >> du /var/log/message >> >> 28 /var/log/faillog >> >> but >> >> ls -al /var/log/ >> >> -rw--- 1 root root 137438953440 Oct 24 17:37 faillog >> >> but why it is different ? > > It is a sparse file. It has holes in it. > Only a few blocks are actually allocated. > > It is not an error. > > Mogens > > -- > Mogens Kjaer, Carlsberg A/S, Computer Department > Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark > Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 > Email: [EMAIL PROTECTED] Homepage: http://www.crc.dk > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > -- Iyi calismalar.Basarilar... Semih Gokalp Istanbul/Turkiye ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ls and rm: "argument list too long"
On Fri, Oct 24, 2008 at 06:49:02AM -0500, Johnny Hughes wrote: > Jussi Hirvi wrote: > > >> piping ls to xargs should do the trick. man xargs for details. > > > > Ok, thanks for ideas, Laurent and Lawrence. > > > > A strange limitation in ls and rm, though. My friend said he hasn't seen > > that in Fedora. > > This issue is in Fedora, Ubuntu, CentOS, RHEL, (put any other linux > version you want here). > > When you get too many files in a directory, you will receive this error. > The same SOURCE code is compiled regardless of the "Distro". > > As you have seen. there are many solutions to this problem ... HOWEVER, > picking a new distro is not one of them > > Most people never hit this limitation, but it is certainly possible and > there in all versions of Linux. > > Thanks, > Johnny Hughes > I've always understood it to be an issue with commandline length: somewhere (probably in bash) there's a limit on how big a buffer is/can be used for storing the comamndline. -- Fred Smith -- [EMAIL PROTECTED] - I can do all things through Christ who strengthens me. -- Philippians 4:13 --- pgpi1JUVsoV3i.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Certain scripts "hang" the terminal on logout
I have an init script that after running, causes my terminal not to log out cleanly. Here's what i mean: # /etc/init.d/script restart << this runs fine, returns my shell prompt # exit << When I enter this command, my shell window just stays "stuck" and actually won't close down. Anyone know why this happens? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Certain scripts "hang" the terminal on logout
On Fri, Oct 24, 2008 at 10:48:53AM -0500, Sean Carolan enlightened us: > I have an init script that after running, causes my terminal not to > log out cleanly. Here's what i mean: > > # /etc/init.d/script restart << this runs fine, returns my shell prompt > # exit << When I enter this command, my shell window just stays > "stuck" and actually won't close down. > > Anyone know why this happens? Are you spawning/backgrounding jobs in the script? Matt -- Matt Hyclak Systems and Operations Office of Information Technology Ohio University (740) 593-1222 pgpTjNcBZAn0s.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Certain scripts "hang" the terminal on logout
Hi, On Fri, Oct 24, 2008 at 11:48, Sean Carolan <[EMAIL PROTECTED]> wrote: > # /etc/init.d/script restart << this runs fine, returns my shell prompt > # exit << When I enter this command, my shell window just stays > "stuck" and actually won't close down. > > Anyone know why this happens? Yes, it's because the daemon started from that script keeps file descriptors opened to the terminal you are connected to. This might be considered a bug in the daemon, since a proper daemon should close all its file descriptors before going background and returning to the shell. You might try to change the script in init.d to append "/dev/null 2>&1" at the line that starts the daemon, this might force it to detach itself from the terminal. HTH, Filipe ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Certain scripts "hang" the terminal on logout
>> # /etc/init.d/script restart << this runs fine, returns my shell prompt
>> # exit << When I enter this command, my shell window just stays
>> "stuck" and actually won't close down.
>>
>> Anyone know why this happens?
>
> Are you spawning/backgrounding jobs in the script?
Here is the script, it is a fairly simple start/stop/reset script that
was written by Jay Farschman. One other question I had about this
script is what the "$PROG" variable in the stop() function is for.
#!/bin/sh
#
# swatchrc This shell script takes care of starting and stopping
# swatch.
#
# chkconfig: 2345 81 31
# description: Swatch is a System WATCHdog program that we are
# using here to block repeated failed ssh logins.
# processname: swatch
# Replace --tail-file with the file you wish to watch, see /etc/swatch/swatchrc
RETVAL=0
test -x /usr/bin/swatch || exit 0
start(){
echo "Starting swatch"
# Spawn a new swatch program
/usr/bin/swatch --daemon --config-file=/etc/swatch/swatchrc
--tail-file=/u
sr/local/ha-tomcat/logs/catalina.out
--pid-file=/var/run/swatch.pid
echo $PID
return $RETVAL
}
stop () {
# stop daemon
echo "Stopping swatch:" $PROG
kill -9 `cat /var/run/swatch.pid`
rm -f /var/run/swatch.pid
killall tail
return $RETVAL
}
restart () {
stop
start
RETVAL=$?
return $RETVAL
}
case "$1" in
start)
start
;;
stop)
stop
;;
restart)
restart
;;
*)
echo "Usage: $0 {start|stop|restart}"
RETVAL=1
esac
exit $RETVAL
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Certain scripts "hang" the terminal on logout
> You might try to change the script in init.d to append ">/dev/null 2>&1" at the line that starts the daemon, this might force > it to detach itself from the terminal. This appears to have corrected the issue, thank you very much for the reply. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ls and rm: "argument list too long"
On Fri, Oct 24, 2008 at 8:48 AM, fred smith <[EMAIL PROTECTED]> wrote: > I've always understood it to be an issue with commandline length: somewhere > (probably in bash) there's a limit on how big a buffer is/can be used for > storing the comamndline. There are two possible buffer limits one could encounter: tty driver input line buffer (which is not an issue for bash because readline avoids it) and kernel exec space for the arguments plus environment passed to a new process. Only the second one causes the error message that started this thread, and previous posts have pointed out that recent Linux kernels have effectively removed that limit (see message from Jeremy Sanders). ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] freenx 7.3?
On Mon, 2008-10-20 at 16:38 -0500, Les Mikesell wrote: > Has anyone built a freenx 7.3 for Centos 5? I'd like to be able to use > the session shadow mode on some machines. Oh neat! When did this get added to freenx? I've been wanted to test that out for a long time. Regards, Ranbir ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ls and rm: "argument list too long"
On Fri, Oct 24, 2008, Bart Schaefer wrote: >On Fri, Oct 24, 2008 at 8:48 AM, fred smith ><[EMAIL PROTECTED]> wrote: >> I've always understood it to be an issue with commandline length: somewhere >> (probably in bash) there's a limit on how big a buffer is/can be used for >> storing the comamndline. > >There are two possible buffer limits one could encounter: tty driver >input line buffer (which is not an issue for bash because readline >avoids it) and kernel exec space for the arguments plus environment >passed to a new process. Only the second one causes the error message >that started this thread, and previous posts have pointed out that >recent Linux kernels have effectively removed that limit (see message >from Jeremy Sanders). While current Linux kernels may have removed the limit, this has been a common issue on all *nix systems for decades, which is why xargs was written. As a general rule, it's best to use find to pipe lists to xargs rather than depend on the characteristics of the underlying system. This might be called defensive programming, as it insures that scripts will work anywhere, not just on the system you are using today. Programming to the lowest common denominator may not feel sexy, but it can prevent many headaches in the future. I spent quite a bit of time many years ago getting a large FORTRAN system working that had been written on a system that use 7 character variable names where standard FORTRAN only permitted 6 (it was amazing how many of the variable names differed only in the 7th character). While this would be relatively easy to deal with today, it was a bitch when all programs were on 80-column punch cards. Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax:(206) 232-9186 We shouldn't elect a President; we should elect a magician. Will Rogers ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ls and rm: "argument list too long"
Bill Campbell wrote: There are two possible buffer limits one could encounter: tty driver input line buffer (which is not an issue for bash because readline avoids it) and kernel exec space for the arguments plus environment passed to a new process. Only the second one causes the error message that started this thread, and previous posts have pointed out that recent Linux kernels have effectively removed that limit (see message from Jeremy Sanders). While current Linux kernels may have removed the limit, It's probably a mistake to say that the limit is removed. I think this change just moves the limiting factor elsewhere - to the RAM or virtual memory that happens to be available. this has been a common issue on all *nix systems for decades, which is why xargs was written. Recognizing that you do not have infinite buffer space available is a good thing. Keep using xargs. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: OT: Setting a CentOS to gateway a private IP address
The solution to this proved quite simple, once I grasped the fact that all routers on a common network have to route for that network (duhh!!!) as well as any others that they may handle. So the ripd.conf file looks like this: ---> ! -*- rip -*- ! ! RIPd configuration file ! hostname a.b.domain.tld password enable password router rip network 2aa.bbb.ccc.0/24 network 192.168.219.0/24 log stdout <--- And it works. -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:[EMAIL PROTECTED] Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] freenx 7.3?
Kanwar Ranbir Sandhu wrote: On Mon, 2008-10-20 at 16:38 -0500, Les Mikesell wrote: Has anyone built a freenx 7.3 for Centos 5? I'd like to be able to use the session shadow mode on some machines. Oh neat! When did this get added to freenx? I've been wanted to test that out for a long time. I think the 7.3 version was the first to include it. It has been in the commercial NX versions for a while. I think those are free to use with some connection limit but I haven't gotten around to testing it yet. Another interesting capability is for the client to resize the whole remote desktop screen. The Mac NX client seems to be able to do that arbitrarily where the windows version only does it sometimes to snap the desktop to the available window space - and sometimes not. Does anyone know what controls this capability and how it will mesh with shadowing a desktop tied to another client or actual video hardware? -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: OT: Setting a CentOS to gateway a private IP address
James B. Byrne wrote: The solution to this proved quite simple, once I grasped the fact that all routers on a common network have to route for that network (duhh!!!) as well as any others that they may handle. So the ripd.conf file looks like this: ---> ! -*- rip -*- ! ! RIPd configuration file ! hostname a.b.domain.tld password enable password router rip network 2aa.bbb.ccc.0/24 network 192.168.219.0/24 log stdout <--- And it works. It's been a while since I set one of those up, but I believe the network statements control the interfaces where the route announcements are sent as well as the address ranges that will be routed. So if you omitted the 2aa.bbb.ccc.0/24 network, it wouldn't send any routes out that interface. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] firefox is incredibly unstable
On Fri, Oct 24, 2008 at 4:38 AM, Johnny Hughes <[EMAIL PROTECTED]> wrote: > > Sam, > > Most people responding are probably running the 32bit (i386) version of > CentOS. If you are running the x86_64 arch and also running the > Mozilla.org firefox then you are PROBABLY doing so via the 32bit > compatibility libs. > I have the same stability problems with Seamonkey on both my 32-bit workstation at work and my 64-bit desktop at home. In fact, they have grown worse since SM 1.10 a couple of months ago (they're up to 1.12 and it's more unstable than ever, with the same problems and worse). > It has been my experience that this is far less stable (32bit > compatibility libs on x86_64) for many things, not just firefox. > Actually, I have almost no stability problems other than SM on my 64-bit machine at home. However, I should add the caveat that I don't use every single newfangled, shiny app that comes out just because it's there. I have a strong preference for proven, stable apps, so that could be a part of it. I also tend to prefer 64-bit apps where possible/available because they tend to run better than their 32-bit counterparts (on a 64-bit OS). My personal, big exception: OOo, because I like the newer version (2.4.1) a lot better than the distro version (2.3.0), which is just ok. > I have never personally recommended running the x86_64 arch on a desktop > workstation ... and in fact, I have several 64bit capable machines that > I personally use as workstations where I install the 32bit (i386 > version) of CentOS. > I'd say it's a matter of personal taste and experience - if your experience with 64-bits on your desktop is not as good as your experiences with 32, chances are you'll feel that way. If you run gobs of 32-bit apps that are not available in 64-bit versions and they tend to be a bit flaky on the 64-bit platform, that's also a good reason to stick to 32. > I know everyone THINKS that they want/need the x86_64 arch ... however, > the rest of the world outside the base OS are really not quite ready for > that. > > I personally only use x86_64 on servers where I can remove all the > i[3,4,5,6]86 RPMS and go "x86_64 only" ... where it works great. > > This is, of course, one man's opinion :D > YMMV. > Also, there are newer versions of Adobe Reader > (AdobeReader_enu-8.1.2_SU1) and Adobe Flash > (flash-plugin-10.0.12.36-release) that are a bit more stable than the > earlier ones. Specifically, the SU1 version of Adobe Reader is better > than the standard 8.1.2 version. > This certainly seems to be true for the 32-bit versions, at least of AR (I don't think I have the 10.x version of flash yet...). On my home desktop, I run AR 7.9 because the 8.x versions don't print landscape PDFs properly at all, and they also have fewer options for printing, like scaling that works. This could be a 64-bit issue, but I run the 32-bit plugins with nspluginwrapper, and although MOST plugins run just fine that way, nppdf and flash do not. Sometimes I think Adobe just doesn't like 64-bits yet. And... That's just _my_ $0.02 ($4 in today's money...). mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ls and rm: "argument list too long"
On Fri, Oct 24, 2008 at 9:31 AM, Bill Campbell <[EMAIL PROTECTED]> wrote: > > > Programming to the lowest common denominator may not feel sexy, > but it can prevent many headaches in the future. I spent quite a > bit of time many years ago getting a large FORTRAN system working > that had been written on a system that use 7 character variable > names where standard FORTRAN only permitted 6 (it was amazing how > many of the variable names differed only in the 7th character). > While this would be relatively easy to deal with today, it was a > bitch when all programs were on 80-column punch cards. > Okay, now you're officially old. (Like me.) mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] ls and rm: "argument list too long"
MHR wrote: On Fri, Oct 24, 2008 at 9:31 AM, Bill Campbell <[EMAIL PROTECTED]> wrote: Programming to the lowest common denominator may not feel sexy, but it can prevent many headaches in the future. I spent quite a bit of time many years ago getting a large FORTRAN system working that had been written on a system that use 7 character variable names where standard FORTRAN only permitted 6 (it was amazing how many of the variable names differed only in the 7th character). While this would be relatively easy to deal with today, it was a bitch when all programs were on 80-column punch cards. Okay, now you're officially old. (Like me.) mhr Forgive my senility, but I'm continually amazed how many of us ole fossils are still around, and running Linux! Not to use up too much bandwidth, but the switch from Fortran 2 to 2D, for disk, was a big event way back when. Then Fortran 4 came around! Be still my old heart! ENW ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] replace
i need your feedback about this command, it should find a string in
multiple html files in a directory and replace it with a different
string...
find /dir -name "*.html" -exec sed -i 's/"old"/"new"/g' {} \;
Thx.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] replace
On Fri, Oct 24, 2008, Mad Unix wrote:
>i need your feedback about this command, it should find a string in
>multiple html files in a directory and replace it with a different
>string...
>
>find /dir -name "*.html" -exec sed -i 's/"old"/"new"/g' {} \;
There are several tools that handle this type of things quite nicely.
There is a simple script in Kernighan and Pike's book ``The Unix
Programming Environment'' that does simple replacements, and is
used as an example of writing shell scripts that fail gracefully
when things go wrong.
Ralf S. Engelschall's ``shtool'', the GNU Portable Shell Tool has
a ``subst'' function that is more flexible in that it is quite
easy to handle multiple ``sed'' expressions. Unlike the
Kernighan and Pike scripts though, errors in expressions result
in a zero length file so making copies is a good idea.
MySQL also has a ``replace'' script that handles simple
replacement, but unfortunately has the same name as the Kernighan
and Pike script which was written at least a decade before MySQL
so should probably have been name ``myreplace'' or something
similar that did not conflict.
Perl also has options to do in-place replacements, and can make
backups of the files, which is also a nice feature.
Bill
--
INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way
Voice: (206) 236-1676 Mercer Island, WA 98040-0820
Fax:(206) 232-9186
War is the health of the state. -- Ralph Bourne
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
[CentOS] Help with a sun cobalt with sendmail and centos with postfix
Hi, I have a customer with a sun cobalt running Sendmail 8.10.2/8.10.2 and we are phasing out the sun cube due to some limitations. So we have installed a new centos 5.x server. the format of our current emails are [EMAIL PROTECTED] and the new format will be [EMAIL PROTECTED] We have 1600 accounts. Both server are in the LAN. The MX record that the world sees, point to our current AV/AntiSpam appliance, then our AV appliance forwards to the mail server (its a trendmicro IMSS) The AV appliance lets me define rules that emails for [EMAIL PROTECTED] should be sent to the mailserver with the cube, and it also let me define a rule for [EMAIL PROTECTED] to be sent to the centos machine, so I have covered the "from internet" inbound email issue. going out to the internet, both servers can send emails perfectly. However, Since both servers will "answer" to the same domain, i need some guidance as to how to 1- If user hosted on the Sun sendmail Cube sends emails to [EMAIL PROTECTED], make the Cube forward/send the email to the Centos machine. 2- If user hosted in centos, sends email to [EMAIL PROTECTED], make the POSTFIX forward/send the email to the Cube machine. Due to internal regulations i must say that: 1- users cannot be moved all at once. 2- centos machine must use postfix - not sendmail. I can however, install sendmail on centos and make it listen in another port other than 25 if some solution arises that needs sendmail in both sides. Anyways, any guidance as to how to solve this mess is welcomed Thanks, -- Erick Perez Panama Sistemas Integradores de Telefonia IP y Soluciones Para Centros de Datos Panama, Republica de Panama Cel Panama. +(507) 6694-4780 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Help with a sun cobalt with sendmail and centos with postfix
Have you looked at the BlueQuartz project? It is specifically for the Cobalts, and I think is CentOS based. http://bluequartz.org/ On Fri, Oct 24, 2008, Erick Perez wrote: >Hi, >I have a customer with a sun cobalt running Sendmail 8.10.2/8.10.2 and >we are phasing out the sun cube due to some limitations. So we have >installed a new centos 5.x server. >the format of our current emails are [EMAIL PROTECTED] and the new >format will be [EMAIL PROTECTED] We have 1600 accounts. > >Both server are in the LAN. > >The MX record that the world sees, point to our current AV/AntiSpam >appliance, then our AV appliance forwards to the mail server (its a >trendmicro IMSS) >The AV appliance lets me define rules that emails for >[EMAIL PROTECTED] should be sent to the mailserver with the cube, >and it also let me define a rule for [EMAIL PROTECTED] to be >sent to the centos machine, so I have covered the "from internet" >inbound email issue. >going out to the internet, both servers can send emails perfectly. > >However, >Since both servers will "answer" to the same domain, i need some >guidance as to how to >1- If user hosted on the Sun sendmail Cube sends emails to >[EMAIL PROTECTED], make the Cube forward/send the email to the >Centos machine. >2- If user hosted in centos, sends email to [EMAIL PROTECTED], make >the POSTFIX forward/send the email to the Cube machine. > >Due to internal regulations i must say that: >1- users cannot be moved all at once. >2- centos machine must use postfix - not sendmail. I can however, >install sendmail on centos and make it listen in another port other >than 25 if some solution arises that needs sendmail in both sides. > >Anyways, any guidance as to how to solve this mess is welcomed > >Thanks, > >-- > >Erick Perez >Panama Sistemas >Integradores de Telefonia IP y Soluciones Para Centros de Datos >Panama, Republica de Panama >Cel Panama. +(507) 6694-4780 > >___ >CentOS mailing list >CentOS@centos.org >http://lists.centos.org/mailman/listinfo/centos > -- Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax:(206) 232-9186 A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. Robert Heinlein ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Help with a sun cobalt with sendmail and centos with postfix
Erick Perez a écrit : > Hi, > I have a customer with a sun cobalt running Sendmail 8.10.2/8.10.2 and > we are phasing out the sun cube due to some limitations. So we have > installed a new centos 5.x server. > the format of our current emails are [EMAIL PROTECTED] and the new > format will be [EMAIL PROTECTED] We have 1600 accounts. > > Both server are in the LAN. > > The MX record that the world sees, point to our current AV/AntiSpam > appliance, then our AV appliance forwards to the mail server (its a > trendmicro IMSS) > The AV appliance lets me define rules that emails for > [EMAIL PROTECTED] should be sent to the mailserver with the cube, > and it also let me define a rule for [EMAIL PROTECTED] to be > sent to the centos machine, so I have covered the "from internet" > inbound email issue. > going out to the internet, both servers can send emails perfectly. > > However, > Since both servers will "answer" to the same domain, i need some > guidance as to how to > 1- If user hosted on the Sun sendmail Cube sends emails to > [EMAIL PROTECTED], make the Cube forward/send the email to the > Centos machine. > 2- If user hosted in centos, sends email to [EMAIL PROTECTED], make > the POSTFIX forward/send the email to the Cube machine. > for the postfix side, use transport_maps: [EMAIL PROTECTED] relay:[remote.host.example] (use the brakets to avoid MX lookups). > Due to internal regulations i must say that: > 1- users cannot be moved all at once. > 2- centos machine must use postfix - not sendmail. I can however, > install sendmail on centos and make it listen in another port other > than 25 if some solution arises that needs sendmail in both sides. > > Anyways, any guidance as to how to solve this mess is welcomed > > Thanks, > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] replace
Mad Unix wrote:
i need your feedback about this command, it should find a string in
multiple html files in a directory and replace it with a different
string...
find /dir -name "*.html" -exec sed -i 's/"old"/"new"/g' {} \;
Mad Unix,
find /dir -name "*.html" -exec sed -i -e 's/old/new/g' {} \;
or
find /dir -name "*.html" -exec sed -i".bck" -e 's/old/new/g' {} \;
to keep a backup.
Phil
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] replace
Phil Schaffner írta:
Mad Unix wrote:
i need your feedback about this command, it should find a string in
multiple html files in a directory and replace it with a different
string...
find /dir -name "*.html" -exec sed -i 's/"old"/"new"/g' {} \;
Mad Unix,
find /dir -name "*.html" -exec sed -i -e 's/old/new/g' {} \;
or
find /dir -name "*.html" -exec sed -i".bck" -e 's/old/new/g' {} \;
to keep a backup.
perl -pi -e "s/foo/bar/" *.html
t
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] replace
On Fri, 2008-10-24 at 23:13 +0200, Pintér Tibor wrote: > perl -pi -e "s/foo/bar/" *.html Won't recurse down the directory tree, but I guess the OP didn't actually ask for that. Could substitute the perl commad for sed in the earlier example. Many ways to skin the cat (all equally odious to the cat :-). BTW, the xargs solution discussed in the 'ls and rm: "argument list too long"' thread could be applied here too if you have a LOT of files. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Help with a sun cobalt with sendmail and centos with postfix
Hi bill. not sure what you want me to look there. The Cobalt will go away and will probably be used in other task. We are not trying to rescue it. On Fri, Oct 24, 2008 at 3:14 PM, Bill Campbell <[EMAIL PROTECTED]> wrote: > Have you looked at the BlueQuartz project? It is specifically > for the Cobalts, and I think is CentOS based. > >http://bluequartz.org/ > > On Fri, Oct 24, 2008, Erick Perez wrote: >>Hi, >>I have a customer with a sun cobalt running Sendmail 8.10.2/8.10.2 and >>we are phasing out the sun cube due to some limitations. So we have >>installed a new centos 5.x server. >>the format of our current emails are [EMAIL PROTECTED] and the new >>format will be [EMAIL PROTECTED] We have 1600 accounts. >> >>Both server are in the LAN. >> >>The MX record that the world sees, point to our current AV/AntiSpam >>appliance, then our AV appliance forwards to the mail server (its a >>trendmicro IMSS) >>The AV appliance lets me define rules that emails for >>[EMAIL PROTECTED] should be sent to the mailserver with the cube, >>and it also let me define a rule for [EMAIL PROTECTED] to be >>sent to the centos machine, so I have covered the "from internet" >>inbound email issue. >>going out to the internet, both servers can send emails perfectly. >> >>However, >>Since both servers will "answer" to the same domain, i need some >>guidance as to how to >>1- If user hosted on the Sun sendmail Cube sends emails to >>[EMAIL PROTECTED], make the Cube forward/send the email to the >>Centos machine. >>2- If user hosted in centos, sends email to [EMAIL PROTECTED], make >>the POSTFIX forward/send the email to the Cube machine. >> >>Due to internal regulations i must say that: >>1- users cannot be moved all at once. >>2- centos machine must use postfix - not sendmail. I can however, >>install sendmail on centos and make it listen in another port other >>than 25 if some solution arises that needs sendmail in both sides. >> >>Anyways, any guidance as to how to solve this mess is welcomed >> >>Thanks, >> >>-- >> >>Erick Perez >>Panama Sistemas >>Integradores de Telefonia IP y Soluciones Para Centros de Datos >>Panama, Republica de Panama >>Cel Panama. +(507) 6694-4780 >> >>___ >>CentOS mailing list >>CentOS@centos.org >>http://lists.centos.org/mailman/listinfo/centos >> > > -- > Bill > -- > INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC > URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way > Voice: (206) 236-1676 Mercer Island, WA 98040-0820 > Fax:(206) 232-9186 > > A human being should be able to change a diaper, plan an invasion, > butcher a hog, conn a ship, design a building, write a sonnet, balance > accounts, build a wall, set a bone, comfort the dying, take orders, give > orders, cooperate, act alone, solve equations, analyze a new problem, pitch > manure, program a computer, cook a tasty meal, fight efficiently, die > gallantly. Specialization is for insects. Robert Heinlein > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > -- Erick Perez Panama Sistemas Integradores de Telefonia IP y Soluciones Para Centros de Datos Panama, Republica de Panama Cel Panama. +(507) 6694-4780 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Help with a sun cobalt with sendmail and centos with postfix
On Fri, Oct 24, 2008 at 3:22 PM, mouss <[EMAIL PROTECTED]> wrote: > Erick Perez a écrit : >> Hi, >> I have a customer with a sun cobalt running Sendmail 8.10.2/8.10.2 and >> we are phasing out the sun cube due to some limitations. So we have >> installed a new centos 5.x server. >> the format of our current emails are [EMAIL PROTECTED] and the new >> format will be [EMAIL PROTECTED] We have 1600 accounts. >> >> Both server are in the LAN. >> >> The MX record that the world sees, point to our current AV/AntiSpam >> appliance, then our AV appliance forwards to the mail server (its a >> trendmicro IMSS) >> The AV appliance lets me define rules that emails for >> [EMAIL PROTECTED] should be sent to the mailserver with the cube, >> and it also let me define a rule for [EMAIL PROTECTED] to be >> sent to the centos machine, so I have covered the "from internet" >> inbound email issue. >> going out to the internet, both servers can send emails perfectly. >> >> However, >> Since both servers will "answer" to the same domain, i need some >> guidance as to how to >> 1- If user hosted on the Sun sendmail Cube sends emails to >> [EMAIL PROTECTED], make the Cube forward/send the email to the >> Centos machine. >> 2- If user hosted in centos, sends email to [EMAIL PROTECTED], make >> the POSTFIX forward/send the email to the Cube machine. >> > > for the postfix side, use transport_maps: > > [EMAIL PROTECTED] relay:[remote.host.example] > (use the brakets to avoid MX lookups). > > > >> Due to internal regulations i must say that: >> 1- users cannot be moved all at once. >> 2- centos machine must use postfix - not sendmail. I can however, >> install sendmail on centos and make it listen in another port other >> than 25 if some solution arises that needs sendmail in both sides. >> >> Anyways, any guidance as to how to solve this mess is welcomed >> >> Thanks, >> > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > i read about transport maps in postfix, just tried and worked perfectly. thanks, now i have to figure the sendmail part (i think virtusertable) Do you know how to make the sendmail part? -- Erick Perez Panama Sistemas Integradores de Telefonia IP y Soluciones Para Centros de Datos Panama, Republica de Panama Cel Panama. +(507) 6694-4780 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Help with a sun cobalt with sendmail and centos with postfix
Erick Perez wrote: However, Since both servers will "answer" to the same domain, i need some guidance as to how to 1- If user hosted on the Sun sendmail Cube sends emails to [EMAIL PROTECTED], make the Cube forward/send the email to the Centos machine. 2- If user hosted in centos, sends email to [EMAIL PROTECTED], make the POSTFIX forward/send the email to the Cube machine. for the postfix side, use transport_maps: [EMAIL PROTECTED] relay:[remote.host.example] (use the brakets to avoid MX lookups). i read about transport maps in postfix, just tried and worked perfectly. thanks, now i have to figure the sendmail part (i think virtusertable) Do you know how to make the sendmail part? If you are already accepting for the domain in question, all you need are aliases. Just be careful you don't set up a loop as you move people. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Help with a sun cobalt with sendmail and centos with postfix
On Fri, Oct 24, 2008 at 2:56 PM, Erick Perez <[EMAIL PROTECTED]> wrote: > > i read about transport maps in postfix, just tried and worked perfectly. > thanks, > now i have to figure the sendmail part (i think virtusertable) > > Do you know how to make the sendmail part? > Now that you are bottom posting (thank you), could you also trim your replies to just the relevant parts? TIA. mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] replace
On Fri, Oct 24, 2008 at 5:13 PM, Pintér Tibor <[EMAIL PROTECTED]> wrote: > perl -pi -e "s/foo/bar/" *.html You also have to give an extension to the command to get a backup. For this one it would basically be: perl -pi.old -e 's/foo/bar/' *.html... in addition to the no recursion thing -- During times of universal deceit, telling the truth becomes a revolutionary act. George Orwell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Ole Fossils [ was Re: [CentOS] ls and rm: "argument list too long"]
On Fri, 2008-10-24 at 14:19 -0400, Ed Westphal wrote: > Forgive my senility, but I'm continually amazed how many of us ole > fossils are still around, and running Linux! Not to use up too much > bandwidth, but the switch from Fortran 2 to 2D, for disk, was a big > event way back when. Then Fortran 4 came around! Be still my old > heart! WAY OT, but since the thread has already been hijacked, can't resist a trip down memory lane... Ah yes, how fondly I remember running FORTRAN from punched tape on the Data General Nova "minicomputer". At least it was not prone to dropping the 80-column card deck and having to re-sort it. Then we got the 8" hard-sector floppy drive. Luxury! Still had to boot it up with the correct sequence of flips of the front panel switches, but actually had somewhere to save output data as well as load programs - up to 256KB. Did real-time data acquisition using an 8-bit A/D and ran fast Fourier transforms to get frequency domain responses using ASCII graphics on a printer. http://en.wikipedia.org/wiki/Data_General_Nova Seem to remember an "old farts" thread on this list a while back, so I guess "ole fossils" sounds a bit better. :-) Phil ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] replace
You also have to give an extension to the command to get a backup. For this one it would basically be: perl -pi.old -e 's/foo/bar/' *.html... in addition to the no recursion thing if you dont, the target changes are applied to the source files. t ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: ls and rm: "argument list too long"
on 10-24-2008 11:19 AM Ed Westphal spake the following: > MHR wrote: >> On Fri, Oct 24, 2008 at 9:31 AM, Bill Campbell >> <[EMAIL PROTECTED]> wrote: >> >>> Programming to the lowest common denominator may not feel sexy, >>> but it can prevent many headaches in the future. I spent quite a >>> bit of time many years ago getting a large FORTRAN system working >>> that had been written on a system that use 7 character variable >>> names where standard FORTRAN only permitted 6 (it was amazing how >>> many of the variable names differed only in the 7th character). >>> While this would be relatively easy to deal with today, it was a >>> bitch when all programs were on 80-column punch cards. >>> >>> >> >> Okay, now you're officially old. >> >> (Like me.) >> >> mhr >> > Forgive my senility, but I'm continually amazed how many of us ole > fossils are still around, and running Linux! Not to use up too much > bandwidth, but the switch from Fortran 2 to 2D, for disk, was a big > event way back when. Then Fortran 4 came around! Be still my old heart! > > ENW When I learned Fortran IV in 1980 my teacher said that Fortran and Cobol were the languages of the future! -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Help with a sun cobalt with sendmail and centos with postfix
On Fri, Oct 24, 2008, Erick Perez wrote: >Hi bill. not sure what you want me to look there. The Cobalt will go >away and will probably be used in other task. We are not trying to >rescue it. It was just a FYI post as many may not know of Bluequartz. I have a customer who is still running a bunch of Cobalt Raq hosting web sites at a regional ISP. I had one Raq here for a while. The most benefit I got out of it was digging into its Apache configuration files to learn about mod_rewrite and such. Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax:(206) 232-9186 Cutting the space budget really restores my faith in humanity. It eliminates dreams, goals, and ideals and lets us get straight to the business of hate, debauchery, and self-annihilation. -- Johnny Hart ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Problem selecting installation drive : 5.2
on 10-24-2008 7:25 AM Alex H. Vandenham spake the following: > When doing the 5.2 installation the ONLY drive option provided is > > mapper/nvidia_cbjcdhfe (250G) > > My system has 2 SATA - 250G drives and I want to use them in a RAID/LVM > configuration. > > My question: > > How do I get the installer to let me use DiskDruid to create RAID1 arrays and > then use LVM for the mount points? > > What I've done so far: > > I've verified that both drives are recognized by going to the shell screen > and > using fdisk to access both /dev/sda and /dev/sdb - so I know they are both > available. > > I've also tried using the Centos 4.7 installer where I can do exactly what I > want. > > I've accepted the default and after a full install of 5.2 there is no raid > and > total space is 250G. > > I've looked at the various deployment guides and installation guides but > can't > find how to do this . . . . > > puzzled > > Alex > === > The default install doesn't do a software raid, and if you are trying to use an Nvidia onboard raid controller as a raid device in linux, you are probably out of luck. To do software raid with LVM over it, you have to do it all manually. First creating the raid devices, and then adding the resulting md devices as LVM partitions. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: ls and rm: "argument list too long"
On Fri, Oct 24, 2008, Scott Silva wrote: ... >When I learned Fortran IV in 1980 my teacher said that Fortran and Cobol were >the languages of the future! In a presentation at the 1985 Usenix conference, Rob Pike made a comment that he didn't know what the language for scientific program of the future would be, but that it would be called FORTRAN. COBOL on Burroughs Medium Systems was an extremely powerful language. I wrote some pretty large commerical systems with it. My main problems with COBOL came when I had to run on a system other than Burroughs where COBOL was not fully recursive, and missing features that I took for granted. My first exposure to computers was in 1966 on a Bendix G-20 and their Mishewaka FORTRAN. This version of FORTRAN was written by engineers, and had features that were well ahead of IBM's FORTRAN: + Everything was done in floating point -- engineers don't grok integers. + ``DO'' loops would of course have floating point variables, and worked as an engineer or mathematician would expect. + ``DO'' loops tested at the top of the loop instead of at the end as they did on IBM FORTRAN. Thus if the starting value was greater than the terminating value nothing in the loop would be executed. + Free form input from cards (e.g. one could have ``PI=3.14159'' and it would do the reasonable thing. + Free form output. Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax:(206) 232-9186 I have never been molested by any person but those who represented the state -- Thoreau ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Ole Fossils [ was Re: ls and rm: "argument list too long"]
on 10-24-2008 3:21 PM Phil Schaffner spake the following: > On Fri, 2008-10-24 at 14:19 -0400, Ed Westphal wrote: >> Forgive my senility, but I'm continually amazed how many of us ole >> fossils are still around, and running Linux! Not to use up too much >> bandwidth, but the switch from Fortran 2 to 2D, for disk, was a big >> event way back when. Then Fortran 4 came around! Be still my old >> heart! > > WAY OT, but since the thread has already been hijacked, can't resist a > trip down memory lane... > > Ah yes, how fondly I remember running FORTRAN from punched tape on the > Data General Nova "minicomputer". At least it was not prone to dropping > the 80-column card deck and having to re-sort it. Then we got the 8" > hard-sector floppy drive. Luxury! Still had to boot it up with the > correct sequence of flips of the front panel switches, but actually had > somewhere to save output data as well as load programs - up to 256KB. > Did real-time data acquisition using an 8-bit A/D and ran fast Fourier > transforms to get frequency domain responses using ASCII graphics on a > printer. > > http://en.wikipedia.org/wiki/Data_General_Nova > > Seem to remember an "old farts" thread on this list a while back, so I > guess "ole fossils" sounds a bit better. :-) > > Phil I remember numbering on the back of cards with a pencil as a backup when you dropped the deck. And of course you numbered by tens just in case you had to insert something. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: ls and rm: "argument list too long"
Scott Silva wrote: on 10-24-2008 11:19 AM Ed Westphal spake the following: MHR wrote: On Fri, Oct 24, 2008 at 9:31 AM, Bill Campbell <[EMAIL PROTECTED]> wrote: Programming to the lowest common denominator may not feel sexy, but it can prevent many headaches in the future. I spent quite a bit of time many years ago getting a large FORTRAN system working that had been written on a system that use 7 character variable names where standard FORTRAN only permitted 6 (it was amazing how many of the variable names differed only in the 7th character). While this would be relatively easy to deal with today, it was a bitch when all programs were on 80-column punch cards. Okay, now you're officially old. (Like me.) mhr Forgive my senility, but I'm continually amazed how many of us ole fossils are still around, and running Linux! Not to use up too much bandwidth, but the switch from Fortran 2 to 2D, for disk, was a big event way back when. Then Fortran 4 came around! Be still my old heart! ENW When I learned Fortran IV in 1980 my teacher said that Fortran and Cobol were the languages of the future! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos I have been learning and using COBOL since the mid 80's. I use COBOL at the present time for Web Programming also. The COBOL we use runs on UNIX and Linux. I use it in addition to PHP/MySQL for Web Programming. I have looked at Fortran programs but never had to learn the language. It is on a PDP 11 that we shutdown in the late 90's. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Ole Fossils [ was Re: ls and rm: "argument list too long"]
Scott Silva wrote: > on 10-24-2008 3:21 PM Phil Schaffner spake the following: >> On Fri, 2008-10-24 at 14:19 -0400, Ed Westphal wrote: >>> Forgive my senility, but I'm continually amazed how many of us ole >>> fossils are still around, and running Linux! Not to use up too much >>> bandwidth, but the switch from Fortran 2 to 2D, for disk, was a big >>> event way back when. Then Fortran 4 came around! Be still my old >>> heart! >> WAY OT, but since the thread has already been hijacked, can't resist a >> trip down memory lane... >> >> Ah yes, how fondly I remember running FORTRAN from punched tape on the >> Data General Nova "minicomputer". At least it was not prone to dropping >> the 80-column card deck and having to re-sort it. Then we got the 8" >> hard-sector floppy drive. Luxury! Still had to boot it up with the >> correct sequence of flips of the front panel switches, but actually had >> somewhere to save output data as well as load programs - up to 256KB. >> Did real-time data acquisition using an 8-bit A/D and ran fast Fourier >> transforms to get frequency domain responses using ASCII graphics on a >> printer. >> >> http://en.wikipedia.org/wiki/Data_General_Nova >> >> Seem to remember an "old farts" thread on this list a while back, so I >> guess "ole fossils" sounds a bit better. :-) >> >> Phil > I remember numbering on the back of cards with a pencil as a backup when you > dropped the deck. And of course you numbered by tens just in case you had to > insert something. That's why you punch sequence numbers in the last 8 columns. :-) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: Ole Fossils [ was Re: [CentOS] ls and rm: "argument list too long"]
On Fri, Oct 24, 2008 at 5:21 PM, Phil Schaffner <[EMAIL PROTECTED]> wrote: > On Fri, 2008-10-24 at 14:19 -0400, Ed Westphal wrote: >> Forgive my senility, but I'm continually amazed how many of us ole >> fossils are still around, and running Linux! Not to use up too much >> bandwidth, but the switch from Fortran 2 to 2D, for disk, was a big >> event way back when. Then Fortran 4 came around! Be still my old >> heart! > Seem to remember an "old farts" thread on this list a while back, so I > guess "ole fossils" sounds a bit better. :-) Phil: Smells better too. :-)I remember the line printers we had, for the IBM 7090's, http://en.wikipedia.org/wiki/IBM_7090in the NOC of an Airline Reservation Center. I think they were about 30% the size of our home office. :-) Lanny ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Ole Fossils [ was Re: ls and rm: "argument list too long"]
On Fri, 2008-10-24 at 16:16 -0700, Raymond Lillard wrote: > That's why you punch sequence numbers in the > last 8 columns. :-) ... and some of the fancier card readers would even sort them for you, but remember to number by some integer >> 1 or you had to redo the whole remainder of the deck to insert a line. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Ole Fossils [ was Re: ls and rm: "argument list too long"]
On Fri, Oct 24, 2008, Phil Schaffner wrote: >On Fri, 2008-10-24 at 16:16 -0700, Raymond Lillard wrote: >> That's why you punch sequence numbers in the >> last 8 columns. :-) > >... and some of the fancier card readers would even sort them for you, >but remember to number by some integer >> 1 or you had to redo the whole >remainder of the deck to insert a line. The Burroughs Medium Systems mainframes I worked on allowed one to store the program on disk, then compile with modifications in a card deck, using the sequence numbers to replace or insert lines from the cards. There were options to create a new disk file with the patches included, and to resquence the source on disk. Typically there were several card desks in a drawer which could be loaded to recreate the patched disk file by loading them in sequence which was fine until the disk file was resequenced when it was time to punch new cards from the disk file to replace the original deck and patches. Punch cards were far more reliable backup than mag tape and in a pinch one could read the printing on the card to fix a badly damaged card (it was amazing how fast a card reader jam could turn the first card into an accordian fold). COBOL had the sequence numbers in the first six columns while FORTRAN in the last eight. I always laughed at the early quiz shows where they had a ``computer'' selecting the questions -- where the computer was really a card sorter that would select the picked question into a specific bin. Bill -- INTERNET: [EMAIL PROTECTED] Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way Voice: (206) 236-1676 Mercer Island, WA 98040-0820 Fax:(206) 232-9186 It's not what you pay a man but what he costs you that counts. Will Rogers ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: ls and rm: "argument list too long"
On Fri, Oct 24, 2008 at 06:15:31PM -0500, Michael Peterson wrote: > I have been learning and using COBOL since the mid 80's. > I use COBOL at the present time for Web Programming also. > The COBOL we use runs on UNIX and Linux. > I use it in addition to PHP/MySQL for Web Programming. > > I have looked at Fortran programs but never had to learn the language. > It is on a PDP 11 that we shutdown in the late 90's. PDP-11... now there was a nice machine! That's where I first learned Assembly language--and I definitely was spoiled by that. Now when I look at assembler for, e.g. 80x86 machines I want to throw up. Nothing has been anything as nice to program in since with the possible exception of the 68000 family which had a lot of similarities. -- Fred Smith -- [EMAIL PROTECTED] - "For him who is able to keep you from falling and to present you before his glorious presence without fault and with great joy--to the only God our Savior be glory, majesty, power and authority, through Jesus Christ our Lord, before all ages, now and forevermore! Amen." - Jude 1:24,25 (niv) - pgpuztAnbYctE.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: Ole Fossils [ was Re: [CentOS] ls and rm: "argument list too long"]
On Fri, Oct 24, 2008 at 5:07 PM, Lanny Marcus <[EMAIL PROTECTED]> wrote: > On Fri, Oct 24, 2008 at 5:21 PM, Phil Schaffner <[EMAIL PROTECTED]> wrote: >> On Fri, 2008-10-24 at 14:19 -0400, Ed Westphal wrote: >>> Forgive my senility, but I'm continually amazed how many of us ole >>> fossils are still around, and running Linux! Not to use up too much >>> bandwidth, but the switch from Fortran 2 to 2D, for disk, was a big >>> event way back when. Then Fortran 4 came around! Be still my old >>> heart! > >> Seem to remember an "old farts" thread on this list a while back, so I >> guess "ole fossils" sounds a bit better. :-) > > Phil: Smells better too. :-)I remember the line printers we had, > for the IBM 7090's, http://en.wikipedia.org/wiki/IBM_7090in the > NOC of an Airline Reservation Center. I think they were about 30% the > size of our home office. :-) Lanny That's it - I'm not speaking to either of you again. You're too old! (So am I - how awkward! :-) mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: ls and rm: "argument list too long"
On Fri, Oct 24, 2008 at 3:28 PM, Scott Silva <[EMAIL PROTECTED]> wrote: > > When I learned Fortran IV in 1980 my teacher said that Fortran and Cobol were > the languages of the future! > Sheesh! When I learned Fortran IV in 1974, we had the WatFour and WatFive compilers, and were getting ready to upgrade to Fortran V. Algol 68 was the language of the future. All that changed when I learned Pascal at UCSD in 1978, another "language of the future" that still is Still, we built a whole OS based on UCSD Pascal 2.0 (and then modified it extensively) in 1980, and that was fine until I moved into DYNIX in 1987 - loved it, and C, and stayed there. That's why I love Linux. Sort of. mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
