Re: [CentOS] How to configure display on CentOS 6?

[Toralf Lund]

On 23/01/13 17:04, m.r...@5-cent.us wrote:
> Toralf Lund wrote:
>>> Ned Slider wrote:
 On 22/01/13 14:32, Toralf Lund wrote:
> How exactly are you supposed to configure the display (i.e. set up
> X11) on a CentOS 6 system? I mean, in the past, there was
> system-config-display, but that's not supported any more. There is
> gnome-display-properties/System->Preferences->Display, but that seems
> to rely completely on auto-detection of the graphics card and monitors.
> What if this fails? Surely there should be a way to specify everything
> by hand?
>
 Yes, Xorg will still use /etc/X11/xorg.conf if present so you can craft
 a config file by hand.

>>> *sigh*
>>> still miss Xfree86 and the xconfigurator, that was *NOT*
>>> desktop-dependant, and let you configure graphically and tune it.
>> Exactly. The tool mentioned above was actually post XFree86, though...
> Right. I hate having to edit xorg.conf by hand - it's a real pain, init 3,
> edit, startx, wait for it to crap out, or
Exactly.

I have to say that I had some major headaches (mostly related to using 
KVMs) even with system-config-display with CentOS 5, though, related to 
the fact that the "auto" stuff would sometimes override the xorg.conf 
settings...


>> Anyhow, I guess I suspected that the program was removed completely with
>> no real replacement. Bad decision, if you ask me, but I suppose Red Hat is
>> to blame, and not the CentOS people. It's nice to know that you can still
> Oh, of course it was RH's. I think they've gone to "but it'll work out of
> the box, like WinDoze!!!" (not that they're alone in that).
> 
Yep. This sort of worries me. I mean, one of the main reasons for using 
Linux, is that it does not traditionally take that approach - so you're 
not completely stuck the day things don't "magically" work after all.

It worked out of the box exactly "like Windows", by the way, that's why 
I needed to fix things ;-)
>> It seems like the  system-config-display still can be built and used on
>> the latest versions, though. I actually found a binary version via a
>> little search. It actually turned out that I didn't need it to get my
>> display up and running, as the problem was actually a missing driver
>> package, but I still think it's nice to have.
> Really! Do you have a link to src?
What I found was this:

http://pkgs.org/centos-6-rhel-6/russian-fedora-free-x86_64/system-config-display-2.2-3.el6.R.x86_64.rpm.html
>
>mark
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos


This e-mail, including any attachments and response string, may contain 
proprietary information which is confidential and may be legally privileged. It 
is for the intended recipient only. If you are not the intended recipient or 
transmission error has misdirected this e-mail, please notify the author by 
return e-mail and delete this message and any attachment immediately. If you 
are not the intended recipient you must not use, disclose, distribute, forward, 
copy, print or rely on this e-mail in any way except as permitted by the author.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] firefox 18

[lhecking]

> You can install a separate python 2.6 stack - e.g: 
> 
> 
> This won't interfere with the default CentOS 5 python 2.4 install
> 
> I think the firefox build process looks for a 'python2.6' binary - if 
> not, then just add a line to your mozconfig like:
> 
> PYTHON=python2.6
> 
> I didn't do this, as I already had access to a locally rebuilt 2.6 
> install - but I guess the above should work, although I have no idea how 
> much of the 2.6 stack will be required ...
 
 Thanks, James! The epel version of python26 works fine, and the only other
 package I needed was yasm from rpmforge. Build took <13m on a reasonable
 machine :)

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS-announce Digest, Vol 95, Issue 9

[centos-announce-request]

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. CEBA-2013:0124-01 CentOS 6 xorg-x11-server Update (Johnny Hughes)


--

Message: 1
Date: Thu, 24 Jan 2013 19:40:35 +
From: Johnny Hughes 
Subject: [CentOS-announce] CEBA-2013:0124-01 CentOS 6 xorg-x11-server
Update
To: centos-annou...@centos.org
Message-ID: <20130124194035.ga7...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2013:0124-01

Upstream details at : http://bugs.centos.org/view.php?id=5992

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
ff2bf969dc205e98c8afb6fa7b33669162a9c70553f9fccfa19b7084489ec19a  
xorg-x11-server-common-1.10.6-1.0.1.el6.centos.i686.rpm
cf28f85cc264b22535bd131090c495f42794ee45207c3fa68c0999324dfd674f  
xorg-x11-server-devel-1.10.6-1.0.1.el6.centos.i686.rpm
7031e67cc24f3fef4b2805cf8f004b9ddab61f2707cda173aad2e3ec5d383ef9  
xorg-x11-server-source-1.10.6-1.0.1.el6.centos.noarch.rpm
15c1e1503304227ce5ed2f664aa72ac1c08214fc7770a8e88d3f641c209c7e66  
xorg-x11-server-Xdmx-1.10.6-1.0.1.el6.centos.i686.rpm
ead46d54e949ebbfacf93106633da4f08449b9020c6a3aed88eda701068438b8  
xorg-x11-server-Xephyr-1.10.6-1.0.1.el6.centos.i686.rpm
6b8d460c75d5ae534a6e0a7b70cf4817d07d17f86b398c8fafda4cbac5ccf607  
xorg-x11-server-Xnest-1.10.6-1.0.1.el6.centos.i686.rpm
00a2fcb10ae8553c228628367fd240c7d230219326241b67bd1342de18aa64af  
xorg-x11-server-Xorg-1.10.6-1.0.1.el6.centos.i686.rpm
6c29f89b802789380aa0daf87ebe9cdc690d5a489b37ceec582c2fa2497cc7b7  
xorg-x11-server-Xvfb-1.10.6-1.0.1.el6.centos.i686.rpm

