January 2004 - test - Fedora mailing-lists

Fedora Core 1 for AMD64 test1
by Michael K. Johnson 22 Jan '04

22 Jan '04

My announcements aren't as fun to read as Bill Nottingham's, but hopefully the content makes up a bit for the (lack of) style. A test release of Fedora Core 1 for AMD64 is now available at ftp://download.fedora.redhat.com/pub/fedora/linux/core/test/0.96/x86_64/ and at distinguised mirror sites near you. Like the original x86 architecture release, the AMD64 architecture has three binary ISO images and three source ISO images. This is a single (we hope and intend) test release specifically to check hardware support; the package set is the same versions as an updated Fedora Core 1 for x86 system will have. Please file bugs via Bugzilla, at http://bugzilla.redhat.com/bugzilla/ (Product "Fedora Core", Version "test1", Architecture "x86_64" so that they are noticed and appropriately classified. Hardware support bugs should generally be filed against the <tt>kernel</tt> component, unless they are specifically about kudzu or anaconda. Discuss this test release on fedora-test-list. We are hoping to make minimal changes before making the final release available, soon. Many mirrors are in sync already, many more are still syncing. michaelkjohnson "He that composes himself is wiser than he that composes a book." Linux Application Development -- Ben Franklin http://people.redhat.com/johnsonm/lad/

10 14

Fedora Core 1 for AMD64 test1 "Disks and Boot" Questions
by jamesacook＠breathe.com 21 Jan '04

21 Jan '04

I will be getting a new laptop shortly with an amd64 processor... and will definately be trying out fedora,,, couple of questions really. Is it posible to dual boot between 64bit and 32bit OS (maybe a daft question :P )and is there a way of putting all the install cd's on to one bootable dvd... (cd's soon to be confined to dark ages) I know i should probably play when i get it but just thought id test the water J :)

4 5

[SECURITY] Fedora Core 1 Testing Update: slocate-2.7-4
by Bill Nottingham 21 Jan '04

21 Jan '04

--------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2004-059 2004-01-21 --------------------------------------------------------------------- Name : slocate Version : 2.7 Release : 4 Summary : Finds files on a system via a central database. Description : Slocate is a security-enhanced version of locate. Just like locate, slocate searches through a central database (which is updated nightly) for files which match a given pattern. Slocate allows you to quickly find files anywhere on your system. --------------------------------------------------------------------- Update Information: Patrik Hornik discovered a vulnerability in Slocate versions up to and including 2.7 where a carefully crafted database could overflow a heap-based buffer. A local user could exploit this vulnerability to gain "slocate" group privileges and then read the entire slocate database. The Common Vulnerabilities and Exposures project (cve.mitre.org) has assigned the name CAN-2003-0848 to this issue. Users of Slocate should upgrade to these packages which contain a patch from Kevin Lindsay which causes slocate to drop privileges before reading a user-supplied database. --------------------------------------------------------------------- * Wed Jan 21 2004 Mark Cox <mjc(a)redhat.com> - drop privs for non slocate gid databases (CAN-2003-0848) - update to 2.7 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 48a9f6409ede89470dbeb9c9be3bbb42 SRPMS/slocate-2.7-4.src.rpm 5cecdaa91d6f26d0285592620d13ac9d i386/slocate-2.7-4.i386.rpm b4e7fab0377000fabdd136dbe99a8cea i386/debug/slocate-debuginfo-2.7-4.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://fedora.redhat.com/updates/testing/fedora-core-1 ---------------------------------------------------------------------

1 0

Re: Initial test of x86_64 on eMachines / Best Buy / Circuit CityM6805 notebook
by Alan Santos 21 Jan '04

21 Jan '04

I just installed it as well last night on my new laptop and my experiences are pretty much identical, although I haven't spent as much time with it since the initial installation. A few points: Re: the X installation. I also had to create a symlink under /usr/X11/lib/modules from /usr/X11/lib64/modules or the video would die while complaining about not finding a couple of modules. I don't have the machine handy to confirm that, so the path could be wrong, but it's wherever the X mofules are typically located. Again from memory, the modules being complained about were pcidata and bitmap. I have debian (386) on another partition so I was able to grab that XF86Config file and use that after switching it to use the vesa driver. My ethernet card isn't working either and I haven't spent any time with it, but I would also note that the card didn't work under the stock debian 2.4.24 kernel. It wasn't working until I installed the 2.6 kernel and rebuilt without acpi. Sort of off topic, If anyone is interested in getting one, I really like mine. The quality is nice and the machine is fast and cheap. The only concern I have is with regard to the acpi. If it's something which is going to require a BIOS update from emachines I'm not holding my breath.

1 0

does the test have 32 bit libs?
by jason pearl 21 Jan '04

21 Jan '04

how is the support for 32 bit games and apps on the test1? -- jason pearl <jpearl24(a)cox.net> ++++++++++++++++++ "Keep your friends close and your enemies closer"-Tupac ++++++++++++++++++ Kurrupted Visionz Phx, AZ registered linux user #307811 MDK 9.2 Linux Machine# 193475, 227341 AMD64 Opteron 1.6 http://counter.li.org ASUS SK8N uptime: 18:38:24 up 6:10, 3 users, load average: 2.31, 2.25, 2.34

2 2

testing kernel-2.4.22-1.2163
by Mike Lurk 21 Jan '04

21 Jan '04

This is a message to let everyone know this. I just puchased a new motherboard, Asus A7N8X-E with an athlon 2500+ CPU and everything went well. Everything was detected when I first booted the system, except for the gigabit lan and the nVidia MAC fast ethernet adapter that was integrated into the motherboard. For testing purposes I used the gigabit lan as my lan connection, but I had to get the kernel running first with the gigabit lan configured in the kernel. This is what I did 1. Enable 'loadable module support' in the kernel. 2. For automatic driver start, enable the 'Kernel module loader'. 3. Select the menu "Network device support" and then "Ethernet(1000Mbit)" 4. Mark "Marvell Yukon Chipset / SysKonnect SK-98xx family support" with (M) 5. Execute the command "make modules". 6. Execute the command "make modules_install". The appropiate modules will be installed. 7. Reboot the system. Then this to load the module manually just to see if it works, and did. 1. Enter "modprobe sk98lin". 2. "ls /proc/net/sk98lin/" This should produce an output containing a line with the following format: eth0 which indicates that the adapter has been found and initialized. Then setup my network connection in Gnome and turned off kudzu Everything that I wanted working is working very well. Job well done to all who contributed to the kernel. Now if I could get Windows XP to run with this new motherboard, hmmmmm. It just reboots every time I try to run it. I think I have to reinstall. Go Figure.... Any ways Linux is my main OS so it doesn't matter too much about XP. Mike

1 0

unable to connect to the internet
by alton bailey 21 Jan '04

21 Jan '04

A few days ago i went for a drive and return to see that my computers internet connection was down. I began to trace all my net cable to my router only to find out that my router bagan to malfunction. I deassemble my network and connect my dsl modem to a 8 port hub and start the network only to find out that FC1 cant find the internet connection the firewall is preventing it from connecting I desable the firewall and it still says the same thing I reinstall and the same thing happen could someone point me in to resolve this problem

2 1

Initial test of x86_64 on eMachines / Best Buy / Circuit City M6805 notebook
by Mike Larkin 20 Jan '04

20 Jan '04

Looks like things still need some rough edges polished out.... 1) Keyboard is not detected ( "keyboard adapter time out") - this resolves itself after the selection to "test" or "skip" the media check. Not sure why you can use the built-in keyboard after that point, but not before. Workaround is to use a USB keyboard which works fine from the start. 2) ATI Radeon 9600 card inside the notebook has an unknown PCI minor code - card is not detected. This means you have to install in text mode. Not a major issue * Sisoft Sandra in Windows reports it as an "ATI Radeon 9600" manufactured by "Arima" (the ODM that makes the laptop) 3) ddcprobe fails to probe any screen size/monitor type/refresh rates - may have something to do with #2 above. * Result is "no video hardware detected - assuming headless" I tested these late last night/early this morning, so I did not go through the whole install. I'll finish up testing today and post a more thorough report and any fixes/workarounds I've identified at that point. So far, I'm pretty impressed with the machine. If the types of problems I'll encounter are limited to those like I've described above, I'll be happy. Those problems are not really show stoppers in any sense. More later.. -ml

1 0

dmesg errors with kernel-2.6.x
by Martin Gansser 20 Jan '04

20 Jan '04

Hi, this is my first attempt to get the 2.6.x kernel working on fedora core1. At the moment kernel-2.6.1-1.47.i686 is running on my system. Now I get a lot of error messages in dmesg like this: ... request_module: failed /sbin/modprobe -- char-major-10-134. error = 256 request_module: failed /sbin/modprobe -- char-major-195-255. error = 256 ... SCSI subsystem initialized request_module: failed /sbin/modprobe -- char-major-21-1. error = 256 request_module: failed /sbin/modprobe -- char-major-21. error = 256 request_module: failed /sbin/modprobe -- char-major-21-10. error = 256 request_module: failed /sbin/modprobe -- char-major-21. error = 256 request_module: failed /sbin/modprobe -- char-major-21-19. error = 256 request_module: failed /sbin/modprobe -- char-major-21-24. error = 256 request_module: failed /sbin/modprobe -- char-major-21-29. error = 256 ... request_module: failed /sbin/modprobe -- char-major-4-72. error = 256 request_module: failed /sbin/modprobe -- char-major-4. error = 256 request_module: failed /sbin/modprobe -- char-major-188-2. error = 256 request_module: failed /sbin/modprobe -- char-major-188-13. error = 256 ... request_module: failed /sbin/modprobe -- block-major-8-1. error = 256 request_module: failed /sbin/modprobe -- sound-slot-0. error = 25 how could I avoid this messages ? this is the contents of my /etc/modprobe.conf: alias parport_lowlevel parport_pc alias eth0 3c59x options 3c59x options=3 # options ide-cd ignore='hdc hdd' alias char-major-116 snd options snd major=116 cards_limit=1 alias snd-card-0 snd-intel8x0 alias char-major-14 soundcore alias sound-slot-0 i810_audio alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss alias snd-minor-oss-0 snd-cs4236 alias snd-minor-oss-1 snd-opl3 alias snd-minor-oss-3 snd-pcm-oss alias /dev/dsp snd-pcm-oss alias /dev/mixer snd-mixer-oss alias /dev/sequencer snd-seq-oss options agpgart agp_try_unsupported=1 install char-major-10-134 /bin/true install char-major-180 /bin/true install char-major-188 /bin/true install sg { modprobe ide-scsi; } ; /sbin/modprobe --ignore-install sg install snd-card-0 /sbin/modprobe --ignore-install snd-card-0 && { /usr/sbin/alsactl restore >/dev/null 2>&1 || :; } install sound-service-1-0 /bin/true remove snd-card-0 { /usr/sbin/alsactl store >/dev/null 2>&1 || :; } ; /sbin/modprobe -r --ignore-remove snd-card-0 # # alias char-major-250 dvb-ttpci install dvb-ttpci for f in alps_bsru6 alps_bsrv2 \ grundig_29504-401 grundig_29504-491 \ stv0299 ves1820; do /sbin/modprobe $f; done; \ /sbin/modprobe --ignore-install dvb-ttpci alias char-major-195* nvidia any help ? -- viele Grüße Martin

1 0

RE: Fedora Core 1 for AMD64 test1
by Henry Hartley 19 Jan '04

19 Jan '04

>> -----Original Message----- >> From: Justin M. Forbes [mailto:64bit_fedora@comcast.net] >> Sent: Monday, January 19, 2004 12:34 PM >> >> The FAQ is also available at http://www.linuxtx.org/amd64faq.html >> It has been updated for test1, and specifically answers the macro >> issue with rpm (notabug). As useful as that is, it would be more useful if I could read it ;-) My old eyes really have a hard time with the gray on black. I know I can override the colors but if it were white on black or black on white I wouldn't have to. Sorry to complain about something as trivial as the color scheme (the grayscale scheme?) of the FAQ but... -- Henry

3 2

RE: Fedora Core 1 for AMD64 test1
by Henry Hartley 19 Jan '04

19 Jan '04

