There are new versions of nx and freenx for CentOS-4 i386 in the testing
repo:
freenx-0.5.0-11.c4.i386.rpm
nx-2.1.0-2.c4.i386.rpm
I am using this on 3 servers and it seems at least as stable as the
previous versions. These RPMS roll in the latest nx-2.1.x server
components from nomachine.org (current CentOS-4 version has nx-1.5.x
server components).
The full screen patch was retained across versions and seems to work OK
here as well.
If you are using the CentOS version of NX / FreeNX, please test this
version and provide feedback on this list. Barring any show stopping
negative feedback, these RPMS will replace the current versions in
CentOS extras in 2 weeks.
Testing repository .repo file:
http://dev.centos.org/centos/4/CentOS-Testing.repo
Packages can be download manually here:
http://dev.centos.org/centos/4/testing/i386/RPMS/
Thanks,
Johnny Hughes
All,
I needed to build kernel-2.6.9-42.37.EL.c4test for this bug:
http://bugs.centos.org/view.php?id=1634
So ... that new kernel is available for others to try as well from the
testing repository.
It has Xen kernels too.
It is not too much different than the 2.6.9-42.35 kernel released on Dec
26th by us to the testing repo (a lot of dm fixes that might help the
above bug, which is why I built it). Here is a list of the changes from
2.6.9-42.35 to 2.6.9-42.37:
* Wed Jan 03 2007 Jason Baron <jbaron(a)redhat.com> [2.6.9-42.37]
-add qlogic iscsi driver (Mike Christie) [180363]
-fix laptop shutdown behavior when closing lid (Jim Paradis) [154061]
-s390: qeth driver fixes (Jan Glauber) [104646 200166 202047 212176]
-add IBM Advanced Management Module 2 to the whitelist for USB storage for devices with multiple LUNs (Konrad Rzeszutek) [196809]
-serial fifo fixes (Alan Cox) [168845]
-update SCSI blacklist for HP and SEAGATE Tape Devices (Chip Coldwell) [197381]
-fix oops in md device stop code (Doug Ledford) [199304]
-fix race condition in sys_mincore() (Doug Chapman) [180663] {CVE-2006-4814}
-fix console when no "console=" arguments are specified (Chris Lalancette) [220949]
-fix oops bug in cdev_put() (Doug Ledford) [164649]
-eClipz: CAS call crashing firmware (Janice Girouard) [220486]
* Fri Dec 22 2006 Jason Baron <jbaron(a)redhat.com> [2.6.9-42.36]
-s390: fix panic in do_sync_write()/do_sync_read() (Jan Glauber) [196348]
-tg3: update to 3.64-rh (John Linville) [196786 198003 202063]
-dm: add ioctl support for mapped devices (Milan Broz) [168801]
-fix "Hardware P-state driver for AMD processors" for up kernel (Bhavana Nagendra)
-dm mirror: fix deadlock in kmirrord when dirty log on mirror itself (Milan Broz) [186950]
-dm: store and use md pointer in every table (Milan Broz) [199622]
-dm: fix overwriting of extra slot in bi_io_vec (Milan Broz) [219615]
-dm: fix suspend error path (Milan Broz) [219616]
-dm multipath: rr path order is inverted (Milan Broz) [219630]
-dm: add common biosets code (Milan Broz) [215939]
-dm mirror: remove trailing space from table (Milan Broz) [215941]
-revert: nfs: fix permission handling for truncate calls
----------------------
This is a test Kernel ... use at your own risk :-)
----------------------
Testing Repo info:
http://wiki.centos.org/Repositories
Thanks,
Johnny Hughes
When installing oracle (10g for exemple) modifications are need on
kernel parameters in file /etc/sysctl.conf.
Well :-) ---
This modifications cannot be done directy on kernel
source code?
The kernel source code are prepared for oracle?
I am interest on make this modifications, if this needs.
Tks
--
[S] TEOTONIO
http://teotonio.eti.br
On Fri, 5 Jan 2007, David Eisner wrote:
> R P Herrold wrote:
>> On Tue, 24 Oct 2006, David Eisner wrote:
>>> With the end of Legacy support for RH9, I'd like to migrate my Fedora
>>> Legacified RH9 box to Centos 3.
>>> http://www.owlriver.com/tips/centos-31-ex-rhl-9/
>>> Any thoughts on whether this should also work with the .legacy packages?
>> As author of the migration instructions in question, let me give an
>> unqualified "Yes, probably" .... ;)
> 1. The Centos-3.8 isos for CD 1 and 3 both had a
> comps-3.8centos.0-0.20060803.i386.rpm package, which were
> not identical. I used the CD 3 version.
noted, wearing my 'CentOS' hat - thanks for the report -- U9
whould be along in reasonably soon which will get a respin,
but we'll look for that in the CentOS build process
> "yum -y -t -c /etc/yum-upgrade.conf upgrade rpm kernel",
> [Segmentation fault happened here]
hmmm --- wish I had more information here -- probably the
instructions need to be updated to suggest removing all
but the kernel in use; a pre-conversion 'yum -y clean all'
would probably be prophylactic as well.
> To solve this, I first tried upgrading python from python-2.2.2-26 to
> python-2.2.3-26, using an RPM downloaded from www.python.org. This
ouch -- python version dependent matters are _so_ integral to
a Red Hat derived system, that I consider that pretty 'daring'
> 3. Step 8. has one run the same two commands twice. The
> second time I ran "rpm -vv --rebuilddb", it was not happy:
> I rebooted, and then the rebuilddb worked. The second "yum
> -y -t -c /etc/yum-upgrade.conf upgrade rpm kernel" ran and,
> not surprisingly, told me there were no upgrades available.
We are in terra incognita here with the python version
possibly in play; I think my instructions whould suggest the
reboot before the first and second rebuilddb's again, not for
a known issue, but to make sure we are under the new kernel
> 4. Step 9. worked fine, it just took awhile. However, a few
> .legacy packages remained:
> $ rpm -qa |grep legacy
>
> sendmail-cf-8.12.11-4.24.1.legacy
> fetchmail-6.2.0-3.4.legacy
> libpng10-1.0.15-0.9.1.legacy
> gettext-0.11.4-7.2.legacy
> kernel-2.4.20-46.9.legacy
> tcpdump-3.7.2-7.9.4.legacy
> libpcap-0.7.2-7.9.4.legacy
> kernel-2.4.20-43.9.legacy
> zip-2.3-26.1.0.9.legacy
> sendmail-8.12.11-4.24.1.legacy
I had not considered this later versioned material (when the
outline was written, it was in the future, and unknowable as
to how this would play out), as the path I outlined from RHL 9
would not encounter it; I will approach other members of the
CentOS team in the topic of how we are to offer a path to
'care' for the people orphaned by the EOL of FL.
btw, Kudos to Jesse and the folks who kept FL running for the
two years or so it ran -- I know how difficult starting and
running a distribution is, and a great effort and success were
the result.
> I removed the legacy kernel packages, and "upgraded" the
> rest manually with rpm -Uvh --force. That seems to have
> worked. Then I rebooted.
I will consider adding a section about 'housekeeping' to
identify and get back onto the CentOS main line path for the
FL transitioners. seems like a good idea. Thanks for noting
this.
> Finally I replaced /etc/yum.conf with the sample given in
> the Owl River instructions, and it appears to be working
> (there were two packages available for updating (GConf and
> oaf) which I was able to do with no problems).
Great -- Thank You, David.
-- Russ Herrold
Awesome! Thanks
-----Original Message-----
From: centos-devel-bounces(a)centos.org
[mailto:centos-devel-bounces@centos.org] On Behalf Of
Johnny Hughes
Sent: Monday, January 08, 2007 3:01 PM
To: CentOS-Devel
Subject: Re: [CentOS-devel] Count of mailing list
members
On Mon, 2007-01-08 at 10:58 -0800, Brett Simpson
wrote:
> Does anyone have a count of how many list members
> there are across all
> CentOS mailing lists?
>
> Brett
Yes :)
(oh ... do you want to know :P)
CentOS: 2514
CentOS-devel: 488
CentOS-Announce: 3233
CentOS-Mirror: 517
CentOS-Docs: 50
Thanks,
Johnny Hughes
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Does anyone have a count of how many list members
there are across all
CentOS mailing lists?
Brett
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hello,
Ralph Angenendt wrote:
> Daouda Lo wrote:
> > On 1/5/07, Johnny Hughes <johnny(a)centos.org> wrote:
> > >Oracle REALLY, REALLY, REALLY needs to rethink this policy ... giving
> > >away free ISOs that contain packages with known security vulnerabilities
> > >and not providing free security updates is wrong headed and ABSOLUTELY
> > >IRRESPONSIBLE.
> > >
> > >I can't understand how they can sleep at night.
>
> Looking at their security track regarding their flagship product - I
> think they're used to it or their drugs are strong enough :)
As the fortune program said:
"I'm sorry, sir, but you obviously has mistaken them for someone
who gives a sh*t"
:-)
Best Regards,
--
Durval Menezes (durval AT tmp DOT com DOT br, http://www.tmp.com.br/)
Hi,
Please help me..
I needed SVN Subversion 1.4 or greater on my centos server.
I enabled CentOSPlus by editing /etc/yum.repos.d/CentOS-Base.repo
But I got Subversion 1.1.4, which have lots of bugs which is fixed in higher
version of subversion 1.4
Release http://subversion.tigris.org/svn_1.4_releasenotes.html. Subversion
1.4 Release is stable version.
Is there any reason why we do not have Subversion 1.4 in the CentOSPlus repo
?
Is there any way to use Subversion 1.4 in the CentOSPlus repo.
Thanks in Advance.
Prabhat
-------------------------------------------------------------------------------------------------------------------
If we were born knowing everything, what would we do with all time on this
earth?
Hello everyone,
Firstly, have a great new year everyone! I am sure its going to be an
exciting 2007!
Secondly, I am looking for some help with creating migration guides and
( if needed ) scripts to help people move from Oracle's Linux to CentOS.
There have been a few requests for this, and we know that people who
installed Oracle's linux are updating their machines against the CentOS
repo's : and we'd like to give them an option of doing the right thing.
Its important that we make sure they dont leave behind broken installed
tree's ( Oracle does some odd things to the package Release tag's and in
some cases these people updating against CentOS will get left with
dangling packages, it would be nice if that didnt happen ).
So, would anyone like to take up this task ? I will help in whatever way
possible, David Parsley has also offered to help along anyone with his
experience in doing the TaoLinux to CentOS migration process.
What we need is essentially this :
1) A way to get the right config's setup ( and the centos-release
package installed )
2) Check the updates and package management system - get yum installed
and ensure up2date is pointing at the right place
3) Check for packages that need updating - and inform the user about them.
4) check for orphans ( packages that have no update path in the new
CentOS repo's ) and report them to the user - there is a script in
yum-utils that already does this.
5) Check and report on packages which have a EVR > than whats in CentOS
and report on what they are ( and maybe some changelog info that the
user can see and decide what he wants to do with the? or is that even
required ? )
6) Finally, do whatever is required to either move the machine to CentOS
or leave it alone.
I suppose the order in which things are done can easily be changed
- KB
--
Karanbir Singh : http://www.karan.org/ : 2522219@icq