x86_64:
e0353b4080598e812078d62b6f0261a49d729556ec4cb8d50cdbcc4d03e685d9  
xorg-x11-server-common-1.10.6-1.0.1.el6.centos.x86_64.rpm
cf28f85cc264b22535bd131090c495f42794ee45207c3fa68c0999324dfd674f  
xorg-x11-server-devel-1.10.6-1.0.1.el6.centos.i686.rpm
07f24f1cbe644212aabca232cf555667c58264de998a9cbe3817dccbb7838202  
xorg-x11-server-devel-1.10.6-1.0.1.el6.centos.x86_64.rpm
7031e67cc24f3fef4b2805cf8f004b9ddab61f2707cda173aad2e3ec5d383ef9  
xorg-x11-server-source-1.10.6-1.0.1.el6.centos.noarch.rpm
5f11794e69b6a505c919286a5db14cf933dd4a12a6f638682ccd02f401005b5e  
xorg-x11-server-Xdmx-1.10.6-1.0.1.el6.centos.x86_64.rpm
15bb753b484770c8b41b08aa1ee171fd7418e582aadab7a29ecc291b8c3b4a25  
xorg-x11-server-Xephyr-1.10.6-1.0.1.el6.centos.x86_64.rpm
e111bc27eaede1c45e30dc3d88a19ac9791fcc539f25bf89b627df107c95ec23  
xorg-x11-server-Xnest-1.10.6-1.0.1.el6.centos.x86_64.rpm
76cb601f023f63ebbd8fece77fd568e9cbbcebad5725179f63b783658f70d75c  
xorg-x11-server-Xorg-1.10.6-1.0.1.el6.centos.x86_64.rpm
c618ea56cd716e12d8f169354b2ca1ef117117eef7bc034bf8e98ac760d545ec  
xorg-x11-server-Xvfb-1.10.6-1.0.1.el6.centos.x86_64.rpm

Source:
a3ceb061475483f86aaab48a4aefe749cc53f4765e9e3456705f6168de043488  
xorg-x11-server-1.10.6-1.0.1.el6.centos.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net



--

___
CentOS-announce mailing list
centos-annou...@centos.org
http://lists.centos.org/mailman/listinfo/centos-announce


End of CentOS-announce Digest, Vol 95, Issue 9
**
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] firefox 18

[James Pearson]

lheck...@users.sourceforge.net wrote:
>>You can install a separate python 2.6 stack - e.g: 
>>
>>
>>This won't interfere with the default CentOS 5 python 2.4 install
>>
>>I think the firefox build process looks for a 'python2.6' binary - if 
>>not, then just add a line to your mozconfig like:
>>
>>PYTHON=python2.6
>>
>>I didn't do this, as I already had access to a locally rebuilt 2.6 
>>install - but I guess the above should work, although I have no idea how 
>>much of the 2.6 stack will be required ...
> 
>  
>  Thanks, James! The epel version of python26 works fine, and the only other
>  package I needed was yasm from rpmforge. Build took <13m on a reasonable
>  machine :)

Yes, I forgot about yasm ... it needs > v1.0 - so the yasm from epel 
won't do

James Pearson

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] firefox 18

[fred smith]

On Fri, Jan 25, 2013 at 11:32:57AM +, lheck...@users.sourceforge.net wrote:
> 
> > You can install a separate python 2.6 stack - e.g: 
> > 
> > 
> > This won't interfere with the default CentOS 5 python 2.4 install
> > 
> > I think the firefox build process looks for a 'python2.6' binary - if 
> > not, then just add a line to your mozconfig like:
> > 
> > PYTHON=python2.6
> > 
> > I didn't do this, as I already had access to a locally rebuilt 2.6 
> > install - but I guess the above should work, although I have no idea how 
> > much of the 2.6 stack will be required ...
>  
>  Thanks, James! The epel version of python26 works fine, and the only other
>  package I needed was yasm from rpmforge. Build took <13m on a reasonable
>  machine :)

the build process explicitly checks for python 2.7 or greater, so how
does 2.6 succeed?

from the mach build tool:

#!/usr/bin/env python
# This Source Code Form is subject to the terms of the Mozilla Public
# License, v. 2.0. If a copy of the MPL was not distributed with this
# file, You can obtain one at http://mozilla.org/MPL/2.0/.

from __future__ import print_function, unicode_literals

import os
import platform
import sys

# Ensure we are running Python 2.7+. We put this check here so we 
generate a
# user-friendly error message rather than a cryptic stack trace on 
module
# import.
if sys.version_info[0] == 2 and sys.version_info[1] < 7:
print('Python 2.7 or above is required to run mach.')
print('You are running', platform.python_version())
sys.exit(1)


-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
   I can do all things through Christ 
  who strengthens me.
-- Philippians 4:13 ---
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[John Doe]

From: James Freer 

>>  i do not recommend to use this two repos simultaniuous (or use 
>> priorities!).
> hmmm - well what is one supposed to do?

I use priorities and did not run into much problems so far...
base = 1
rpmforge = 2 (just watch out for rfx packages)
elrepo = 3
epel = 4

JD
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] firefox 18

[James Pearson]

fred smith wrote:
> 
> the build process explicitly checks for python 2.7 or greater, so how
> does 2.6 succeed?
> 
> from the mach build tool:
> 
>   #!/usr/bin/env python
>   # This Source Code Form is subject to the terms of the Mozilla Public
>   # License, v. 2.0. If a copy of the MPL was not distributed with this
>   # file, You can obtain one at http://mozilla.org/MPL/2.0/.
> 
>   from __future__ import print_function, unicode_literals
> 
>   import os
>   import platform
>   import sys
> 
>   # Ensure we are running Python 2.7+. We put this check here so we 
> generate a
>   # user-friendly error message rather than a cryptic stack trace on 
> module
>   # import.
>   if sys.version_info[0] == 2 and sys.version_info[1] < 7:
>   print('Python 2.7 or above is required to run mach.')
>   print('You are running', platform.python_version())
>   sys.exit(1)

Are you sure that is used?

As a test, I did a fresh install of CentOS 5 i386, installed 
epel-release and rpmforge-release from 

 
and 


Then did:

yum groupinstall development-tools development-libs 
x-software-development gnome-software-development

yum install gcc44 gcc44-c++ python26 yasm-devel

Unpacked the firefox 18.0.1 source code, created the mozconfig file and 
ran 'make -f client.mk'

And it built fine ...

James Pearson
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Mail notification in panel/system tray on CentOS 6

[Toralf Lund]

Hi.

Does anyone know of a way to add a "new mail" notification icon to the 
panel/system tray under CentOS 6?
On CentOS 5, I used the "mail-notification" software package provided by 
the Fedora "EPEL" distribution, but this is gone from the version 6 
repository, and the one from version 5 won't install just like that due 
to dependency issues. Maybe it's possible to resolve those, but I'm 
wondering if that's the way to go, or if there is a better alternative 
these days.

- Toralf