>> -----Original Message----- >> From: James Olin Oden [mailto:joden@malachi.lee.k12.nc.us] >> Sent: Monday, January 19, 2004 2:49 PM >> >> On Mon, 19 Jan 2004, Henry Hartley wrote: >> >> > As useful as that is, it would be more useful if I could >> > read it ;-) My old eyes really have a hard time with the >> > gray on black. I know I can override the colors but if >> > it were white on black or black on white I wouldn't have >> > to. Sorry to complain about something as trivial as the >> > color scheme (the grayscale scheme?) of the FAQ but... >> > >> > >> Try lynx (-; >> >> That is what I ended up using to read it last time...james Actually, [ctrl][+] and [ctrl][a] make it bigger and white on blue which was good enough although it makes it hard to see hyperlinks in this case. -- Henry

1 0

Fedora LWCE Event
by Jack Aboutboul 19 Jan '04

19 Jan '04

Please join us for a community gathering and discussion session. Who: Anyone interested in Fedora, the clueless, newbies and developers alike! When: Wed. January 21st, 2004 5:30PM Where: Jacob Javits Convention Center Room 1E09 Why: Free refreshments will be served up along with a hearty side of discussion about various Fedora topics. Fedora CDs and DVDs will be available as well. Help Support the community, and get some free donuts and coke at the same time.

1 0

RE: file sharing
by Epps, Aaron M. 19 Jan '04

19 Jan '04

Good point, there's a careful balancing act that has to be done when you (Fedora) consider automatic configuration vs. ease of use. Microsoft has chosen the latter of the two and look where it got them, the next Windows XP service pack that's coming out is going to clamp down on all of the services/ports that are left wide open by a default Windows XP install because M$ has been getting burned by several different virus/worms. I think the Fedora project has chosen to give everyone a secure installation by default, if you want to open up your system to the world after the fact that's your choice. Again, there is no "hacking" involved in setting this up, unless you consider using a CLI and editing config files "hacking". Also you must keep in mind that Samba has to reverse engineer everything to work with AD, which M$ stole from Novell, and that is by no means a trivial task. I'd say if you really wanted to demo to your company the power/flexibility/freedom of Linux to setup a Samba server as a domain controller. Then try using the GUI Samba Authentication tool and see if it works... I bet it would. _____ From: marc.mcswain(a)academy.com [mailto:marc.mcswain@academy.com] Sent: Thursday, January 15, 2004 3:23 PM To: fedora-test-list(a)redhat.com Subject: RE: file sharing While I think that this is a bit, ok, way off topic, this thread seems to be the kind of thing that I hear all too often. People in a Micro$oft world are used to the software doing everything for them. I choose to use Linux because it does not try and do everything for me. This way I can choose the way things are setup, and what security risks that I am willing to deal with. FC1 will attach to Windows Shares with no problems, and Samba will use Micro$oft AD for Security, we use it every day. Does it take some configuration, yes. Is that too much to ask of an admin, no. OK, I will get off my soapbox now. Marc "stephan schutter" <rhl(a)farorbit.com> Sent by: fedora-test-list-admin(a)redhat.com 01/15/2004 03:11 PM Please respond to fedora-test-list(a)redhat.com To <fedora-test-list(a)redhat.com> cc Subject RE: file sharing This is just my point, though; why all this hacking to get this working? The experts in the community (or RedHat) could set it up right to start with. Customer / Client supplies data needed (NT domain name and credentials) then voila! You know, the more you do FOR the user the more the user LIKES you. And it is within the scope of Fedora to make a great desktop product eventually, right? I am relaying FEEDBACK to this list. From several people; current IT people (MS based as most are) and end users, and managers... Learning is expensive. I was hoping that Fedora as a project would appreciate feedback from non-Linux admins. Stephan

6 9

Re: fedora-test-list digest, Vol 1 #486 - 4 msgs
by allenmj48＠charter.net 18 Jan '04

18 Jan '04

My Fedora Core machine crashed after a simple memory upgrade now I can't reload FC-1, I think my hard drives are toast . > > From: fedora-test-list-request(a)redhat.com > Date: 2004/01/18 Sun AM 11:00:10 CST > To: fedora-test-list(a)redhat.com > Subject: fedora-test-list digest, Vol 1 #486 - 4 msgs > > Send fedora-test-list mailing list submissions to > fedora-test-list(a)redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.redhat.com/mailman/listinfo/fedora-test-list > or, via email, send a message with subject or body 'help' to > fedora-test-list-request(a)redhat.com > > You can reach the person managing the list at > fedora-test-list-admin(a)redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of fedora-test-list digest..." > > > Today's Topics: > > 1. Re: Updated Fedora Core 1 testing kernel. (Dave Jones) > 2. Re: Updated Fedora Core 1 testing kernel. (Dave Jones) > 3. Re: Updated Fedora Core 1 testing kernel. (Bjorn Andersen) > 4. Re: Updated Fedora Core 1 testing kernel. (Dave Jones) > > --__--__-- > > Message: 1 > Subject: Re: Updated Fedora Core 1 testing kernel. > From: Dave Jones <davej(a)redhat.com> > To: fedora-test-list(a)redhat.com > Organization: Red Hat > Date: Sat, 17 Jan 2004 17:07:53 +0000 > Reply-To: fedora-test-list(a)redhat.com > > On Sat, 2004-01-17 at 15:09, Lamar Owen wrote: > > On Friday 16 January 2004 04:37 pm, Dave Jones wrote: > > > - Fix NPTL SMP hang. > > > > What hang is this? I am having issues with SMP and video capture where I get > > a kernel oops, and a statement to the effect that the kernel killed the > > interrupt handler. > > We mishandled PDEATHSIG, probably not something that you'll see in > practice, as this would've shown up a lot sooner. The crashes you are > seeing are likely something else. Care to post the oops to bugzilla some > time ? > > Dave > > > > --__--__-- > > Message: 2 > Subject: Re: Updated Fedora Core 1 testing kernel. > From: Dave Jones <davej(a)redhat.com> > To: fedora-test-list(a)redhat.com > Organization: Red Hat > Date: Sat, 17 Jan 2004 17:08:34 +0000 > Reply-To: fedora-test-list(a)redhat.com > > On Sat, 2004-01-17 at 16:03, Bjorn Andersen wrote: > > > I have noticed that Fedora testkernel and Arjans kernels does not have > > prelinking enabled. Will it be on in final Core 2, or only for those who > > will recompile their kernel? > > prelinking is a userspace issue, nothing to do with the kernel. > > Dave > > > > --__--__-- > > Message: 3 > Subject: Re: Updated Fedora Core 1 testing kernel. > From: Bjorn Andersen <ba(a)linuxin.dk> > To: fedora-test-list(a)redhat.com > Date: Sat, 17 Jan 2004 18:50:54 +0100 > Reply-To: fedora-test-list(a)redhat.com > > Im so sorry, i meant Preemptible.. > > Is that going to be enabled in default Fedora core 2 kernel??? > > > On lør, 2004-01-17 at 17:08 +0000, Dave Jones wrote: > > On Sat, 2004-01-17 at 16:03, Bjorn Andersen wrote: > > > > > I have noticed that Fedora testkernel and Arjans kernels does not have > > > prelinking enabled. Will it be on in final Core 2, or only for those who > > > will recompile their kernel? > > > > prelinking is a userspace issue, nothing to do with the kernel. > > > > Dave > > > > > > -- > > fedora-test-list mailing list > > fedora-test-list(a)redhat.com > > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- > Bjorn Andersen <ba(a)linuxin.dk> > > > > --__--__-- > > Message: 4 > Subject: Re: Updated Fedora Core 1 testing kernel. > From: Dave Jones <davej(a)redhat.com> > To: fedora-test-list(a)redhat.com > Organization: Red Hat > Date: Sat, 17 Jan 2004 20:14:15 +0000 > Reply-To: fedora-test-list(a)redhat.com > > On Sat, 2004-01-17 at 17:50, Bjorn Andersen wrote: > > > Im so sorry, i meant Preemptible.. > > > > Is that going to be enabled in default Fedora core 2 kernel??? > > No. There has been some discussion about enabling it for a while > during the beta cycle in order to show up some races that may be hiding, > but for production, we feel it just isn't ready. > > Dave > > > > > --__--__-- > > -- > fedora-test-list mailing list > fedora-test-list(a)redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > End of fedora-test-list Digest >

1 0

GDB 6 fork/exec hangs the debugged program
by George Garvey 18 Jan '04

18 Jan '04

I can no longer stop at a breakpoint after a fork/exec. I tried building a gdb 6 before once was available from Fedora, and had the same problem. All of the fedora RPMs have exhibited this. Even without a breakpoint, the forked program doesn't seem to work. In this case, the fork is executing lpr. This is what happens, instead: (gdb) break SHPrint.cc:1256 Breakpoint 1 at 0x809ebdf: file SHPrint.cc, line 1256. (gdb) r Starting program: /home/tmwg/src/12.10/pentium4_fltkb/edic/client/Starplast/EDICourier -geom +860+725 malloc: using debugging hooks [Thread debugging using libthread_db enabled] [New Thread -1084627872 (LWP 11446)] malloc: using debugging hooks Detaching after fork from child process 11449. malloc: using debugging hooks malloc: using debugging hooks warning: Unexpected waitpid result 02057f when waiting for vfork-done

1 0

file sharing
by Stephan Schutter 16 Jan '04

16 Jan '04

what is the most convenient way to share files? sftp, and smb, via nautilus or konqueror operate like ftp... you have to copy local and edit, then copy back up again.... not very user friendly... NFS: you can not specify a user to connect as... Is this being worked on?

7 11

Selinux and Reiserfs
by Dave Hawkes 16 Jan '04

16 Jan '04

Hi, I thought I would try the latest development updates to see how the selinux implementation is progressing, but was unable to relabel my reiserfs drive. I changed the fs_use file to include reiserfs (fs_use_xattr reiserfs system_u:object_r:fs_t) and also changed the makefile so awk would identify reiserfs drives. However I still get the "Operation not supported" error from setfiles so I assume the reiserfs selinux kernel patches (using kernel 2.6.0-1.41) are not implemented? Does anyone know if that is the case? Thanks Dave Hawkes

3 3

Fedora Core 1 Testing Update: ghostscript-7.07-15
by Tim Waugh 16 Jan '04

16 Jan '04

--------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2003-052 2004-01-13 --------------------------------------------------------------------- Name : ghostscript Version : 7.07 Release : 15 Summary : A PostScript(TM) interpreter and renderer. Description : Ghostscript is a set of software that provides a PostScript(TM) interpreter, a set of C procedures (the Ghostscript library, which implements the graphics capabilities in the PostScript language) and an interpreter for Portable Document Format (PDF) files. Ghostscript translates PostScript code into many common, bitmapped formats, like those understood by your printer or screen. Ghostscript is normally used to display PostScript files and to print PostScript files to non-PostScript printers. If you need to display PostScript files or print them to non-PostScript printers, you should install ghostscript. If you install ghostscript, you also need to install the ghostscript-fonts package. --------------------------------------------------------------------- Update Information: The HP Inkjet driver (hpijs) has been updated to version 1.5. --------------------------------------------------------------------- * Tue Jan 06 2004 Tim Waugh <twaugh(a)redhat.com> 7.07-15 - Build for Fedora Core 1 printer drivers update. - Conflicts with foomatic before hpijs 1.5 data. - Make fontconfig optional. * Sat Dec 13 2003 Tim Waugh <twaugh(a)redhat.com> 7.07-14 - Disable unnecessary debug messages from fontconfig support. * Fri Dec 05 2003 Tim Waugh <twaugh(a)redhat.com> 7.07-13 - Add fontconfig support (bug #111412). * Thu Nov 27 2003 Tim Waugh <twaugh(a)redhat.com> - Build requires libjpeg-devel (bug #110737). * Tue Nov 11 2003 Tim Waugh <twaugh(a)redhat.com> 7.07-12 - Updated hpijs to 1.5 (bug #109714). * Mon Nov 10 2003 Tim Waugh <twaugh(a)redhat.com> - Updated lxm3200 patch (bug #109625). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 14f1c7b23832228018e384c68ee24203 SRPMS/ghostscript-7.07-15.src.rpm c1123f0bbda3fc732c0de74502316a3e i386/ghostscript-7.07-15.i386.rpm e816be7560949d212ea7784513cd89dd i386/ghostscript-devel-7.07-15.i386.rpm 023fb064aae6495b8d999efb509239ea i386/hpijs-1.5-4.i386.rpm 58a796d8b7b2723251cecd1cf5aaa7da i386/debug/ghostscript-debuginfo-7.07-15.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. ---------------------------------------------------------------------

1 1

x86_64 vs i[36]86 arch question
by Zoltan Boszormenyi 16 Jan '04

16 Jan '04

Hi, now I have my MSI K8T Neo mainboard with an Athlon64 3200+. I intend to start testing the FC2 development tree. Before I start installing it, I would like to ask how can I make a dual arch system from both te i386 and the x86_64 packages? Can anaconda detect the situation where I already instelled the i386 version and keep them while installing the x86_64 version? Justin M. Forbes suggested (Re: Fedora/x86_64 vs 32-bit user space) that I try to make a dual boot. How can I share /boot? Both kernel-2.6.1-1.34.i686.rpm and kernel-2.6.1-1.34.x86_64.rpm has the same kernel filename. -- Best regards, Zoltán Böszörményi --------------------- What did Hussein say about his knife? One in Bush worth two in the hand.

2 4

evolution 1.5.1 test packages
by Jeremy Katz 16 Jan '04

16 Jan '04

I've built test packages of evolution 1.5.1. I'm going to wait a few days before throwing them at the world of rawhide, but have gone ahead and put them up as a yum repository. They _should_ work fine on either FC1 or the current development tree but are mostly being targeted for the development tree. I'll warn that there are bugs, migration of address book stuff isn't there right now and there are probably other problems, but it does seem to basically work and it hasn't eaten my mail yet :-) To use, add something like the following to your /etc/yum.conf [evolution] name=Evolution Devel Snaps baseurl=http://people.redhat.com/katzj/evolution/ Bugs regarding packaging can be filed at https://bugzilla.redhat.com (make sure to mention that it's the 1.5 packages, exact version preferably). Functionality bugs should be filed at http://bugzilla. ximian.com Cheers, Jeremy

