Re: [CentOS] Audio issue(s)
On Tue, Nov 10, 2009 at 12:38 PM, Ilya Ponetayev wrote: > > You can try to install fresh alsa-driver package from Elrepo repository > (which named kmod-alsa there). > http://elrepo.org/tiki/tiki-index.php > That was part of it - thanks. mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Audio issue(s)
On Tue, Nov 10, 2009 at 2:51 PM, lostson wrote: > > Have you tried any switches in alsamixer ? sometimes one or another > will get either turned off or turned on and that will cause no sound > from the speakers. > Yeah - once I got the driver from the elrepo installed, this fixed the rest of it. Thanks. mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] About the tar extract signal directory~~
Hi,all: I've couple of large tarballs such as www.tar and images.tar. Is it possible to extract a single file or a list of files from a large tarball such as images.tar instead of extracting the entire tarball? How do I extract specific files under Linux / UNIX operating systems? Thanks in advance ~~ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] About the tar extract signal directory~~
Hi, tar [ - ] A --catenate --concatenate | c --create | d --diff --compare | --delete | r --append | t --list | u --update | x --extract --get [ options ] pathname [ pathname ... ] pathname is what you're looking for. Sam From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of Majian Sent: Wednesday, November 11, 2009 9:16 AM To: CentOS mailing list Subject: [CentOS] About the tar extract signal directory~~ Hi,all: I've couple of large tarballs such as www.tar and images.tar. Is it possible to extract a single file or a list of files from a large tarball such as images.tar instead of extracting the entire tarball? How do I extract specific files under Linux / UNIX operating systems? Thanks in advance ~~ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] About the tar extract signal directory~~
On 11/11/2009 09:16 AM, Majian wrote: > Hi,all: > > I've couple of large tarballs such as www.tar and images.tar. > Is it possible to extract a single file or a list of files from a large > tarball such as images.tar instead of extracting the entire tarball? > How do I extract specific files under Linux / UNIX operating systems? Start by doing a: tar tvf www.tar to get a listing of the names in the tarball. If you need to restore a specific file or directory, do a: tar xvf www.tar ./www/specific/folder or tar xvf www.tar ./www/specific.file The files are restored relative to the current directory. The naming "./www/specific/folder" should match the list you got from the "tar tvf" command. The restore reads the whole archive, so it can take a while. 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: m...@crc.dk Homepage: http://www.crc.dk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] About the tar extract signal directory~~
Majian wrote: > Hi,all: > > I've couple of large tarballs such as www.tar and images.tar. > Is it possible to extract a single file or a list of files from a > large tarball such as images.tar instead of extracting the entire tarball? > How do I extract specific files under Linux / UNIX operating systems? > man tar ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Berlin Beer event.
Geerd-Dietger Hoffmann wrote on Wed, 11 Nov 2009 00:00:19 +: > After the London Beer event seams to become a regular thing I was > wondering who in Berlin would want to participate in such a thing. I > am visiting for BLIT [1] on the 21. November to promote CentOS and > was wondering how many people would participate? 1 > [1] http://www.blit.org/2009 Die Jungs sind so "intelligent" generell ein rewrite auf /2009 zu machen, also landet obiges Link auf http://www.blit.org/2009/2009 ... Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Berlin Beer event.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 thus Kai Schaetzl spake: | Geerd-Dietger Hoffmann wrote on Wed, 11 Nov 2009 00:00:19 +: | |> After the London Beer event seams to become a regular thing I was |> wondering who in Berlin would want to participate in such a thing. I |> am visiting for BLIT [1] on the 21. November to promote CentOS and |> was wondering how many people would participate? | | 1 2 -- but I won't be able to come to BLIT, though. Where would the Berlin Beer Event take place? |> [1] http://www.blit.org/2009 | | Die Jungs sind so "intelligent" generell ein rewrite auf /2009 zu machen, | also landet obiges Link auf http://www.blit.org/2009/2009 ... | | Kai Timo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org iD8DBQFK+oTsfg746kcGBOwRAlzrAKCGNajEQtgaNmc6FnEan2ptpZ7c6QCdGirr kpRr2jm9mE4aOOaYYhhXBWE= =Fc3c -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] screwed up dependencies
On 11/11/2009 02:26 AM Timo Schoeler wrote: > thus ken spake: > | Subsequent to trying to "yum update"-- it failed--, I tried to resolve > | the dependencies piecemeal: > | > | # yum update faad2 > | > | --> Processing Dependency: libfaad.so.0 for package: ffmpeg > | ---> Package faad2.i386 0:2.7-1.el5.rf set to be updated > | --> Finished Dependency Resolution > | ffmpeg-0.5-2.el5.rf.i386 from installed has depsolving problems > | --> Missing Dependency: libfaad.so.0 is needed by package > | ffmpeg-0.5-2.el5.rf.i386 (installed) > | Error: Missing Dependency: libfaad.so.0 is needed by package > | ffmpeg-0.5-2.el5.rf.i386 (installed) > | > | > | # rpm -q ffmpeg > | ffmpeg-0.5-2.el5.rf > | > | Could it be that there's a packaging error in faad2 ? > > For the archives: This seems to be fixed; I updated three systems since > then and everything went flawlessly. > > HTH, > > Timo Timo, Thanks for replying. I found that, ultimately, I had to remove xine* and its dependencies in order to successfully "yum update". After the update, I get dependency errors again (with libdirect-1.0.so.0, libdirectfb-1.0.so.0, and libfusion-1.0.so.0) when I try to add xine back in. Are you running xine on any of your systems? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Berlin Beer event.
On Wed, Nov 11, 2009 at 9:33 AM, Timo Schoeler wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > thus Kai Schaetzl spake: > | Geerd-Dietger Hoffmann wrote on Wed, 11 Nov 2009 00:00:19 +: > | > |> After the London Beer event seams to become a regular thing I was > |> wondering who in Berlin would want to participate in such a thing. I > |> am visiting for BLIT [1] on the 21. November to promote CentOS and > |> was wondering how many people would participate? > | > | 1 > > 2 -- but I won't be able to come to BLIT, though. Where would the Berlin > Beer Event take place? I first wanted to ask how many people would come. But as it seams that we will be a few I would suggest something central. Let me do some research what is a nice bar. > > |> [1] http://www.blit.org/2009 > | > | Die Jungs sind so "intelligent" generell ein rewrite auf /2009 zu machen, > | also landet obiges Link auf http://www.blit.org/2009/2009 ... Hahaha. I am sorry I didn't notice that. Of course the link is http://www.blit.org > | > | Kai > > Timo > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.5 (GNU/Linux) > Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org > > iD8DBQFK+oTsfg746kcGBOwRAlzrAKCGNajEQtgaNmc6FnEan2ptpZ7c6QCdGirr > kpRr2jm9mE4aOOaYYhhXBWE= > =Fc3c > -END PGP SIGNATURE- > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Berlin Beer event.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 thus Geerd-Dietger Hoffmann spake: | On Wed, Nov 11, 2009 at 9:33 AM, Timo Schoeler | wrote: | thus Kai Schaetzl spake: | | Geerd-Dietger Hoffmann wrote on Wed, 11 Nov 2009 00:00:19 +: | | | |> After the London Beer event seams to become a regular thing I was | |> wondering who in Berlin would want to participate in such a thing. I | |> am visiting for BLIT [1] on the 21. November to promote CentOS and | |> was wondering how many people would participate? | | | | 1 | | 2 -- but I won't be able to come to BLIT, though. Where would the Berlin | Beer Event take place? | |> I first wanted to ask how many people would come. But as it seams that |> we will be a few I would suggest something central. Let me do some |> research what is a nice bar. If you like cocktails, I can very strongly recommend: http://jansenbar.de/ which is here: http://tinyurl.com/yg25yj8 They open at 9 p.m., though. | |> [1] http://www.blit.org/2009 | | | | Die Jungs sind so "intelligent" generell ein rewrite auf /2009 zu machen, | | also landet obiges Link auf http://www.blit.org/2009/2009 ... | |> Hahaha. I am sorry I didn't notice that. Of course the link is |> http://www.blit.org | | | | | Kai | | Timo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org iD8DBQFK+pD4fg746kcGBOwRAjL5AJ4xMSYXteDWIaXSYnUTZ+gAiXG7bgCeITvD tq5UdMFHOGmPzrTjrc9PE+c= =goMQ -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] screwed up dependencies
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 thus ken spake: | On 11/11/2009 02:26 AM Timo Schoeler wrote: |> thus ken spake: |> | Subsequent to trying to "yum update"-- it failed--, I tried to resolve |> | the dependencies piecemeal: |> | |> | # yum update faad2 |> | |> | --> Processing Dependency: libfaad.so.0 for package: ffmpeg |> | ---> Package faad2.i386 0:2.7-1.el5.rf set to be updated |> | --> Finished Dependency Resolution |> | ffmpeg-0.5-2.el5.rf.i386 from installed has depsolving problems |> | --> Missing Dependency: libfaad.so.0 is needed by package |> | ffmpeg-0.5-2.el5.rf.i386 (installed) |> | Error: Missing Dependency: libfaad.so.0 is needed by package |> | ffmpeg-0.5-2.el5.rf.i386 (installed) |> | |> | |> | # rpm -q ffmpeg |> | ffmpeg-0.5-2.el5.rf |> | |> | Could it be that there's a packaging error in faad2 ? |> |> For the archives: This seems to be fixed; I updated three systems since |> then and everything went flawlessly. |> |> HTH, |> |> Timo | | Timo, | | Thanks for replying. | | I found that, ultimately, I had to remove xine* and its dependencies in | order to successfully "yum update". After the update, I get dependency | errors again (with libdirect-1.0.so.0, libdirectfb-1.0.so.0, and | libfusion-1.0.so.0) when I try to add xine back in. Are you running | xine on any of your systems? Not on my workstation here in the office, but I /think/ in the same CentOS 5.4/amd64 setup at home. Can't verify it at the moment, though, as the machine at home is turned off... Timo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org iD8DBQFK+pFcfg746kcGBOwRAhz9AJwKlNmzeyGq08DVo2v/L/ITXak9PACfSE/v HxZCFKBDMCv5kz7DCrgkDXI= =dMSj -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] software raid :: kernel update procedure
Hi! I have an software raid installation (md_dX type) and i am wondering what is the procedure for kernel update... is the initrd auto-magicaly rebuild? Thank you, Adrian smime.p7s Description: S/MIME Cryptographic Signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] software raid :: kernel update procedure
On Wed, Nov 11, 2009 at 11:03 AM, Adrian Sevcenco wrote: > Hi! I have an software raid installation (md_dX type) and i am wondering > what is the procedure for kernel update... is the initrd auto-magicaly > rebuild? > > Thank you, > Adrian > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > > Yep, as long as you are using the stock kernels, you should be safe. I use linux raid a lot and haven't had a problem. Just yum update and you're ready to go (if you upgrade from/to minor version be sure to read the release notes and erratas). ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Berlin Beer event.
oops, I had intended to send in private instead of polluting the list. Sorry to everyone! Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] screwed up dependencies
ken wrote: > On 11/11/2009 02:26 AM Timo Schoeler wrote: > >> thus ken spake: >> | Subsequent to trying to "yum update"-- it failed--, I tried to resolve >> | the dependencies piecemeal: >> | >> | # yum update faad2 >> | >> | --> Processing Dependency: libfaad.so.0 for package: ffmpeg >> | ---> Package faad2.i386 0:2.7-1.el5.rf set to be updated >> | --> Finished Dependency Resolution >> | ffmpeg-0.5-2.el5.rf.i386 from installed has depsolving problems >> | --> Missing Dependency: libfaad.so.0 is needed by package >> | ffmpeg-0.5-2.el5.rf.i386 (installed) >> | Error: Missing Dependency: libfaad.so.0 is needed by package >> | ffmpeg-0.5-2.el5.rf.i386 (installed) >> | >> | >> | # rpm -q ffmpeg >> | ffmpeg-0.5-2.el5.rf >> | >> | Could it be that there's a packaging error in faad2 ? >> >> For the archives: This seems to be fixed; I updated three systems since >> then and everything went flawlessly. >> >> HTH, >> >> Timo >> > > Timo, > > Thanks for replying. > > I found that, ultimately, I had to remove xine* and its dependencies in > order to successfully "yum update". After the update, I get dependency > errors again (with libdirect-1.0.so.0, libdirectfb-1.0.so.0, and > libfusion-1.0.so.0) when I try to add xine back in. Are you running > xine on any of your systems? > > > Hi Ken, I'm running 5.4 here on my system and I have xine installed. I just updated faad2 and everything went fine here. Here is a list of what was updated: Nov 11 05:08:24 Updated: faad2-2.7-1.el5.rf.i386 Nov 11 05:08:26 Updated: ffmpeg-0.5-3.el5.rf.i386 Nov 11 05:08:30 Updated: xine-lib-1.1.16.3-2.el5.rf.i386 Nov 11 05:08:50 Updated: vlc-0.9.9a-4.el5.rf.i386 Also I went and checked in /usr/lib and the libdirect, libdirectfb, and libfusion version I have installed are: libdirect-1.2.so.0 libdirectfb-1.2.so.0 libdirect-1.2.so.0.4.0 libdirectfb-1.2.so.0.4.0 libfusion-1.2.so.0 libfusion-1.2.so.0.4.0 I don't have any other repos setup except for rpmforge and priorities are setup.\ HTH. Lee Perez ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Lost raid when server reboots
Hi all,
I have setup a raid1 between two iscsi disks and mdadm command goes well.
Problems
starts when i rebooted the server (CentOS 5.4 fully updated): raid is lost, and
i
don't understand why.
"mdadm --detail --scan" doesn't returns me any output. "mdadm --examine
--scan"
returns me:
ARRAY /dev/md0 level=raid1 num-devices=2
UUID=9295e5a2:b28d4fbd:b61fed29:f232ebfe
and it's ok. My mdadm.conf is:
DEVICE partitions
ARRAY /dev/md0 level=raid1 num-devices=2 metadata=0.90
UUID=9295e5a2:b28d4fbd:b61fed29:f232ebfe devices=/dev/iopsda1,/dev/iopsdb1
MAILADDR root
mdmonitor init script is activated.
Why md0 is not activated when I reboot this server? How can I do this
persistent
between reboots??
Many thanks.
--
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] software raid :: kernel update procedure
Lucian @ lastdot.org wrote: > On Wed, Nov 11, 2009 at 11:03 AM, Adrian Sevcenco > wrote: >> Hi! I have an software raid installation (md_dX type) and i am wondering >> what is the procedure for kernel update... is the initrd auto-magicaly >> rebuild? >> >> Thank you, >> Adrian >> >> > > Yep, as long as you are using the stock kernels, you should be safe. I > use linux raid a lot and haven't had a problem. Just yum update and > you're ready to go (if you upgrade from/to minor version be sure to > read the release notes and erratas). Thanks! Yes i am using the stock kernels and i asked because i use an modified mkinitrd (for raid md_dX type suport) and wanted to be sure that initrd is rebuilt at kernel update time. Thanks, Adrian smime.p7s Description: S/MIME Cryptographic Signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] software raid :: kernel update procedure
On Wed, Nov 11, 2009 at 11:50 AM, Adrian Sevcenco wrote: > Lucian @ lastdot.org wrote: >> On Wed, Nov 11, 2009 at 11:03 AM, Adrian Sevcenco >> wrote: >>> Hi! I have an software raid installation (md_dX type) and i am wondering >>> what is the procedure for kernel update... is the initrd auto-magicaly >>> rebuild? >>> >>> Thank you, >>> Adrian >>> >>> >> >> Yep, as long as you are using the stock kernels, you should be safe. I >> use linux raid a lot and haven't had a problem. Just yum update and >> you're ready to go (if you upgrade from/to minor version be sure to >> read the release notes and erratas). > Thanks! Yes i am using the stock kernels and i asked because i use an > modified mkinitrd (for raid md_dX type suport) and wanted to be sure > that initrd is rebuilt at kernel update time. > > Thanks, > Adrian > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > > Ouch, the fact that you were using a modified initrd was not obvious to me from your 1st post. I dont know if centos does this automatically for you. Maybe it's safer to create a new mkinitrd after the kernel has installed. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] 32bit development on x86-64
We develop software and are beginning a slow transition from 32 bit
applications
to their 64 bit equivalents. During this period it will be necessary to
build
programs targeted for both environments using the x86-64 machines for
development.
here is a simple/small "application", sizes.c:
#include
#include
int main(int argc, char **argv)
{
printf("Various sizes:\n");
printf("short= %d\n", sizeof(short));
printf("int = %d\n", sizeof(int));
printf("long = %d\n", sizeof(long));
printf("float= %d\n", sizeof(float));
printf("double = %d\n", sizeof(double));
return 0;
}
if I build it using:
gcc -m32 -Wall -osizes sizes.c
there are no warnings or complaints and a functioning 32 bit
program runs, giving the size of a long as 4 bytes. (Of course
without the m32 flag the size of long is 8 bytes.)
if I try to do the equivalent in two steps:
gcc -c -m32 -Wall sizes.c
gcc -osizes -Wl,-m,elf_i386 sizes.o
the result is:
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/libgcc.a when searching for -lgcc
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/libgcc.a when searching for -lgcc
/usr/bin/ld: cannot find -lgcc
collect2: ld returned 1 exit status
there is some confusion in the man pages as to whether the correct 32
bit emulation is elf_i386 or i386linux so:
gcc -osizes -Wl,-m,i386linux sizes.o
gives result:
/usr/bin/ld: unrecognized option '--eh-frame-hdr'
/usr/bin/ld: use the --help option for usage information
collect2: ld returned 1 exit status
since the single line command works it seems that there must be a way to
get the job done.
This becomes important when there are many source files and use of a
traditional
makefile is involved where compiling and linking are separate steps.
Thanks in advance for reading this,
roger wells
--
Roger Wells, P.E.
SAIC
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@saic.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 32bit development on x86-64
perhaps linux32 helps you out
man linux32
greetings
Juergen
Roger K. Wells wrote:
> We develop software and are beginning a slow transition from 32 bit
> applications
> to their 64 bit equivalents. During this period it will be necessary to
> build
> programs targeted for both environments using the x86-64 machines for
> development.
>
> here is a simple/small "application", sizes.c:
>
> #include
> #include
>
> int main(int argc, char **argv)
> {
> printf("Various sizes:\n");
> printf("short= %d\n", sizeof(short));
> printf("int = %d\n", sizeof(int));
> printf("long = %d\n", sizeof(long));
> printf("float= %d\n", sizeof(float));
> printf("double = %d\n", sizeof(double));
> return 0;
> }
>
> if I build it using:
>
> gcc -m32 -Wall -osizes sizes.c
>
> there are no warnings or complaints and a functioning 32 bit
> program runs, giving the size of a long as 4 bytes. (Of course
> without the m32 flag the size of long is 8 bytes.)
>
> if I try to do the equivalent in two steps:
>
> gcc -c -m32 -Wall sizes.c
> gcc -osizes -Wl,-m,elf_i386 sizes.o
>
> the result is:
> /usr/bin/ld: skipping incompatible
> /usr/lib/gcc/x86_64-redhat-linux/4.1.2/libgcc.a when searching for -lgcc
> /usr/bin/ld: skipping incompatible
> /usr/lib/gcc/x86_64-redhat-linux/4.1.2/libgcc.a when searching for -lgcc
> /usr/bin/ld: cannot find -lgcc
> collect2: ld returned 1 exit status
>
> there is some confusion in the man pages as to whether the correct 32
> bit emulation is elf_i386 or i386linux so:
>
> gcc -osizes -Wl,-m,i386linux sizes.o
> gives result:
> /usr/bin/ld: unrecognized option '--eh-frame-hdr'
> /usr/bin/ld: use the --help option for usage information
> collect2: ld returned 1 exit status
>
> since the single line command works it seems that there must be a way to
> get the job done.
> This becomes important when there are many source files and use of a
> traditional
> makefile is involved where compiling and linking are separate steps.
>
> Thanks in advance for reading this,
> roger wells
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Lost raid when server reboots
On Wed, 2009-11-11 at 12:43 +0100, carlopmart wrote: > Hi all, > > I have setup a raid1 between two iscsi disks and mdadm command goes well. > Problems > starts when i rebooted the server (CentOS 5.4 fully updated): raid is lost, > and i > don't understand why. Just a thought, but are the raid partitions all marked as ID type fd (Linux raid autodetect) ? regards Brendan ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 32bit development on x86-64
Juergen Gotteswinter wrote:
> perhaps linux32 helps you out
>
> man linux32
>
>
thanks Juergen.
that seems to set the environment for the program that is to be
run, e.g. make, gcc, ld, etc. Not so much the environment
where the target will run.
roger wells
> greetings
>
> Juergen
>
> Roger K. Wells wrote:
>
>> We develop software and are beginning a slow transition from 32 bit
>> applications
>> to their 64 bit equivalents. During this period it will be necessary to
>> build
>> programs targeted for both environments using the x86-64 machines for
>> development.
>>
>> here is a simple/small "application", sizes.c:
>>
>> #include
>> #include
>>
>> int main(int argc, char **argv)
>> {
>> printf("Various sizes:\n");
>> printf("short= %d\n", sizeof(short));
>> printf("int = %d\n", sizeof(int));
>> printf("long = %d\n", sizeof(long));
>> printf("float= %d\n", sizeof(float));
>> printf("double = %d\n", sizeof(double));
>> return 0;
>> }
>>
>> if I build it using:
>>
>> gcc -m32 -Wall -osizes sizes.c
>>
>> there are no warnings or complaints and a functioning 32 bit
>> program runs, giving the size of a long as 4 bytes. (Of course
>> without the m32 flag the size of long is 8 bytes.)
>>
>> if I try to do the equivalent in two steps:
>>
>> gcc -c -m32 -Wall sizes.c
>> gcc -osizes -Wl,-m,elf_i386 sizes.o
>>
>> the result is:
>> /usr/bin/ld: skipping incompatible
>> /usr/lib/gcc/x86_64-redhat-linux/4.1.2/libgcc.a when searching for -lgcc
>> /usr/bin/ld: skipping incompatible
>> /usr/lib/gcc/x86_64-redhat-linux/4.1.2/libgcc.a when searching for -lgcc
>> /usr/bin/ld: cannot find -lgcc
>> collect2: ld returned 1 exit status
>>
>> there is some confusion in the man pages as to whether the correct 32
>> bit emulation is elf_i386 or i386linux so:
>>
>> gcc -osizes -Wl,-m,i386linux sizes.o
>> gives result:
>> /usr/bin/ld: unrecognized option '--eh-frame-hdr'
>> /usr/bin/ld: use the --help option for usage information
>> collect2: ld returned 1 exit status
>>
>> since the single line command works it seems that there must be a way to
>> get the job done.
>> This becomes important when there are many source files and use of a
>> traditional
>> makefile is involved where compiling and linking are separate steps.
>>
>> Thanks in advance for reading this,
>> roger wells
>>
>>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
>
--
Roger Wells, P.E.
SAIC
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@saic.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Lost raid when server reboots
Brendan Minish wrote:
> On Wed, 2009-11-11 at 12:43 +0100, carlopmart wrote:
>> Hi all,
>>
>> I have setup a raid1 between two iscsi disks and mdadm command goes well.
>> Problems
>> starts when i rebooted the server (CentOS 5.4 fully updated): raid is lost,
>> and i
>> don't understand why.
>
> Just a thought, but are the raid partitions all marked as ID type fd
> (Linux raid autodetect) ?
>
> regards
> Brendan
Yes.
--
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] About the tar extract signal directory~~
Majian wrote: > Hi,all: > > I've couple of large tarballs such as www.tar and images.tar. > Is it possible to extract a single file or a list of files from a large > tarball such as images.tar instead of extracting the entire tarball? > How do I extract specific files under Linux / UNIX operating systems? All versions of *Nix have man pages. These are like WinDoze help, except more technically detailed. T use them, do prompt> man It's possible to see what might be related by doing prompt> man -k man tar EXAMPLES tar -xvf foo.tar verbosely extract foo.tar tar -xzf foo.tar.gz extract gzipped foo.tar.gz tar -cjf foo.tar.bz2 bar/ create bzipped tar archive of the directory bar called foo.tar.bz2 tar -xjf foo.tar.bz2 -C bar/ extract bzipped foo.tar.bz2 after changing directory to bar tar -xzf foo.tar.gz blah.txt extract the file blah.txt from foo.tar.gz mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Lost raid when server reboots
carlopmart wrote: > Hi all, > > I have setup a raid1 between two iscsi disks Why would you think to attempt this? iSCSI is slow enough as it is, layering RAID on top of it would be even worse. Run RAID on the remote iSCSI system and don't try to do RAID between two networked iSCSI volumes, it will hurt performance even more. > Why md0 is not activated when I reboot this server? How can I do this > persistent > between reboots?? Probably because the iSCSI sessions are not established when the software raid stuff kicks in. You must manually start the RAID volume after the iSCSI sessions are established. The exception would be if you were using a hardware iSCSI HBA in which case the devices wouldn't show up as iSCSI volumes they would show up as SCSI volumes and be available immediately upon booting, as the HBA would handle session management. nate ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] About the tar extract signal directory~~
Thanks all . I got it ~ On Wed, Nov 11, 2009 at 10:33 PM, mark wrote: > Majian wrote: > > Hi,all: > > > > I've couple of large tarballs such as www.tar and images.tar. > > Is it possible to extract a single file or a list of files from a large > > tarball such as images.tar instead of extracting the entire tarball? > > How do I extract specific files under Linux / UNIX operating systems? > > All versions of *Nix have man pages. These are like WinDoze help, except > more > technically detailed. T use them, do > prompt> man > > It's possible to see what might be related by doing > prompt> man -k > > man tar > > > EXAMPLES >tar -xvf foo.tar > verbosely extract foo.tar > >tar -xzf foo.tar.gz > extract gzipped foo.tar.gz > >tar -cjf foo.tar.bz2 bar/ > create bzipped tar archive of the directory bar > called > foo.tar.bz2 > >tar -xjf foo.tar.bz2 -C bar/ > extract bzipped foo.tar.bz2 after changing directory to bar > >tar -xzf foo.tar.gz blah.txt > extract the file blah.txt from foo.tar.gz > > >mark > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 32bit development on x86-64
Roger K. Wells wrote: > Juergen Gotteswinter wrote: >> perhaps linux32 helps you out >> >> man linux32 >> >> > thanks Juergen. > that seems to set the environment for the program that is to be > run, e.g. make, gcc, ld, etc. Not so much the environment > where the target will run. You can always run VMware server or virtualbox and install a complete 32 bit system on the same host for a real build/test environment. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Lost raid when server reboots
Brendan Minish wrote: > On Wed, 2009-11-11 at 12:43 +0100, carlopmart wrote: >> Hi all, >> >> I have setup a raid1 between two iscsi disks and mdadm command goes well. >> Problems >> starts when i rebooted the server (CentOS 5.4 fully updated): raid is lost, >> and i >> don't understand why. > > Just a thought, but are the raid partitions all marked as ID type fd > (Linux raid autodetect) ? If the system wasn't installed on raid you may not have the raid module loaded in the initrd to autodetect at boot time. Or the autodetect is happening before the iscsi connnections are made. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 32bit development on x86-64
> You can always run VMware server or virtualbox and install a > complete 32 bit > system on the same host for a real build/test environment. Don't forget about KVM. It just a yum install. Neil -- Neil Aggarwal, (281)846-8957, http://JAMMConsulting.com CentOS 5.4 VPS with unmetered bandwidth only $25/month! 7 day no risk trial! http://UnmeteredVPS.net for details. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 32bit development on x86-64
Les Mikesell wrote: > Roger K. Wells wrote: > >> Juergen Gotteswinter wrote: >> >>> perhaps linux32 helps you out >>> >>> man linux32 >>> >>> >>> >> thanks Juergen. >> that seems to set the environment for the program that is to be >> run, e.g. make, gcc, ld, etc. Not so much the environment >> where the target will run. >> > > You can always run VMware server or virtualbox and install a complete 32 bit > system on the same host for a real build/test environment. > > Thanks for the reply. That shouldn't be necessary since I can build 32 bit applications that work, just not with separate invocations of the compiler and linker. I think I must be missing appropriate flags to the linker, I just don't know what they are. roger wells -- Roger Wells, P.E. SAIC 221 Third St Newport, RI 02840 401-847-4210 (voice) 401-849-1585 (fax) roger.k.we...@saic.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 32bit development on x86-64
Roger K. Wells wrote: > Juergen Gotteswinter wrote: >> perhaps linux32 helps you out >> >> man linux32 >> > thanks Juergen. > that seems to set the environment for the program that is to be > run, e.g. make, gcc, ld, etc. Not so much the environment > where the target will run. My first thought would be to set -L to 64-bit or 32-bit libraries. Oh, one more thing: is performance a Big Thing? If that isn't priority #1, you might turn off optimization 3? 4? which unrolls loops, etc. mark -- "Stock traders are a superstitious and cowardly lot", to paraphrase the Batman ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Lost raid when server reboots
On Nov 11, 2009, at 9:33 AM, "nate" wrote: > carlopmart wrote: >> Hi all, >> >> I have setup a raid1 between two iscsi disks > > Why would you think to attempt this? iSCSI is slow enough as > it is, layering RAID on top of it would be even worse. Run RAID > on the remote iSCSI system and don't try to do RAID between > two networked iSCSI volumes, it will hurt performance even more. I think the OP was thinking storage subsystem redundancy. It's not that bad of an idea since Linux RAID1 uses bitmaps for changed blocks so the whole RAID1 doesn't have to be resilvered on a disconnect. ISCSI isn't that slow, I have found that it is only limiting for extremely high bandwidth applications, but there is 10Gbe for those. > >> Why md0 is not activated when I reboot this server? How can I do >> this >> persistent >> between reboots?? > > Probably because the iSCSI sessions are not established when the > software raid stuff kicks in. You must manually start the RAID > volume after the iSCSI sessions are established. True, and I believe there is a initrd option for iSCSI devices at boot that one can set in /etc/sysconfig/initrd if you apropos/grep/google I'm sure you will find it. It's for iSCSI boot devices. > The exception would be if you were using a hardware iSCSI HBA > in which case the devices wouldn't show up as iSCSI volumes they > would show up as SCSI volumes and be available immediately upon > booting, as the HBA would handle session management. True HW iSCSI would make sure they were available at boot, but CentOS has had iSCSI boot device support since 5.1 one just needs the module and tools in the initrd and there is an option for that. -Ross ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] screwed up dependencies
On Wed, Nov 11, 2009 at 05:35:52AM -0600, Lee Perez wrote: > ken wrote: > > On 11/11/2009 02:26 AM Timo Schoeler wrote: > > > >> thus ken spake: > >> | Subsequent to trying to "yum update"-- it failed--, I tried to resolve > >> | the dependencies piecemeal: > >> | > >> | # yum update faad2 > >> | > >> | --> Processing Dependency: libfaad.so.0 for package: ffmpeg > >> | ---> Package faad2.i386 0:2.7-1.el5.rf set to be updated > >> | --> Finished Dependency Resolution > >> | ffmpeg-0.5-2.el5.rf.i386 from installed has depsolving problems > >> | --> Missing Dependency: libfaad.so.0 is needed by package > >> | ffmpeg-0.5-2.el5.rf.i386 (installed) > >> | Error: Missing Dependency: libfaad.so.0 is needed by package > >> | ffmpeg-0.5-2.el5.rf.i386 (installed) > >> | > >> | > >> | # rpm -q ffmpeg > >> | ffmpeg-0.5-2.el5.rf > >> | > >> | Could it be that there's a packaging error in faad2 ? > >> I saw the same errors, waited a day or so and they went away, so it must have been a stale mirror. > >> For the archives: This seems to be fixed; I updated three systems since > >> then and everything went flawlessly. > >> > >> HTH, > >> > >> Timo > >> > > > > Timo, > > > > Thanks for replying. > > > > I found that, ultimately, I had to remove xine* and its dependencies in > > order to successfully "yum update". After the update, I get dependency > > errors again (with libdirect-1.0.so.0, libdirectfb-1.0.so.0, and > > libfusion-1.0.so.0) when I try to add xine back in. Are you running > > xine on any of your systems? > > > > > > > Hi Ken, > > I'm running 5.4 here on my system and I have xine installed. I just > updated faad2 and everything went fine here. Here is a list of what was > updated: > > Nov 11 05:08:24 Updated: faad2-2.7-1.el5.rf.i386 > Nov 11 05:08:26 Updated: ffmpeg-0.5-3.el5.rf.i386 > Nov 11 05:08:30 Updated: xine-lib-1.1.16.3-2.el5.rf.i386 > Nov 11 05:08:50 Updated: vlc-0.9.9a-4.el5.rf.i386 > > Also I went and checked in /usr/lib and the libdirect, libdirectfb, and > libfusion version I have installed are: > > libdirect-1.2.so.0 libdirectfb-1.2.so.0 > libdirect-1.2.so.0.4.0 libdirectfb-1.2.so.0.4.0 > libfusion-1.2.so.0 libfusion-1.2.so.0.4.0 > > I don't have any other repos setup except for rpmforge and priorities > are setup.\ > > HTH. > > Lee Perez -- Fred Smith -- fre...@fcshome.stoneham.ma.us Do you not know? Have you not heard? The LORD is the everlasting God, the Creator of the ends of the earth. He will not grow tired or weary, and his understanding no one can fathom. - Isaiah 40:28 (niv) - ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Lost raid when server reboots
Ross Walker wrote:
> On Nov 11, 2009, at 9:33 AM, "nate" wrote:
>
>> carlopmart wrote:
>>> Hi all,
>>>
>>> I have setup a raid1 between two iscsi disks
>> Why would you think to attempt this? iSCSI is slow enough as
>> it is, layering RAID on top of it would be even worse. Run RAID
>> on the remote iSCSI system and don't try to do RAID between
>> two networked iSCSI volumes, it will hurt performance even more.
>
> I think the OP was thinking storage subsystem redundancy. It's not
> that bad of an idea since Linux RAID1 uses bitmaps for changed blocks
> so the whole RAID1 doesn't have to be resilvered on a disconnect.
>
> ISCSI isn't that slow, I have found that it is only limiting for
> extremely high bandwidth applications, but there is 10Gbe for those.
>
>>> Why md0 is not activated when I reboot this server? How can I do
>>> this
>>> persistent
>>> between reboots??
>> Probably because the iSCSI sessions are not established when the
>> software raid stuff kicks in. You must manually start the RAID
>> volume after the iSCSI sessions are established.
>
> True, and I believe there is a initrd option for iSCSI devices at boot
> that one can set in /etc/sysconfig/initrd if you apropos/grep/google
> I'm sure you will find it. It's for iSCSI boot devices.
>
>> The exception would be if you were using a hardware iSCSI HBA
>> in which case the devices wouldn't show up as iSCSI volumes they
>> would show up as SCSI volumes and be available immediately upon
>> booting, as the HBA would handle session management.
>
> True HW iSCSI would make sure they were available at boot, but CentOS
> has had iSCSI boot device support since 5.1 one just needs the module
> and tools in the initrd and there is an option for that.
>
> -Ross
Thanks to all. i have reconfigured initrd to use iscsi disks and all works well.
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
--
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 57, Issue 6
Send CentOS-announce mailing list submissions to centos-annou...@centos.org 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 centos-announce-requ...@centos.org You can reach the person managing the list at centos-announce-ow...@centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2009:1572 Moderate CentOS 3 i386 4Suite -security update (Tru Huynh) 2. CESA-2009:1572 Moderate CentOS 3 x86_64 4Suite - security update (Tru Huynh) 3. CESA-2009:1572 Moderate CentOS 4 i386 4Suite -security update (Tru Huynh) 4. CESA-2009:1572 Moderate CentOS 4 x86_64 4Suite - security update (Tru Huynh) -- Message: 1 Date: Tue, 10 Nov 2009 22:28:54 +0100 From: Tru Huynh Subject: [CentOS-announce] CESA-2009:1572 Moderate CentOS 3 i386 4Suite -security update To: centos-annou...@centos.org Message-ID: <20091110212854.ga1...@sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2009:1572 4Suite security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2009-1572.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/4Suite-0.11.1-15.i386.rpm source: updates/SRPMS/4Suite-0.11.1-15.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update 4Suite Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.centos.org/pipermail/centos-announce/attachments/20091110/c34f97a9/attachment-0001.bin -- Message: 2 Date: Tue, 10 Nov 2009 22:29:12 +0100 From: Tru Huynh Subject: [CentOS-announce] CESA-2009:1572 Moderate CentOS 3 x86_64 4Suite -security update To: centos-annou...@centos.org Message-ID: <20091110212912.gb1...@sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2009:1572 4Suite security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2009-1572.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/4Suite-0.11.1-15.x86_64.rpm source: updates/SRPMS/4Suite-0.11.1-15.src.rpm You may update your CentOS-3 x86_64 installations by running the command: yum update 4Suite Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.centos.org/pipermail/centos-announce/attachments/20091110/717cb8b4/attachment-0001.bin -- Message: 3 Date: Tue, 10 Nov 2009 22:31:34 +0100 From: Tru Huynh Subject: [CentOS-announce] CESA-2009:1572 Moderate CentOS 4 i386 4Suite -security update To: centos-annou...@centos.org Message-ID: <20091110213134.gc1...@sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2009:1572 4Suite security update for CentOS 4 i386: https://rhn.redhat.com/errata/RHSA-2009-1572.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/4Suite-1.0-3.el4_8.1.i386.rpm source: updates/SRPMS/4Suite-1.0-3.el4_8.1.src.rpm You may update your CentOS-4 i386 installations by running the command: yum update 4Suite Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.centos.org/pipermail/centos-announce/attachments/20091110/6321c700/attachment-0001.bin -- Message: 4 Date: Tue, 10 Nov 2009 22:32:00 +0100 From: Tru Huynh Subject: [CentOS-announce] CESA-2009:1572 Moderate CentOS 4 x86_64 4Suite -security update To: centos-annou...@centos.org Message-ID: <20091110213159.gd1...@sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2009:1572 4Suite security update for CentOS 4 x86_64: https://rhn.redhat.com/errata/RHSA-2009-1572.html The following updated
[CentOS] software installation - good practice
Howdy, I tend to try out many open source apps/packages - games, editors to media tools. I have a bad habit of downloading and extracting source in the /var/tmp directory and then doing configure-make-install process. I am not sure of best practice (good practices) to be followed when installing any software. For example how and where to keep the src. Any comments and/or resources would be really helpful. - Thanks, CS. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] software installation - good practice
Carlos Santana wrote: > Howdy, > > I tend to try out many open source apps/packages - games, editors to > media tools. I have a bad habit of downloading and extracting source > in the /var/tmp directory and then doing configure-make-install > process. I am not sure of best practice (good practices) to be > followed when installing any software. For example how and where to > keep the src. Any comments and/or resources would be really helpful. I am usually using this way ./configure --prefix=/opt/sofware-name && make && make install (to uninstall rm -fr /opt/software-name) Checkinstall is also helpful in your way: http://en.wikipedia.org/wiki/CheckInstall , http://asic-linux.com.mx/~izto/checkinstall/ -- Eero, RHCE ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] software installation - good practice
Carlos: > I tend to try out many open source apps/packages I make a separate directory for each application in /usr/local so they are isolated from each other. You can also use KVM to set up virtual machines to be able to test and then drop the entire VM if you don't like it. That will keep your main system completely clean. Neil -- Neil Aggarwal, (281)846-8957, http://UnmeteredVPS.net CentOS 5.4 VPS with unmetered bandwidth only $25/month! 7 day no risk trial, Google Checkout accepted ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] software installation - good practice
Carlos Santana wrote: > Howdy, > > I tend to try out many open source apps/packages - games, editors to > media tools. I have a bad habit of downloading and extracting source > in the /var/tmp directory and then doing configure-make-install > process. I am not sure of best practice (good practices) to be > followed when installing any software. For example how and where to > keep the src. Any comments and/or resources would be really helpful. I would say first reflex is to look for it in your usual configured repos, eg rpmforge if you use it. Then look in other centos repos that you only activate and use for specific packages. Then try to find an rpm anywhere that is built for your centos version. Then look for an srpm and try to rpmbuild it, installing any deps from your usual repos. If all that fails, I try to compile from source as a regular user, and just symlink the resulting binary(/ies) from /usr/local/bin. As a last resort fall back to the other suggestions, eg make install as root using --prefix, use checkinstall, etc... The main point is that rpms are always preferable imho. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 32bit development on x86-64
On Wed, Nov 11, 2009 at 2:47 PM, Neil Aggarwal wrote: >> You can always run VMware server or virtualbox and install a >> complete 32 bit >> system on the same host for a real build/test environment. > > Don't forget about KVM. It just a yum install. > > Neil > > -- > Neil Aggarwal, (281)846-8957, http://JAMMConsulting.com > CentOS 5.4 VPS with unmetered bandwidth only $25/month! > 7 day no risk trial! http://UnmeteredVPS.net for details. > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > Why overdo it? http://cormander.com/blog/2009/06/installing-a-32bit-build-chroot/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] finding a memory leak - committed memory SPIKES!
Hey folks, I've got a RHEL 4.3 system (one of the few I have not yet converted to CentOS) that is running DB2 ... looks like 8.1 Just noticed that committed memory on my Munin graphs has been steadily climbing on a constant curve - yikes! There are 16G of physical ram and the commit is up to 80G now. Fortunately this is evidently not being accessed because I am not doing any swapping. I've been googling for over an hour now - found lots of interesting stuff to read up on, but not exactly what I'm looking for! How do I find the memory leak? What I"m really looking for is a list of who has all that committed memory assigned to them? thanks, -Alan -- “Don't eat anything you've ever seen advertised on TV” - Michael Pollan, author of "In Defense of Food" ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] software installation - good practice
Comments inline: On Wed, Nov 11, 2009 at 2:21 PM, Neil Aggarwal wrote: > Carlos: > >> I tend to try out many open source apps/packages > > I make a separate directory for each application in /usr/local > so they are isolated from each other. > You mean /usr/local or /usr/local/src ? I would create new directory under /usr/local/src and put source there. Please correct me if I am wrong. This brings one more confusion: - whether to use /usr space or /opt . Any comments? > You can also use KVM to set up virtual machines to be > able to test and then drop the entire VM if you don't > like it. That will keep your main system completely > clean. > > Neil > > -- > Neil Aggarwal, (281)846-8957, http://UnmeteredVPS.net > CentOS 5.4 VPS with unmetered bandwidth only $25/month! > 7 day no risk trial, Google Checkout accepted > > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > Thanks, CS. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] software installation - good practice
At Wed, 11 Nov 2009 13:51:27 -0600 CentOS mailing list wrote: > > Howdy, > > I tend to try out many open source apps/packages - games, editors to > media tools. I have a bad habit of downloading and extracting source > in the /var/tmp directory and then doing configure-make-install > process. I am not sure of best practice (good practices) to be > followed when installing any software. For example how and where to > keep the src. Any comments and/or resources would be really helpful. It does not really matter where you keep the source. *I* unload the source either somewhere under my home directory or on my '/extra/' filesystem. You should *always* do the configure & make steps as a normal (non-priviledged) user -- *never* as root! Only do the install step once you are sure everything built properly. If you are just testing it and don't plan on keeping it as a part of your production system, it is often possible to do the install as a non-priviledged user using the DESTDIR= option on the install step and install the program someplace NOT on the system places (eg under /usr or /usr/local or /opt or whatever). Whenever possible, I try to find an RPM (even a SRPM) for any 'production' software. > > - > Thanks, > CS. > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > > -- Robert Heller -- 978-544-6933 Deepwoods Software-- Download the Model Railroad System http://www.deepsoft.com/ -- Binaries for Linux and MS-Windows hel...@deepsoft.com -- http://www.deepsoft.com/ModelRailroadSystem/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] finding a memory leak - committed memory SPIKES!
Alan McKay wrote: > Hey folks, > > I've got a RHEL 4.3 system (one of the few I have not yet converted to > CentOS) that is running DB2 ... looks like 8.1 > > Just noticed that committed memory on my Munin graphs has been > steadily climbing on a constant curve - yikes! > > There are 16G of physical ram and the commit is up to 80G now. > Fortunately this is evidently not being accessed because I am not > doing any swapping. > > I've been googling for over an hour now - found lots of interesting > stuff to read up on, but not exactly what I'm looking for! > > How do I find the memory leak? What I"m really looking for is a list > of who has all that committed memory assigned to them? Usually you just run top and look at the top line - or the thing with the biggest 'RES' value. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] software installation - good practice
Carlos Santana wrote: > >>> I tend to try out many open source apps/packages >> I make a separate directory for each application in /usr/local >> so they are isolated from each other. >> > > You mean /usr/local or /usr/local/src ? > I would create new directory under /usr/local/src and put source > there. Please correct me if I am wrong. > > This brings one more confusion: > - whether to use /usr space or /opt . > > Any comments? In general, /usr/local or /opt is _your_ space, where /bin, /lib, the rest of /usr, /var, etc. are the distribution's space. What you do in your space is up to you. Most things will land under /usr/local when built from a non-distribution-specific source. Leaving them there and adjusting your PATH if necessary to run them is a reasonable way of doing non-standard things. And you probably aren't going to get any better agreement on a standard for non-standard builds... -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] software installation - good practice
Robert Heller wrote: > At Wed, 11 Nov 2009 13:51:27 -0600 CentOS mailing list > wrote: > >> Howdy, >> >> I tend to try out many open source apps/packages - games, editors to >> media tools. I have a bad habit of downloading and extracting source >> in the /var/tmp directory and then doing configure-make-install >> process. I am not sure of best practice (good practices) to be >> followed when installing any software. For example how and where to >> keep the src. Any comments and/or resources would be really helpful. > > It does not really matter where you keep the source. > > *I* unload the source either somewhere under my home directory or on my What's become common is /opt/src. My boss, closer to older style, has me using /usr/local/opt. mark -- "Profit-making is a technique for encouraging human enterprise, not an end in itself." p17, "Have I Ever Lied To You Before?", Jerry Goodis, 1972 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] anyone tried firefox 3.5 under centos 5.4
On Mon, Oct 26, 2009 at 15:35, Jim Perrin wrote: > On Mon, Oct 26, 2009 at 8:17 AM, Janez Kosmrlj > wrote: > > Works fine for me using rpms (rebuilt from the src.rpms) on http://mharris.ca/ > > They're basically slightly altered fedora rpms. You have to read the > spec to see the build arguments required, but they work fine. Yes, I can build 3.5.4 from this src.rpm package. But it's failed with 3.5.5 source. Anyone tried this ? Thanks -- http://vnoss.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