This e-mail, including any attachments and response string, may contain 
proprietary information which is confidential and may be legally privileged. It 
is for the intended recipient only. If you are not the intended recipient or 
transmission error has misdirected this e-mail, please notify the author by 
return e-mail and delete this message and any attachment immediately. If you 
are not the intended recipient you must not use, disclose, distribute, forward, 
copy, print or rely on this e-mail in any way except as permitted by the author.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Mail notification in panel/system tray on CentOS 6

[Toralf Lund]

Hi.

Does anyone know of a way to add a "new mail" notification icon to the 
panel/system tray under CentOS 6?
On CentOS 5, I used the "mail-notification" software package provided by 
the Fedora "EPEL" distribution, but this is gone from the version 6 
repository, and the one from version 5 won't install just like that due 
to dependency issues. Maybe it's possible to resolve those, but I'm 
wondering if that's the way to go, or if there is a better alternative 
these days.

- Toralf

This e-mail, including any attachments and response string, may contain 
proprietary information which is confidential and may be legally privileged. It 
is for the intended recipient only. If you are not the intended recipient or 
transmission error has misdirected this e-mail, please notify the author by 
return e-mail and delete this message and any attachment immediately. If you 
are not the intended recipient you must not use, disclose, distribute, forward, 
copy, print or rely on this e-mail in any way except as permitted by the author.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Accessing packages on DVD from rescue mode?

[Toralf Lund]

On 22/01/13 19:33, SilverTip257 wrote:
> On Tue, Jan 22, 2013 at 3:47 AM, Toralf Lund  wrote:
>
>> Hi,
>>
>> Does anyone know a way to access rpm packages on the CentOS 6 install
>> DVD after booting into "rescue mode" from the same DVD? I mean, I can't
>> immediately see the Packages directory or a full DVD mount point...
>>
>>
> Have you mounted /dev/cdrom or /dev/sr0?
>
> mkdir /mnt/cd
> mount /dev/cdrom /mnt/cd
>
> Then look to see if you get what you're looking for.
Yep, that works. I feel quite stupid now, for not trying the obvious. I 
guess I was thinking that the DVD was mounted already like it is when 
you run the installer, so that it would be a bad idea to do it again...

Thanks,

- Toralf


>
>
>
>> TIA,
>>
>>
>> - Toralf
>>
>> This e-mail, including any attachments and response string, may contain
>> proprietary information which is confidential and may be legally
>> privileged. It is for the intended recipient only. If you are not the
>> intended recipient or transmission error has misdirected this e-mail,
>> please notify the author by return e-mail and delete this message and any
>> attachment immediately. If you are not the intended recipient you must not
>> use, disclose, distribute, forward, copy, print or rely on this e-mail in
>> any way except as permitted by the author.
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> http://lists.centos.org/mailman/listinfo/centos
>>
>
>


This e-mail, including any attachments and response string, may contain 
proprietary information which is confidential and may be legally privileged. It 
is for the intended recipient only. If you are not the intended recipient or 
transmission error has misdirected this e-mail, please notify the author by 
return e-mail and delete this message and any attachment immediately. If you 
are not the intended recipient you must not use, disclose, distribute, forward, 
copy, print or rely on this e-mail in any way except as permitted by the author.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Mail notification in panel/system tray on CentOS 6

[Giles Coochey]

On 25/01/2013 15:00, Toralf Lund wrote:

Hi.

Does anyone know of a way to add a "new mail" notification icon to the
panel/system tray under CentOS 6?
On CentOS 5, I used the "mail-notification" software package provided by
the Fedora "EPEL" distribution, but this is gone from the version 6
repository, and the one from version 5 won't install just like that due
to dependency issues. Maybe it's possible to resolve those, but I'm
wondering if that's the way to go, or if there is a better alternative
these days.




In the old days we used biff... then xbiff came along... new fangled things!

Something like: http://homepages.shu.ac.uk/~cmsps/freeScripts/xbiff.py

Don't some MUAs come with small panel applets for this?

It isn't so common to receive email locally anymore, most people are 
using remote mail servers.


--
Regards,

Giles Coochey, CCNA, CCNAS
NetSecSpec Ltd
+44 (0) 7983 877438
http://www.coochey.net
http://www.netsecspec.co.uk
gi...@coochey.net


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] lokkit and multicast

[Jerry Geis]

I am adding a line like:
iptables -I INPUT -p udp -m state --state NEW -m multiport --dports 
6550  -j ACCEPT

to /etc/sysconfig/iptables

before the REJECT line...
to allow my multicast port 6550 traffic.

I then restart iptables and it is still not passing through.
If I stop iptables it works.

Am I not defining my line correctly to allow port 6550 udp multicast data?

jerry
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] 'Best' Platform

[Gene Poole]

OK,  What's the best CentOS platform for KVM?  CentOS 5 or CentOS 6?

TIA,
Gene
It's impossible for everything to be true at the same time.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] 'Best' Platform

[Dennis Jacobfeuerborn]

On 01/25/2013 05:09 PM, Gene Poole wrote:
> OK,  What's the best CentOS platform for KVM?  CentOS 5 or CentOS 6?

At this time you should only install CentOS 5 when you absolutely have to
for compatibility reasons. For new Installations you should always use
CentOS 6.

Regards,
  Dennis
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] firefox 18

[fred smith]

On Fri, Jan 25, 2013 at 02:03:17PM +, James Pearson wrote:
> fred smith wrote:
> > 
> > the build process explicitly checks for python 2.7 or greater, so how
> > does 2.6 succeed?
> > 
> > from the mach build tool:
> > 
> > #!/usr/bin/env python
> > # This Source Code Form is subject to the terms of the Mozilla Public
> > # License, v. 2.0. If a copy of the MPL was not distributed with this
> > # file, You can obtain one at http://mozilla.org/MPL/2.0/.
> > 
> > from __future__ import print_function, unicode_literals
> > 
> > import os
> > import platform
> > import sys
> > 
> > # Ensure we are running Python 2.7+. We put this check here so we 
> > generate a
> > # user-friendly error message rather than a cryptic stack trace on 
> > module
> > # import.
> > if sys.version_info[0] == 2 and sys.version_info[1] < 7:
> > print('Python 2.7 or above is required to run mach.')
> > print('You are running', platform.python_version())
> > sys.exit(1)
> 
> Are you sure that is used?

It is if you follow Mozilla's build instructions, which are to build with 
"mach". I think that doing what you did will bypass mach. I tried it and
got an error further into the build regarding some missing python stuff
(but I haven't installed a newer python yet, so that's not unexpected.)

