Re: Anaconda multiple Ethernet cards question
On 21/09/09 23:42, John Reiser wrote: Print the low 24 bits as 6 hex digits (possibly with no punctuation), and chop the description string after 22 characters (for example.) Why not use the DMI External Connector Designator. That's what the manufacturer provides to identify external ports after all. Some examples for kit I have to hand: MacMini eth0 00:16:CB:xx:xx:3D Ethernet MacBook Pro eth0 00:17:F2:xx:xx:2E RJ-45 Acer Altos R300 (no external connector designation) eth0 00:00:E2:xx:xx:FE eth1 00:00:E2:xx:xx:FF Acer Altos R510 eth0 00:0E:0C:xx:xx:CF NIC2/2 eth1 00:0E:0C:xx:xx:CE NIC1/2 IBM xSeries 343 eth0 00:0E:0C:xx:xx:D9 NIC2/2 eth1 00:0E:0C:xx:xx:D8 NIC1/2 The results aren't too bad, especially for those last two Intel motherboards where the ethN and physical port orders are reversed. -- Glen Turner http://www.gdt.id.au/~gdt/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Firewall rules using SELinux context (Was Re: RFE: FireKit)
On 25/07/09 07:14, Simo Sorce wrote: What's the value of labeling packets based on source/destination ports ? Doesn't seem to add any new information. Indeed. Security marking can add an additional IP header, so that a multilevel operating system on one machine can pass those multiple levels of data across an intervening network. -- Glen Turner -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: FESCo meeting summary for 2009-06-26
On 30/06/09 01:39, Bill Nottingham wrote: That's a really crappy place for that message, though. What's the user supposed to do there... reboot and then go download another 700MB - 4GB? Yes it's a crappy place. I knew that when I suggested it. I just couldn't think of a Javascript hack which would cough up the CPU features even when running under a 32b OS like Windows Xp. Suggestions welcomed. -- Glen Turner http://www.gdt.id.au/~gdt/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Changing the default 32-bit x86 arch for Fedora 12 (#2)
On 18/06/09 11:03, Jeff Spaleta wrote: Its all a matter of how you look at it. If it turns out that a lot of 64bit hardware owners are running 32bit Fedora 11... It would be useful if anaconda displayed a info box telling people when they were considering installing 32b Linux on systems with 32/64b CPUs and more than about 800MB of RAM. [1] In disk and networking the win from 64b is considerable due to much reduced low memory fragmentation and in general there's a lot less stuffing about with DMA. It is well worthwhile for people to install 64b Linux when that is reasonable, but as this thread has pointed out determining 64b capabilities prior to installation is a big ask of people unfamiliar with the intricacies of their CPU vendor's products. Thus the requirement to let installers of 32b Linux know when a better choice is available (but of course, not to insist upon that better choice -- the info box should only be informational). [1] More technically, when /proc/meminfo's LowTotal MemTotal. -- Glen Turner -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