7 14

RE: file sharing
by Epps, Aaron M. 15 Jan '04

15 Jan '04

In order for you to authenticate to AD you need to have SMB running since it's the bridge between Windows/Everything Else, that means you need to have ports 137-139 open, open ports = security risk... Especially common ones like these. -----Original Message----- From: stephan schutter [mailto:rhl@farorbit.com] Sent: Thursday, January 15, 2004 4:29 PM To: fedora-test-list(a)redhat.com Subject: RE: file sharing Thank you Alan. Me to. And once again, I am not talking about servers, and I do not see how being able to authenticate to Active Directory by default is "unsafe". -----Original Message----- From: fedora-test-list-admin(a)redhat.com [mailto:fedora-test-list-admin@redhat.com] On Behalf Of Alan Cox Sent: Thursday, January 15, 2004 4:17 PM To: fedora-test-list(a)redhat.com Subject: Re: file sharing On Thu, Jan 15, 2004 at 03:47:16PM -0600, Epps, Aaron M. wrote: > I think the Fedora project has chosen to give everyone a secure installation by default, if you want to open up your system to the world after the fact that's your choice. Again, there is no "hacking" involved in setting this up, unless you consider using a CLI and editing config files "hacking". Also you must keep in mind that Samba has to reverse engineer everything to work with AD, which M$ stole from Novell, and that is by no means a trivial task. I'd say if you really wanted to demo to your company the power/flexibility/freedom of Linux to setup a Samba server as a domain controller. Then try using the GUI Samba Authentication tool and see if it works... I bet it would. Im not sure the Fedora set up is perfect. I'd still really like to get into a situation where the first time I go to say cups and add a printer it also kicks the firewall tools to sort out if you want remote access, and it takes it away when its no longer relevant Little project for someone 8) -- fedora-test-list mailing list fedora-test-list(a)redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list -- fedora-test-list mailing list fedora-test-list(a)redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list

2 1

Fedora Testing Update Notification [gaim 0.75-0]
by Christopher Blizzard 15 Jan '04

15 Jan '04

--------------------------------------------------------------------- Fedora Testing Update Notification FEDORA-2003-055 2004-01-15 --------------------------------------------------------------------- Name : gaim Version : 0.75 Release : 0 Summary : A GTK+ clone of the AOL Instant Messenger client. Description : Gaim is a clone of America Online's Instant Messenger client. It features nearly all of the functionality of the official AIM client while also being smaller, faster, and commercial-free. --------------------------------------------------------------------- Update Information: This update for gaim is a version upgrade. It should fix problems with logging into yahoo as well as various other problems fixed as a result of the version upgrade. --------------------------------------------------------------------- * Wed Jan 14 2004 Christopher Blizzard <blizzard(a)redhat.com> 1:0.75-0 - Update to 0.75. - Remove mem leak patch that is already included in 0.75. - Clean up a lot of old unused patches and old source tarballs. * Fri Dec 12 2003 Christopher Blizzard <blizzard(a)redhat.com> 1:0.74-10 - Add patch that fixes a large memory leak. * Thu Dec 04 2003 Christopher Blizzard <blizzard(a)redhat.com> 1:0.74-9 - Bump release to rebuild for fc2. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/1/ 867c9a220089584d656dd0f65efefd91 SRPMS/gaim-0.75-0.src.rpm ed7a28b069175726033a53cbba74b56b i386/gaim-0.75-0.i386.rpm 09ce90608a3f56eab88b73169fdc647d i386/debug/gaim-debuginfo-0.75-0.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- -- ------------ Christopher Blizzard http://people.redhat.com/blizzard/ ------------

1 0

RE: file sharing
by Epps, Aaron M. 15 Jan '04

15 Jan '04

That's something I've had a ? About ever since FC1 was released, why doesn't smb:/// work in Nautilus? It seems to be a feature regression to me, considering that it worked fine in RH9. So what is different about FC1 that causes this problem, is it a Nautilus, Gnome-VFS, or Samba 3.x problem? In RH9 all you had to do was edit your smb.conf, start up samba and make sure that ports 137-139 were opened in your firewall. -----Original Message----- From: stephan schutter [mailto:rhl@farorbit.com] Sent: Thursday, January 15, 2004 10:17 AM To: fedora-test-list(a)redhat.com Subject: RE: file sharing Sorry about the tone... I a relaying my managers questions... They want something that just works... They read about Linux and how great it is; but this does not match their experience when sitting down in front of a Linux machine. This is a desktop related issue, naturally. Knowing that Apple uses a UNIX core and manages to make it easy to use, they wonder when the Linux vendors are going to do the same. I am frequently challenged by managers and my colleagues: "why do they have to make it so difficult?" This makes Linux a hard sell for me. So: why not have a default configuration that works? By default, when you install FC1, FC1 has these issues: 1. When clicking on the network browser, you can not actually browse the network. Instead you get an error about wins servers... Windows works fine. 2. Name resolution does not work correctly because FC1 does not pick up all the information from the DHCP (win2k DDNS) servers (wins, multiple search domains etc.) I am sure that somehow it is Microsoft's fault, but it needs to work none the less to be accepted. 3. Checking the SMB authentication box and entering the right domain name and server etc. does not result in being able to log on using the AD credentials. It is misleading to have such a dialogue box that does not do what it says... or have any information of what else to do... Stephan -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 15 January 2004 03:27, stephan schutter wrote: >> To not do this, you have to mount the smb share using smbfs. See >> http://www.tldp.org/HOWTO/SMB-HOWTO-8.html for instructions. > I have tried these... besides being complicated (because only root can > mount these and the syntax is cryptic); it does not work in a Windows > 2000 Active Directory network. I know it "can work" because Xandros > has this working somehow. When may we expect Fedora to support basic > file sharing in > a corporate network? If you're working with Xandros, use Xandros -- or at a minimum examine its Samba configuration so you are empowered to duplicate it. /etc/samba/smb.conf is the likely place to start. I don't mean to sound cranky, but the challenging tone of your question is more appropriate for vendors who actually owe you something. If anyone is helping here it sure isn't because you paid them. - -Andy - -- Find your answer without waiting for replies.... Searchable list archives at http://marc.theaimsgroup.com/?l=fedora-list&r=1&w=2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFABj3MjKeDCxMJCTIRAvl6AJ0T+jzjy2aB2t3G0hjt9b3xOSaz6ACfX6Tm iivN/KQnj+K1yVwJBTpTkEE= =Stff -----END PGP SIGNATURE----- -- fedora-test-list mailing list fedora-test-list(a)redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list -- fedora-test-list mailing list fedora-test-list(a)redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list

1 0

Java and Fedora
by Ryan Nix 15 Jan '04

15 Jan '04

Why is Java always so difficult to setup? Specifically speaking, I'm trying to install Limewire for a customer to appease her for trying a Linux desktop. Is there something that has to be configured in each user account to run Limewire? Are there any plans to bundle a JVM like Sun's or IBMs in the future?

11 13

RE: fedora-test-list digest, Vol 1 #479 - 26 msgs
by Tom Vaughan 14 Jan '04

14 Jan '04