Is it also necessary to install the newer GCC that you used? I haven't yet
noticed that listed in the build requirements...

> 
> As a test, I did a fresh install of CentOS 5 i386, installed 
> epel-release and rpmforge-release from 
> 
>  
> and 
> 
> 
> Then did:
> 
> yum groupinstall development-tools development-libs 
> x-software-development gnome-software-development
> 
> yum install gcc44 gcc44-c++ python26 yasm-devel
> 
> Unpacked the firefox 18.0.1 source code, created the mozconfig file and 
> ran 'make -f client.mk'

-- 
---
 .Fred Smith   /  
( /__  ,__.   __   __ /  __   : / 
 //  /   /__) /  /  /__) .+'   Home: fre...@fcshome.stoneham.ma.us 
//  (__ (___ (__(_ (___ / :__ 781-438-5471 
 Jude 1:24,25 -
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] lokkit and multicast

[Jerry Geis]

OKay I did not find a way to enable multicast on the lokkit command line,
however, this did work below. The big issue that it did not work the 
first time
was the module was not loaded.

modprobe xt_pkttype
iptables -I INPUT  -m pkttype --pkt-type multicast -j ACCEPT

jerry
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] firefox 18

[James Pearson]

fred smith wrote:
>>
>>Are you sure that is used?
> 
> It is if you follow Mozilla's build instructions, which are to build with 
> "mach". I think that doing what you did will bypass mach. I tried it and
> got an error further into the build regarding some missing python stuff
> (but I haven't installed a newer python yet, so that's not unexpected.)
> 
> Is it also necessary to install the newer GCC that you used? I haven't yet
> noticed that listed in the build requirements...

I initially tried it with the stock CentOS 5 gcc (v4.1.2 based) - but it 
failed - however, I noticed from about:buildconfig from a mozilla.org 
v18 install that they used a v4.5 based gcc, so I tried the nearest 
version available on CentOS 5 - which is from the gcc44 RPM - and that 
worked

James Pearson
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] 'Best' Platform

[SilverTip257]

On Fri, Jan 25, 2013 at 11:19 AM, Dennis Jacobfeuerborn <
denni...@conversis.de> wrote:

> On 01/25/2013 05:09 PM, Gene Poole wrote:
> > OK,  What's the best CentOS platform for KVM?  CentOS 5 or CentOS 6?
>
> At this time you should only install CentOS 5 when you absolutely have to
> for compatibility reasons. For new Installations you should always use
> CentOS 6.
>

As Dennis said, use CentOS 6 unless you must absolutely use 5.
Newer packages and it will have a longer support life cycle from today
until it is EOLed.

Since CentOS follows Upstream's cycle closely here are dates.
https://access.redhat.com/support/policy/updates/errata/


>
> Regards,
>   Dennis
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>

-- 
---~~.~~---
Mike
//  SilverTip257  //
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to configure display on CentOS 6?

[Cal Webster]

On Wed, 2013-01-23 at 09:33 -0500, Scot P. Floess wrote:
> I think you can also use
> 
> X --config
> 
> That should build an /etc/X11/xorg.conf file for you...

That's a good start (the command is actually "Xorg -configure") but it
may leave open questions to the OP and others who may consult this
thread in the future.

We've had occasion to use 4 different methods of X-Windows configuration
in EL6, without the old system-config-display tool. The choices are:

1. Accept the Xorg auto-detected, "built-in" configuration. If it works,
why mess with it?
2. Generate and customize your own xorg.conf file.
3. Use Xorg "hot-plug" config (/etc/X11/xorg.conf.d/) to replace only
part of the built-in configuration.
4. Use a proprietary video driver and X configurator. This may be
necessary with high-end video cards and/or multiple displays.


I've outlined choices #2 and #3 below, as they are probably going to be
of primary interest to the OP.

I hope this information is of some use.


./Cal

(I work on a restricted, isolated network without direct Internet access
so I may not be able to respond to replies quickly.)



=
[Generate and customize a xorg.conf file]
=

# Save the Xorg log file to capture any errors (as root):

cd /var/log/
cp Xorg.0.log Xorg.0.log.beforeConfigure

# Drop to run level 3 or boot into run level 3

cd
init 3

# Tell Xorg to generate the config file:

Xorg -configure

# Make a copy to work on:

cp -p /root/xorg.conf.new /root/xorg.conf

# Look at the created config - get rid of extra screens and unnecessary
data

- Use for reference any xorg.conf in similar machines if you have them
available
- There should be one section for "Monitor", "Device" (video card), and
"Screen" to match the "ServerLayout" section.
- See sample below

==
[/Generate and customize a xorg.conf file]
==


=
[Xorg "hot-plug" config file]
=

# Use the same steps as above to get something to start with or to
ensure proper formatting.
- We just extracted the data we needed from the Xorg.0.log to create a
hot-plug file, then dropped it into /etc/X11/xorg.conf.d/.
- We were only interested in getting the vnc module to load and
vncpassword to work so ours probably has more in it than we need but it
works.

Xorg will pull anything not listed in the hot-plug files from its
built-in configuration.
All the same rules apply to a hot-plug file as do for xorg.conf

See the sample hot-plug file below.

==
[/Xorg "hot-plug" config file]
==



==
[Sample xorg.conf]
==

## This is an edited, auto-generated xorg.conf from a Dell PowerEdge
2800 running CentOS 6.3

- We were interested in running the native VNC X server
(tigervnc-server-module) so we added those entries in the appropriate
places.
- If you look at the top of your Xorg.0.log you'll see what the Xorg
server has auto-detected. It's usually very good at detecting your video
hardware. Armed with that information, you should be able to select and
load the correct driver.
- Some of our machines have high-end nVidia graphics cards so we opted
to use the proprietary video drivers from nVidia to maximize the use of
dual screens and high resolution. We've found that the open source
drivers can sometimes be problematic, like on some of our Dell Precision
T3400 machines.
- The ATI Radeon driver was automatically listed and configured on this
machine. According to our documentation, this machine had a "Radeon
7000" chipset so it matched.

[root@pegasus log]# lspci | grep -i radeon
10:0d.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI
RV100 QY [Radeon 7000/VE]

# From the Xorg.0.log
-
[97.240] (--) RADEON(0): Chipset: "ATI Radeon VE/7000 QY
(AGP/PCI)" (ChipID = 0x5159)
-

