Le 15/12/2013 05:55, Les Mikesell a écrit :
> On Sat, Dec 14, 2013 at 6:04 PM, Reindl Harald wrote:
>>
>> so stay on RHEL6/CentOS6 until this old hardware dies
>> where is the problem?
> Google Chrome, etc.
>
>> http://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux
>> http://en.wikipedia.org/wiki/
On 12/14/2013 8:55 PM, Les Mikesell wrote:
> Nobody wants old desktop apps.
new apps tend to have heavier memory and performance requirements.
we don't run 16 bit stuff anymore either, and 16 bit computers, like
intel 286, are LONG obsolete, outside of the low end embedded market.
--
john r
On 12/15/2013 09:40 PM, John R Pierce wrote:
> On 12/14/2013 8:55 PM, Les Mikesell wrote:
>> Nobody wants old desktop apps.
>
> new apps tend to have heavier memory and performance requirements.
>
> we don't run 16 bit stuff anymore either, and 16 bit computers, like
> intel 286, are LONG obsole
How much GB RAM RHEL 7 64bit support ?
Công Nghệ VPS - LEVU BIS Co., Ltd
Website : http://congnghevps.net";>http://congnghevps.net
Email : i...@congnghevps.net
Phone : 055.3.842.159
Yahoo : levubis
XEN VPS, Cloud VPS, Dedicated Server, Game Server
> Date: Sun, 15 Dec 2013 22:21:27 +1300
> From: p
Le 15/12/2013 10:23, LEVU BIS a écrit :
> How much GB RAM RHEL 7 64bit support ?
From release notes, for x86_64,
'3 TB supported/64 TB'
That's the same as for RHEL 6.
Alain
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/lis
On Sat, Dec 14, 2013 at 5:12 PM, Brian Miller wrote:
> On Sat, 2013-12-14 at 16:09 -0500, Larry Martell wrote:
>> On Sat, Dec 14, 2013 at 4:01 PM, wrote:
>> > On Fri, 13 Dec 2013, Larry Martell wrote:
>> >
>> >> On Fri, Dec 13, 2013 at 5:21 PM, wrote:
>> >>> Larry Martell wrote:
>> On Fri
On Sun, Dec 15, 2013 at 2:18 AM, Alain Péan wrote:
>
>>> so stay on RHEL6/CentOS6 until this old hardware dies
>>> where is the problem?
>> Google Chrome, etc.
>>
>>> http://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux
>>> http://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux#Life-cycle_dates
>>
On 12/15/2013 1:21 AM, Peter wrote:
> the needs of RedHat customers are different to
> those of CentOS users
CentOS *IS* RHEL rebuilt without branding and offered without support
contracts. So saying the needs of the user differ is specious.
--
john r pierce
On Sun, Dec 15, 2013 at 11:47 AM, John R Pierce wrote:
> On 12/15/2013 1:21 AM, Peter wrote:
>> the needs of RedHat customers are different to
>> those of CentOS users
>
> CentOS *IS* RHEL rebuilt without branding and offered without support
> contracts. So saying the needs of the user differ is
On 12/15/2013 10:27 AM, Les Mikesell wrote:
> It does make sense in the context of being able to build a 32-bit
> version from RHEL sources, though.
which is completely untested
anyways, doesn't EL7 use XFS now by default? XFS is completely
UNsupported with a 32bit kernel as the stack is to
On Sun, Dec 15, 2013 at 10:35:31AM -0800, John R Pierce wrote:
>
> anyways, doesn't EL7 use XFS now by default? XFS is completely
> UNsupported with a 32bit kernel as the stack is too small.
ext2/3/4 are all still available which are perfectly content with i686/32bit.
On Sun, Dec 15, 2013 at 10:35:31AM -0800, John R Pierce wrote:
> On 12/15/2013 10:27 AM, Les Mikesell wrote:
> > It does make sense in the context of being able to build a 32-bit
> > version from RHEL sources, though.
>
> which is completely untested
>
> anyways, doesn't EL7 use XFS now by de
On 12/15/2013 11:42 AM, Scott Robbins wrote:
> To answer just part of the question, yes, it's using XFS by default. If
> you choose standard partition during installation and make no other
> changes, you will have an XFS partition.
so a custom 32 bit build, the installer probably should be modifi
On Sun, Dec 15, 2013 at 11:59:36AM -0800, John R Pierce wrote:
>
> so a custom 32 bit build, the installer probably should be modified to
> use EXT3 or 4 instead (in 32bits I'd be inclined to stick with 3),
> requiring yet more testing and debugging.
Which should be a trivial QA test.
Why the
On 12/15/2013 12:11 PM, John R. Dennison wrote:
> Why the reservations with ext4 on a 32bit platform?
limited memory space.
--
john r pierce 37N 122W
somewhere on the middle of the left coast
___
CentOS mailing l
Hi! I have a small problem with some packages : i was doing an update
over ssh and my connection was interrupted .. now i have a lots of
duplicates and if i try to remove them, yum tries to uninstall all
system (447 packages 1.4 gb)!!
Any idea how can i clean this mess? would be pretty bad if the
On Sun, Dec 15, 2013 at 2:34 PM, Adrian Sevcenco
wrote:
> Hi! I have a small problem with some packages : i was doing an update
> over ssh and my connection was interrupted .. now i have a lots of
> duplicates and if i try to remove them, yum tries to uninstall all
> system (447 packages 1.4 gb)!!
On 2013-12-15, John R Pierce wrote:
> On 12/15/2013 1:21 AM, Peter wrote:
>> the needs of RedHat customers are different to
>> those of CentOS users
>
> CentOS *IS* RHEL rebuilt without branding and offered without support
> contracts. So saying the needs of the user differ is specious.
I disag
On Sat, 14 Dec 2013, Peter wrote:
> On 12/14/2013 12:38 PM, Warren Young wrote:
>> On 12/13/2013 16:20, Michael Hennebry wrote:
>>> Any ideas on how to proceed?
>>
>> There may be a final screw under one of the stickers.
>
> Yes, it looks to me like there should be a screw under the QC Pass
> stic
On 12/16/2013 12:21 PM, Michael Hennebry wrote:
> On Sat, 14 Dec 2013, Peter wrote:
>
>> On 12/14/2013 12:38 PM, Warren Young wrote:
>>> On 12/13/2013 16:20, Michael Hennebry wrote:
Any ideas on how to proceed?
>>>
>>> There may be a final screw under one of the stickers.
>>
>> Yes, it looks
On Mon, 16 Dec 2013, Peter wrote:
> On 12/16/2013 12:21 PM, Michael Hennebry wrote:
>> I took more pictures and added
>> web.cs.ndsu.nodak.edu/~hennebry/computer/ps[45].jpg to my website.
>
> #4 gives permission denied.
Fixed now.
Don't know why it was the only one without read permission.
Copie
On 12/16/2013 12:49 PM, Michael Hennebry wrote:
>
> Looks like I'll need to see whether I still have my multimeter.
Not sure what you're planning to find on your multimeter, bad caps are
hard to detect. The only real way I know of to properly test if a
problem is originating from a PSU is to swa
I see 2 components in ps4.jpg that look like they've ruptured.
One in the mid/foreground with the yellow hot glue on it (the shorter
one, between the inductor and the caps), and one hiding under the
harness that exits the supply... to the upper-right of the green cap,
near the PS housing.
_
On 12/15/2013 10:54 PM, Reindl Harald wrote:
>
>
> Am 15.12.2013 21:34, schrieb Adrian Sevcenco:
>> Hi! I have a small problem with some packages : i was doing an update
>> over ssh and my connection was interrupted .. now i have a lots of
>> duplicates and if i try to remove them, yum tries to u
On 12/15/2013 11:54 PM, Les Mikesell wrote:
> On Sun, Dec 15, 2013 at 2:34 PM, Adrian Sevcenco
> wrote:
>> Hi! I have a small problem with some packages : i was doing an update
>> over ssh and my connection was interrupted .. now i have a lots of
>> duplicates and if i try to remove them, yum trie
25 matches
Mail list logo