I too am having difficulties with yum. I first fixed a typo in one of the python files and now I get an RPM error after downloading all the packages when typing yum upgrade Tom vaughan(a)cox.net ------------------------------------------------------------------------ -------------- FIGHT BACK AGAINST SPAM! Download Spam Inspector, the Award Winning Anti-Spam Filter http://mail.giantcompany.com -----Original Message----- From: fedora-test-list-admin(a)redhat.com [mailto:fedora-test-list-admin@redhat.com] On Behalf Of fedora-test-list-request(a)redhat.com Sent: Tuesday, January 13, 2004 12:00 PM To: fedora-test-list(a)redhat.com Subject: fedora-test-list digest, Vol 1 #479 - 26 msgs Send fedora-test-list mailing list submissions to fedora-test-list(a)redhat.com To subscribe or unsubscribe via the World Wide Web, visit http://www.redhat.com/mailman/listinfo/fedora-test-list or, via email, send a message with subject or body 'help' to fedora-test-list-request(a)redhat.com You can reach the person managing the list at fedora-test-list-admin(a)redhat.com When replying, please edit your Subject line so it is more specific than "Re: Contents of fedora-test-list digest..." Today's Topics: 1. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Balint Cristian) 2. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Tim Waugh) 3. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Jakub Jelinek) 4. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks) 5. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks) 6. RE: Java and Fedora (stephan schutter) 7. RE: Java and Fedora (Mariusz =?iso-8859-2?Q?Smyku=B3a?=) 8. Re: Java and Fedora (Ryan Nix) 9. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks) 10. Yum Broken. (Mark Lane) 11. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Mike Chambers) 12. Re: Yum Broken. (Justin M. Forbes) 13. Re: Yum Broken. (Greg Sanders) 14. Re: Yum Broken. (seth vidal) 15. Re: Yum Broken. (Greg Sanders) 16. Re: Compiling NVIDIA driver for -ntpl kernel (joe) 17. Re: Compiling NVIDIA driver for -ntpl kernel (joe) 18. Re: Yum Broken. (seth vidal) 19. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Gene C.) 20. Re: Compiling NVIDIA driver for -ntpl kernel (John Alexander Thacker) 21. x86_64 vs i[36]86 arch question (Boszormenyi Zoltan) 22. Re: x86_64 vs i[36]86 arch question (Justin M. Forbes) 23. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks) 24. Re: x86_64 vs i[36]86 arch question (Boszormenyi Zoltan) 25. Re: x86_64 vs i[36]86 arch question (Justin M. Forbes) 26. Re: Yum Broken. (mark(a)harddata.com) --__--__-- Message: 1 From: Balint Cristian <rezso(a)rdsor.ro> Organization: Home To: fedora-test-list(a)redhat.com Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 Date: Mon, 12 Jan 2004 19:08:10 +0200 Cc: Sean Estabrooks <seanlkml(a)rogers.com> Reply-To: fedora-test-list(a)redhat.com > > development -> testing -> stable ? As i remark till now was: testing ---(1 day to 1 week)---> devel ---> stable. If i am wrong correct me. > > It's hard to keep track of the latest rpm's new ones somtimes skip > the first step. For those of us with local mirrors we'll have to mirror > _both_ development and testing. Perhaps there is a reason why this > particular release didn't appear in the development rpms? > > Cheers, > Sean --__--__-- Message: 2 Date: Mon, 12 Jan 2004 17:12:35 +0000 From: Tim Waugh <twaugh(a)redhat.com> To: fedora-test-list(a)redhat.com Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 Reply-To: fedora-test-list(a)redhat.com --eMP3JyRexyk9c0Bv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote: > Shouldn't the flow of an rpm be something like: >=20 > development -> testing -> stable ? No. The 'development' packages are built in a rawhide build environment -- you certainly don't want those ending up as stable updates for Fedora Core 1. Basically a package is either built for testing (and then perhaps moved to stable) *or* for development. Tim. */ --eMP3JyRexyk9c0Bv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAAtWD9gevn0C09XYRAmT1AKDaX9D3x9dkzeIRU40b1Qynxa8iTACfawga cd/5P+PZSyZZo2SVzPOi1Nc= =gad5 -----END PGP SIGNATURE----- --eMP3JyRexyk9c0Bv-- --__--__-- Message: 3 Date: Mon, 12 Jan 2004 12:19:25 -0500 From: Jakub Jelinek <jakub(a)redhat.com> To: fedora-test-list(a)redhat.com Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 Reply-To: fedora-test-list(a)redhat.com On Mon, Jan 12, 2004 at 05:12:35PM +0000, Tim Waugh wrote: > On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote: > > > Shouldn't the flow of an rpm be something like: > > > > development -> testing -> stable ? > > No. The 'development' packages are built in a rawhide build > environment -- you certainly don't want those ending up as stable > updates for Fedora Core 1. > > Basically a package is either built for testing (and then perhaps > moved to stable) *or* for development. And in the case of GCC, there are so far no reasons to have different compiler for FC1 updates and development, which means that the package has to be built as FC1 testing and when it becomes FC1 stable it will be automatically inherited into FC2 development. Jakub --__--__-- Message: 4 Date: Mon, 12 Jan 2004 12:26:50 -0500 From: Sean Estabrooks <seanlkml(a)rogers.com> To: fedora-test-list(a)redhat.com Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 Organization: Reply-To: fedora-test-list(a)redhat.com On Mon, 12 Jan 2004 17:12:35 +0000 Tim Waugh <twaugh(a)redhat.com> wrote: > On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote: > > > Shouldn't the flow of an rpm be something like: > > > > development -> testing -> stable ? > > No. The 'development' packages are built in a rawhide build > environment -- you certainly don't want those ending up as stable > updates for Fedora Core 1. > > Basically a package is either built for testing (and then perhaps > moved to stable) *or* for development. Hey Tim, Ok, i guess that makes some sense. My own feeling is that the development branch should not be behind the testing branch of the current release. All i was really asking was shouldn't it be released to"rawhide" ie. development branch first or at least in parallel? If it's good enough to be pre-stable, isn't it good enough for the development branch? This would increase the exposure and perhaps reveal additional issues, prior to going stable. My other reason is admittedly somewhat selfish in that i only have a local mirror of the development rpms and would dislike having to mirror all the testing rpms just to get the odd rpm that appears there first. This can't be good for the download sites either. Cheers, Sean --__--__-- Message: 5 Date: Mon, 12 Jan 2004 12:29:40 -0500 From: Sean Estabrooks <seanlkml(a)rogers.com> To: fedora-test-list(a)redhat.com Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 Organization: Reply-To: fedora-test-list(a)redhat.com On Mon, 12 Jan 2004 12:19:25 -0500 Jakub Jelinek <jakub(a)redhat.com> wrote: > On Mon, Jan 12, 2004 at 05:12:35PM +0000, Tim Waugh wrote: > > On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote: > > > > > Shouldn't the flow of an rpm be something like: > > > > > > development -> testing -> stable ? > > > > No. The 'development' packages are built in a rawhide build > > environment -- you certainly don't want those ending up as stable > > updates for Fedora Core 1. > > > > Basically a package is either built for testing (and then perhaps > > moved to stable) *or* for development. > > And in the case of GCC, there are so far no reasons to have different > compiler for FC1 updates and development, which means that > the package has to be built as FC1 testing and when it becomes FC1 > stable it will be automatically inherited into FC2 development. > Jakub, Thanks for the response. Would it make more sense that FC2 development inherit the package when it goes into testing instead? Development is meant to be most current and isn't garenteed to not break. This should speed up the discovery of any issues. If it's good enough for FC1 testing does it not mean it's good enough for FC2 development? Thanks, Sean --__--__-- Message: 6 From: "stephan schutter" <rhl(a)farorbit.com> To: <fedora-test-list(a)redhat.com> Subject: RE: Java and Fedora Date: Mon, 12 Jan 2004 11:31:52 -0600 Reply-To: fedora-test-list(a)redhat.com Because the vendor assumes that you are a UNIX admin, and want to do everything yourself... It is like distributing Windows programs and expecting the user to go and edit the registry by hand to make the program start. --it is insane. Making a symlink in the /bin folder pointing to the Java executable worked for me... This seems a lot simpler and global than fiddling with paths and variables... -----Original Message----- From: fedora-test-list-admin(a)redhat.com [mailto:fedora-test-list-admin@redhat.com] On Behalf Of Ryan Nix Sent: Sunday, January 11, 2004 1:27 PM To: fedora-test-list(a)redhat.com Subject: Java and Fedora Why is Java always so difficult to setup? Specifically speaking, I'm trying to install Limewire for a customer to appease her for trying a Linux desktop. Is there something that has to be configured in each user account to run Limewire? Are there any plans to bundle a JVM like Sun's or IBMs in the future? -- fedora-test-list mailing list fedora-test-list(a)redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list --__--__-- Message: 7 Subject: RE: Java and Fedora From: Mariusz =?iso-8859-2?Q?Smyku=B3a?= <marian(a)gg3d.com> To: Fedora Test List <fedora-test-list(a)redhat.com> Organization: JabberPL.org Date: Mon, 12 Jan 2004 22:15:25 +0100 Reply-To: fedora-test-list(a)redhat.com W li¶cie z pon, 12-01-2004, godz. 18:31, stephan schutter pisze: > Why is Java always so difficult to setup? Specifically speaking, I'm > trying to install Limewire for a customer to appease her for trying a > Linux desktop. > Is there something that has to be configured in each user account to run > Limewire? jpackage.org and yum install limewire ;) -- Mariusz 'marian' Smyku³a --------------------------------- jid/email: marian(a)t-system.com.pl --------------------------------- --__--__-- Message: 8 Date: Mon, 12 Jan 2004 15:23:35 -0600 From: Ryan Nix <rnix(a)prometheon.net> To: fedora-test-list(a)redhat.com Subject: Re: Java and Fedora Reply-To: fedora-test-list(a)redhat.com You rock Mariusz! Thanks to everyone else for the help too! :) Mariusz Smyku³a wrote: >W li¶cie z pon, 12-01-2004, godz. 18:31, stephan schutter pisze: > > > >>Why is Java always so difficult to setup? Specifically speaking, I'm >>trying to install Limewire for a customer to appease her for trying a >>Linux desktop. >>Is there something that has to be configured in each user account to run >>Limewire? >> >> > >jpackage.org and yum install limewire ;) > > > --__--__-- Message: 9 Date: Mon, 12 Jan 2004 18:16:18 -0500 From: Sean Estabrooks <seanlkml(a)rogers.com> To: fedora-test-list(a)redhat.com Cc: jakub(a)redhat.com Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 Organization: Reply-To: fedora-test-list(a)redhat.com On Mon, 12 Jan 2004 12:19:25 -0500 Jakub Jelinek <jakub(a)redhat.com> wrote: > And in the case of GCC, there are so far no reasons to have different > compiler for FC1 updates and development, which means that > the package has to be built as FC1 testing and when it becomes FC1 > stable > it will be automatically inherited into FC2 development. Jakub, Ok, bandwidth-be-damned i've setup mirroring for binary and source rpms of both core/testing and core/development from redhat.com. Would still be interested to hear if you think a change is in order about when rpms are automatically inherited by FC2 development. Don't you think it would be better if it happened at testing time, rather than when moved to stable? Although i do like the notion that we test our rpms _before_ we develop them... That's got to make development easier. ;o) Sean --__--__-- Message: 10 Subject: Yum Broken. From: Mark Lane <mark(a)harddata.com> To: fedora-test-list(a)redhat.com Organization: Hard Data Date: Mon, 12 Jan 2004 17:54:59 -0700 Reply-To: fedora-test-list(a)redhat.com I have been upgrading my Taroon 2 system to Fedora Core 1 for AMD64 but I have run into a problem. I believe that after I upgraded openssl that yum broke. [root@dynamic-171 downloads]# yum check-update Traceback (most recent call last): File "/usr/bin/yum", line 22, in ? import yummain File "yummain.py", line 21, in ? File "clientStuff.py", line 25, in ? File "pkgaction.py", line 25, in ? File "rpmUtils.py", line 9, in ? File "urlgrabber.py", line 21, in ? File "/usr/lib64/python2.2/urllib2.py", line 101, in ? import ftplib File "/usr/lib64/python2.2/ftplib.py", line 68, in ? all_errors = (Error, socket.error, IOError, EOFError) AttributeError: 'module' object has no attribute 'error' Any Ideas on how to fix this without putting on Taroon's version of openssl? regards, -- Mark Lane, CET mailto:mark@harddata.com Hard Data Ltd. http://www.harddata.com T: 01-780-456-9771 F: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3 --> Ask me about our Excellent 1U Systems! <-- --__--__-- Message: 11 Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 From: Mike Chambers <mike(a)netlyncs.com> To: Fedora Beta <fedora-test-list(a)redhat.com> Date: Mon, 12 Jan 2004 18:55:09 -0600 Reply-To: fedora-test-list(a)redhat.com On Mon, 2004-01-12 at 17:16, Sean Estabrooks wrote: > Would still be interested to hear if you think a change is in order about > when rpms are automatically inherited by FC2 development. Don't you think > it would be better if it happened at testing time, rather than when moved > to stable? Although i do like the notion that we test our rpms _before_ > we develop them... That's got to make development easier. ;o) I don't think this test/stable and development/rawhide system is setup that way. Testing is for making sure the package works before it is moved to production up2date for the current release. Development/rawhide is for working on the next release, which once a package is working fine for the current one, then it's made to work with the new-to-be release, which will probably have lots of different dependencies/mechanisms, like the 2.6 kernel, newer kde, gnome and so on. LOL, doubt I'm explaining this correctly, hopefully my point is across at least hehe. -- Mike Chambers Madisonville, KY "It's funny until someone gets hurt...then it's hilarious!" --__--__-- Message: 12 Date: Mon, 12 Jan 2004 19:03:36 -0600 From: "Justin M. Forbes" <64bit_fedora(a)comcast.net> To: fedora-test-list(a)redhat.com Subject: Re: Yum Broken. Reply-To: fedora-test-list(a)redhat.com On Mon, Jan 12, 2004 at 05:54:59PM -0700, Mark Lane wrote: > > Any Ideas on how to fix this without putting on Taroon's version of > openssl? > Please see the FAQ at http://www.linuxtx.org/amd64faq.html There is a yum update from the original distribution site at http://fedora.linux.duke.edu/fc1_x86_64/updates that will fix the issue you are seeing. Thanks, Justin --__--__-- Message: 13 Date: Tue, 13 Jan 2004 03:15:58 +0000 (UTC) From: Greg Sanders <greg(a)elcoronel.com> To: fedora-test-list(a)redhat.com Subject: Re: Yum Broken. Reply-To: fedora-test-list(a)redhat.com What's the fix for the problem mentioned below if you're running Yum 2.0.4-1 on RedHat 9.0.93 (Severn)? On Mon, 12 Jan 2004, Mark Lane wrote: > I have been upgrading my Taroon 2 system to Fedora Core 1 for AMD64 but > I have run into a problem. I believe that after I upgraded openssl that > yum broke. > > [root@dynamic-171 downloads]# yum check-update > Traceback (most recent call last): > File "/usr/bin/yum", line 22, in ? > import yummain > File "yummain.py", line 21, in ? > File "clientStuff.py", line 25, in ? > File "pkgaction.py", line 25, in ? > File "rpmUtils.py", line 9, in ? > File "urlgrabber.py", line 21, in ? > File "/usr/lib64/python2.2/urllib2.py", line 101, in ? > import ftplib > File "/usr/lib64/python2.2/ftplib.py", line 68, in ? > all_errors = (Error, socket.error, IOError, EOFError) > AttributeError: 'module' object has no attribute 'error' > > > Any Ideas on how to fix this without putting on Taroon's version of > openssl? > > regards, > > -- > Mark Lane, CET mailto:mark@harddata.com > Hard Data Ltd. http://www.harddata.com > T: 01-780-456-9771 F: 01-780-456-9772 > 11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3 > --> Ask me about our Excellent 1U Systems! <-- > > > -- > fedora-test-list mailing list > fedora-test-list(a)redhat.com > http://www.redhat.com/mailman/listinfo/fedora-test-list > Greg Sanders - Sysadmin, Webhead, Tolkien-phile ElCoronel @ irc.freenode.net - http://elcoronel.com/ ------------------------------------------------------------------------ - Methink'st thou art a general offence and every man should beat thee. -William Shakespeare, All's Well That Ends Well --__--__-- Message: 14 Subject: Re: Yum Broken. From: seth vidal <skvidal(a)phy.duke.edu> To: fedora-test-list(a)redhat.com Date: Mon, 12 Jan 2004 22:16:12 -0500 Reply-To: fedora-test-list(a)redhat.com On Mon, 2004-01-12 at 22:15, Greg Sanders wrote: > What's the fix for the problem mentioned below if you're running Yum > 2.0.4-1 on RedHat 9.0.93 (Severn)? > you're running severn on x86_64? using the taroon kernel? What other x86_64 libs are you using? -sv --__--__-- Message: 15 Date: Tue, 13 Jan 2004 03:32:40 +0000 (UTC) From: Greg Sanders <greg(a)elcoronel.com> To: fedora-test-list(a)redhat.com Subject: Re: Yum Broken. Reply-To: fedora-test-list(a)redhat.com On Mon, 12 Jan 2004, seth vidal wrote: > On Mon, 2004-01-12 at 22:15, Greg Sanders wrote: > > What's the fix for the problem mentioned below if you're running Yum > > 2.0.4-1 on RedHat 9.0.93 (Severn)? > > > > you're running severn on x86_64? > > using the taroon kernel? > > What other x86_64 libs are you using? > Sorry, forgot to include "on standard Intel hardware" and my lib errors are with /usr/lib/python2.2/urlib.py and /usr/lib/python2.2/ftplib.py . Other than that my error message is identical. Greg Sanders - Sysadmin, Webhead, Tolkien-phile ElCoronel @ irc.freenode.net - http://elcoronel.com/ ------------------------------------------------------------------------ - Methink'st thou art a general offence and every man should beat thee. -William Shakespeare, All's Well That Ends Well --__--__-- Message: 16 Date: Mon, 12 Jan 2004 20:34:22 -0800 From: joe <joe(a)tmsusa.com> To: fedora-test-list(a)redhat.com Subject: Re: Compiling NVIDIA driver for -ntpl kernel Reply-To: fedora-test-list(a)redhat.com This is a multi-part message in MIME format. --------------010306090909090204090706 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Elton Woo wrote: >Newbie (and perhaps stupid) question: is there a way to remove the >nVidia GL, so that one can keep the Mesa ones? ... Or am I obliged to >continually remove the latter? As it stands, there two steps necessary >whenever I get rawhide updates: >1) re-run the nVidia installer whenever the kernel is updated >2) remove using --nodeps whenever XFree is updated (since I can't >update without including the Mesa-libGL package... > >... or am I asking the impossible / unreasonable? > > Sure, if you'd rather do software rendering with mesa, just uninstall the nvidia drivers and reinstall mesa-gl. I dunno though, let's see, mesa-gl = 0.1 fps for q3a, nvidia = 100 fps for q3a... I think I'll go with the nvidia gl, and that is my final answer! Joe --------------010306090909090204090706 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"> <title></title> </head> <body text="#000000" bgcolor="#ffffff"> Elton Woo wrote: <blockquote type="cite" cite="mid200310281445.22802.elwoo(a)videotron.ca"> <pre wrap="">Newbie (and perhaps stupid) question: is there a way to remove the nVidia GL, so that one can keep the Mesa ones? ... Or am I obliged to continually remove the latter? As it stands, there two steps necessary whenever I get rawhide updates: 1) re-run the nVidia installer whenever the kernel is updated 2) remove using --nodeps whenever XFree is updated (since I can't update without including the Mesa-libGL package... ... or am I asking the impossible / unreasonable? </pre> </blockquote> Sure, if you'd rather do software rendering with mesa, just uninstall the nvidia drivers and reinstall mesa-gl. I dunno though, let's see, mesa-gl = 0.1 fps for q3a, nvidia = 100 fps for q3a... I think I'll go with the nvidia gl, and that is my final answer! Joe </body> </html> --------------010306090909090204090706-- --__--__-- Message: 17 Date: Mon, 12 Jan 2004 20:36:31 -0800 From: joe <joe(a)tmsusa.com> To: fedora-test-list(a)redhat.com Subject: Re: Compiling NVIDIA driver for -ntpl kernel Reply-To: fedora-test-list(a)redhat.com This is a multi-part message in MIME format. --------------020504030406020707050306 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Elton Woo wrote: >On October 28, 2003 03:49 pm, Mike A. Harris , <"Mike A. Harris" ><mharris(a)redhat.com>> wrote: > > > >>We are not going to make ugly hacks for software installed >>outside of rpm context. It defeats the entire purpose of rpm in >>the first place, and opens the door for 10000 other software >>companies out there to request and expect special treatment and >>hacks for their software too. >> >> >I see your point, and I agree with you totally. FYI, the nVidia drivers >are no longer installed via rpm, but an "all-platform" *.run >script. > ... I guess I'll have to live with it until nVidia update their drivers to >work with the newer kenels. No major heartbreak, but an annoyance >nonetheless, to have to do those two steps, each time ... > > Huh? what do you mean "work with newer kernels"? Joe - happily running 3D accelerated nvidia on fedora! Joe --------------020504030406020707050306 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1"> <title></title> </head> <body text="#000000" bgcolor="#ffffff"> Elton Woo wrote: <blockquote type="cite" cite="mid200310281606.46718.elwoo(a)videotron.ca"> <pre wrap="">On October 28, 2003 03:49 pm, Mike A. Harris , <"Mike A. Harris" <a class="moz-txt-link-rfc2396E" href="mailto:mharris@redhat.com"><mharris(a)redhat.com></a>> wrote: </pre> <blockquote type="cite"> <pre wrap="">We are not going to make ugly hacks for software installed outside of rpm context. It defeats the entire purpose of rpm in the first place, and opens the door for 10000 other software companies out there to request and expect special treatment and hacks for their software too. </pre> </blockquote> <pre wrap="">I see your point, and I agree with you totally. FYI, the nVidia drivers are no longer installed via rpm, but an "all-platform" *.run script. ... I guess I'll have to live with it until nVidia update their drivers to work with the newer kenels. No major heartbreak, but an annoyance nonetheless, to have to do those two steps, each time ... </pre> </blockquote> Huh? what do you mean "work with newer kernels"? Joe - happily running 3D accelerated nvidia on fedora! Joe </body> </html> --------------020504030406020707050306-- --__--__-- Message: 18 Subject: Re: Yum Broken. From: seth vidal <skvidal(a)phy.duke.edu> To: fedora-test-list(a)redhat.com Date: Tue, 13 Jan 2004 00:15:33 -0500 Reply-To: fedora-test-list(a)redhat.com > Sorry, forgot to include "on standard Intel hardware" and my lib errors > are with /usr/lib/python2.2/urlib.py and /usr/lib/python2.2/ftplib.py

