AMD64 Linux documentation
by Gene C.
Is there any documentation available for the AMD64 version of Fedora Core (or
RHEL for that matter)? Yes, I have read the FAQ.
I am in the process of putting together a test system based on the AMD64
(actually an opteron since it is cheaper) and the motherboard will not arrive
until next week. So I thought I would try and do some research on AMD64 Linux
and how it is put together. I am especially interested in how it supports
both 32 bit and 64 bit applications and how the file system (and other stuff)
will be configured to handle both 32 bit and 64 bit applications. It might
also be nice to be able to have both 32 bit and 64 bit versions of some
applications installed at the same time (e.g., mozilla).
The only thing I could find for RHEL 3 is an Itanium and AMD64 Installation
Guide. But, as far as I can see, it only talks about the Itanium with no
mention of the AMD64/Opteron. The only thing I could find on debian is a
short HOWTO which basically comes down to ... install a 32 bit system and
then install a 64 bit kernel but do not install any 64 bit application
because they are not "stable". Since Red Hat is marketing (and delivering)
RHEL 3 for the AMD64/Opteron, I suspect they have worked out a lot of
stability problems (through a lot of blood, sweat and tears on their part).
I also took a quick look at both SUSE and Mandrake but the most I could find
was some pitches for selling their AMD64 version which will be available RSN.
I also did some browsing of the packages available in the preview version.
>From what I could see there are a couple of new directory trees such as
/lib64 and /usr/lib64 which hold the 64 bit versions of libraries with the 32
bit version going into /lib and /usr/lib. However, there are still conflicts
with between the 32 bit and 64 bit version of glibc (for example) --
/usr/share/doc, /usr/sbin/ sbin/ and /etc which would (not easily) allow
concurrent installation. I took a look at some of the packages in
taroon-amd64 and the same thing is true there.
I realize that this (Fedora Core for the AMD64) is a "work in progress" but I
am hoping for some information as to how these this will (are being) made to
work. One of the great attractions of the AMD64 (at least to me) is the
ability to run "old" 32 bit applications at the same time (on the same
system) I am running 64 bit applications. The AMD64 is very different from
the Itanium since I do not need to port and rebuild my 32 bit application ...
the only other hardware I am aware that has this dual mode (32 bit/64 bit)
capability is the Sun Sparc.
There is a little info (not much) on the amd64 mailing list but no real
discussion of how to resolve the package conflicts (other than using --force
which does not make sense to me).
OK, I am hoping that some of the folks at Red Hat (and perhaps others) have
given this some thought and have a strategy for this.
--
Gene
20 years, 4 months
Re: Re: Kernel 2.6 options that should be used on Fedora Core 2
by hutuworm
Andr?Oriani�
But NTFS is patented by MS, maybe it's impossible to integrate NTFS module into FC2.
======= 2003-12-19 17:16:00 Quote from your mail =======
>An other suggest is support to read NTFS. It is usefull for people who still have to use Microsoft's Products
>
>----- Original Message -----
>From: James Harrison <jamesaharrisonuk(a)yahoo.co.uk>
>Date: Thu, 18 Dec 2003 12:46:14 -0800 (PST)
>To: fedora-devel-list(a)redhat.com
>Subject: Re: Kernel 2.6 options that should be used on Fedora Core 2
>
>>
>> Thats a nice Christmas present, thanks.
>>
>> --- Andr?Oriani <aoriani(a)linuxmail.org> wrote:
>> > A lot of people use hardware such softmodems, ethernet cards, ect which
>> > drivers is write for a especial kernel version. I suggest that the FC2's
>> > precompiled kernel use the "use older kernel modules" option to keep the
>> > linux hardware compability.
>> >
>> >
>> > Andr?Oriani
>> > Computer Engineering
>> > Federal University of S� Carlos-Brasil
>> >
>> >
>> > --
>> > ______________________________________________
>> > Check out the latest SMS services @ http://www.linuxmail.org
>> > This allows you to send and receive SMS through your mailbox.
>> >
>> >
>> > Powered by Outblaze
>> >
>> >
>> > --
>> > fedora-devel-list mailing list
>> > fedora-devel-list(a)redhat.com
>> > http://www.redhat.com/mailman/listinfo/fedora-devel-list
>>
>>
>> =====
>> James Harrison
>>
>> __________________________________
>> Do you Yahoo!?
>> New Yahoo! Photos - easier uploading and sharing.
>> http://photos.yahoo.com/
>>
>>
>> --
>> fedora-devel-list mailing list
>> fedora-devel-list(a)redhat.com
>> http://www.redhat.com/mailman/listinfo/fedora-devel-list
>
>--
>______________________________________________
>Check out the latest SMS services @ http://www.linuxmail.org
>This allows you to send and receive SMS through your mailbox.
>
>
>Powered by Outblaze
>
>
>--
>fedora-devel-list mailing list
>fedora-devel-list(a)redhat.com
>http://www.redhat.com/mailman/listinfo/fedora-devel-list
==================================================
hutuworm
20 years, 4 months
Wishlist items
by Stephen Smoogen
Thanks for looking at cyrus-imapd (it seems added to devel right now). I
realized there was one other thing that we currently heavily use that
should be on my wishlist
cfengine (comes with Debian )
It is in extras-qa i think
--
Stephen John Smoogen smoogen(a)lanl.gov
Los Alamos National Lab CCN-5 Sched 5/40 PH: 4-0645
Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545
-- So shines a good deed in a weary world. = Willy Wonka --
20 years, 4 months
Re: Yet another futuristic wishlist item
by Nils O. Selåsdal
On Fri, 2003-12-19 at 13:50, Thomas Hille wrote:
> Am Do, den 18.12.2003 schrieb Miloslav Trmac um 16:29:
> > On Wed, Dec 17, 2003 at 03:45:56PM -0500, Behdad Esfahbod wrote:
> > > Can't we change the default partition labels from "/", "/home",
> > > ... to something like "mces:/", "mces:/home", ... where "mces" is
> > > the machine name? It would reduce the glitch when connecting two
> > > hard disks both with FC installed to a single machine.
> > We have only 16 characters in the label. That can be tight even
> > without the hostname.
> > Mirek
>
> Nevertheless this is an issue. Some days ago I installed the hd of
> another pc into my own. But fc mounts the last "/" partition it finds -
> ie on the highest drive. That is obviously always the wrong in the case
> when there are two. The only way to avoid mounting the wrong partition
> was to remove all that labeling stuff and use plain /dev/hda1 style
> entries in the fstab.
>
> Maybe we should drop using labels at all? To be honest I don't know what
> they are good for anyway. Or instead of using the hostname use a random
> number? Other suggestions maybe?
Atleast not the hostname. I would rather not have remember to update the
label when I set/change the hostname.
20 years, 4 months
up2date "What's changed"
by Tyler Larson
I would really like to see a "What's Changed" sort of feature when
examining the to-be-installed packages in up2date. I'm not quite sure
how that should be best implemented, though.
We've already got that nifty "View Advisory" button in the GUI. If all
the updates actually HAD an advisory it would be great. As is, though,
I've never actually seen an advisory on a Fedora package.
The way I see it, we'd probably want to do something like one of the
following:
* Start putting changelog-ish information in the advisory if the package
is just an update
* Add the ability to view the changelog from up2date
* Add the ability to view at least the last n entries in the changelog
from up2date.
20 years, 4 months
Re: D-Link DWL120+ USB WLAN card support
by MG
Joshua Eichorn <jeichorn(a)joshuaeichorn.com>:
>
> The fun of random chipsets, you'll need to look around on google, i
> think the wlan-ng supports the prism2 chip details at:
> http://www.linux-wlan.org/
> -josh
>
It write:
D-Link|802.11b+ 22Mbps|DWL-120+|USB|TI| - |Tx pwer 15 dBm 256-bit WEP|
Linux-wlan-ng doesn't support... :(
Bye!
Gabor
20 years, 4 months
Re: Anaconda is not the place for pedantic customization
by Jef Spaleta
Chris Ricker
> None of your ideas work with the current setup, which is that RH's >
package
> developers are putting non-essential dependencies into RPMs just to allow
> upgraders to get the new non-essential software
Oh, I'm working under the assumption that the debate over the moral
superiority of the non-essential deps is already over. The non-essential
deps is clearly a kludge to fill a need in place of a better technical
solution that does not exist yet. Whether people in the community can
step up to the plate and help implement a clean technical solution that
meets the need provided is to be seen. But I'm arguing that any
technical solution as a replacement for non-essential deps that requires
anaconda to offer package grouping choices is a bad one. You pick your
fights, I'll pick mine :->
And other than the Suggested/Recommended dep tagging being added to
packages I'm really not sure that any other offered solution will work
for the cases the non-essential dep tagging is being used for. I'll
admit I'm having a hard time following Jeremy's back and forth over
using the comps files and groups to try to fill the same need the
non-essential deps tagging tries to do. But trying to do this in the
comps file sure looks really fragile to me. And as for the
Suggested/recommended dep tagging..thats going to be a big technical
hurtle to try to climb to get implemented. But who ever said the right
way was the easy way.
> My point is that the claim that that's necessary isn't true. There are other
> ways to give upgraders the chance to get new software, without forcing that
> new software down everyone's throats as the current status quo does.
> Anaconda, firstboot, etc. are all possible places to present it -- the
> important point is that a choice can be offered, not the details of where /
> when it's offered.
It's clear the goal to date has not been focused on providing ultimate
configurability over what is installed. The focus has clearly been to
make sure that the software 'preferred' in a general usage scenario is
installed so mere mortals do not suffer from lack of
functionality/featuritis. The general use case is no customization. If a
solution that gives you more customization control does not work
reliably or is much harder to test and debug for the general use no
customization scenario...its not a good solution.
I'm still not convinced that you can 'reliably' use the comps file
groupings to make sure the 'preferred' software gets installed for the
general use case where there is no customization desired at
install/upgrade time. I can't help but thing moving the equivalent
'preferred' functionality that the non-essential deps try to provide to
the comps file that anaconda sees is going to be significantly harder to
test and debug, simply for the very fact that most testers are not going
to volunteer to reinstall/upgrade their boxes every day using the latest
installer images to test for specific comps file bugs concerning the
split between preferred/essential packages.
I don't think a solution that can not be expected to work reliably in
the 'no customization' case and involves a much more complicated testing
scenario to debug is a better solution.
-jef
20 years, 4 months
Kdevelop 3 rpms
by Lamont R. Peterson
All,
Is someone working on kdevelop3 RPMs?
If not, I have been building them for my use and would be quite happy to
take on the effort of producing them for FC.
Currently, I am building from the CVS repository, updating the RPMs at
*least* weekly.
--
Lamont Peterson <lamont(a)gurulabs.com>
Senior Instructor
Guru Labs <http://www.gurulabs.com/>
20 years, 4 months
Gnome and KDE sharing the same Desktop folder
by André Oriani
Hi, I'm new to the list, so I don't know if we have had some discussion about Gnome and KDE sharing the same Desktop folder on FC1.
I've used RedHat since version 8 , and always these destop enviroments have differents directories for Desktop. I've upgrade to Fedora from RH9 an I got a mess!! Desktop items that mount a device from Kde don't work in Gnome and 'vice-versa'.
I hope that in FC2 KDE and Gnome come back to use different folders.
André Oriani
Computer's Engeneering
Federal University of São Carlos-Brasil
--
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org
This allows you to send and receive SMS through your mailbox.
Powered by Outblaze
20 years, 4 months
FC2 initial schedule posted
by Michael K. Johnson
Finalizing the new set of leaders was taking longer than I had hoped,
so we just picked an ad-hoc committee of Red Hat and external people
and hammered out a schedule last week, and then refined it a bit
afterward. Here it is:
http://fedora.redhat.com/participate/schedule/
As noted on the schedule, this is EXTREMELY aggressive considering
the technology.
michaelkjohnson
"He that composes himself is wiser than he that composes a book."
Linux Application Development -- Ben Franklin
http://people.redhat.com/johnsonm/lad/
20 years, 4 months