vi /root/xorg.conf
--
Section "ServerLayout"
Identifier "X.org Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
ModulePath   "/usr/lib/xorg/modules"
FontPath "catalogue:/etc/X11/fontpath.d"
FontPath "built-ins"
EndSection

Section "Module"
Load  "dbe"
Load  "record"
Load  "dri"
Load  "vnc"
Load  "extmod"
Load  "glx"
Load  "dri2"
EndSection

Section "InputDevice"
Identifier  "Keyboard0"
Driver  "kbd"
EndSection

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option  "Protocol" "auto"
Option  "Device" "/dev/input/mice"
Option  "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier   "Monitor0"
VendorName   "Monitor V

[CentOS] bluetooth to xfer files to/from Android

[ken]

It seems there's no way to transfer files to/from 5.9 to/from Android 
4.1.1 using bluetooth, at least that's what the web and my attempts have 
been telling me for the past few days.  Or has someone found a way...?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] firefox 18

[fred smith]

On Fri, Jan 25, 2013 at 05:45:45PM +, James Pearson wrote:
> fred smith wrote:
> >>
> >>Are you sure that is used?
> > 
> > It is if you follow Mozilla's build instructions, which are to build with 
> > "mach". I think that doing what you did will bypass mach. I tried it and
> > got an error further into the build regarding some missing python stuff
> > (but I haven't installed a newer python yet, so that's not unexpected.)
> > 
> > Is it also necessary to install the newer GCC that you used? I haven't yet
> > noticed that listed in the build requirements...
> 
> I initially tried it with the stock CentOS 5 gcc (v4.1.2 based) - but it 
> failed - however, I noticed from about:buildconfig from a mozilla.org 
> v18 install that they used a v4.5 based gcc, so I tried the nearest 
> version available on CentOS 5 - which is from the gcc44 RPM - and that 
> worked

ah. thanks for the tip.

Is it safe to assume that GCC44 installs and can be used separately from
the one that comes with the system?

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
   "For the word of God is living and active. Sharper than any double-edged 
   sword, it penetrates even to dividing soul and spirit, joints and marrow; 
  it judges the thoughts and attitudes of the heart."  
 Hebrews 4:12 (niv) --
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[James Freer]

On Fri, Jan 25, 2013 at 1:34 PM, John Doe  wrote:
> From: James Freer 
>
>>>  i do not recommend to use this two repos simultaniuous (or use
>>> priorities!).
>> hmmm - well what is one supposed to do?
>
> I use priorities and did not run into much problems so far...
> base = 1
> rpmforge = 2 (just watch out for rfx packages)
> elrepo = 3
> epel = 4
>
> JD

Thanks for that suggestion. I'll look into it all again in a couple of
days. I'm just surprised that Centos risk the stability issue using
other repos.

james
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[Nux!]

On 25.01.2013 20:15, James Freer wrote:

> Thanks for that suggestion. I'll look into it all again in a couple of
> days. I'm just surprised that Centos risk the stability issue using
> other repos.

This goes for any distro; once you start adding 3rd party stuff you get 
further and further from the promise of stability.

-- 
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[m . roth]

James Freer wrote:
> On Fri, Jan 25, 2013 at 1:34 PM, John Doe  wrote:
>> From: James Freer 
>>
  i do not recommend to use this two repos simultaniuous (or use
 priorities!).
>>> hmmm - well what is one supposed to do?
>>
>> I use priorities and did not run into much problems so far...
>> base = 1
>> rpmforge = 2 (just watch out for rfx packages)
>> elrepo = 3
>> epel = 4
>>
>> JD
>
> Thanks for that suggestion. I'll look into it all again in a couple of
> days. I'm just surprised that Centos risk the stability issue using
> other repos.

I wouldn't agree with the priorities above. As I mentioned earlier in this
thread, our standard repos, in addition to the base, are rpmfusion and
epel. Other than *sigh* 386 vs x86_64 issues, we've never had dependency
conflicts. It all just works. elrepo I use *only* for kmod-nvidia and its
dependencies; I don't use rpmforge - I've tried, a few times, and
frequently run into dependency conflicts.

   mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[Les Mikesell]

On Fri, Jan 25, 2013 at 2:32 PM,   wrote:
>> I wouldn't agree with the priorities above. As I mentioned earlier in this
> thread, our standard repos, in addition to the base, are rpmfusion and
> epel. Other than *sigh* 386 vs x86_64 issues, we've never had dependency
> conflicts. It all just works. elrepo I use *only* for kmod-nvidia and its
> dependencies; I don't use rpmforge - I've tried, a few times, and
> frequently run into dependency conflicts.

Have you used rpmforge since the split into conflicting and
non-conflicting sections?

-- 
  Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[James Freer]

On Fri, Jan 25, 2013 at 8:32 PM,   wrote:
> James Freer wrote:
>> On Fri, Jan 25, 2013 at 1:34 PM, John Doe  wrote:
>>> From: James Freer 
>>>
>  i do not recommend to use this two repos simultaniuous (or use
> priorities!).
 hmmm - well what is one supposed to do?
>>>
>>> I use priorities and did not run into much problems so far...
>>> base = 1
>>> rpmforge = 2 (just watch out for rfx packages)
>>> elrepo = 3
>>> epel = 4
>>>
>>> JD
>>
>> Thanks for that suggestion. I'll look into it all again in a couple of
>> days. I'm just surprised that Centos risk the stability issue using
>> other repos.
>
> I wouldn't agree with the priorities above. As I mentioned earlier in this
> thread, our standard repos, in addition to the base, are rpmfusion and
> epel. Other than *sigh* 386 vs x86_64 issues, we've never had dependency
> conflicts. It all just works. elrepo I use *only* for kmod-nvidia and its
> dependencies; I don't use rpmforge - I've tried, a few times, and
> frequently run into dependency conflicts.
>
>mark

I was only thinking of rpmforge as it seems the only repo with Abiword
in it. For WP one has only got LO-writer or Abiword... i prefer the
lighter unless i need the features of LO-writer as i did when i was
teaching and preparing handouts.

At present i don't know that centos is the right distro for me tbh.

james
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[m . roth]

