From prarit at redhat.com Tue Mar 6 21:55:01 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Tue, 06 Mar 2007 16:55:01 -0500 Subject: [Fedora-ia64-list] F7 test2 isos being built now ... Message-ID: <45EDE335.7030202@redhat.com> I'm building the test2 isos right now. Hopefully will have them up in the next 24 hours. P. From prarit at redhat.com Thu Mar 8 14:41:08 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Thu, 8 Mar 2007 09:41:08 -0500 Subject: [Fedora-ia64-list] [Fedora PATCH]: NULL pointer in ia64/irq chip-mask/unmask function Message-ID: <20070308144108.17801.81026.sendpatchset@prarit.boston.redhat.com> Dave/Chuck, From http://marc.theaimsgroup.com/?l=linux-ia64&m=117330888525162&w=2 Resolves BZ 231219. Successfully tested by me. From: KAMEZAWA Hiroyuki [IA64] fix NULL pointer in ia64/irq_chip-mask/unmask function This patch fixes boot failure because irq_desc->mask() is NULL. - Added mask/unmask functions to ia64's irq desc function table. - rename hw_interrupt_type to irq_chip. hw_interrupt_type is old name. - Tony: Added same change to arch/ia64/sn/kernel/irq.c as pointed out by Eric Biederman ... mask/unmask functions there can be no-op. Signed-off-by: KAMEZAWA Hiroyuki Signed-off-by: Andrew Morton Signed-off-by: Tony Luck diff --git a/arch/ia64/kernel/iosapic.c b/arch/ia64/kernel/iosapic.c index d6aab40..dcfbf3e 100644 --- a/arch/ia64/kernel/iosapic.c +++ b/arch/ia64/kernel/iosapic.c @@ -446,7 +446,7 @@ #define iosapic_enable_level_irq unmask_ #define iosapic_disable_level_irq mask_irq #define iosapic_ack_level_irq nop -struct hw_interrupt_type irq_type_iosapic_level = { +struct irq_chip irq_type_iosapic_level = { .name = "IO-SAPIC-level", .startup = iosapic_startup_level_irq, .shutdown = iosapic_shutdown_level_irq, @@ -454,6 +454,8 @@ struct hw_interrupt_type irq_type_iosapi .disable = iosapic_disable_level_irq, .ack = iosapic_ack_level_irq, .end = iosapic_end_level_irq, + .mask = mask_irq, + .unmask = unmask_irq, .set_affinity = iosapic_set_affinity }; @@ -493,7 +495,7 @@ #define iosapic_enable_edge_irq unmask_ #define iosapic_disable_edge_irq nop #define iosapic_end_edge_irq nop -struct hw_interrupt_type irq_type_iosapic_edge = { +struct irq_chip irq_type_iosapic_edge = { .name = "IO-SAPIC-edge", .startup = iosapic_startup_edge_irq, .shutdown = iosapic_disable_edge_irq, @@ -501,6 +503,8 @@ struct hw_interrupt_type irq_type_iosapi .disable = iosapic_disable_edge_irq, .ack = iosapic_ack_edge_irq, .end = iosapic_end_edge_irq, + .mask = mask_irq, + .unmask = unmask_irq, .set_affinity = iosapic_set_affinity }; diff --git a/arch/ia64/sn/kernel/irq.c b/arch/ia64/sn/kernel/irq.c index 8c5bee0..8d2a1bf 100644 --- a/arch/ia64/sn/kernel/irq.c +++ b/arch/ia64/sn/kernel/irq.c @@ -205,7 +205,17 @@ static void sn_set_affinity_irq(unsigned (void)sn_retarget_vector(sn_irq_info, nasid, slice); } -struct hw_interrupt_type irq_type_sn = { +static void +sn_mask_irq(unsigned int irq) +{ +} + +static void +sn_unmask_irq(unsigned int irq) +{ +} + +struct irq_chip irq_type_sn = { .name = "SN hub", .startup = sn_startup_irq, .shutdown = sn_shutdown_irq, @@ -213,6 +223,8 @@ struct hw_interrupt_type irq_type_sn = { .disable = sn_disable_irq, .ack = sn_ack_irq, .end = sn_end_irq, + .mask = sn_mask_irq, + .unmask = sn_unmask_irq, .set_affinity = sn_set_affinity_irq }; From davej at redhat.com Thu Mar 8 20:21:54 2007 From: davej at redhat.com (Dave Jones) Date: Thu, 8 Mar 2007 15:21:54 -0500 Subject: [Fedora-ia64-list] [Fedora PATCH]: NULL pointer in ia64/irq chip-mask/unmask function In-Reply-To: <20070308144108.17801.81026.sendpatchset@prarit.boston.redhat.com> References: <20070308144108.17801.81026.sendpatchset@prarit.boston.redhat.com> Message-ID: <20070308202154.GA15560@redhat.com> On Thu, Mar 08, 2007 at 09:41:08AM -0500, Prarit Bhargava wrote: > Dave/Chuck, > > From > > http://marc.theaimsgroup.com/?l=linux-ia64&m=117330888525162&w=2 > > Resolves BZ 231219. > > Successfully tested by me. > > Merged to devel/ for 2977 kernel and above. I'll bounce Chuck a copy too for FC5/FC6, as I don't think he's on this list. Dave -- http://www.codemonkey.org.uk From prarit at redhat.com Thu Mar 8 21:07:42 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Thu, 08 Mar 2007 16:07:42 -0500 Subject: [Fedora-ia64-list] We're a year old today ... Message-ID: <45F07B1E.80505@redhat.com> I just noticed that. P. From prarit at redhat.com Thu Mar 8 21:08:19 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Thu, 08 Mar 2007 16:08:19 -0500 Subject: [Fedora-ia64-list] We're a year old today ... In-Reply-To: <45F07B1E.80505@redhat.com> References: <45F07B1E.80505@redhat.com> Message-ID: <45F07B43.1000903@redhat.com> Prarit Bhargava wrote: > I just noticed that. Well ;) maybe two years old :) P. > > P. > > -- > Fedora-ia64-list mailing list > Fedora-ia64-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-ia64-list > From yongkang.you at intel.com Fri Mar 9 14:26:52 2007 From: yongkang.you at intel.com (Yongkang You) Date: Fri, 09 Mar 2007 22:26:52 +0800 Subject: [Fedora-ia64-list] We're a year old today ... In-Reply-To: <45F07B43.1000903@redhat.com> References: <45F07B1E.80505@redhat.com> <45F07B43.1000903@redhat.com> Message-ID: <45F16EAC.7090200@intel.com> Prarit Bhargava wrote: > > > Prarit Bhargava wrote: >> I just noticed that. > > Well ;) maybe two years old :) Congrats~ Why maybe? :) > > P. > >> >> P. >> >> -- >> Fedora-ia64-list mailing list >> Fedora-ia64-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-ia64-list >> > > -- > Fedora-ia64-list mailing list > Fedora-ia64-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-ia64-list From prarit at redhat.com Fri Mar 9 18:31:20 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Fri, 09 Mar 2007 13:31:20 -0500 Subject: [Fedora-ia64-list] F7 test2 isos being built now ... In-Reply-To: <45EDE335.7030202@redhat.com> References: <45EDE335.7030202@redhat.com> Message-ID: <45F1A7F8.9070301@redhat.com> Prarit Bhargava wrote: > I'm building the test2 isos right now. Hopefully will have them up in > the next 24 hours. > I'm trying to resolve an issue where text mode installs seem to be hanging... hopefully I can get this resolved quickly ... P. > P. > > -- > Fedora-ia64-list mailing list > Fedora-ia64-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-ia64-list > From cebbert at redhat.com Sun Mar 11 00:10:50 2007 From: cebbert at redhat.com (Chuck Ebbert) Date: Sat, 10 Mar 2007 19:10:50 -0500 Subject: [Fedora-ia64-list] [Fedora PATCH]: NULL pointer in ia64/irq chip-mask/unmask function In-Reply-To: <20070308144108.17801.81026.sendpatchset@prarit.boston.redhat.com> References: <20070308144108.17801.81026.sendpatchset@prarit.boston.redhat.com> Message-ID: <45F3490A.9080709@redhat.com> Prarit Bhargava wrote: > Dave/Chuck, > > From > > http://marc.theaimsgroup.com/?l=linux-ia64&m=117330888525162&w=2 > > Resolves BZ 231219. > > Successfully tested by me. > Applied to kernel 2.6.20-1.2925.fc6. Will apply to fc5 as well. You should send this to stable at kernel.org, too. From prarit at redhat.com Mon Mar 12 14:17:30 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Mon, 12 Mar 2007 10:17:30 -0400 Subject: [Fedora-ia64-list] RFH: Fedora ia64 Hardware & Volunteer Request Message-ID: <20070312141730.26837.28538.sendpatchset@prarit.boston.redhat.com> Colleagues, In approximately two weeks the Fedora Project will no longer be providing IA64 binary RPMs. Fedora Project has chosen to move its operations external of Red Hat to allow more independent contribution to the Fedora distribution. The reasoning behind this decision was that package maintainers external to Red Hat could not access Red Hat's internal infrastructure. This prohibited all external maintainers from modifying source code, etc., which has been a hinderence to the Fedora Project. The ramifications of this decision are significant; Fedora Project will no longer be using the IA64 systems in Red Hat's build farm to compose packages in the fedora devel tree (or rawhide as it is commonly known). In short, fedora-ia64 will no longer be built in two weeks. When I started toying with the idea of resurrecting ia64 on Fedora over 2 years ago, the kernel and many parts of Fedora were not even compiling. Fast-forwarding to the current snapshot, we rarely have serious breakage (Yes, we do have occasional growing pains, but for the most part we do know that the issues will be fixed and a later release will again be functional), many vendors are using/testing it, and it's become, in my opinion, one of the better community-supported architectures in the Fedora tree. I would like to keep fedora-ia64 up-and-running. I think my efforts have been well spent maintaining the distribution and there are benefits that we all have experienced: - The distribution mirrors upstream closely meaning that upstream changes can be tested quickly, - Fedora is well tested and stable on other arches, and - changes to fedora-ia64 are beneficial for those of us also interested in Red Hat's Enterprise Linux on IA64. Kernel options and package inclusion in Fedora make it easier to get those options and packages in RHEL ia64. - the overall set of capabilities of ia64 in general in RHEL5 was much stronger as a result of fedora-ia64. Additionally it was a smoother (ie, fewer critical bugs) release development cycle as a result. I alone cannot maintain fedora-ia64. I have increasing obligations at Red Hat on ia64 and non-ia64 platform issues. Unfortunately I do not have the time, the hardware, or the space to independently maintain an IA64 distribution. In order to keep fedora-ia64 development ongoing I am asking for assistance from the major companies on this list (HP, Hitachi, Fujitsu, NEC, Bull, SGI, Fujitsu-Siemens, and of course Intel) in obtaining the following: a) Systems for a small build farm. These systems do not have to be large systems, or even new systems. I estimate that three or four 2 or 4 processor boxes are required. This allows the build engine to do 4 or 5 simultaneous builds on each box. The use of these machines as a build system also add have a valuable side-effect -- the systems are guaranteed to run fedora-ia64. (Please note that these systems should be rack-mountable and be no more than 4U in size.) b) Storage. A good start would be 500GB of storage. An estimate of keeping a release and 4 nightly builds is approximately 150G. As time goes on, the amount of storage would increase, albeit, slowly. The ideal situation would be a dedicated RAID array that a System Adminstrator could mirror. c) A site for the build farm. The site would have to be www accessible in order for other interested parties to mirror the built RPMs and ISOs. d) A System Administrator assigned to work with Tim Yamin (plasm at roo.me.uk) [1] and fedora-ia64 to get the build environment running on the donated systems. The System Adminstrator's responsiblities would include making sure that Tim and Prarit have remote access to the machines and provide other "hands-on" assistance that maybe required to get the systems configured correctly. I have discussed this effort with the Fedora Project and they have kindly offered their assistance to the System Administrator in getting the build system up and running. With the above four items, I'm positive that we can continue to maintain Fedora-ia64. I'm looking for a volunteer and hardware -- please email with any offers or questions to prarit at redhat.com and plasm at roo.me.uk. Thanks, Prarit Bhargava prarit at redhat.com Maintainer of fedora-ia64 [1] For those of you who do not know Tim Yamin, he was with the Gentoo project and handled the IA64 release engineering, bug fixing, and some Documentation writing. He has kindly offered his services to the fedora-ia64 project. From jbass at dmsd.com Mon Mar 12 15:28:10 2007 From: jbass at dmsd.com (John L. Bass) Date: Mon, 12 Mar 2007 09:28:10 -0600 Subject: [Fedora-ia64-list] RFH: Fedora ia64 Hardware & Volunteer Request Message-ID: <200703121528.l2CFSACc012815@dmsd.com> What are the chances of getting the IA64 build machines located where the new Fedora Build Farm will be, and having the fedora-ia64 release become a mainstream Fedora release? I can donate a dual processor Intel/Dell SR870BH2 based machine if that is the short/long term goal. John From prarit at redhat.com Mon Mar 12 15:36:30 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Mon, 12 Mar 2007 11:36:30 -0400 Subject: [Fedora-ia64-list] RFH: Fedora ia64 Hardware & Volunteer Request In-Reply-To: <200703121528.l2CFSACc012815@dmsd.com> References: <200703121528.l2CFSACc012815@dmsd.com> Message-ID: <45F5737E.2070603@redhat.com> John, thanks for volunteering :) John L. Bass wrote: > What are the chances of getting the IA64 build machines located where the > new Fedora Build Farm will be, and having the fedora-ia64 release become a > mainstream Fedora release? > > I hope that they're one-and-the-same, and I suspect that whomever steps forward will have all four requests covered. > I can donate a dual processor Intel/Dell SR870BH2 based machine if that is > the short/long term goal. > > Sounds interesting and I'll keep it in mind. Let's see if any of the vendors step up :) P. > John > From yanmin_zhang at linux.intel.com Tue Mar 13 03:04:28 2007 From: yanmin_zhang at linux.intel.com (Zhang, Yanmin) Date: Tue, 13 Mar 2007 11:04:28 +0800 Subject: [Fedora-ia64-list] RFH: Fedora ia64 Hardware & Volunteer Request In-Reply-To: <20070312141730.26837.28538.sendpatchset@prarit.boston.redhat.com> References: <20070312141730.26837.28538.sendpatchset@prarit.boston.redhat.com> Message-ID: <1173755068.31490.15.camel@ymzhang> On Mon, 2007-03-12 at 10:17 -0400, Prarit Bhargava wrote: > Colleagues, > > In approximately two weeks the Fedora Project will no longer be providing IA64 > binary RPMs. > > Fedora Project has chosen to move its operations external of Red Hat to allow > more independent contribution to the Fedora distribution. The reasoning behind > this decision was that package maintainers external to Red Hat could not access > Red Hat's internal infrastructure. This prohibited all external maintainers > from modifying source code, etc., which has been a hinderence to the Fedora > Project. > > The ramifications of this decision are significant; Fedora Project will no > longer be using the IA64 systems in Red Hat's build farm to compose packages > in the fedora devel tree (or rawhide as it is commonly known). So could futural fedora ia64 be released on schedule? If other companies hold fedora ia64 rpms, would th build errors of rpms (both applications and kernel) be resolved in time? From prarit at redhat.com Tue Mar 13 11:04:34 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Tue, 13 Mar 2007 07:04:34 -0400 Subject: [Fedora-ia64-list] RFH: Fedora ia64 Hardware & Volunteer Request In-Reply-To: <1173755068.31490.15.camel@ymzhang> References: <20070312141730.26837.28538.sendpatchset@prarit.boston.redhat.com> <1173755068.31490.15.camel@ymzhang> Message-ID: <45F68542.1020109@redhat.com> Zhang, Yanmin wrote: > > So could futural fedora ia64 be released on schedule? On schedule? You mean on our own schedule? No -- we would stick to Fedora Project's schedule. > If other companies hold > fedora ia64 rpms, would th build errors of rpms (both applications and kernel) be > resolved in time? > > We will continue to send patches to upstream maintainers. P. > -- > Fedora-ia64-list mailing list > Fedora-ia64-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-ia64-list > > From prarit at redhat.com Thu Mar 15 17:39:14 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Thu, 15 Mar 2007 13:39:14 -0400 Subject: [Fedora-ia64-list] RFH: Fedora ia64 Hardware & Volunteer Request In-Reply-To: <45F68542.1020109@redhat.com> References: <20070312141730.26837.28538.sendpatchset@prarit.boston.redhat.com> <1173755068.31490.15.camel@ymzhang> <45F68542.1020109@redhat.com> Message-ID: <45F984C2.3030709@redhat.com> Intel has stepped in to help us out! They're donating a rack, systems, and everything else we asked for. The systems will be hosted internally at Intel. Thanks to Intel -- this really helps us out, P. From jbass at dmsd.com Thu Mar 15 17:42:17 2007 From: jbass at dmsd.com (John L. Bass) Date: Thu, 15 Mar 2007 11:42:17 -0600 Subject: [Fedora-ia64-list] RFH: Fedora ia64 Hardware & Volunteer Request Message-ID: <200703151742.l2FHgHhN028809@dmsd.com> Great ... This means that ISO's for SR870 based systems are likely to finally get debugged and work :) John Date: Thu, 15 Mar 2007 13:39:14 -0400 From: Prarit Bhargava To: ia64 Fedora Core Development Subject: Re: [Fedora-ia64-list] RFH: Fedora ia64 Hardware & Volunteer Request Intel has stepped in to help us out! They're donating a rack, systems, and everything else we asked for. The systems will be hosted internally at Intel. Thanks to Intel -- this really helps us out, P. From prarit at redhat.com Mon Mar 19 15:58:38 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Mon, 19 Mar 2007 11:58:38 -0400 Subject: [Fedora-ia64-list] CDs vs DVDs Message-ID: <45FEB32E.1060909@redhat.com> Just curious -- does anyone really want CD isos of fedora-ia64 releases anymore? (Not releasing CD isos would save space ...) P. From jbass at dmsd.com Mon Mar 19 16:24:44 2007 From: jbass at dmsd.com (John L. Bass) Date: Mon, 19 Mar 2007 10:24:44 -0600 Subject: [Fedora-ia64-list] CDs vs DVDs Message-ID: <200703191624.l2JGOiM4015432@dmsd.com> yes, several of my machines only have cd readers. From mshlitz at yahoo.com Mon Mar 19 16:35:41 2007 From: mshlitz at yahoo.com (mike shlitz) Date: Mon, 19 Mar 2007 09:35:41 -0700 (PDT) Subject: [Fedora-ia64-list] CDs vs DVDs In-Reply-To: <45FEB32E.1060909@redhat.com> Message-ID: <701046.83940.qm@web60313.mail.yahoo.com> Hi, My IA 64 is an older Compaq 590/64 machine with CD ROM, so yes, I would... Thanks, Mike --- Prarit Bhargava wrote: > Just curious -- does anyone really want CD isos of > fedora-ia64 releases > anymore? > > (Not releasing CD isos would save space ...) > > P. > > -- > Fedora-ia64-list mailing list > Fedora-ia64-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-ia64-list > ____________________________________________________________________________________ Finding fabulous fares is fun. Let Yahoo! FareChase search your favorite travel sites to find flight and hotel bargains. http://farechase.yahoo.com/promo-generic-14795097 From prarit at redhat.com Fri Mar 23 13:54:04 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Fri, 23 Mar 2007 09:54:04 -0400 Subject: [Fedora-ia64-list] Fedora ia64 Buglist 2007-3-23 Message-ID: <200703231354.l2NDs4BJ008317@int-mx1.corp.redhat.com> Bugs filed against fedora-ia64. If a you have filed a bug and it is not listed below, then it is likely you did not file it under the appropriate Product (Fedora Core) or Hardware Category (ia64). Total bugs in each state: NEEDINFO: 6 VERIFIED: 1 MODIFIED: 1 ASSIGNED: 9 ON_DEV : 1 CLOSED : 184 NEW : 18 POST : 3 RECENT MOVERS (changed in past 7 days): 13 232904: [NEW] anaconda: Dependency Check goes from 0 to 100% instantaneously 232895: [NEEDINFO] cannot access filesystem through sata_nv drivers 232784: [CLOSED] httpd segfaults during some operations. 231219: [POST] devel/ia64: Unable to handle kernel NULL pointer dereferrence 231010: [CLOSED] Bad file descriptor errors 231004: [CLOSED] Text Installation hangs going to network step 230552: [NEW] ia64: Altix spinlock recursion leads to deadlock 224182: [CLOSED] parted crashes if LANG=it_IT.UTF-8 is set 212515: [ASSIGNED] vncfb does not run on IA64 212117: [ASSIGNED] Dom0 does not boot when audit packages are intalled. 211444: [NEW] DomU/DomVTI cannot boot on IA64 208062: [NEW] [IA64-Xen] XenU would crash Xen0, if insmod xennet.ko 163350: [ASSIGNED] Tracking bug for Fedora Core ia64/Itanium support NEW state: 18 232904: anaconda: Dependency Check goes from 0 to 100% instantaneously 231544: nash can't find device-mapper major/minor 231157: swapper hanging kernel during boot 230552: ia64: Altix spinlock recursion leads to deadlock 228599: FutureFeature BasKet 1.0 !! 225459: Anaconda vgcreate failure 224666: unaligned access messages from setroubleshootd 223759: Kernel hanged 212929: xen-sdlfb is defunct 212299: The Domain-0 was hang after the VTI-Domain panic 212295: domVTI cannot boot with a message ""Cannot allocate memory"". 211961: Install hangs with blank screen 211444: DomU/DomVTI cannot boot on IA64 208062: [IA64-Xen] XenU would crash Xen0, if insmod xennet.ko 207241: XenU domain can not be created successfully. 204011: Xen: kernel unaligned access 202973: xen/ia64 fc6 blockers 181501: unaligned accesses seen during mono execution From prarit at redhat.com Fri Mar 23 13:58:04 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Fri, 23 Mar 2007 09:58:04 -0400 Subject: [Fedora-ia64-list] Fedora ia64 Buglist 2007-3-23 In-Reply-To: <200703231354.l2NDs4BJ008317@int-mx1.corp.redhat.com> References: <200703231354.l2NDs4BJ008317@int-mx1.corp.redhat.com> Message-ID: <4603DCEC.9060608@redhat.com> > 232904: [NEW] anaconda: Dependency Check goes from 0 to 100% instantaneously > > Just a quick note about this bug. This issue makes it seem like the install is "hung" for a long time when determining the package dependencies... So if you're installing and wondering "Why isn't anaconda determining what the package dependencies are?" :), don't fret ... it will eventually complete. (Takes about 3 minutes on my rx2620...) P. From prarit at redhat.com Thu Mar 29 21:36:31 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Thu, 29 Mar 2007 17:36:31 -0400 Subject: [Fedora-ia64-list] [Fwd: Outstanding Technical Program Set for Gelato ICE, April 16-18] Message-ID: <460C315F.7070500@redhat.com> Please forward to your group. Thanks! Gelato ICE: Itanium Conference & Exhibition April 16-18, 2007 | Doubletree Hotel | San Jose, California Gelato is proud to announce the technical program for the Gelato ICE: Itanium(r) Conference & Expo. International Itanium architecture experts are scheduled to deliver over 70 top-notch presentations focusing on Linux on the Intel Itanium architecture. The full program is now available online at . Program tracks include: multi-core programming, IA-64 Linux kernel work, virtualization, tools and tuning, topics for enterprise, GCC improvements, and cutting-edge research. Linux keynote speakers will be Andrew Morton, Maintainer of the Linux 2.6 Kernel, and Wim Coekaerts, Senior Director for Linux Engineering at Oracle. You will also not want to miss the presentation from Intel's James Fister outlining the latest, yet to be disclosed, Itanium processor roadmap. Register for Gelato ICE now at . Cheers, Nan Nan Holda Marketing Communications Manager Gelato Federation Community for Linux(r) on Itanium(r) Architecture 1308 W. Main St., Urbana, IL, USA 61801-2307 office: +1.217.265.0947 mobile: +1.217.417.6773 fax: +1.217.333.5579 email1: nan at gelato.org email2: nanholda at gmail.com www.gelato.org Join us at the Gelato ICE: Itanium(r) Conference & Expo Date: April 15-18, 2007 Venue: San Jose, California, USA Details at www.ice.gelato.org - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to majordomo at vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html From prarit at redhat.com Fri Mar 30 13:49:14 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Fri, 30 Mar 2007 09:49:14 -0400 Subject: [Fedora-ia64-list] [ANNOUNCE]: F7-test3 ISOs available Message-ID: <460D155A.5050708@redhat.com> A set of CD ISOs and a DVD ISO based on the Fedora 7 test3 ISOS of the ia64 Fedora development branch (also known as rawhide) are available from: http://oss.sgi.com/projects/fedora 0a743739a587f802d906f74beecd3769ee73a06b F7-test3-ia64-disc1.iso d8c7e30dee1eea08aaeadcd9fc61fbf3bd98bfa0 F7-test3-ia64-disc2.iso 590ed002a3ecaf0d45c93c982fbb2421cb6d9bef F7-test3-ia64-disc3.iso c53d115659f8f7c2fa23a5fc4fc46a56302ed2e3 F7-test3-ia64-disc4.iso 21452de57b0d4c1997a5aeb88e74a78942f34a4b F7-test3-ia64-disc5.iso f624c5eb86e8ae2376fa1515b673c2bf6a98432a F7-test3-ia64-DVD.iso (Click on Download on left-hand side, and then the F7-test3 directory) Please remember that F7 ia64 is _unsupported_ by Fedora. You can file bugs, but be sure to file them against the devel branch of Fedora Core. Also, add "fedora-ia64" to the "blocks" field of the BZ. I am not building an ia64 Live ISO yet either. I am planning to do this in the near future. P. From prarit at redhat.com Fri Mar 30 13:52:23 2007 From: prarit at redhat.com (Prarit Bhargava) Date: Fri, 30 Mar 2007 09:52:23 -0400 Subject: [Fedora-ia64-list] [ANNOUNCE]: F7-test3 ISOs available In-Reply-To: <460D155A.5050708@redhat.com> References: <460D155A.5050708@redhat.com> Message-ID: <460D1617.3000704@redhat.com> Prarit Bhargava wrote: > A set of CD ISOs and a DVD ISO based on the Fedora 7 test3 ISOS of the > ia64 Fedora development branch (also known as rawhide) are available > from: > One very quick note on this release: BZ 232904, currently unresolved, causes the Dependency Check status bar to go from 0% to 100% instantaneously. This makes it appear that the system is hung while the installer is determining the rpm dependencies. That is not the case -- the system is actually making forward progress. On my rx2620, it takes about 3-4 minutes. P. >