7 7

Yarrow-0.96-x86_64 and /usr/bin/printconf-gui
by Mark Lane 14 Jan '04

14 Jan '04

Has anyone had problems with printconf-gui not being able to load the printer definitions when adding a new printer? I when I do the program just hangs. regards, -- Mark Lane, CET mailto:mark@harddata.com Hard Data Ltd. http://www.harddata.com T: 01-780-456-9771 F: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3 --> Ask me about our Excellent 1U Systems! <--

3 4

Yum Broken.
by Mark Lane 14 Jan '04

14 Jan '04

I have been upgrading my Taroon 2 system to Fedora Core 1 for AMD64 but I have run into a problem. I believe that after I upgraded openssl that yum broke. [root@dynamic-171 downloads]# yum check-update Traceback (most recent call last): File "/usr/bin/yum", line 22, in ? import yummain File "yummain.py", line 21, in ? File "clientStuff.py", line 25, in ? File "pkgaction.py", line 25, in ? File "rpmUtils.py", line 9, in ? File "urlgrabber.py", line 21, in ? File "/usr/lib64/python2.2/urllib2.py", line 101, in ? import ftplib File "/usr/lib64/python2.2/ftplib.py", line 68, in ? all_errors = (Error, socket.error, IOError, EOFError) AttributeError: 'module' object has no attribute 'error' Any Ideas on how to fix this without putting on Taroon's version of openssl? regards, -- Mark Lane, CET mailto:mark@harddata.com Hard Data Ltd. http://www.harddata.com T: 01-780-456-9771 F: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3 --> Ask me about our Excellent 1U Systems! <--

5 10

Updated test kernel for FC1
by Dave Jones 14 Jan '04

14 Jan '04

--------------------------------------------------------------------- Fedora Update Notification FEDORA-2003-054 2004-01-13 --------------------------------------------------------------------- Name : kernel Version : 2.4.22 Release : 1.2154.nptl Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of your Fedora Core Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. --------------------------------------------------------------------- * Tue Jan 13 2004 Dave Jones <davej(a)redhat.com> - Reenable Tux. - Lots of updates from the 2.4.23 era. * Mon Jan 12 2004 Dave Jones <davej(a)redhat.com> - Avoid deadlocks in USB storage. * Fri Jan 09 2004 Dave Jones <davej(a)redhat.com> - Fix thread creation race. * Thu Jan 08 2004 Dave Jones <davej(a)redhat.com> - USB storage: Make Pentax Optio S4 work - Config file tweaking. Only enable CONFIG_SIBLINGS_2 on the kernels that need it. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/i… 4aeadb28ae4e5bb027bd3a3dc5411782 SRPMS/kernel-2.4.22-1.2154.nptl.src.rpm cc9742f4685d87cf769305727a91a9c0 i386/kernel-source-2.4.22-1.2154.nptl.i386.rpm 5442e2c8656c58da616292625ece24e5 i386/kernel-doc-2.4.22-1.2154.nptl.i386.rpm 6e908d602b79f63c81c8fa038de57d2c i386/kernel-BOOT-2.4.22-1.2154.nptl.i386.rpm 276184b6670f22b0a28c36e61c2da05a i386/debug/kernel-debuginfo-2.4.22-1.2154.nptl.i386.rpm a69a541b9ba413d65f423ca26f387950 i386/kernel-2.4.22-1.2154.nptl.i586.rpm 4f3c4904ff18ba582e7cc3e42c635b83 i386/debug/kernel-debuginfo-2.4.22-1.2154.nptl.i586.rpm 169b48b15c1abe9eb5ad559a38673ef0 i386/kernel-2.4.22-1.2154.nptl.i686.rpm 1f08b7ab1c9190c8a61315ec95dd15b9 i386/kernel-smp-2.4.22-1.2154.nptl.i686.rpm 41713e9360cf7f807b058dd6222cad4f i386/debug/kernel-debuginfo-2.4.22-1.2154.nptl.i686.rpm 76d4b73d8ce6779a926e04fba5658b78 i386/kernel-2.4.22-1.2154.nptl.athlon.rpm 77e837292931a1a690a7058b832469eb i386/kernel-smp-2.4.22-1.2154.nptl.athlon.rpm f140e8ca9950704af966bd9b916b3332 i386/debug/kernel-debuginfo-2.4.22-1.2154.nptl.athlon.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. ---------------------------------------------------------------------

1 0

yum error
by Tom Vaughan 14 Jan '04

14 Jan '04

I was getting a python error on line 619 or up2date.py Original code -> raise up2dateErros.RpmError("%s" % e) Changed to -> raise up2dateErrors.RpmError("%s" % e) The version that rpm -qi returns is 2.0.4-2 Tom you fixed a typo?? in 2.0.4-1? What file? -sv

2 1

net-snmp holding up testing rawhide
by Jim Cornette 13 Jan '04

13 Jan '04