Les Mikesell wrote:
> On Fri, Jan 25, 2013 at 2:32 PM,   wrote:
>>> I wouldn't agree with the priorities above. As I mentioned earlier in
>>> this thread, our standard repos, in addition to the base, are
rpmfusion and
>> epel. Other than *sigh* 386 vs x86_64 issues, we've never had dependency
>> conflicts. It all just works. elrepo I use *only* for kmod-nvidia and
>> its dependencies; I don't use rpmforge - I've tried, a few times, and
>> frequently run into dependency conflicts.
>
> Have you used rpmforge since the split into conflicting and
> non-conflicting sections?

Didn't know they had...

  mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[m . roth]

James Freer wrote:
> On Fri, Jan 25, 2013 at 8:32 PM,   wrote:
>> James Freer wrote:
>>> On Fri, Jan 25, 2013 at 1:34 PM, John Doe  wrote:
 From: James Freer 

>>  i do not recommend to use this two repos simultaniuous (or use
>> priorities!).
> hmmm - well what is one supposed to do?

 I use priorities and did not run into much problems so far...
 base = 1
 rpmforge = 2 (just watch out for rfx packages)
 elrepo = 3
 epel = 4

 JD
>>>
>>> Thanks for that suggestion. I'll look into it all again in a couple of
>>> days. I'm just surprised that Centos risk the stability issue using
>>> other repos.
>>
>> I wouldn't agree with the priorities above. As I mentioned earlier in
>> this thread, our standard repos, in addition to the base, are rpmfusion
and
>> epel. Other than *sigh* 386 vs x86_64 issues, we've never had dependency
>> conflicts. It all just works. elrepo I use *only* for kmod-nvidia and
>> its dependencies; I don't use rpmforge - I've tried, a few times, and
>> frequently run into dependency conflicts.
>
> I was only thinking of rpmforge as it seems the only repo with Abiword
> in it. For WP one has only got LO-writer or Abiword... i prefer the
> lighter unless i need the features of LO-writer as i did when i was
> teaching and preparing handouts.

Watch out how you say that - my reaction on seeing you write WP is to
wonder if they've *finally* put out a newer release of WordPerfect. (There
*was* a linux version about 10-12 years ago, under Corel Linux).

   mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[Leon Fauster]

Am 25.01.2013 um 21:15 schrieb James Freer :
> On Fri, Jan 25, 2013 at 1:34 PM, John Doe  wrote:
>> From: James Freer 
>> 
>>> hmmm - well what is one supposed to do?
>> 
>> I use priorities and did not run into much problems so far...
>> base = 1
>> rpmforge = 2 (just watch out for rfx packages)
>> elrepo = 3
>> epel = 4
>> 
>> JD
> 
> Thanks for that suggestion. I'll look into it all again in a couple of
> days. I'm just surprised that Centos risk the stability issue using
> other repos.



not the CentOS(-Team) but the user it self is risking this …

--
LF 
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[Les Mikesell]

On Fri, Jan 25, 2013 at 3:13 PM,   wrote:
>>>
>> Have you used rpmforge since the split into conflicting and
>> non-conflicting sections?
>
> Didn't know they had...

I think it was a couple of years ago.  See the note here about rpmforge-extras:
http://wiki.centos.org/AdditionalResources/Repositories/RPMForge

You can  still run into some quirks if the same package appears in
epel or centos-extras since those are't considered 'base',


-- 
  Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[Nikolaos Milas]

On 25/1/2013 11:28 μμ, Leon Fauster wrote:

> not the CentOS(-Team) but the user it self is risking this …

True. CentOS/RHEL are using the least-risk policy by rarely updating 
packages, except for serious bug/security fixes and that helps provide 
peace of mind from the base OS.

Yet, I have come to believe that Systems Administration is not trivial 
in terms of decision-making; in fact, one could say that it may be a 
highly philosophical (!) job.

You must balance availability of features, stability, manageability, 
security, package dependencies, application/service deployment and 
maintenance and more.

Experience, knowledge and a thoughtful attitude will hopefully help find 
a "golden section" between all these through time on a per case-basis.

No systems are identical. The sysadmins have to *study* their 
environment and needs and then design the proper solution on each case.

As a simple example, if there is a requirement to run OpenLDAP *as a 
server* on a CentOS OS, the sysadmin MUST find *how* to run the latest 
version (which is the only "approved" one for OpenLDAP server 
deployments by the OpenLDAP project). Deploying OpenLDAP using the 
packages available by either CentOS 5 or 6 repos is unacceptable.

2c,
Nick
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[m . roth]

Nikolaos Milas wrote:
> On 25/1/2013 11:28 μμ, Leon Fauster wrote:
>
>> not the CentOS(-Team) but the user it self is risking this …

> You must balance availability of features, stability, manageability,
> security, package dependencies, application/service deployment and
> maintenance and more.

> As a simple example, if there is a requirement to run OpenLDAP *as a
> server* on a CentOS OS, the sysadmin MUST find *how* to run the latest
> version (which is the only "approved" one for OpenLDAP server
> deployments by the OpenLDAP project). Deploying OpenLDAP using the
> packages available by either CentOS 5 or 6 repos is unacceptable.

Ah, but "the latest" is a) a moving target, and b) not what I would ever
use in a development or production environment, nor at home, unless I
really did want to spend time debugging the system. In fact, I'd normally
*NOT* ever install an x.0 release - I always wait for at least x.0.1 or
x.1, so that all the bugs found by the early adopters have mostly been
squashed.

mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] firefox 18

[fred smith]

On Fri, Jan 25, 2013 at 02:58:45PM -0500, fred smith wrote:
> On Fri, Jan 25, 2013 at 05:45:45PM +, James Pearson wrote:
> > fred smith wrote:
> > >>
> > >>Are you sure that is used?
> > > 
> > > It is if you follow Mozilla's build instructions, which are to build with 
> > > "mach". I think that doing what you did will bypass mach. I tried it and
> > > got an error further into the build regarding some missing python stuff
> > > (but I haven't installed a newer python yet, so that's not unexpected.)
> > > 
> > > Is it also necessary to install the newer GCC that you used? I haven't yet
> > > noticed that listed in the build requirements...
> > 
> > I initially tried it with the stock CentOS 5 gcc (v4.1.2 based) - but it 
> > failed - however, I noticed from about:buildconfig from a mozilla.org 
> > v18 install that they used a v4.5 based gcc, so I tried the nearest 
> > version available on CentOS 5 - which is from the gcc44 RPM - and that 
> > worked
> 
> ah. thanks for the tip.
> 

OK, I've got all that installed. now when I run configure I get:

checking For gcc visibility bug with class-level attributes (GCC bug 
26905)... no
checking For x86_64 gcc visibility bug with builtins (GCC bug 20297)... 
no
checking for gcc PR49911... no
checking for gcc pr39608... yes
This compiler would fail to build firefox, plase upgrade.

Not sure I know how to make it use 4.4 instead of the older ones.
(of course, it doesn't tell me which compiler it's trying to configure
for, so maybe it is 4.4, I can't tell.)

In an effort to fix that I've done a series of exports:

# env | grep 44
gcc=gcc44
CC=gcc44
cc=gcc44
GXX=g++44

but it isn't helping. Can you divulge the correct incantation, please?

Gracias!

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
   "For the word of God is living and active. Sharper than any double-edged 
   sword, it penetrates even to dividing soul and spirit, joints and marrow; 
  it judges the thoughts and attitudes of the heart."  
 Hebrews 4:12 (niv) --
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[Les Mikesell]

On Fri, Jan 25, 2013 at 4:05 PM, Nikolaos Milas  wrote:
>
> No systems are identical. The sysadmins have to *study* their
> environment and needs and then design the proper solution on each case.
>
> As a simple example, if there is a requirement to run OpenLDAP *as a
> server* on a CentOS OS, the sysadmin MUST find *how* to run the latest
> version (which is the only "approved" one for OpenLDAP server
> deployments by the OpenLDAP project). Deploying OpenLDAP using the
> packages available by either CentOS 5 or 6 repos is unacceptable.

Maybe.  For most projects the RedHat engineers know what they are
doing and second-guessing that means you have to know more than they
do.  Many projects release stuff that just shouldn't be run in
production - and RH generally backports important fixes (and CentOS
inherits them) into the version they ship as long as they don't break
the previously working behavior.

-- 
   Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] firefox 18

[James Pearson]