Using yum to update programs or using up2date would complain about a required version of the library, older than the one that is currently provided by the latest rawhide content. Why is this a requirement for the older libs? Is the dependacy actually needed? Finding obsoleted packages Resolving dependencies .Package net-snmp needs librpm-4.2.so, this is not available. Package net-snmp needs librpmdb-4.2.so, this is not available. Package net-snmp needs librpmio-4.2.so, this is not available. I successfully installed a fresh installation of Rawhide on January 4th. I later found a conflict between net-snmp and submitted a bug on the conflicting problems with other programs. I have now tried to do another rawhide installation on jan 11 and jan 12 with no luck. I then decided to do a fresh install of Fedora 1, then try for an upgrade through rawhide. This dumped also and a bug was reported for these issues. Also, xmms does not create a dafault .xmms directory on a clean install. If one was to import a directory from another instalation and launch xmms, it would work as it should. Bugs submitted: xmms: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112864 FTP anaconda: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113358 This bug is for someone elses troubles. I could not track down my bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113414 --- I am amazed how one program with conflicting dependacies is able to bring down a lot of other operating system features. Good luck, Jim

1 0

pcmcia-problems...
by Tim Kossack 13 Jan '04

13 Jan '04

hi, i have a vaio z600lek with a pc-card cdrom which was properly detected and installed in red hat 8. in red hat 9 as well as fedora 1, installation from it works only with the workaround in the release notes, and it won't work at all afterwards when running either red hat 9 or fc1. i was already over at pcmcia-cs.sourceforge.net, but they couldn't figure out why it's not working either (red hat uses some modified pcmcia-package, no?) anyways, because this might be a relevant issue for fc2 affecting all users of notebokks of the same kind, i post over here. here's the link (i didn't try his last tip, because i don't understand what to do - as you can see from the thread, my knowledge of linux is still very limited. so pls bear with me) http://sourceforge.net/forum/forum.php?thread_id=855719&forum_id=7049 thx for any help.

2 4

RE: Compiling NVIDIA driver for -ntpl kernel
by Ossama Khayaat 13 Jan '04

13 Jan '04

> -----Original Message----- [SNIP] > From: Marc Schwartz [mailto:MSchwartz@MedAnalytics.com] > Don't forget to remove the Mesa-LibGL rpm before doing that. > > Use: > > rpm -e --nodeps XFree86-Mesa-libGL > > You will need to do that before running both of the NVidia install > processes and will need to repeat that when there are XFree86 and kernel > updates. > > Also, I have found that removing the Mesa-libGL will cause some > dependency issues when using up2date. So be aware that you may need to > uninstall it again after some updates. If I may ask, why do I have to remove this? I've always used the NVIDIA driver, before fedora, and never had a problem. Thanks Ossama

8 14

Fedora Core 1 Testing Update: gcc-3.3.2-6
by Jakub Jelinek 13 Jan '04

13 Jan '04

--------------------------------------------------------------------- Fedora Update Notification FEDORA-2003-050 2004-01-12 --------------------------------------------------------------------- Name : gcc Version : 3.3.2 Release : 6 Summary : Various compilers (C, C++, Objective-C, Java, ...) Description : The gcc package contains the GNU Compiler Collection version 3.3.2. You'll need this package in order to compile C code. --------------------------------------------------------------------- * Fri Jan 09 2004 Jakub Jelinek <jakub(a)redhat.com> 3.3.2-6 - update from gcc-3_3-branch - PRs fortran/12632, target/13373, bootstrap/13068, middle-end/13475, target/11576, optimization/13394, c/13382, target/11271, middle-end/13400, optimization/13031, c++/13239, c++/2294, c++/5050, c++/11554, c++/12696, c++/12862, c++/13070, c++/13081, c++/13239, c++/13371, c++/13445, c++/13507, libstdc++/13007 - fix endless loop on AMD64 (#112678, PR optimization/13521) - fix __builtin_expect * Fri Dec 19 2003 Jakub Jelinek <jakub(a)redhat.com> 3.3.2-5 - update from gcc-3_3-branch - PRs target/11992, target/13122, optimization/13037, target/13256, target/12598, optimization/13318, optimization/13060, optimization/12965, target/13354, optimization/4490, target/13150, middle-end/10060, driver/13211, target/13302, target/11322, target/12467, 12969, target/8407, 10239, 11640, c++/12253, c++/13262, c++/13323, fortran/12633, libstdc++/6243, libstdc++/11612, libstdc++/12496, libstdc++/13290, libstdc++/9371, libstdc++/9546, libstdc++/10093, libstdc++/10095 - fix __builtin_expect in C++ code - fix unwinding through SA_ONSTACK signal frames on IA-64 * Fri Dec 12 2003 Jakub Jelinek <jakub(a)redhat.com> 3.3.2-4 - fix unwinding through signal frames on IA-64 * Wed Dec 03 2003 Jakub Jelinek <jakub(a)redhat.com> 3.3.2-3 - update from gcc-3_3-branch - PRs optimization/11634, other/12505, optimization/13041, target/12900, optimization/12926, optimization/12953, target/12865, optimization/10467, optimization/11741, c++/2094, libobjc/11433, c++/2094, libstdc++/12297, libstdc++/12594 - BuildRequire texinfo (#111168) - Require /sbin/install-info for libgcj (#110904) - fix structure initialization with const fields and mostly zeros in the initializer (#110966) - fix gcj on PPC64 not emitting needed nop after branch and link to non-local Java method (Richard Henderson) - some more > 2GB handling fixes (Jan Hubicka) * Mon Nov 10 2003 Jakub Jelinek <jakub(a)redhat.com> 3.3.2-2 - update from gcc-3_3-branch - PRs bootstrap/12666, target/11598, libgcj/10610, target/12654, target/12690, target/12712 - fix ICE with C++ initializers (Jason Merrill, #109283, PR c++/12726) - fix handling of functions with > 2GB stack frames - fix handling of objects larger than 2GB or 4GB (Jan Hubicka and others) - fix Fortran COMMONs bigger than 2GB (#106542) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ 1941f3b9d7772501b8a0c2dd875cc558 SRPMS/gcc-3.3.2-6.src.rpm 15e765e153a6e4fb4e3cfec6b4cc0f1f i386/gcc-3.3.2-6.i386.rpm 11bfe68770ceebd46e67e0083d2b9c37 i386/libgcc-3.3.2-6.i386.rpm 62607c864d09f641672aa15d6266e0d0 i386/gcc-c++-3.3.2-6.i386.rpm 614432767a1ddd2b6a10620c6a873357 i386/libstdc++-3.3.2-6.i386.rpm 733337e74baedc5354164dbfd57e1f94 i386/libstdc++-devel-3.3.2-6.i386.rpm be5211e412ff386325017f4931918d42 i386/gcc-objc-3.3.2-6.i386.rpm 41bb9cbd9c03dfa4f4e66f0e66cd9cf1 i386/libobjc-3.3.2-6.i386.rpm 30bd3f8e6f1d253a65ed0962b78462db i386/gcc-g77-3.3.2-6.i386.rpm 2948fd2048f5a0704f9eb42435f52c13 i386/libf2c-3.3.2-6.i386.rpm 77da8e2fca1f84646ecb00fe6db8976b i386/gcc-java-3.3.2-6.i386.rpm 68de5143e20d9deb199f63def2005670 i386/libgcj-3.3.2-6.i386.rpm bc3fdc644379747a37aee754c4096aef i386/libgcj-devel-3.3.2-6.i386.rpm 45a5c5aa17fc9871c30610245945b47b i386/cpp-3.3.2-6.i386.rpm 92d8a68253f23fd6e313bfe89e83b8cd i386/gcc-gnat-3.3.2-6.i386.rpm a5ad9c06c6b3bebd38b333d701fd8c04 i386/libgnat-3.3.2-6.i386.rpm ff9fb1d693b68151d9325d2acadb2f7c i386/debug/gcc-debuginfo-3.3.2-6.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. ---------------------------------------------------------------------

6 10

Up2date rhn-applet with FTP and Apt support
by Daniel Veillard 09 Jan '04

09 Jan '04

[Oops, sent to fedora-devel-list instead of fedora-test-list initially ] I just released rhn-applet-2.1.5 adding support for FTP network access to repositories (#112658) and support for Apt repositories (#111759). You can find it there http://people.redhat.com/veillard/testing/FC1/i386/rhn-applet/2.1.5/ and it should appear on Rawhide at some point. Daniel -- Daniel Veillard | Red Hat Network https://rhn.redhat.com/ veillard(a)redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

2 1

Yum Upgrading to Rawhide
by Thomas J. Baker 09 Jan '04

09 Jan '04

I decided to update one of my test systems to rawhide but there seems to be a problem with python: Resolving dependencies .package redhat-config-mouse needs /usr/bin/python2.2 (not provided) package redhat-config-network-tui needs /usr/bin/python2.2 (not provided) package redhat-config-nfs needs /usr/bin/python2.2 (not provided) package redhat-config-samba needs /usr/bin/python2.2 (not provided) package redhat-config-securitylevel needs /usr/bin/python2.2 (not provided) package redhat-config-bind needs /usr/bin/python2.2 (not provided) package redhat-config-date needs /usr/bin/python2.2 (not provided) package redhat-config-keyboard needs /usr/bin/python2.2 (not provided) package redhat-config-kickstart needs /usr/bin/python2.2 (not provided) package redhat-config-language needs /usr/bin/python2.2 (not provided) package redhat-config-rootpassword needs /usr/bin/python2.2 (not provided) package redhat-config-soundcard needs /usr/bin/python2.2 (not provided) package redhat-config-users needs /usr/bin/python2.2 (not provided) package redhat-config-xfree86 needs /usr/bin/python2.2 (not provided) For those running rawhide, did you just remove all the redhat-config- programs or was there some other work around? Thanks, tjb -- ======================================================================= | Thomas Baker email: tjb(a)unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | =======================================================================

3 2

zeroconf
by Parrish M Myers 09 Jan '04

09 Jan '04

Hello, Has anyone attempted to include zeroconf modules info fedora core: either rendezvous or some open source alternative? If not, I would like to ask for some advice... It seems that OSI has approved the Apple open source license. I believe that rendezvous is released under this license. If someone were to start creating zeroconf modules that work in fedora, would it be preferable to write everything from scratch or use rendezvous? I know there are a couple of open source implementations of these things out there like zcip and openslp... Are these good projects to start with? I know these are nebulous questions, but I am curious to know what would be a good direction to start contributing to this technology. Thanks ----------------------------------------------------------- Academia is a little like child | Parrish M. Myers rearing, it provides a chance at | The Wacked Jester immortality without the stretch | parrishmyers(a)yahoo.com marks -- (unknown source) | ----------------------------------------------------------- --------------------------------- Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003

2 1

Kernel 2.6.0-1.30 modules references floating point routines
by George Garvey 09 Jan '04

09 Jan '04

rpm -ivh kern*rpm Preparing... ########################################### [100%] 1:kernel-source ########################################### [ 25%] 2:kernel ########################################### [ 50%] WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __floatsidf WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __fixunsdfsi WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __adddf3 WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __divdf3 WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __floatsidf WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __ltdf2 WARNING: /lib/modules/2.6.0-1.30/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __adddf3 3:kernel-doc ########################################### [ 75%] 4:kernel-smp ########################################### [100%] WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __floatsidf WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __fixunsdfsi WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __adddf3 WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/video/sis/sisfb.ko needs unknown symbol __divdf3 WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __floatsidf WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __ltdf2 WARNING: /lib/modules/2.6.0-1.30smp/unsupported/drivers/media/dvb/ttpci/dvb-ttpci.ko needs unknown symbol __adddf3

3 4

RE: second fresh install broken after update - gnome broken
by Vanco, Don 08 Jan '04

08 Jan '04

Awesome - the saga just keeps getting better - now "yum update" instantly seg-faults. Fedora is "teh roxor"! Where's my holy water? Don fedora-test-list-admin(a)redhat.com wrote: > I have also noticed what appear to be reliability problems with the > webserver that handles the updates-released yum repository. > TCP sockets > get timed out or dropped or something happens to corrupt the RPM > transfers. up2date doesn't know how to recover from it, but > if I use yum > instead, it will retry the transfer and eventually succeed. > > Maybe it's possible that you managed to force some package to install > that was truncated? > > Vanco, Don wrote: >> Well, I've got me second system in as many weeks that has had >> something broken by updating it. I cannot get gnome to start, and >> sadly it gives no error output. >> >> Details: >> Fresh install of FC1 - gnome / X works fine (Compaq DL320, ATI Rage >> XL Chipset) >> >> Tried to update system via up2date - this lead to a cyclical >> redundancy where the RPMs would not installed because they failed >> both MD5 check and appropriate key signature (after installing >> key???), and no combination of --nosignature and/or --nomd5 could >> satisfy RPM to install. >> >> So - "apt-get update" and let it do it's thing. >> >> Now the system will not let a user start X. I can run gdm, but if >> root or a user tries to log in or even launch X via "startx" (where >> their default session is gnome) they're immediately bounced out. >> KDE appears fine. Adding a new user or deleting the .gnom* stuff >> does nothing. Starting X and then trying to use "gnome-session" >> rewards me with an immediate seg fault. >> >> Aside from this gnome mess - when will the update process stop >> breaking systems? Pretty much all of my peers (and me if it's not >> obvious) are tiring of Fedora because of it's inability to provide a >> stable platform...... and relying solely on an apt repository or yum >> repository is still to immature for Fedora - they're just not a >> single site I've found that doesn't have issues of some kind... >> Using multiple apt/yum repositories appears to be disastrous - I've >> loaded 4 systems with FC1 (after numerous beta machines) and have a >> "50 percent failure rate" on machines that have been subsequently >> rendered problematic (at best) or broken (at worst) by the upgrade >> process in one fashion or another..... >> >> Fedora - the new Mandrake! >> >> Don

2 1

ATI All-In-Wonder Radeon 9800 Pro can't graphically install
by Erich Hoover 08 Jan '04

08 Jan '04

Now that I've finally got around to upgrading to Fedora Core 1 (had 0.95 before) I've run into the same installation problem I had before, the installer does not support the ATI All-In-Wonder 9800 Pro. As I posted last time, the RedHat 9 installer works fine with the card but the Fedora Installer doesn't. The installer totally locks up and requires a hard reset and a text installation must be performed, then the new drivers must be downloaded from ATI's website (at least they did the first time, they didn't this time but I'm assuming the upgrade didn't touch my video driver). I've included my lspci report in the hopes that someone will be able to fix this so that this doesn't happen to other people (installing the driver from the prompt is a pain). lspci report: 00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333] 00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] 00:09.0 Communication controller: National Instruments PCI-GPIB (rev 01) 00:0b.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08) 00:0b.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 08) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06) 00:11.2 USB Controller: VIA Technologies, Inc. USB (rev 1b) 00:11.3 USB Controller: VIA Technologies, Inc. USB (rev 1b) 00:11.4 USB Controller: VIA Technologies, Inc. USB (rev 1b) 00:14.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R350 [Radeon 9800] 01:00.1 Display controller: ATI Technologies Inc Radeon R350 [Radeon 9800] (Secondary)

3 2

cd-rom
by alton bailey 08 Jan '04

08 Jan '04

I have on cd-rom and a dvd-rom atatch to the same but only one works Kernel-2.6.0.109 It is on /dev/hdc how can I maeke the other work

2 1

Proper steps to get to testing
by Russ Hubbard 07 Jan '04

07 Jan '04

Hello all, What steps do I need to take to get to the current testing version of the distro. Is it as simple as installing Core 1, and doing a yum or up2date with the development packages? Any help at all would be much appreciated. Thanks! Russ

3 2

Fedora Core 1 Testing Update: glibc-2.3.2-101.4
by Jakub Jelinek 07 Jan '04

07 Jan '04

--------------------------------------------------------------------- Fedora Update Notification FEDORA-2003-045 2004-01-07 --------------------------------------------------------------------- Name : glibc Version : 2.3.2 Release : 101.4 Summary : The GNU libc libraries. Description : The glibc package contains standard libraries which are used by multiple programs on the system. In order to save disk space and memory, as well as to make upgrading easier, common system code is kept in one place and shared between programs. This particular package contains the most important sets of shared libraries: the standard C library and the standard math library. Without these two libraries, a Linux system will not function. --------------------------------------------------------------------- Update Information: This glibc update fixes lots of bugs in the regular expression matcher and speeds it up. It fixes a couple of other bugs as well. --------------------------------------------------------------------- * Tue Jan 06 2004 Jakub Jelinek <jakub(a)redhat.com> 2.3.2-101.4 - some further regex speedups - fix re.translate handling in regex (#112869) - change regfree to match old regex behaviour (what is freed and clearing of freed pointers) * Tue Dec 30 2003 Jakub Jelinek <jakub(a)redhat.com> 2.3.2-101.3 - fix pmap_set fd and memory leak (#112726) - fix backreference handling in regex * Tue Dec 30 2003 Jakub Jelinek <jakub(a)redhat.com> 2.3.2-101.2 - fix to make pthread_setcancelstate (PTHREAD_CANCEL_DISABLE, ) really disable cancellation (#112512) - lots of regex fixes and speedups (#110401) - fix nextafter*/nexttoward* - handle 6th syscall(3) argument on AMD64 - handle memalign/posix_memalign in mtrace - fix linuxthreads memory leak (#112208) - remove throw () from cancellation points in linuxthreads (#112602) - fix NPTL unregister_atfork - fix unwinding through alternate signal stacks - fix atan2 - fix pshared condvars in NPTL - fix pthread_attr_destroy for attributes created with pthread_attr_init(a)GLIBC_2.0 - add BuildPrereq texinfo (#110252) - fix ceill/floorl on AMD64 - work around IA64 gas bug with unwind info and .align - fix NPTL configure - allow dlopen after fork () in threaded programs - compute IA-64 default thread stack size correctly - fix thread stacks with ulimit -s not a multiple of a page size - randomize PIE shared libraries, honor LD_USE_LOAD_BIAS env variable - fix execstack handling on kernels without exec-shield --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/1/ cdf53b3e82b4b18f0ff3b7b05204e4ff SRPMS/glibc-2.3.2-101.4.src.rpm deb41a4107321ad9e5d67adde39c1ee5 i386/glibc-2.3.2-101.4.i386.rpm 46c90bab86b550cd7f43c15e21491892 i386/glibc-devel-2.3.2-101.4.i386.rpm d8d3efcfda021f075e6a26c5a8532146 i386/glibc-headers-2.3.2-101.4.i386.rpm ef60bc1717e7341d67a59081cd7f7a0c i386/glibc-profile-2.3.2-101.4.i386.rpm 2ab49196e7b586d269cb4fbdc9fa5681 i386/glibc-common-2.3.2-101.4.i386.rpm adbc0ef23edbb23dcc87d77163e4ea50 i386/nscd-2.3.2-101.4.i386.rpm 82fb788ea6777d9c4c18caf6f388b8d3 i386/glibc-debug-2.3.2-101.4.i386.rpm 187ed7af5b2c09d8cda76000fd5d443b i386/glibc-utils-2.3.2-101.4.i386.rpm 6694ac4caa7ae01cf94282c3c721b4a0 i386/debug/glibc-debuginfo-2.3.2-101.4.i386.rpm 674950ebd9ae3deef47f2ddb90e0ef13 i386/debug/glibc-debuginfo-common-2.3.2-101.4.i386.rpm 41062334adb203c37ee2c141883c5b5a i386/glibc-2.3.2-101.4.i686.rpm 5bf19599f529a271e54fae4455be9337 i386/nptl-devel-2.3.2-101.4.i686.rpm dad036887d3a9dda20e78c9eb7db9582 i386/debug/glibc-debuginfo-2.3.2-101.4.i686.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. ---------------------------------------------------------------------

1 0

Fedora Core 1 Testing Update: gcc-3.3.2-5
by Jakub Jelinek 07 Jan '04

07 Jan '04

--------------------------------------------------------------------- Fedora Update Notification FEDORA-2003-044 2004-01-07 --------------------------------------------------------------------- Name : gcc Version : 3.3.2 Release : 5 Summary : Various compilers (C, C++, Objective-C, Java, ...) Description : The gcc package contains the GNU Compiler Collection version 3.3.2. You'll need this package in order to compile C code. --------------------------------------------------------------------- * Fri Dec 19 2003 Jakub Jelinek <jakub(a)redhat.com> 3.3.2-5 - update from gcc-3_3-branch - PRs target/11992, target/13122, optimization/13037, target/13256, target/12598, optimization/13318, optimization/13060, optimization/12965, target/13354, optimization/4490, target/13150, middle-end/10060, driver/13211, target/13302, target/11322, target/12467, 12969, target/8407, 10239, 11640, c++/12253, c++/13262, c++/13323, fortran/12633, libstdc++/6243, libstdc++/11612, libstdc++/12496, libstdc++/13290, libstdc++/9371, libstdc++/9546, libstdc++/10093, libstdc++/10095 - fix __builtin_expect in C++ code - fix unwinding through SA_ONSTACK signal frames on IA-64 * Fri Dec 12 2003 Jakub Jelinek <jakub(a)redhat.com> 3.3.2-4 - fix unwinding through signal frames on IA-64 * Wed Dec 03 2003 Jakub Jelinek <jakub(a)redhat.com> 3.3.2-3 - update from gcc-3_3-branch - PRs optimization/11634, other/12505, optimization/13041, target/12900, optimization/12926, optimization/12953, target/12865, optimization/10467, optimization/11741, c++/2094, libobjc/11433, c++/2094, libstdc++/12297, libstdc++/12594 - BuildRequire texinfo (#111168) - Require /sbin/install-info for libgcj (#110904) - fix structure initialization with const fields and mostly zeros in the initializer (#110966) - fix gcj on PPC64 not emitting needed nop after branch and link to non-local Java method (Richard Henderson) - some more > 2GB handling fixes (Jan Hubicka) * Mon Nov 10 2003 Jakub Jelinek <jakub(a)redhat.com> 3.3.2-2 - update from gcc-3_3-branch - PRs bootstrap/12666, target/11598, libgcj/10610, target/12654, target/12690, target/12712 - fix ICE with C++ initializers (Jason Merrill, #109283, PR c++/12726) - fix handling of functions with > 2GB stack frames - fix handling of objects larger than 2GB or 4GB (Jan Hubicka and others) - fix Fortran COMMONs bigger than 2GB (#106542) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/ b514d749a559fe3e4f9013bc97d696d9 SRPMS/gcc-3.3.2-5.src.rpm c2a551a2f40c4fd5c0473ade5c03fb28 i386/gcc-3.3.2-5.i386.rpm 834d868612f51526d6b214591dbffbdc i386/libgcc-3.3.2-5.i386.rpm dae4a95954641cc8e63ff09bbb490dd5 i386/gcc-c++-3.3.2-5.i386.rpm 6366a364a85244f116e394f85e356403 i386/libstdc++-3.3.2-5.i386.rpm e8b2060705fdc0060850be1829f73fb2 i386/libstdc++-devel-3.3.2-5.i386.rpm 847cdf82326360cbb0bd063a04e0fd52 i386/gcc-objc-3.3.2-5.i386.rpm acdfdb4aaadc6ac0f0766d1775fea322 i386/libobjc-3.3.2-5.i386.rpm d7dc2ac508ce55a785938767bc51e63a i386/gcc-g77-3.3.2-5.i386.rpm 034737a81f67efbb758b592b72de0ca5 i386/libf2c-3.3.2-5.i386.rpm dea57844e754ee6c59b68d603968d9b8 i386/gcc-java-3.3.2-5.i386.rpm b5d98773111b09e824b625dd3045eea8 i386/libgcj-3.3.2-5.i386.rpm 91f855112f414307672dc4933eea7633 i386/libgcj-devel-3.3.2-5.i386.rpm 967d01bf80d9a296c15175d2d615c0b5 i386/cpp-3.3.2-5.i386.rpm bbf3e5ce71f130c4de5e60401196e92a i386/gcc-gnat-3.3.2-5.i386.rpm 95042e9032fc4cd10e32a28151288180 i386/libgnat-3.3.2-5.i386.rpm 63a3d046fa9a9ff060637a0b3c46497d i386/debug/gcc-debuginfo-3.3.2-5.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. ---------------------------------------------------------------------

1 0

Updated kernel package needs testing.
by Dave Jones 07 Jan '04

07 Jan '04

Quite a few changes here, especially to ext2/3 and fs/vm subsystems. Handle with care for now. Dave --------------------------------------------------------------------- Fedora Update Notification FEDORA-2003-048 2004-01-07 --------------------------------------------------------------------- Name : kernel Version : 2.4.22 Release : 1.2149.nptl Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of your Fedora Core Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. --------------------------------------------------------------------- * Wed Jan 07 2004 Dave Jones <davej(a)redhat.com> - Merge several EXT2/3 fixes from 2.4.25pre - EXT2/3 fixes. - Reclaim pages in truncate - 2.6 EA symlink compatibility - forward-compatibility: online resizing - Allow filesystems with expanded inodes to be mounted - Handle j_commit_interval == 0 - IDE timeout race fix - Merge some 2.4.23pre patches that were missed. - Make root a special case for per-user process limits. - out_of_memory() locking - Drop module count if lockd reclaimer thread failed to start - Fix potential fsync() race condition - s/Red Hat/Fedora/ in specfile (#112992) - Add PCI ident for new Intel e1000 card. (#105046) - Actually wire up 3c59x ethtool ioctl. - Fix up numeric sysctls to match mainline. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/1/ 0528ff2ef4b077e34a6e9f0bdc4c4c43 SRPMS/kernel-2.4.22-1.2149.nptl.src.rpm cf2da4c300650d6a68aeb3141e8de93e i386/kernel-source-2.4.22-1.2149.nptl.i386.rpm b6ffe91b11cb64af23f08de19c965677 i386/kernel-doc-2.4.22-1.2149.nptl.i386.rpm 37bdb02f23cd936fc6a68c8b2f176275 i386/kernel-BOOT-2.4.22-1.2149.nptl.i386.rpm fe89710f267b238c9e5fcdf3d2658383 i386/debug/kernel-debuginfo-2.4.22-1.2149.nptl.i386.rpm 68de6d015862dfc63d40b68a8fa1affa i386/kernel-2.4.22-1.2149.nptl.i586.rpm 9714ae57c042a42400336c06ae07f2c3 i386/debug/kernel-debuginfo-2.4.22-1.2149.nptl.i586.rpm ccc831fbb9ffa04ed7504f058411febc i386/kernel-2.4.22-1.2149.nptl.i686.rpm 257145cc01f1ea38fbcf22304b93d566 i386/kernel-smp-2.4.22-1.2149.nptl.i686.rpm baff2d70eb4e24b626511b9f3feacccd i386/debug/kernel-debuginfo-2.4.22-1.2149.nptl.i686.rpm 70b1314d932ff4283cab39a289b7aedc i386/kernel-2.4.22-1.2149.nptl.athlon.rpm af27b81477979c6ff42a9e1475adaf3b i386/kernel-smp-2.4.22-1.2149.nptl.athlon.rpm 307fb0efbbc54a55e3d0c2a4b134c691 i386/debug/kernel-debuginfo-2.4.22-1.2149.nptl.athlon.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. ---------------------------------------------------------------------

1 0

second fresh install broken after update - gnome broken
by Vanco, Don 07 Jan '04

07 Jan '04

Well, I've got me second system in as many weeks that has had something broken by updating it. I cannot get gnome to start, and sadly it gives no error output. Details: Fresh install of FC1 - gnome / X works fine (Compaq DL320, ATI Rage XL Chipset) Tried to update system via up2date - this lead to a cyclical redundancy where the RPMs would not installed because they failed both MD5 check and appropriate key signature (after installing key???), and no combination of --nosignature and/or --nomd5 could satisfy RPM to install. So - "apt-get update" and let it do it's thing. Now the system will not let a user start X. I can run gdm, but if root or a user tries to log in or even launch X via "startx" (where their default session is gnome) they're immediately bounced out. KDE appears fine. Adding a new user or deleting the .gnom* stuff does nothing. Starting X and then trying to use "gnome-session" rewards me with an immediate seg fault. Aside from this gnome mess - when will the update process stop breaking systems? Pretty much all of my peers (and me if it's not obvious) are tiring of Fedora because of it's inability to provide a stable platform...... and relying solely on an apt repository or yum repository is still to immature for Fedora - they're just not a single site I've found that doesn't have issues of some kind... Using multiple apt/yum repositories appears to be disastrous - I've loaded 4 systems with FC1 (after numerous beta machines) and have a "50 percent failure rate" on machines that have been subsequently rendered problematic (at best) or broken (at worst) by the upgrade process in one fashion or another..... Fedora - the new Mandrake! Don

4 3

Bug Day 10 : Jan 7th : Happy New Year!
by Jef Spaleta 07 Jan '04

07 Jan '04

I hope everyone had a restful holiday. I would have, but my little sister decided to take and hide the playstation 2 memory card from me over the break so i couldn't finish building all the ultimate coasters in rollercoaster tycoon and unlock the hidden theme park...but enough about me. Well to be perfectly honest with everyone, my attempt at finding a theme for this week went up in smoke when someone who will rename nameless ( his initials are Dave Jones) decided the specific testing i was going to ask people to help out with wasn't needed. But let's recap on where things stand with general bug busting issues, that you, as an enthusiastic Fedora community member can make a difference in. * Fedora.us QA: Fedora.us still needs continuing help with community QA efforts to get packages published. There are 314 packages in the QA list waiting for community input before they are ready to be pushed out to the repositories for general use. (http://www.fedora.us/QA) I want to remind everyone that until Fedora Extras exists, the fedora.us repositories are the place the Fedora leadership is encouraging people to contribute extra packages. But submitting packages isn't enough. It is important for community members to check over the submitted packages and make sure they are good enough to be released to the general public. Making a commitment to help QA packages waiting to be published at fedora.us is a very good to get involved in development as a community member. References: http://www.fedora.us/wiki/PackageSubmissionQAPolicy http://www.fedora.us/wiki/FedoraDocuments * Vesa Driver Testing: http://www.fedora.us/wiki/VesaDriverTesting : Mike Harris has asked for testing of the Vesa video driver, which could be used for a "safe mode" in Fedora. The problem is that many BIOS's Vesa modes are broken, so he needs a good blacklist of broken situations with the Vesa driver. Please follow the instructions at the url given above and test your video hardware with the vesa driver, and file a bug report if vesa does not work with your video hardware. *Fedora Bugzilla Triage: An effort to to be able to organize Fedora community into a nimble bugzilla strike force who can take the burden of day to day bugzilla maintenance from the core developers. What that means in less humourous terms is...finding a way to have community members going into bugzilla and closing things like duplicate bugs, and finding the easyfix bugs and marking them, so its easier for the developers to find and work on bugreports. If we can help save developers time searching through bugreports by helping organize the reports, developers can spend more time actually fixing bugs. Here's a basic sketch of how its going to work: 1)you search through the Fedora bugs at bugzilla.redhat.com looking for things like duplicates and easyfix bugs. 2)you find a bug report that you think is a duplicate 3)stop into #fedora-bugs irc channel and discuss whether the bug is actually a duplicate or not with people there 4)add a comment triage->duplicate #bugnumber-of-duplicate 5)a trusted triage community member will search for the triage->duplicate string and then close the bug as being a duplicate I promise to spend tomorrow's bug day going in and taking care of as many of the community supplied triage comments sitting in bugzilla at the moment. And please, if you are interested in helping out with triage please hop on #fedora-bugs channel on the freenode irc network tomorrow during 9am-5pm EST or drop me an email message. And if you are already made an effort to help out experimenting with triage->comments, find me tomorrow or send me an email so I can get a head count. I'm serious about starting to follow up on the comments tomorrow as part of the days bug day activities. -jef

1 0

RE: New test kernel.
by Randal, Phil 06 Jan '04

06 Jan '04

> > But, trying to boot a single processor Dell PowerEdge 2650 > with it was not > > successful - it hung at some point in the startup. As it > happened at 6:30pm > > last night I haven't any detailed documentation, and it is > unlikely that > > I'll have the time to investigate further. The same box runs > > kernel-2.4.22-2129 happily. > > Does 2135 behave normally ? > > Dave I've reflashed the PE2650 BIOS from release A15 to A17 and happily booted it with the latest kernel-2.4.22-1.2138.nptl and .nptlsmp kernels. So far so good. Cheers, Phil --------------------------------------------- Phil Randal Network Engineer Herefordshire Council Hereford, UK

1 0

Installing the development branch?
by Charlie Lesh 06 Jan '04

06 Jan '04

Hey all: What is the best way to install and run the development branch? Should I install core 1, then update all of my RPMs with a rawhide source? Is there a more elegant and direct solution? Is there a way (script?) to make the install CDs from a locally mirrored copy? This seems like it might be a FAQ, but I couldn't find the answer anywhere. I don't really want to wait until the release of test1 in February to start playing! Thanks in advance, -Charlie

4 4

SCSI errors on cd burning
by Alan 06 Jan '04

06 Jan '04

ide-scsi has been a real pain in the ass. I am using the current Fedora kernel kernel-smp-2.4.22-1.2138.nptl built for Athlon. I am using a dual athlon 2100+MP system with 512M and a Pioneer A-05 DVD burner. cdrecord-2.01-0.a19.2 When I try and use k3b to burn a bin/cue disc or DVD, I get errors. Here is the output from cdrecord. Notice the SCSI errors. What is weird is I get the same scsi errors if I am not using ide-scsi! cdrecord ----------------------- scsidev: '0,0,0' scsibus: 0 target: 0 lun: 0 Linux sg driver version: 3.1.25 /usr/bin/cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.75-RH '@(#)scsi-linux-sg.c 1.75 02/10/21 Copyright 1997 J. Schilling'). SCSI buffer size: 64512 /usr/bin/cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code. /usr/bin/cdrecord: If you need DVD-R/DVD-RW support, ask the Author for cdrecord-ProDVD. Cdrecord-Clone 2.01a19 (i686-redhat-linux-gnu) Copyright (C) 1995-2003 Jörg Schilling TOC Type: 1 = CD-ROM Using libscg version 'schily-0.7' Driveropts: 'burnfree' atapi: 1 Device type : Removable CD-ROM Version : 0 Response Format: 2 Capabilities : Vendor_info : 'PIONEER ' Identifikation : 'DVD-RW DVR-105 ' Revision : '1.21' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 Profile: 0x0014 Profile: 0x0013 Profile: 0x0011 Profile: 0x0010 Profile: 0x000A Profile: 0x0009 (current) Profile: 0x0008 Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1267712 = 1238 KB FIFO size : 4194304 = 4096 KB Track 01: data 1 MB Track 02: data 803 MB Total size: 804 MB (79:39.65) = 358474 sectors Lout start: 804 MB (79:41/49) = 358474 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 5 Is not unrestricted Is not erasable Disk sub type: Medium Type A, high Beta category (A+) (3) ATIP start of lead in: -11634 (97:26/66) ATIP start of lead out: 359848 (79:59/73) Disk type: Short strategy type (Phthalocyanine or similar) Manuf. index: 3 Manufacturer: CMC Magnetics Corporation Blocks total: 359848 Blocks current: 359848 Blocks remaining: 1374 Starting to write CD/DVD at speed 16 in real SAO mode for single session. Last chance to quit, starting real write in 2 seconds. 1 seconds. 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. BURN-Free is ON. Performing OPC... Sending CUE sheet... /usr/bin/cdrecord: CUE sheet not accepted. Retrying with minimum pregapsize = 1. /usr/bin/cdrecord: Input/output error. send_cue_sheet: scsi sendcmd: no error CDB: 5D 00 00 00 00 00 00 00 30 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0E 00 00 00 00 26 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x26 Qual 0x00 (invalid field in parameter list) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.010s timeout 200s /usr/bin/cdrecord: Cannot send CUE sheet. /usr/bin/cdrecord: Could not write Lead-in. Writing time: 6.569s /usr/bin/cdrecord: fifo had 64 puts and 0 gets. /usr/bin/cdrecord: fifo was 0 times empty and 0 times full, min fill was 100%. cdrecord comand: ----------------------- /usr/bin/cdrecord -v gracetime=2 dev=0,0,0 speed=16 -dao driveropts=burnfree cuefile=/export2/home/alan/News/Pan/Movies/ww107.cue -eject Ideas? -- "I say to you that the VCR is to the American film producer and the American public as the Boston strangler is to the woman home alone." - Jack Valenti in 1982 in testimony to the House of Representatives on why the VCR should be illegal.

2 6

run firestarter after pcmcia with chkconfig
by Scott Blackman 06 Jan '04

06 Jan '04

Hi all, Is posible to run /etc/rc.d/init.d/pcmcia befor /etc/rc.d/init.d/firestarter with chkconfig? Scott

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

test January 2004