fred smith wrote:
> 
> OK, I've got all that installed. now when I run configure I get:
> 
>   checking For gcc visibility bug with class-level attributes (GCC bug 
> 26905)... no
>   checking For x86_64 gcc visibility bug with builtins (GCC bug 20297)... 
> no
>   checking for gcc PR49911... no
>   checking for gcc pr39608... yes
>   This compiler would fail to build firefox, plase upgrade.
> 
> Not sure I know how to make it use 4.4 instead of the older ones.
> (of course, it doesn't tell me which compiler it's trying to configure
> for, so maybe it is 4.4, I can't tell.)
> 
> In an effort to fix that I've done a series of exports:
> 
>   # env | grep 44
>   gcc=gcc44
>   CC=gcc44
>   cc=gcc44
>   GXX=g++44
> 
> but it isn't helping. Can you divulge the correct incantation, please?

What does it say in the configure output for:

  checking for gcc...

and:

  checking compiler version...

Also, what is the contents of your mozconfig file (in the 
mozilla-release directory) - mine contains:

. $topsrcdir/browser/config/mozconfig
ac_add_options --enable-update-channel=release --enable-update-packaging 
--enable-official-branding --enable-stdcxx-compat --disable-gio
mk_add_options MOZ_MAKE_FLAGS="-j4"
export BUILD_OFFICIAL=1
export MOZILLA_OFFICIAL=1
mk_add_options BUILD_OFFICIAL=1
mk_add_options MOZILLA_OFFICIAL=1
CC="gcc44"
CXX="g++44"


James Pearson

P.S. The gcc44 install will not interfere with the default gcc install
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[Bry8 Star]

Received from Nikolaos Milas, on 2013-01-25 10:05 PM:
> On 25/1/2013 11:28 μμ, Leon Fauster wrote:
> 
>> not the CentOS(-Team) but the user it self is risking this …
> 
> True. CentOS/RHEL are using the least-risk policy by rarely
> updating packages, except for serious bug/security fixes and that
> helps provide peace of mind from the base OS.
> 
> Yet, I have come to believe that Systems Administration is not
> trivial in terms of decision-making; in fact, one could say that
> it may be a highly philosophical (!) job.
> 
> You must balance availability of features, stability,
> manageability, security, package dependencies,
> application/service deployment and maintenance and more.
> 
> Experience, knowledge and a thoughtful attitude will hopefully
> help find a "golden section" between all these through time on a
> per case-basis.
> 
> No systems are identical. The sysadmins have to *study* their 
> environment and needs and then design the proper solution on each
> case.
> 
> As a simple example, if there is a requirement to run OpenLDAP
> *as a server* on a CentOS OS, the sysadmin MUST find *how* to run
> the latest version (which is the only "approved" one for OpenLDAP
> server deployments by the OpenLDAP project). Deploying OpenLDAP
> using the packages available by either CentOS 5 or 6 repos is
> unacceptable.
> 
> 2c,
> Nick
> ___
> CentOS
> mailing list CentOS@centos.org 
> http://lists.centos.org/mailman/listinfo/centos
> 

Thanks Nikolaos/Nick.
Very accurate, from my applied case/scenario as well.

Different demand and functionality requirements causes different
types of settings for different repos.

And on some boxes where i want to deploy/apply/expect latest apps
and services or functionality, (like one of them you've mentioned is
OpenLDAP), CentOS requires me to do massive modifications.

I find it very very annoying that, CentOS lacks STABLE+last
releases. It is not only CentOS, ther Linux as well. But this RHEL
close/derivative, is very very behind.

I needed & still need to do vast amount of
includepkgs=...
exclude=...
priority=...
protect=...
etc very careful implementation & management on all .repo files.
And on top of that, YUM, understands only (the last) one line of
"includepkgs=..", "protect=..". :-(

If it(YUM) were to understand multiple of those config
options/lines, then, different type/category of apps/tools could
have been added, copy/pasted or moved/placed easily on different
channels of different related repo, based on their "priority" sequence.

And YUM need to have a feature to analyze a user specified/given
app. IF, yum were to have a feature to analyze current priority,
include, exclude settings, and then show/indicate what include,
exclude need to be set for an user-specified or pre-specified
last+stable app/tool, then such would have been very helpful. Yum
need to analyze all deps/libs related to that pre-specified app.

And, may be even a better chroot type of app/system should be
developed & exist in CentOS/RHEL, to easily try those STABLE+last
releases, effectively, so that service based on those can be easily
used, even on a 128 MB based box.

CentOS webpage/site should also show to all users, some example of
using multiple repos and how to implement effective includepkgs,
exclude, priority etc directives properly for some certain last &
STABLE app(s) (which is by default not in CentOS), so that others
can understand the pattern, or have a pointer for them.

Just mentioning about, that, there is such things called
"includepkgs=...", "exclude=..." ad now go do it yourself (and sorry
no example), obviously does not help that much to users, and its
CentOS's loss as well, users go away to other distros, and
ultimately many of them are lost in the jungle.

-- Bright Star (Bry8Star).



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] firefox 18

[fred smith]

On Fri, Jan 25, 2013 at 11:17:01PM +, James Pearson wrote:
> fred smith wrote:
> > 
> > OK, I've got all that installed. now when I run configure I get:
> > 
> > checking For gcc visibility bug with class-level attributes (GCC bug 
> > 26905)... no
> > checking For x86_64 gcc visibility bug with builtins (GCC bug 20297)... 
> > no
> > checking for gcc PR49911... no
> > checking for gcc pr39608... yes
> > This compiler would fail to build firefox, plase upgrade.
> > 
> > Not sure I know how to make it use 4.4 instead of the older ones.
> > (of course, it doesn't tell me which compiler it's trying to configure
> > for, so maybe it is 4.4, I can't tell.)
> > 
> > In an effort to fix that I've done a series of exports:
> > 
> > # env | grep 44
> > gcc=gcc44
> > CC=gcc44
> > cc=gcc44
> > GXX=g++44
> > 
> > but it isn't helping. Can you divulge the correct incantation, please?
> 
> What does it say in the configure output for:
> 
>   checking for gcc...
> 
> and:
> 
>   checking compiler version...
> 
> Also, what is the contents of your mozconfig file (in the 
> mozilla-release directory) - mine contains:
> 
> . $topsrcdir/browser/config/mozconfig
> ac_add_options --enable-update-channel=release --enable-update-packaging 
> --enable-official-branding --enable-stdcxx-compat --disable-gio
> mk_add_options MOZ_MAKE_FLAGS="-j4"
> export BUILD_OFFICIAL=1
> export MOZILLA_OFFICIAL=1
> mk_add_options BUILD_OFFICIAL=1
> mk_add_options MOZILLA_OFFICIAL=1
> CC="gcc44"
> CXX="g++44"
> 

James:

OK, I got past that point by doing this:

CC=gcc44 gcc=gcc44 CXX=g++44 make -j 3 -f client.mk build

which runs for quite a while 

it eventually ends with a bazillion lines about nothing to do for
directory export, finally followed by some sort of error failure. I
haven't figured out yet what that failure is.

Running it again, incorporating some of the stuff you've done in your
mozconfig--but not all of it.

For example, I don't think you want it to be on the release update
channel,... wouldn't that cause the firefox update logic to automatically
clobber your build with the next automatic update? which resulting
Firefox then won't work--the whole reason why we're doing our own builds.

[later...]   Ah, it seems to have completed a build, now.

next dumb question: I recall from when I've built it (years) in the
past that there's a tool, somewhere, for creating an installable .tgz
file, like the one we can download from mozilla. so far I haven't
tripped over it in 18.0.1, do you happen to know what that is?

thanks a bunch for all your guidance,I really appreciate it!

Fred

-- 
---
 .Fred Smith   /  
( /__  ,__.   __   __ /  __   : / 
 //  /   /__) /  /  /__) .+'   Home: fre...@fcshome.stoneham.ma.us 
//  (__ (___ (__(_ (___ / :__ 781-438-5471 
 Jude 1:24,25 -
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[Les Mikesell]

On Fri, Jan 25, 2013 at 9:59 PM, Bry8 Star  wrote:
>>
> I find it very very annoying that, CentOS lacks STABLE+last
> releases. It is not only CentOS, ther Linux as well. But this RHEL
> close/derivative, is very very behind.

If you don't want stability and don't mind installing all the time,
why start with CentOS in the first place?


> And YUM need to have a feature to analyze a user specified/given
> app. IF, yum were to have a feature to analyze current priority,
> include, exclude settings, and then show/indicate what include,
> exclude need to be set for an user-specified or pre-specified
> last+stable app/tool, then such would have been very helpful. Yum
> need to analyze all deps/libs related to that pre-specified app.

I don't think that is possible in the general case.

> And, may be even a better chroot type of app/system should be
> developed & exist in CentOS/RHEL, to easily try those STABLE+last
> releases, effectively, so that service based on those can be easily
> used, even on a 128 MB based box.

Maybe run fedora or ubuntu in a VM?

> CentOS webpage/site should also show to all users, some example of
> using multiple repos and how to implement effective includepkgs,
> exclude, priority etc directives properly for some certain last &
> STABLE app(s) (which is by default not in CentOS), so that others
> can understand the pattern, or have a pointer for them.

If you find a 100% reliable solution, please post it.I usually
just leave 3rd party repos other than epel disabled and use
enablerepo= on the yum command line only to install or update specific
packages.  And even then I look closely at what yum is proposing to
replace before doing it.

> Just mentioning about, that, there is such things called
> "includepkgs=...", "exclude=..." ad now go do it yourself (and sorry
> no example), obviously does not help that much to users, and its
> CentOS's loss as well, users go away to other distros, and
> ultimately many of them are lost in the jungle.

RHEL/CentOS is really aimed at people who want to set up machines that
run for years with little attention.  There's a natural conflict
between that and thousands of developers making incompatible changes
in their 'latest' releases.   You just have to find a balance.  If you
need one or two 'latest' programs you can probably build it yourself
or find a repo you trust.If you need dozens or hundreds of
'latest' programs, CentOS is probably the wrong place to start.

-- 
  Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.3 - which repos to use?

[Nikolaos Milas]

On 26/1/2013 7:42 πμ, Les Mikesell wrote:

> If you find a 100% reliable solution, please post it.

I suggest very carefully selecting particular packages (and groups 
thereof) from whatever repos (or from individual experienced users' 
efforts), testing them thoroughly on test systems (usually a set of VMs) 
and/or building your own packages based on selected/modified SRPMs 
(according to your own requirements), then defining your own enterprise 
repo(s) for internal use.

Why not use other distro(s) with more recent packages? Because I have 
tried them and I only find RHEL / CentOS a truly Enterprise System. At 
least it suits me. :-)

There is no such thing as a 100% reliable system if you don't do things 
right. You can easily screw (in terms of security and reliability) your 
Vanilla RHEL/CentOS with one wrong setting, even using your safe repos.

Nick

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos