March 2004 - devel - Fedora mailing-lists

rawhide report: 20040305 changes
by Build System 05 Mar '04

05 Mar '04

Updated Packages: anaconda-9.91-0.20040304185154 ------------------------------ * Thu Mar 04 2004 Anaconda team <bugzilla(a)redhat.com> - built new version from CVS * Tue Feb 24 2004 Jeremy Katz <katzj(a)redhat.com> - buildrequire libselinux-devel * Thu Nov 06 2003 Jeremy Katz <katzj(a)redhat.com> - require booty (#109272) at-spi-1.3.14-1 --------------- * Thu Mar 04 2004 Mark McLoughlin <markmc(a)redhat.com> 1.3.14-1 - Update to 1.3.14 * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt dietlibc-0.24-4 --------------- * Thu Mar 04 2004 Jeremy Katz <katzj(a)redhat.com> - 0.24-4 - don't strip to avoid segfaulting binaries (#117006) epiphany-1.1.10-1 ----------------- * Thu Mar 04 2004 Jeremy Katz <katzj(a)redhat.com> - 1.1.10-1 - 1.1.10 - add patch from jrb for file-chooser api changes * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt firstboot-1.3.6-1 ----------------- * Thu Mar 04 2004 Brent Fox <bfox(a)redhat.com> 1.3.6-1 - only call chkconfig -add if /etc/sysconfig/firstboot does not exist foomatic-3.0.1-2 ---------------- * Thu Mar 04 2004 Tim Waugh <twaugh(a)redhat.com> 3.0.1-2 - Fix Omni PageSize problem (bug #115586). * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt ghostscript-7.07-24 ------------------- * Thu Mar 04 2004 Tim Waugh <twaugh(a)redhat.com> 7.07-24 - Fix compilation with GCC 3.4. * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt * Wed Feb 18 2004 Tim Waugh <twaugh(a)redhat.com> 7.07-23 - Build against gtk2/glib2 (bug #115619). Patch from W. Michael Petullo. gok-0.9.9-1 ----------- * Thu Mar 04 2004 Mark McLoughlin <markmc(a)localhost.localdomain> 0.9.9-1 - Update to 0.9.9 * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt gstreamer-0.7.5-2 ----------------- * Thu Mar 04 2004 Jeremy Katz <katzj(a)redhat.com> - 0.7.5-2 - fix plugin dir with respect to %_lib * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt * Tue Feb 24 2004 Alexander Larsson <alexl(a)redhat.com> 0.7.5-1 - update to 0.7.5 - clean up specfile some - enable docs iiimf-le-inpinyin-0.2-5 ----------------------- * Wed Mar 03 2004 Yu Shao <yshao(a)redhat.com> - a fix for wrongly calculated the candidates number and caused httx to crash im-sdk-11.4-22 -------------- * Thu Mar 04 2004 Yu Shao <yshao(a)redhat.com> - add xft patch to display candidate characters properly in httx(#117355) * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt kernel-2.6.3-2.1.238 -------------------- * Wed Feb 25 2004 Arjan van de Ven <arjanv(a)redhat.com> - merge back a bunch of fedora fixes - disable audit * Tue Feb 24 2004 Arjan van de Ven <arjanv(a)redhat.com> - audit bugfixes - update tux to a working version - 2.6.3-bk5 merge * Fri Feb 20 2004 Arjan van de Ven <arjanv(a)redhat.com> - re-add and enable the Auditing patch - switch several cpufreq modules to built in since detecting in userspace which to use is unpleasant kudzu-1.1.48-1 -------------- * Thu Mar 04 2004 Bill Nottingham <notting(a)redhat.com> 1.1.48-1 - fix module_upgrade libgnomeui-2.5.90.1-1 --------------------- * Thu Mar 04 2004 Mark McLoughlin <markmc(a)redhat.com> 2.5.90.1-1 - Update to 2.5.90.1 - Package the gnome-vfs GtkFilesystem impl. * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt mdadm-1.5.0-3 ------------- * Thu Mar 04 2004 Bill Nottingham <notting(a)redhat.com> 1.5.0-3 - ship /var/run/mpmpd (#117497) mtr-0.54-4 ---------- * Mon Feb 16 2004 Phil Knirsch <pknirsch(a)redhat.com> - Added IPv6 patch from ftp://ftp.kame.net/pub/kame/misc/mtr-054-* - Enabled IPv6 in mtr. - Included fix from Robert Scheck to make GTK optional in configure. policy-1.7-4 ------------ prelink-0.3.1-1 --------------- * Thu Mar 04 2004 Jakub Jelinek <jakub(a)redhat.com> 0.3.1-1 - add prelink documentation (PDF format) - fix assertion failures on PPC (.sdynbss related, #115925) - fix prelink --help (#115202) - avoid free on uninitialized variable in one error path (#117332) - s/i386/%{ix86}/ to make mharris happy pwlib-1.6.3-2 ------------- * Thu Mar 04 2004 Alexander Larsson <alexl(a)redhat.com> 1.6.3-2 - Make symlink for PWLIBDIR/make/ptlib-config * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt qt-3.3.1-0.3 ------------ * Thu Mar 04 2004 Than Ngo <than(a)redhat.com> 1:3.3.1-0.3 - add fontdatabase fix from Trolltech * Thu Mar 04 2004 Than Ngo <than(a)redhat.com> 1:3.3.1-0.2 - fix wrong symlink #117451 * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt reiserfs-utils-3.6.13-1 ----------------------- * Thu Mar 04 2004 Florian La Roche <Florian.LaRoche(a)redhat.de> - 3.6.13 * Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt * Thu Aug 28 2003 Florian La Roche <Florian.LaRoche(a)redhat.de> - update to 3.6.11 rhpl-0.131-1 ------------ * Thu Mar 04 2004 Jeremy Katz <katzj(a)redhat.com> - 0.131-1 - switch some default keyboard layouts (#117007) * Thu Mar 04 2004 Brent Fox <bfox(a)redhat.com> 0.130-1 - strip out refresh rate data (bug #117327) * Wed Mar 03 2004 Brent Fox <bfox(a)redhat.com> 0.129-1 - enable DRI extentions for all i386, x86_64, and ia64 systems (bug #115672) - vmware doesn't do 24bpp (#117375) - fix for savage + lcds (#117079) rp-pppoe-3.5-11 --------------- * Thu Mar 04 2004 Than Ngo <than(a)redhat.com> 3.5-11 - fixed default route problem, #114875 - fixed restart issue, #100610 - fixed a bug in adsl status rpmdb-fedora-1.90-0.20040305 ---------------------------- system-config-kickstart-2.5.5-1 ------------------------------- * Thu Mar 04 2004 Brent Fox <bfox(a)redhat.com> 2.5.5-1 - fix capitalization problem (bug #117490) * Thu Jan 08 2004 Brent Fox <bfox(a)redhat.com> 2.5.4-1 - only add --default to langsupport if more than one lang is selected (bug #111600) * Tue Jan 06 2004 Brent Fox <bfox(a)redhat.com> 2.5.3-1 - add a requires for system-config-language - get list of langs from system-config-language system-config-printer-0.6.94-1 ------------------------------ * Thu Mar 04 2004 Tim Waugh <twaugh(a)redhat.com> 0.6.94-1 - 0.6.94: - Cope with there being no default queue at all (bug #117060). * Fri Feb 06 2004 Tim Waugh <twaugh(a)redhat.com> 0.6.93-1 - 0.6.93: - Enable F12 in the text interface (bug #113732). - Fix the rest of bug #109942, and bug #115062. * Thu Feb 05 2004 Tim Waugh <twaugh(a)redhat.com> - Make gui package obsolete the correct thing (bug #114981). system-config-samba-1.2.3-1 --------------------------- * Thu Mar 04 2004 Brent Fox <bfox(a)redhat.com> 1.2.3-1 - apply patch from bug #116564 * Mon Jan 12 2004 Brent Fox <bfox(a)redhat.com> 1.2.2-1 - fix glade file path problem - wrap smbpasswd in quotes (bug #112528) - don't call lower() on server string (bug #111758) * Wed Jan 07 2004 Brent Fox <bfox(a)redhat.com> 1.2.1-1 - add a Requires for pygtk2-libglade system-config-securitylevel-1.3.3-1 ----------------------------------- * Thu Mar 04 2004 Brent Fox <bfox(a)redhat.com> 1.3.3-1 - fix tab ordering bug (bug #116913) * Tue Feb 03 2004 Brent Fox <bfox(a)redhat.com> 1.3.2-1 - F12 functionality fixed * Mon Jan 12 2004 Brent Fox <bfox(a)redhat.com> 1.3.1-1 - break up really long strings (bug #102455) tclx-8.3.5-2 ------------ * Wed Mar 03 2004 Jens Petersen <petersen(a)redhat.com> - 8.3.5-2 - install using utf-8 locale so that tclhelp help files get built properly (#116804) * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - 8.3.5-1.1 - rebuilt wordtrans-1.1pre13-4 -------------------- * Thu Mar 04 2004 Than Ngo <than(a)redhat.com> 1.1pre13-4 - fixed gcc 3.4 build problem yum-2.0.5.20040303-1 -------------------- * Wed Mar 03 2004 Jeremy Katz <katzj(a)redhat.com> 2.0.5.20040303-1 - today's snap

1 0

Pinging Phil Knirsch
by Daniel Roesen 05 Mar '04

05 Mar '04

Hi, is Phil Knirsch still around? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108208 Phil announced mtr 0.53-4 with IPv6 patch on 2004-02-16 to "hit rawhide real soon". But rawhide's still at -3, and Phil's not reacting in Bugzilla nor direct email. Is he just on vacation, or did he leave RH? Would be nice to have this update before test2 gets released. Best regards, Daniel

3 5

How to help with SELinux
by Elliot Lee 05 Mar '04

05 Mar '04

Since FC2t2 was just delayed due to SELinux, no doubt you're wondering "How do I help with SELinux hacking so I can get my hands on test2?" The simplest way is to install from rawhide, use the system in as many ways as you can, and file bug reports against the 'policy' package for any 'avc: denied' messages that show up in the system logs. Please make sure to check that the bug hasn't already been filed. Try to include all the information on the problem: The 'avc: denied' messages themselves. How to reproduce them: Which program to run or actions to take What environment to reproduce in - root login or regular user login, su session, sudo session, graphical or text environment, etc. Whether SELinux in enforcing mode What file system type (ext3, NFS) might be involved in the bug Whether or not you have rebooted since last upgrading your policy package. What version of the policy package you have installed ('rpm -q policy') If you want to go beyond just reporting problems, an even better thing to do is to write policy to fix the problems you find, and then submit the policy changes. There are tons of things we have never tried and are almost guaranteed to blow up. If we have to write policy for all of them, it will take a very long time. The audit2allow utility (part of the policycoreutils package) may be useful here. If you want to know more about SELinux and writing policies for it, you can visit http://www.tresys.com/selinux/selinux-course-outline.html Another tack to take when writing policies is to look at existing policies for similar programs. For example, if you're writing a policy for rshd, the policy for sshd might make a good start. (Kudos to Dan Walsh for all the content here) -- Elliot

4 4

yum bug?
by Hugo van der Kooij 05 Mar '04

05 Mar '04

Hi, Before I file a bug I wanted to if others noticed that a yum install does not run all the scripts within the package. This makes it rather dangerous at present. Hugo. -- All email sent to me is bound to the rules described on my homepage. hvdkooij(a)vanderkooij.org http://hvdkooij.xs4all.nl/ Don't meddle in the affairs of sysadmins, for they are subtle and quick to anger.

2 1

Supported upgrade paths RHEL <-> FC (both now and in the future)
by Axel Thimm 05 Mar '04

05 Mar '04

Hi, which is Red Hat's policy concerning cross-product/project upgradability? o Will upgrading from RHEL to FC be supported (*)? o Will upgrading from FC to RHEL be supported (*)? o Will both ways be supported (*)? o Will it be unsupported, but mostly work? E.g. will it be possible to place RHEL and FC in a common timeline like ... < rh9 < RHEL3 < FC1 < FC2 < FC3 < RHEL4 < ... (*) With supported I don't mean supported as in first, second, third support level, I just mean, will it be ensured that RHEL4 have rpm-ordered newer rpms than FC3 (just examples from the faked timeline above). The background is a discussion about disttags, which should either consider RHEL and FC within a common upgrade timeline or consider them as two separate entities with a common predecessor. If RHEL4 will be a mix of FC2 and FC3 (or in general RHELX a mix of FCN and FCN-1, ...) they will certainly be have to be considered separate timelines. Thanks for any insight ;) -- Axel.Thimm(a)physik.fu-berlin.de

3 2

yelp and libxml2
by Zoltan Kota 05 Mar '04

05 Mar '04

Hi, After upgrading libxml2 on FC1 (libxm2-2.6.6-3) I get messages like below when I start yelp from command line (e.g. yelp ghep:/path/manual.xml). Is it a yelp issue? -- Use of deprecated SAXv1 function endElement /usr/share/sgml/docbook/yelp/yelp-custom.xsl:18: namespace error : Namespace prefix doc for type on param is not defined <xsl:param name="graphic.default.extension" select="'png'" doc:type="string"/> ^ /usr/share/sgml/docbook/yelp/yelp-custom.xsl:136: namespace error : Namespace prefix doc for type on param is not defined <xsl:param name="make.year.ranges" select="1" doc:type="boolean"/> ^ ... -- Zoli

1 0

RE: rpm / gpg key question.
by Erik LaBianca 04 Mar '04

04 Mar '04

> > You are seeing > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68291 - rpm is > usually unable to understand keys with signatures correctly! The only > workaround I have is to gpg --edit-key and remove all the signatures > (except for self-signature) before gpg --export. > This sucks. Thanks for explaining to me what's going on. Do you have a shell script or anything that can automate this process? This kind of stuff is what makes getting started with QA into a complete nightmare. I'd prefer not to have a whole page of text in my guide explaining how to remove signatures from a key before it can be imported into rpm! Thanks --erik

2 1

Re: Logrotate RFE (2)
by Keith Lofstrom 04 Mar '04

04 Mar '04

Keith Lofstrom <keithl(a)kl-ic.com> writes: > Logrotate is the program called by cron to rename and expire log > files. Ruedinger Oertel at SUSE (ro(a)suse.de) has some patches that > enhance the basic Redhat logrotate with "dateext". This allows a > dated log file extension rather than a numbered one, for example > /var/log/messages.20031029 . The old logfiles do not get renamed, > just discarded after they get too old. This is a lot easier on > rsync, and it also is easier to administer. On Thursday, March 4 Harry Putnam responds: > Note: These comments are not well researched... yet, but only a > suggestion to pursue... > > I think they do get renamed... like: > somelog becomes somelog.0 > somelog.0 becomes somelog.1 > > Up to whatever number logrotate.conf is set to rotate `some.log' > Seems like at each hop ... the file would have to be exactly the same > size as its predecessor for this to effect rsync. On Thursday, March 4 Keith Lofstrom clarifies: Forgive me if I was unclear. I will explain in more detail. Indeed, the current logrotate renames files; all the rotated log files get renamed every day. rsync is not smart enough to notice that somelog.2 today was yesterday's somelog.1; it may be the same size, but it has a different name and a different date. This is true for every numbered extension. Rsync can't detect this, and will move a lot of files because of it. With the *optional* dateext method, the file somelog becomes somelog.20040219 (one renaming when logrotate is run on 2004/02/20 ). The next night, somelog becomes somelog.20040220, while somelog.20040219 is not changed in any way. If the logfile is configured to save 7 old of somelog , then the file somelog.20040213 is discarded on the 20th. Under the old numbering scheme, that same file would have been called somelog.7 , and it would have changed names 7 times before the discard. A backup program, a file security program like tripwire, and other programs sensitive to changes in file names would have to be awfully smart and awfully specific to know which of today's file names correspond to which of yesterday's file names. So, *as an option* (not manditory!) the dateext extensions permit log files to retain their extensions until they are deleted. There is still one rename, from somelog to somelog.date, but that could be fixed by a symlink, perhaps. As it is, reducing the renamings from many down to one greatly simplifies a lot of problems. Let me repeat, if I have not been clear before, this enhancement DOES NOT CHANGE THE OLD BEHAVIOR. The old configuration files work exactly the same, and cause the exact same behavior. The enhancement merely permits *another* behavior, which is very useful for working modern programs like rsync and tripwire, and it also permits the use of new tools generated by the SUSE community, which has been using this exact same enhancement for some time now on hundreds of thousands of machines. Since logrotate does each logfile group from a separate configuration section in logrotate.conf, it is quite feasible to number some groups with numbers, and others with dates. This means that numbering can remain for some groups to work with old logfile analyzers. However, if the SUSE community comes along with a better analyzer, we can use that, too. Why should they have all the fun? I can patch my own system, with the patches that Ruediger Oertel of SUSE keeps making on top of the Redhat/Fedora base. But this seems an unnecessary waste of Ruediger's time; at some point his management may say "to heck with Fedora compatability, just let the code fork" and we will find our global community a little more fragmented and a little less powerful. But don't take my word for it; download the patch from SUSE and try it. I am not sure what version of logrotate Fedora Core 2 Test is up to, but if a new patch is needed Ruediger has always been a very helpful and cooperative fellow, and he would probably invest the effort to patch yet another new version of logrotate. I would not presume on his helpfulness and generosity forever, though. Let's incorporate his enhancements, so we can proceed together. Keith P.S. Again, here's that bugzilla page: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108775 -- Keith Lofstrom keithl(a)ieee.org Voice (503)-520-1993 KLIC --- Keith Lofstrom Integrated Circuits --- "Your Ideas in Silicon" Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs

2 1

RE: rpm / gpg key question.
by Erik LaBianca 04 Mar '04

04 Mar '04

> > > gpg --keyserver pgp.mit.edu --recv-key GPG_KEY_ID > > gpg -a --export GPG_KEY_ID > /tmp/key && sudo rpm --import /tmp/key && > > rm /tmp/key > > > > and now rpm -qa gpg-pubkey* reports a bunch of keys. > > > > However, rpm --checksig still fails. Why? > > Confusing, I know. It works if you use rpm instead of gpg to import the > keys. > > rpm --import /usr/share/doc/fedora-release-1/RPM-GPG-KEY > rpm --import /usr/share/doc/fedora-release-1/RPM-GPG-KEY-fedora Actually, I AM importing into rpm, it's just all strung into one command. Turns our there's a bug in rpm :) Aleksey's note helped with that. > Known bug. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=68290 > > Have a look at the man page of rpm. Use --allmatches to remove all > duplicates of a key at once. This is what I needed for this problem. Thanks. These bugs should be fixed! --erik

1 0

fedora.us QA process
by Erik LaBianca 04 Mar '04

04 Mar '04

Hi All, I've created a first draft fedora.us newbie QA guide. I've tried to put all necessary information directly into this guide, and to provide a framework that makes it easy to determine what's necessary to check. I've also included a "QA Approval Template" that makes it easy to verify that the showstoppers have been at least looked at. PLEASE look at it and tell me what you think. I think it is a solid step towards a lower barrier for entry. http://www.ilsw.com/~erik/fedora-qa-quickstart.html Thanks --erik

3 2

RE: fedora.us QA process
by Erik LaBianca 04 Mar '04

04 Mar '04

> > fedora-rpmdevtools package contains the tool: > fedora-buildrpmtree > > http://fedoranews.org/tchung/rpmbuild/ > > -jef > Link and note added. Thanks. I didn't realize fedora-buildrpmtree automatically created ~/.rpmmacro's as well. Nice script :) http://www.ilsw.com/~erik/fedora-qa-quickstart.html --erik

1 0

ISDN and redhat-control-network
by Luca 04 Mar '04

04 Mar '04

Hi all, I have to report some problems with my FC1 install. I have an HFC-PCI nameless ISDN card, that got found and configured on install. When accessing redhat-control-network, the card can be found, and the connection comes up without any glitches. Problem is, the ippp0 interface does not get detected as being up, so I can connect, but not disconnect! It's not a major problem, but since I don't have a flat rate phone contract, I usually only connect when I need it. This e-mail is mainly to report the bug, but I'd also appreciate if somebody could tell me how to bring my ISDN connection down (and up, but that's less important) by command line, to avoid going broke on phone bills. Thanks all, Luca

3 3

RE: fedora.us QA process
by Jef Spaleta 04 Mar '04

04 Mar '04

Erik LaBianca wrote: > This was another assumption I made up above. I think we'll need an > accompanying document (maybe there is a good one we can just link > in?) that will explain how to setup and use rpm out of one's home > directory. I agree we DO NOT want people building out of > /usr/src/redhat. fedora-rpmdevtools package contains the tool: fedora-buildrpmtree http://fedoranews.org/tchung/rpmbuild/ -jef

1 0

Re: Logrotate RFE (2)
by Keith Lofstrom 04 Mar '04

04 Mar '04

On thursday, March 4, Konstantin Ryabitsev writes: > I'm also a little skeptical if this is a good feature. And not just > because I would have to hack my beautiful rotation-handling routines in > epylog. :) Fortunately, you would not have to change a thing. The SUSE logrotate patch is just another option that can be optionally added to the logrotate config file. If you do not explicitly turn on the dateext extension, the log files are numbered in the old way. On the other hand, if the logrotate configuration file is optionally configured to use dateext, many other programs that are sensitive to filename changes do not have to be enhanced to accomodate the special case behavior of the files in the /var/log directory. So, you have nothing to lose, and much capability to gain. The additional capability may be attractive enough for you to enhance your beautiful code. If it is not, you can ignore the new capability and leave the configuration files and the behavior the old way, forever. Still at issue, perhaps, is how the base distro should be configured. The old way, with numbers, of course! Those of us that want to use the new capability can build our own version of the /etc/logrotate.d directory, to fold into the distro version when we do upgrades. Keith -- Keith Lofstrom keithl(a)ieee.org Voice (503)-520-1993 KLIC --- Keith Lofstrom Integrated Circuits --- "Your Ideas in Silicon" Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs

1 0

RE: fedora.us QA process
by Erik LaBianca 04 Mar '04

04 Mar '04

Toshio, Thanks for taking the time to look it over. > > Architectural Comments: > * I like that you've split out blocker criteria from non-blocker > criteria. I would split security out too so the new reviewer can > realize this list is _really_ important. I purposefully didn't examine > what was in your lists of critical vs non-critical because I think we > need to discuss what standards we as a group want our packages to be > held up to. I've been going on the assumption that everything on the > QAChecklist is mandatory. If that's not so, it has to be discussed (and > perhaps voted) as it's our collective name as a quality repository > that's at stake. [We might be seeking to make a bigger repository, but > we still have to balance that against quality.] Agreed. My initial impression was that the QACheckList was mandatory too. However, I quickly found out that several of those items are subject to a LOT of contention, and are generally NOT considered showstoppers. I think unless there is some sort of unanimity about a given item, it has to be considered a non-showstopper. The alternative is to not accept packages or input from those who disagree, which is partially why we have as many "non-standard" repositories as we do. This is a subject for much discussion, I agree. I've tried to put something down for people to argue over and be proactive instead of whining. > > * I don't like the fact that the QAChecklist contains most of the things > in this document but is a separate document. I think the QAChecklist > needs to be tuned up with categories of blocker, non-blocker. And > perhaps in terms of order of doing things. And then it can be > referenced from this page. Having another page with overlapping > Checklists adds to the confusion of "which list do I follow?" and means > policy changes have to be updated in two places. > Agreed here as well. I'd like to see the QACheckList be the definitive list of blockers and non-blockers. Right now it's a hodge podge of how-to's, critical checks, and opinions. My guide is meant as a one-stop shop to understanding the QA checklist and its accompanying documents. I don't see it being a definitive list of things to check, or necessarily of fedora.us QA policy. Personally, I'd like to see my document become the official "high level overview" of the policy, and the qa checklist become the definitive list of policy, at a detailed level. > Editorial comments: > [3.1] - I remember having to add fedora.us to my yum.conf manually but > I'm not sure if that was before or after I installed FC1. If FC1 > doesn't include it, it needs to be mentioned. > - mach needs apt installed as well. Yes. However, I stated that I assumed the QA volunteer had set up their system to use fedora.us already. Mach installs apt as a dependency, and I'm working with Thomas to get my changes merged into the upstream mach. They should be available via fedora.us by the time this document goes live. I've changed the document to assume that the user can install mach from fedora.us. > [3.2] - I like gpasswd more than vigr because `gpasswd -a [USERNAME] > mach` is a more complete explanation than edit groups with vigr. Good suggestion. I forgot about gpasswd. Change made. > [3.x] - There needs to be something in here about modifying ~/.rpmmacros > to point to another build directory as /usr/src/redhat is FHS and > root-user problematic. This was another assumption I made up above. I think we'll need an accompanying document (maybe there is a good one we can just link in?) that will explain how to setup and use rpm out of one's home directory. I agree we DO NOT want people building out of /usr/src/redhat. I don't really know how many people know how to do this. As I see it, if they don't know how, they've got a lot to learn before they can do QA effectively. > [4] - I'd add some note to pay attention to see what good and bad things > to look for. How things are structured into Critical and non-critical > comments. Reviews should include an SRPM MD5sum _at_minimum_. My belief is that reviews should contain ALL the things I have in the template. That includes the SRPM filename and MD5Sum, and the MD5Sums for the source packages. The non-critical comments should go in the notes section of my template. I don't see much point in QA without some accountability that says "Yes, I checked the basics, and the package seems ok". I realize not everyone agrees with me here. A standard format also has the benefit of being able to be automated. For instance, one could write a script to troll bugzilla comments for reviews and validate them for completeness, check md5sums, or whatever. > [6] - Not all packages have MD5sums. And the improtant part of this > step is to correlate a package to a gpg key. Either MD5sums are > provided and signed with a gpg key (which needs to be gpg verified) or > the package itself needs to be rpm --checksig verified. The Fedora.us > policy says that all packages need to be rpm --addsign'ed so you can > leave out the MD5Sum verification if you're feeling lazy. My explanations of verifying package integrity obviously need some work. As I see it there are two aspects. 1. Are you checking the same package the author uploaded? Clearsigned md5sums or gpg sigs on the SRPM should do this. This is part of step 5, but should be elaborated on. How do you easily get somebody's gpg key on your keyring? One of the things that slowed me down a lot was attempting to track down peoples public keys. I've changed the document to require checking with rpm --checksig in addition to checking md5sums. 2. Is the author using legimitate sources. Verifying md5sums or gpg sigs on the tarballs and patches in the SRPM is the only way to do this. This part is the non-obvious one, because it's tough to find the sources the author used sometimes. I've attempted to make this more clear... Please review > [8] - Note to google. Note to _not_trust_the_spec_ completely. It's > important that the reviewer verify that the URL's and etc are not > leading to false download sources. Good point. I've added a note. Please review. > [14] - A use your judgement about additional things should be added. > (And where to ask QA/Packaging questions -- irc #fedora-devel, mailing > lists, asking on the bugzilla, etc) > - Other keywords need mentioning. PUBLISH, NEEDSWORK, QA come to > mind. REVIEWED only applies if no one else has already REVIEWED it. > > [Example Review Template] > - There needs to be an example of a negative review as well. Hmm. I've added one. See what you think. > - GPG signing is _important_. It's not even mentioned. Yes it is, in brief. For a newbie I don't believe it's critical since their reviews will be somewhat suspect anyway. > - I like MD5Sums of all files in the SRPM. > - It's better to have the output of md5sum verbatim in the review. > Easier to automate verification than having it split over multiple > lines. Good idea. See changes in document. > It's a good start on a helpful document. Thanks, and thanks for the input. --erik

1 0

Re: Logrotate RFE (2)
by Keith Lofstrom 04 Mar '04

04 Mar '04

On Tuesday 02 March 2004 22:55, Keith Lofstrom wrote: > Logrotate is the program called by cron to rename and expire log > files. Ruedinger Oertel at SUSE (ro(a)suse.de) has some patches that > enhance the basic Redhat logrotate with "dateext". This allows a > dated log file extension rather than a numbered one, for example > /var/log/messages.20031029 . The old logfiles do not get renamed, > just discarded after they get too old. This is a lot easier on > rsync, and it also is easier to administer. on Thu, 4 Mar 2004 10:42:17, Doncho N. Gunchev responds: > I was seeking a such thing and would love to test it! However I see a > small problem with it - webalizer or whatever log analyzer expects to > find rotated logs as <log>.[1..x] will fail, but it's not that hard > to make symlinks to workaround this. Is this done? on Thu, 4 Mar 2004 Keith Lofstrom responds: The bugzilla description: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108775 ... contains a fairly complete description, including a pointer to Ruediger's patch to logrotate 3.6.10: ftp.suse.com/pub/people/ro/logrotate So you can try it out yourself. Again, this is an additional capability, not a replacement - you can keep using logrotate the old way if you want, or even do some log files with numbers and some with dates. Someday, the log analysis tools can be upgraded to use dated extensions as an option. Until then, just leave the appropriate log files configured to use the old numbering scheme, and everything will keep working. This permits incremental improvements and upgrades, while permitting the use of any SUSE-oriented analysis tools that might come along. On average, I like the way Fedora does things better than I like the way SUSE does things. But in the cases where SUSE is better, why not have the best of both? Keith -- Keith Lofstrom keithl(a)ieee.org Voice (503)-520-1993 KLIC --- Keith Lofstrom Integrated Circuits --- "Your Ideas in Silicon" Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs

1 0

Logrotate RFE (2)
by Keith Lofstrom 04 Mar '04

04 Mar '04

Logrotate is the program called by cron to rename and expire log files. Ruedinger Oertel at SUSE (ro(a)suse.de) has some patches that enhance the basic Redhat logrotate with "dateext". This allows a dated log file extension rather than a numbered one, for example /var/log/messages.20031029 . The old logfiles do not get renamed, just discarded after they get too old. This is a lot easier on rsync, and it also is easier to administer. Ruediger's patches do not change the current logrotate behavior, just adds new features. The code patches are stable and very well tested - all SUSE users are using them - and they work fine with the old integer-suffix scheme (which I ran for some time, to test). What are the proper steps to get these patches folded into the main development path for Fedora Core? I mentioned this on this list in October with a few positive comments, and submitted an RFE to bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=108775 ... but there have been no responses since early November. This patch can significantly increase the efficiency of rsync disk-to-disk backups, and overall is a cleaner way to do things. Hundreds of thousands of SUSE users have tested the snarf out of it. So what can I do? Organize more Redhat-style testers? Run more compatability tests? Or is this one of those not-invented-here or not-important-enough things, and I should just patch and reinstall every time I upgrade Fedora? In the larger sense, what can I do to make it easier for the Fedora organizers to incorporate small enhancements like this? Help with other, more popular projects to earn credibility? Send beer and pizza? Keith -- Keith Lofstrom keithl(a)ieee.org Voice (503)-520-1993 KLIC --- Keith Lofstrom Integrated Circuits --- "Your Ideas in Silicon" Design Contracting in Bipolar and CMOS - Analog, Digital, and Scan ICs

8 10

Archive `dev' on gmane
by Harry Putnam 04 Mar '04

04 Mar '04

I'd like to submist this least to the mail to news gateway at news.gmane.org. Its main guy. Lars, Asked me to make sure it was ok with whoever decides such things here. Any one here that can speak to this? It would be an extra place to do research. Has an excellent search engine. http://search.gmane.org/ And thousands of lists archived.

1 0

rawhide report: 20040304 changes
by Build System 04 Mar '04

04 Mar '04

Updated Packages: a2ps-4.13b-36 ------------- * Wed Mar 03 2004 Tim Waugh <twaugh(a)redhat.com> 4.13b-36 - Oops, use system C compiler. * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt anaconda-9.91-0.20040303144435 ------------------------------ * Wed Mar 03 2004 Anaconda team <bugzilla(a)redhat.com> - built new version from CVS * Tue Feb 24 2004 Jeremy Katz <katzj(a)redhat.com> - buildrequire libselinux-devel * Thu Nov 06 2003 Jeremy Katz <katzj(a)redhat.com> - require booty (#109272) bug-buddy-2.5.90-2 ------------------ * Wed Mar 03 2004 Alexander Larsson <alexl(a)redhat.com> 1:2.5.90-2 - add COPYING.ximian-logos to docs (#115950) cyrus-imapd-2.2.3-6 ------------------- * Wed Mar 03 2004 Karsten Hopp <karsten(a)redhat.de> 2.2.3-6 - strip binaries - fix file ownership (#116627) * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt esound-0.2.33-1 --------------- * Wed Mar 03 2004 Alexander Larsson <alexl(a)redhat.com> 1:0.2.33-1 - update to 0.2.33, hopefully fixes alsa issues * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt gcc34-3.4.0-0.6 --------------- * Tue Mar 02 2004 Jakub Jelinek <jakub(a)redhat.com> 3.4.0-0.6 - update from gcc-3_4-branch - PRs 14240, bootstrap/14207, bootstrap/14356, c++/13944, c++/14138, c++/14246, c++/14250, c++/14260, c++/14278, c++/14284, c++/14324, c++/14337, c++/14359, c++/14360, c++/14361, c++/14369, c/14188, debug/12103, debug/14328, java/14296, libstdc++/10246, libstdc++/14248, libstdc++/14252, middle-end/13448, optimization/7871, target/14209 - fix PR optimization/12419 - warn if VLAs might free alloca before end of function (Alexandre Oliva, PR 14236) - add --param min-pretend-dynamic-size=NNN option (Alexandre Oliva) - remove uninstalled binaries and libraries from the install tree, so that they don't end up in gcc34-debuginfo (which prevents installing both gcc-debuginfo and gcc34-debuginfo together) - include gcov34 in the package gkrellm-2.1.26-2 ---------------- * Wed Mar 03 2004 Karsten Hopp <karsten(a)redhat.de> 2.1.26-2 - fix -devel provision (#117105) - remove stringfreeze hack * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt gnome-icon-theme-1.1.8-2 ------------------------ * Wed Mar 03 2004 Alexander Larsson <alexl(a)redhat.com> 1.1.8-2 - remove redhat-main-menu symlink (#100407) gnome-panel-2.5.91-2 -------------------- * Wed Mar 03 2004 Mark McLoughlin <markmc(a)redhat.com> 2.5.91-2 - Use the main menu icon in the menu bar (#100407) * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt gpdf-0.123-2 ------------ * Wed Mar 03 2004 Alexander Larsson <alexl(a)redhat.com> 0.123-2 - pre-require scrollkeeper (#116628) * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt gtk2-2.3.5-1 ------------ * Wed Mar 03 2004 Mark McLoughlin <markmc(a)redhat.com> 2.3.5-1 - Update to 2.3.5 - Bump the required glib and pango versions - Make it build on x86_64 * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt hpoj-0.91-6 ----------- * Wed Mar 03 2004 Tim Waugh <twaugh(a)redhat.com> 0.91-6 - Updated Till Kamppeter's 2.6 kernel patch. * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt jpilot-0.99.7-1 --------------- * Wed Mar 03 2004 Than Ngo <than(a)redhat.com> 0.99.7-1 - update to 0.99.7 * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt kdebase-3.2.0-1.10 ------------------ * Wed Mar 03 2004 Than Ngo <than(a)redhat.com> 6:3.2.0-1.10 - respin kde-redhat-config * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt * Tue Mar 02 2004 Than Ngo <than(a)redhat.com> 3.2.0-1.9 - don't rename to the contents of the translated Name field - create desktop files if Desktop directory is empty nfs-utils-1.0.6-8.fc2 --------------------- * Mon Mar 01 2004 <SteveD(a)RedHat.com> - Removed gssd tarball and old nfsv4 patch. - Added new nfsv4 patches that include both the gssd and idmapd daemons - Added redhat-only v4 patch that reduces the static librpc.a to only contain gss rpc related routines (I would rather have gssd use the glibc rpc routines) -Changed the gssd svcgssd init scripts to only start up if SECURE_NFS is set to 'yes' in /etc/sysconfig/nfs openssh-3.6.1p2-33 ------------------ * Wed Mar 03 2004 Daniel Walsh <dwalsh(a)redhat.com> 3.6.1p2-33 - Close file descriptors on exec pam-0.77-38 ----------- * Wed Mar 03 2004 Dan Walsh <dwalsh(a)redhat.com> 0.77-38 - Fix error handling of pam_unix * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt policy-1.7-3 ------------ * Wed Mar 03 2004 Dan Walsh <dwalsh(a)redhat.com> 1.7-3 - Fix creation of aliases.db * Wed Mar 03 2004 Dan Walsh <dwalsh(a)redhat.com> 1.7-2 - Fix mailman, su and other problems. * Tue Mar 02 2004 Dan Walsh <dwalsh(a)redhat.com> 1.7-1 - New version from NSA. rpm-4.3-0.17 ------------ * Tue Mar 02 2004 Jeff Johnson <jbj(a)jbj.org> 4.3-0.17 - permit globs in macrofiles: directive (#117217). - fix: segfault generating transaction serialization lock path. - use /etc/security/selinux/file_contexts instead. * Wed Feb 25 2004 Jeff Johnson <jbj(a)jbj.org> 4.3-0.15 - serialize rpmtsRun() using fcntl on /var/lock/rpm/transaction. rpmdb-fedora-1.90-0.20040304 ---------------------------- squid-2.5.STABLE5-1 ------------------- * Tue Mar 02 2004 Jay Fenlason <fenlason(a)redhat.com> 7:2.5.STABLE5-1 - New upstream version, obsoletes many patches. - Fix --datadir passed to configure. Configure automatically adds /squid so we shouldn't. - Remove the problematic triggerpostun trigger, since is's broken, and FC2 never shipped with that old version. - add -j4 to make line. * Tue Mar 02 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt * Mon Feb 23 2004 Tim Waugh <twaugh(a)redhat.com> - Use ':' instead of '.' as separator for chown. system-config-services-0.8.7-2 ------------------------------ * Wed Mar 03 2004 Brent Fox <bfox(a)redhat.com> 0.8.7-2 - add a BuildRequires on automake17 * Tue Mar 02 2004 Brent Fox <bfox(a)redhat.com> 0.8.7-1 - remove dependency on gnome-python2 and gnome-python2-canvas - try to load glade file in the cwd, if not, pull from /usr/share/ - apply patch from bug #117277 * Tue Jan 06 2004 Daniel J Walsh <dwalsh(a)redhat.com> 0.8.6-3 - Fix console app so it launches properly vim-6.2.311-1 ------------- * Wed Mar 03 2004 Karsten Hopp <karsten(a)redhat.de> 6.2.311-1 - patchlevel 311

1 0

optparse/Optik
by Toshio Kuratomi 04 Mar '04

04 Mar '04

Just noticed that test1 contains both python-2.3.3 with optparse and python-Optik modules. From my reading, optparse _is_ Optik so the only thing gained from this is being able to 'import Optik' in scripts instead of 'import optparse' (Which is a forward compatibility feature of Optik 1.4.1 too.) Not a big deal, but it may confuse some people new to python if they are trying to decide what module to use to parse their command line arguments. Python and optik pages detailing that Optik was merged into python as optparse: http://www.python.org/doc/2.3.3/whatsnew/node18.html#SECTION000182000000000… http://optik.sourceforge.net/ -Toshio -- Toshio <toshio(a)tiki-lounge.com>

1 0

yum fails on kernel package update
by Josh Boyer 04 Mar '04

04 Mar '04

Anybody ever seen anything like what I have below? It only happens when I am trying to update the kernel package. I doubt the box is really out of memory... I haven't been able to update my kernel since 2.6.3-1.110. josh [root@localhost root]# yum -y -C update kernel* Gathering header information file(s) from server(s) Server: Fedora Core 1.90 - Development Tree Finding updated packages Downloading needed headers Resolving dependencies Dependencies resolved I will do the following: [install: kernel 2.6.3-1.118.i686] [install: kernel-source 2.6.3-1.118.i386] Downloading Packages Running test transaction: /etc/security/selinux/src/policy/file_contexts/file_contexts: No such file or directory memory alloc (4 bytes) returned NULL. [root@localhost root]#

1 0

rawhide report: 20040303 changes
by Build System 04 Mar '04

04 Mar '04

Removed package ICAClient Updated Packages: Omni-0.9.1-5 ------------ * Tue Mar 02 2004 Tim Waugh <twaugh(a)redhat.com> 0.9.1-5 - Fix the foomatic data generator (bug #115586). a2ps-4.13b-35 ------------- * Tue Mar 02 2004 Tim Waugh <twaugh(a)redhat.com> 4.13b-35 - Prevent "error: conflicting types for 'malloc'". apr-util-0.9.4-10 ----------------- * Tue Mar 02 2004 Joe Orton <jorton(a)redhat.com> 0.9.4-10 - rename sdbm_* symbols to apu__sdbm_* gnome-media-2.5.4-2 ------------------- * Tue Mar 02 2004 Alexander Larsson <alexl(a)redhat.com> 2.5.4-2 - fixed schemas list gnome-panel-2.5.91-1 -------------------- * Tue Mar 02 2004 Mark McLoughlin <markmc(a)redhat.com> 2.5.91-1 - Update to 2.5.91 - Split off a -devel package (#108618) - Add a scrollkeeper PreReq and scrollkeeper, intltool and libpng-devel BuildRequires. (#110928, Maxim Dzumanenko) gqview-1.4.1-1 -------------- * Tue Mar 02 2004 Dams <anvil[AT]livna.org> 1.4.1-1 - Fixed configure Xinerama.h checking (with patch) * Mon Mar 01 2004 Warren Togami <wtogami(a)redhat.com> 1.4.0-1 - upgrade to 1.4.0 - massive spec cleanup, BuildRequires, etc. hwdata-0.110-1 -------------- * Mon Mar 01 2004 Mike A. Harris <mharris(a)redhat.com> 0.110-1 - Added 3Dfx Voodoo Graphics and Voodoo II entries to the Cards database, both pointing to Alan Cox's new "voodoo" driver which is now included in XFree86 4.3.0-62 and later builds in Fedora development. Mapped their PCI IDs to the new Cards entry in pcitable. - Updated the entries for 3Dfx Banshee redhat-artwork-0.93-1 --------------------- * Tue Mar 02 2004 Alexander Larsson <alexl(a)redhat.com> 0.93-1 - Fix shuttle in cursor theme - Remove redhat-main-menu icon - Rename redhat-config-* icons to system-config-* - Fix multihead issue in gtk2 theme rpm-4.3-0.14 ------------ * Sun Feb 22 2004 Jeff Johnson <jbj@jbj,org> 4.3-0.14 - add ia32e arch. - stable sort for policy specifications, patterns before paths. - set "rpm_script_t" exec type for scriptlets iff /bin/sh, else default. - force FD_CLOEXEC on 1st 100 inherited fdno's. * Fri Feb 20 2004 Jeff Johnson <jbj(a)jbj.org> 4.3-0.13 - fix: only first "mkdir -p" directory had context set. * Wed Feb 18 2004 Jeff Johnson <jbj(a)redhat.com> 4.3-0.12 - python: add patch to rpm-4_3 to initialize RE contexts. rpmdb-fedora-1.90-0.20040303 ----------------------------

2 1

Re: package shepherding
by Jef Spaleta 04 Mar '04

04 Mar '04

Mark McLoughlin wrote: > Yeah, I can appreciate that - I'm still figuring it out too. It > would be good though if we could have a general > "bugzilla.redhat.com policy" doc or something. Would you have the > time to start compiling that? No, I don't have time, but its near the top of the list of things i don't have time for. I'm desperately in search for a sucker..err volunteer that is interested in producing documentation, so I don't have to keep pretending like i know what I'm doing. And I think, considering how things are actually developing, it probably a stretch to call any document of this sort that i might write "policy" in the sense that developers are actually going to be encouraged by leadership to follow what's written. At best its more like "Jef's bugzilla for dummies" or "Jef's fireside bugzilla ghost stories" as a companion piece to "Jef's 12 easy steps to applying cat herding techniques to open source developer management" > e.g. we were discussing today on irc whether its valid to mark a > RHEL bug as a dup of a Fedora bug. The conclusion we came to was: You are going to hate me, as much as I like see exactly this sort of discussion, and I'm more than happy to take the fruits of discussion that I'm not actively involved with(I'm an invented anywhere but by me sort of person)...its very difficult to actually keep track with nuggets of information like this if I have to pick them up from the fedora-devel-list. I will lose track of them in the noise on the list, guaranteed. I'd tell you to subscribe to the not really used triage list and post there but I don't know if you really want to be a part of yet another list...so if you really want to make sure I see this sort of discussion about what to do about classes of bugs it might be best for you to email me directly with a clever topic that i can filter, like "Fedora Triage: much ado about RHEL bugs or other such descriptive text". > <markmc> if its sufficient to be fixed in a future release > <markmc> mark it as a dup > <markmc> if it needs to be fixed now, then leave it open > <markmc> and include a link to the dup These are the sort of judgement calls that are difficult to codify. And really require active discussion between package maintainer and the triagers who want to help with a specific package. Don't really want to encourage a situation where a triager is deciding what should and should not be fixed now without feedback from the maintainer, and conversely don't want to encourage a situation where a triager is demanding a significant amount of time from developers to get feedback about whether or not a collection of bugs are close now or keep open. As guidance for developers and package maintainers this makes sense. As guidance for triagers looking to help maintainers, this is probably not something i want to start with. -jef

2 1

In the service of Aunt Tillie -- Zero-configuration networking
by Eric S. Raymond 04 Mar '04

04 Mar '04

There has been much discussion recently on the Fedora mailing list about how to improve Linux's ease of use in scenarios like printer setup. (Thank you, everyone, for picking up on the content of my rant so constructively when you very well might have dismissed it as carping.) I have just become aware of a technology which could represent a long step towards addressing the usability problem. It is a set of small patches to the IP infrastructure that support zero-configuration networking -- you just plug in an IP-capable device and it self-configures an IP address, becomes available in a local DNS namespace, and other devices automatically discover its presence and the services it offers. This technology is called "zeroconf", and is described at http://zeroconf.org. The first component of Zeroconf, self-assigned link-local addresses, has been shipping since Mac OS 8.5 in 1998, and the other two components, Multicast DNS and Service Discovery, shipped starting in OS X 10.2, a year and a half ago. Since then almost every maker of IP-over-Ethernet-capable printers printers has adopted Zeroconf and incorporated it into their firmware, and just about any network printer you can buy today has it. There is a mature open-source implementation which is part of the Darwin/OS X codebase. The zeroconf stuff uses existing services like DHCP and DNS if they exist -- and, just as importantly, doesn't mess them up when you plug a zeroconf-enabled device into a normal, manually-configured network -- but it doesn't need them. It uses a few simple, clever multicasting tricks and a technique for detecting IP address collisions. The total volume of code is not large, basically consisting of one zeroconf responder daemon and a handful of small patches to other services. Less than 100K all told, and that's *with* multihoming and IPv6 and all the bells and whistles. The effect is a lot like the Chooser application on the Mac (this is not accidental; zeroconf was written to replicate Chooser's behavior in a TCP/IP world). You plug Ethernet cables together and stuff just works -- no more complicated ritual dances with ifconfig, DHCP, and DNS. Your IP-enabled devices even magically appear in your DNS namespace, with a DNS name ending in ".local". Home networks using Linux would become zero-administration; Aunt Tille would love it. The inventor of zeroconf, Stuart Cheshire, tells me the technical problems are all solved and the solutions well tested, but he doesn't understand the politics of getting the Linux community to generally adopt zeroconf. He's anxious to help. I suggest that full integration of zeroconf should be added to Fedora's to-do list. For this to actually happen, somebody will need to step forward and become zeroconf's champion. Any volunteers? The source code (which already runs on Linux -- just do a "make os=linux; sudo make install") can be checked out from Apple's Darwin repository. Check out top-of-tree; Stuart tells me the tarball is a little out of date doesn't contain the latest fixes: <http://developer.apple.com/darwin/projects/rendezvous/> The documentation in the mDNSPosix folder should be fairly clear. If not, Stuart Cheshire requests that you email him <cheshire(a)apple.com> and Marc Krochmal <marc(a)apple.com> with any questions, or you can ask on the public Rendezvous list: <http://lists.apple.com/mailman/listinfo/rendezvous> -- <a href="http://www.catb.org/~esr/">Eric S. Raymond</a> Let us hope our weapons are never needed --but do not forget what the common people knew when they demanded the Bill of Rights: An armed citizenry is the first defense, the best defense, and the final defense against tyranny. If guns are outlawed, only the government will have guns. Only the police, the secret police, the military, the hired servants of our rulers. Only the government -- and a few outlaws. I intend to be among the outlaws. -- Edward Abbey, "Abbey's Road", 1979

5 15

FreeWnn Status?
by Keith G. Robertson-Turner 04 Mar '04

04 Mar '04

I'm doing a package audit, and I'm trying to track down specific reasons for various packages being depreciated over the years. FreeWnn is currently in FC1, but there are other associated packages which seem to have disappeared after RH8, specifically cWnn, kWnn, and tWnn. I read the RH9 release notes, and spent around an hour googling for the above packages, but could find nothing explaining why they have gone. Can anyone shed any light on this? Yes, I know nothing about xWnn stuff, so there may be an embarrassingly obvious reason ;-) Thanks, - K.

2 1

Re: atmel drivers in the main distro?
by Martin Sevior 03 Mar '04

03 Mar '04

> Date: Tue, 2 Mar 2004 12:32:00 -0600 > From: Steven Pritchard <steve(a)silug.org> > To: fedora-devel-list(a)redhat.com > Subject: Re: atmel drivers in the main distro? > Reply-To: fedora-devel-list(a)redhat.com > > On Wed, Mar 03, 2004 at 03:30:50AM +1100, msevior(a)physics.unimelb.edu.au > wrote: >> Is there a reason the atmel wireless drivers are not distributed with >> the >> main Fedora disto? > > There are a lot of wireless drivers that aren't integrated into the > kernel. I'd suggest bugging the upstream developers about getting > their driver into Linus's tree. > > In the mean time, there are other open-source wireless drivers in > fedora.us QA (at least my kernel-module-hostap package and a > kernel-module-prism54 package I noticed yesterday). I'd love to see > more. (Actually, I'd love to see the existing ones make it through QA > even more. :-) > > Steve It certainly makes sense for the these to be rolled into the 2.4 and 2.6 kernels. So what the best route to do this? How do I let whoever know that the atmel drivers WorksForMe? I also think these should be put into whatever Kernel Fedora is rolling for FC 2. Since this is RedHat's perogative, I'll happily email the person doing this if (s)he isn't reading this list or missed my post. Cheers Martin

4 3

mount & cfs
by Jurgen Botz 03 Mar '04

03 Mar '04

The most recent versions of mount (util-linux-2.12-4 from fedora/core/development) seem to break Matt Blaze's cfs <http://www.crypto.com/software/>. I get the following error... mount: failed to probe ports on NFS server localhost I'll try blindly hacking at the probe bits in nfsmount.c to see if I can learn more, but meanwhile I thought I should report this. :j -- Jürgen Botz | While differing widely in the various jurgen(a)botz.org | little bits we know, in our infinite | ignorance we are all equal. -Karl Popper

1 0

Fedora for IA-64
by Lucas Peetz Dulley 03 Mar '04

03 Mar '04

Hi everyone, Now that I have installed RedHat AS 3 BETA for IA64 (only "free" distro I was able to successfully install) I know that my Itanium2 machine is working :) I'm gonna start porting fedora to IA64 if no one is against it... But before anything else I would like to know what is procedure for becoming a fedora-developer: what are the requirements? what info should I provide? how do I submit the work I have done? etc... Thanks. -- Lucas Peetz Dulley <dulley(a)lsi.usp.br> Virtual Reality Center - CAVERNA Digital LSI - POLI - USP Tel: +55-11-3091-5374 Av. Prof. Luciano Gualberto, 158 trav. 3 CEP: 05508-900 - Sao Paulo - SP - Brazil

3 3

Wireless keyboard and Fedora
by Daniel Clemente Roman 03 Mar '04

03 Mar '04

Hi I am going to buy a wireless keyboard, such a Logitech Corless Desktop Deluxe (Keyboard + mouse) Anyone have this?, and it work fine with fedora? Thanks ----------------------------------------------------------------------- Edición Limitada del nuevo disco de David Bisbal: Bulería. Consíguelo con un 18% de decuento, solo por 15,50 http://www.eresmas.com/banners/promo.html?zanox

5 4

Self-Introduction: Michel Blanc
by Michel Blanc 03 Mar '04

03 Mar '04

1. Full Legal Name: Michel Blanc 2. Country, City: Saint Clément les Places, France 3. Profession: Network Engineer 4. Company: Département du Rhône 5. Goals in the Fedora Project Maintain the pikt specfiles Do you want to do QA : yes (network stuff) 6. Historical qualifications Other projects : Worked on PIKT (http://pikt.org) developping add-ons and packaging for several rpm based distros. Languages : Perl, PHP, few forgotten ones Skills : {network,system} administration 7. GPG KEYID and fingerprint pub 1024D/24B35C22 2003-06-11 Michel Blanc <mblanc(a)erasme.org> Empreinte de la clé = FA67 4EDA D648 9E50 BFA4 3F29 FDF5 4971 24B3 5C22 sub 1024g/2EA26768 2003-06-11 sub 1536R/45CB76FC 2004-01-19 sub 1536R/0DBFDFA7 2004-01-19 M -- Michel Blanc Systemes/Reseaux Erasme Erasme/CG69/Saint Clement les Places/FR69930 T 0474706840/mblanc(a)erasme.org

1 0

A friendly reminder from translators
by Miloslav Trmač 03 Mar '04

03 Mar '04

Hello, when changing strings, please make sure that the translations at i18n.redhat.com are updated, both the .pot file and all .po files. Packages that currently have updated .pot files without the .po update: system-config-httpd, kudzu, specspo Thanks, Mirek

5 6

version/release identification for packages
by Gene C. 03 Mar '04

03 Mar '04

There seems to be this desire to put oddball version/release identifiers for packages. First, in FC2-T1 there was util-linux 2.12pre-3 being updated with 2.12-4 but rpm and up2date consider the older package to be newer. Now, for FC1 the recent update for tcpdump has 3.7.2-7.1 being updated by 3/7/2-7.fc1.1 but (again) the older packages is considered newer (and the same is true for libpcap 0.7.2-7.1 being updated by 0.7.2-7.fc1.1). For folks just letting up2date figure out what needs to be updated, this is a major problem. Please stop doing this. -- Gene

4 4

Fedora XFree86 and ATI Performance issues.
by ByteEnable 03 Mar '04

03 Mar '04

I've noticed that I only get like 500 fps with glxgears using Fedora's XFree. If I download 4.3 or 4.4 from XFree86.org I can get 1075 fps with the same hardware. Should I bugzilla this? Byte

1 0

Fedora Core 2 Test 2 - delayed
by Bill Nottingham 02 Mar '04

02 Mar '04

We're encountering various issues that are causing us to delay the release of test2. We'd like to get as much exposure to SELinux as possible, and this means shipping test2 with SELinux in enforcing mode. However, there are still some subsystems that aren't quite ready for this, so we need to slide the release date some. The *current* projection is that the freeze will be on March 12, for availability on March 22. This date is only preliminary at this point, and may change. The schedule at: http://fedora.redhat.com/participate/schedule/ will be updated shortly. Bill

17 43

Re: Pango development
by Leonard den Ottolander 02 Mar '04

02 Mar '04

Hello Owen, > After a bit of study, I think the bug that Leonard is something > I fixed last fall: > Fix one problem with iteration by chars (Part of > #89541, Mariano Suárez-Alvarez) I upgraded both glib2 and pango on this FC 1 system to 2.3.3-1 and 1.3.3-1 respectively, to see if it makes a difference. This fixes some issues, and it creates some new ones. The resize behaviour seems to have disappeared when copying/moving files with mc. Instead certain resize events are not always propagated correctly to the mc sessions, which makes that mc sessions have empty lines in the middle or at the bottom after resizing the gnome-terminal. I don't remember to have seen this before. Also I do again see the "funny characters" in the tab title and window title on some copy/move actions with mc. After the last pango upgrade they appeared only temporarily (being redrawn after the copy/move, but still visible after a crash of gnome-terminal), now they sometimes stay. Note that all these findings are somewhat premature as I just upgraded 30 minutes ago. I can send you screen shots if you want. I'll let you know if gnome-terminal crashes on me again. Maybe you should add yourself to the CC list of https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113284 as I recently recomponented that bug to gnome-terminal, and reowned it to Havoc. Leonard. -- mount -t life -o ro /dev/dna /genetic/research

1 0

rawhide report: 20040302 changes
by Build System 02 Mar '04

02 Mar '04

New package ICAClient Citrix ICA Client for Unix New package memtest86+ Stand-alone memory tester for x86 and x86-64 computers Updated Packages: desktop-file-utils-0.4-2 ------------------------ * Mon Mar 01 2004 Dan Williams <dcbw(a)redhat.com> 0.4-2 - Fix RH #117201, initial comment fails validation - Add in, but do not use, Frederic Crozat's freedesktop.org menu-spec 0.8 patch docbook-style-xsl-1.65.0-1 -------------------------- * Mon Mar 01 2004 Tim Waugh <twaugh(a)redhat.com> 1.65.0-1 - 1.65.0. firstboot-1.3.5-2 ----------------- * Mon Mar 01 2004 Brent Fox <bfox(a)redhat.com> 1.3.5-2 - remove Requires on system-config-mouse glib2-2.3.5-1 ------------- * Tue Mar 02 2004 Mark McLoughlin <markmc(a)redhat.com> 2.3.5-1 - Update to 2.3.5 - Fix build on ppc64 - Disable make check on s390 as well - test-thread failing glibc-2.3.3-13 -------------- * Mon Mar 01 2004 Jakub Jelinek <jakub(a)redhat.com> 2.3.3-13 - update from CVS gnome-media-2.5.4-1 ------------------- * Thu Feb 26 2004 Alexander Larsson <alexl(a)redhat.com> 2.5.4-1 - update to 2.5.4 groff-1.18.1-33 --------------- * Mon Mar 01 2004 Thomas Woerner <twoerner(a)redhat.com> 1.18.1-33 - fixed nroff script: convert output to locale charmap hpoj-0.91-5 ----------- * Mon Mar 01 2004 Tim Waugh <twaugh(a)redhat.com> 0.91-5 - Really fix init script start-up order (bug #117206). kernel-2.6.3-1.118 ------------------ * Mon Mar 01 2004 Dave Jones <davej(a)redhat.com> - Update to 2.6.4-rc1-bk2 - Limit dcache hash table size - "Fix" ACPI related random memory corruption on Thinkpads. - Warn on excessive sleeping in interrupt handlers kudzu-1.1.47-1 -------------- * Mon Mar 01 2004 Bill Nottingham <notting(a)redhat.com> 1.1.47-1 - fix dac960 probe (#116126, <heinz(a)auto.tuwien.ac.at>) less-382-2 ---------- * Tue Mar 02 2004 Karsten Hopp <karsten(a)redhat.de> 382-2 - use ncursesw if available * Sat Feb 14 2004 Karsten Hopp <karsten(a)redhat.de> 382-1 - new upstream version lvm2-2.00.08-4 -------------- * Thu Feb 19 2004 Stephen C. Tweedie <sct(a)redhat.com> 2.00.08-4 - Add sysfs filter patch - Allow non-root users to build RPM nautilus-media-0.5.3-1 ---------------------- * Mon Mar 01 2004 Alexander Larsson <alexl(a)redhat.com> 0.5.3-1 - update to 0.5.3 openssh-3.6.1p2-32 ------------------ * Mon Mar 01 2004 Thomas Woerner <twoerner(a)redhat.com> 3.6.1p2-32 - fixed pie build pango-1.3.5-1 ------------- * Tue Mar 02 2004 Mark McLoughlin <markmc(a)redhat.com> 1.3.5-1 - Update to 1.3.5 policy-1.6-16 ------------- * Fri Feb 27 2004 Dan Walsh <dwalsh(a)redhat.com> 1.6-16 - First version of loosened policy * Fri Feb 27 2004 Dan Walsh <dwalsh(a)redhat.com> 1.6-15 - Add Russell's changes * Fri Feb 27 2004 Dan Walsh <dwalsh(a)redhat.com> 1.6-14 - add sysctl controls - Add firstboot and mdadm qt-3.3.1-0.1 ------------ * Mon Mar 01 2004 Than Ngo <than(a)redhat.com> 3.3.1-0.1 - update to 3.3.1 * Mon Feb 23 2004 Than Ngo <than(a)redhat.com> 3.3.0-0.4 - add fix for building with freetype 2.1.7 or newer rhythmbox-0.6.7-1 ----------------- * Mon Mar 01 2004 Alexander Larsson <alexl(a)redhat.com> 0.6.7-1 - update to 0.6.7 rpmdb-fedora-1.90-0.20040302 ---------------------------- strace-4.5.2-1 -------------- * Mon Mar 01 2004 Roland McGrath <roland(a)redhat.com> 4.5.2-1 - new upstream version, sched_* calls (#116990), show core flag (#112117) * Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt system-config-display-1.0.10-1 ------------------------------ * Mon Mar 01 2004 Brent Fox <bfox(a)redhat.com> 1.0.10-1 - sanity check the monitor selection (bug #112314) * Mon Mar 01 2004 Brent Fox <bfox(a)redhat.com> 1.0.9-3 - remove Requires on system-config-mouse * Fri Feb 27 2004 Brent Fox <bfox(a)redhat.com> 1.0.9-2 - another stab at the dual-head code system-config-soundcard-1.2.5-1 ------------------------------- * Tue Mar 02 2004 Bill Nottingham <notting(a)redhat.com> 1.2.5-1 - handle missing amixer gracefully (#117082) unixODBC-2.2.8-1 ---------------- * Mon Mar 01 2004 Tom Lane <tgl(a)redhat.com> - Update to 2.2.8 - rebuilt yum-2.0.5.20040229-1 -------------------- * Tue Mar 02 2004 Jeremy Katz <katzj(a)redhat.com> - 2.0.5.20040229-1 - update again per seth's request

2 1

Gnomemeeting 1.0
by Alexandre Strube 02 Mar '04

02 Mar '04

Hey guys, gnomemeeting 1.0 is out. Will us see it on FC1? -- []s Alexandre Ganso 500 FOUR vermelha - Diretor Steel Goose Moto Group

2 1

Prelink success story :)
by Keith G. Robertson-Turner 02 Mar '04

02 Mar '04

Guess I've been lucky, but I never really suffered much from the various prelink related problems that have been reported. A total of 2 applications (out of 1603 packages) were bØrked by prelink on my system, since FC1 was released, namely k3b and kdepim (in fact they still get bØrked even now by prelink). Being rather pleased with myself for having a 99.88% perfect system, I took the (maybe) risky step of chasing after the other 0.12%. I got prelink-0.3.0-21 from (Fedora devel) rawhide, but it needs SELinux. After getting the SRPM and looking at the spec, I don't see SELinux listed? Anyway, after some minor modification to the spec (mainly to satisfy rpmlint) I rebuilt on a clean mach chroot and installed. Of course the whole purpose of the exercise was to get blacklist support, so I edited prelink.conf and added twenty or so files that I'd flagged as problem files (all part of the above two apps). I ran a full prelink and crossed my finger. Result: no problems at all. No segfaults and no bØrked apps. Also, and maybe this is my imagination, but everything seems to be running a *lot* faster ... even more than after previous prelinking. Even the log file was relatively clear (just a few complaints about "x" can't be prelinked because it depends on "y" which also can't be prelinked ... etc. Normal stuff. Now for some questions ... not gripes ... just curiosity: 1) ... Is Jakub Jelinek really the *only* guy working on this? 2) ... Other than in the SRPM, where's the source Luke :) prelink-20040216.tar.bz2 is missing from people.redhat.com/jakub/prelink 3) ... Why was macros.prelink hard coded into the spec as a text block, rather than as a SourceX file? 4) ... Why isn't there a logrotate file to accompany the included log file, and come to that, why *package* a log file? Or am I missing something obvious? Other minor (rpmlint) observations: Use of "Copyright" instead of "License" Weird 555 and 444 perms Ghost-without-post errors Use of "/etc" instead of %{_sysconfdir} Use of %{buildroot} instead of $RPM_BUILD_ROOT (although that seems to be a point of contention these days, personally I prefer %{buildroot}, since it is more consistent with the other spec conventions. Anyway, I'm just really pleased to have blacklist support in prelink finally, which I guess leads me to one final question ... why hasn't this version been officially released yet? (Although maybe I've answered this already above, but the cleaned up version looks pretty good). Oh, and ... thank you Jakub. - K.

21 83

Re: Thoughts on Eric Raymond's Insights
by Jef Spaleta 02 Mar '04

02 Mar '04

Jonathan M. Gardner wrote: > I think QA and usability tests are two different things I'm not saying they are the same, I'm just pointing out there is a lot of work to go around for potential volunteers. I'll take whatever opportunities to recruit for the community based efforts I care about...even if its at the expense of someone else's idea...I'm evil like that. Everything is competent manpower limited. And I plan to do what I can to make sure my pet projects take as much of that limited resource as possible.... better hope you convince me your idea is something i should add to my list of pet projects. > I see your point. I'll do an experiment at home. I have a lovely > wife who hates computers but uses them anyway. I would call that a bias. And from my point of view, the results of the session with your wife aren't as important as the methodology you use to pick the test-subject(your wife) and the methodology you use to identify the usability issues you want to get feedback on, so that your session can be repeated by others. If its not really repeatable...the session with your wife is going to be nothing better than a random osnews review, where personal preferences get expressed without a meaningful framework of comparison. And we all know how much traction those sorts of reviews in the media have on developer thinking.... You are going to have to be extremely careful that you approach things in a way that only addresses usability and not utility. And actually, i would argue that you should attempt to address just a single aspect of usability at a time. I really think this sums up things in very broad strokes: http://www.useit.com/alertbox/20030825.html But all the links here are of value: http://fedora.redhat.com/participate/developers-guide/s1-ui-more-suggestion… particularly for you maybe this: http://usability.gov/methods/usability_testing.html > Are there any volunteers for a project that would be willing to > take the results of a usability study seriously? Depends on how serious the usability study is.... And I doubt all the project developers actively read all the messages in this list. You are going to have to be proactive and try to poke a few developers in the eye who are leading projects that could use some help with usability. Since the gnome people already have a usability project listed... http://developer.gnome.org/projects/gup/references.html you might find a person associated with that who is willing to provide some guidance. KMail and Mozilla Mail and Evolution are all upstream development issues, not under the direct control of Fedora Project. You will have to start getting involved in the upstream mailinglist and approach the developers on their home turf. redhat-config-network or as we like to call it now system-config-network is the providence of: http://fedora.redhat.com/projects/config-tools/ and has its own mailinglist. It's up to you to find out which project would be most receptive to your experimentation. > But in my experience, even though they don't turn out a great > volume of statistics with error bars or complete analysis of > the target market, they do give a lot of valuable feedback. No offense, but for the sake of this discussion, its not clear how valuable your personal experience is on this matter. And to be fair its not clear how valuable my personal experience on this matter is either. And in my experience, just saying 'in my experience' without some noteworthy credentials or a working relationship with your audience based on a good track-record of productive conversation doesn't help convince people who are leaning towards a healthy level of criticism when listening to your opinions. Its far better to cite references that look authoritative. Even if they are crap, it at least shows you aren't just talking only from a point of view of personal opinion and are willing to do some research. -jef"looking forward to seeing your methodology"spaleta

2 1

RE: apt-get / mach problems
by Erik LaBianca 02 Mar '04

02 Mar '04

> > [erik@mises SPECS]$ sudo apt-get install 'perl(Digest::SHA1)' > 'perl(Digest::Nilsimsa)' > Reading Package Lists... Done > Building Dependency Tree... Done > Selecting perl-Digest-SHA1 for 'perl(Digest::SHA1)' > Package perl(Digest::Nilsimsa) is a virtual package provided by: > perl-Digest-Nilsimsa 0:0.06-0.fdr.4.1 > You should explicitly select one to install. > E: Package perl(Digest::Nilsimsa) has no installation candidate > > Ok, I've found another (maybe easily fixed) bug on the apt-get side things. [root@mises root]# apt-get install perl-Digest-Nilsimsa Reading Package Lists... Done Building Dependency Tree... Done The following NEW packages will be installed: perl-Digest-Nilsimsa (0.06-0.fdr.4.1) 0 upgraded, 1 newly installed, 0 removed and 0 not upgraded. Need to get 0B/26.1kB of archives. After unpacking 47.8kB of additional disk space will be used. Checking GPG signatures... Committing changes... Preparing... ########################################### [100%] 1:perl-Digest-Nilsimsa ########################################### [100%] Done. [root@mises root]# apt-get install 'perl(Digest::Nilsimsa)' Reading Package Lists... Done Building Dependency Tree... Done Package perl(Digest::Nilsimsa) is a virtual package provided by: perl-Digest-Nilsimsa 0:0.06-0.fdr.4.1 You should explicitly select one to install. E: Package perl(Digest::Nilsimsa) has no installation candidate [root@mises root]# rpm -q --whatprovides 'perl(Digest::Nilsimsa)' perl-Digest-Nilsimsa-0.06-0.fdr.4.1 What's happening here is that apt isn't checking rpm for a whatprovides before it tries to do the install. This wouldn't be a problem, IF the virtual provides resolution worked properly in all cases, but since it doesn't, apt-get fails when asked to install bugged virtual provides, even if there is something installed satisfying the dependency. Not sure if this portion of the problem is really an apt bug or not, it's easy enough to workaround by manually checking provides first. --erik

2 1

atmel drivers in the main distro?
by Martin Sevior 02 Mar '04

02 Mar '04

Hi folks, I don't know if you've covered this issue already, but I didn't see it in a google of the devel list. Is there a reason the atmel wireless drivers are not distributed with the main Fedora disto? I have a Belkin wireless card that works beautifully with the atmel drivers from http://atmelwlandriver.sourceforge.net Once compiled against the Fedora-1 kernel. If these aren't in the next Fedora release I suggest they should be. Cheers Martin Sevior

2 1

apt-get / mach problems
by Erik LaBianca 02 Mar '04

02 Mar '04

Hi All, In an attempt to put my money where my mouth is, I'm attempting to do some more QA and write up a streamlined getting started guide. I'm working on putting together a straightforward way to test buildrequires. I've patched mach so that it will attempt to install perl(*) buildrequires, and it more or less works. However, mach rebuild (and apt-get) fails on the following command: [erik@mises SPECS]$ sudo apt-get install 'perl(Digest::SHA1)' 'perl(Digest::Nilsimsa)' Reading Package Lists... Done Building Dependency Tree... Done Selecting perl-Digest-SHA1 for 'perl(Digest::SHA1)' Package perl(Digest::Nilsimsa) is a virtual package provided by: perl-Digest-Nilsimsa 0:0.06-0.fdr.4.1 You should explicitly select one to install. E: Package perl(Digest::Nilsimsa) has no installation candidate Now. You'll notice perl(Digest::SHA1) resolves just fine. However apt thinks there are multiple perl(Digest::Nilsimsa) packages available, although it only lists one. Whats going on here? How can I resolve this? Obviously, I could replace all the buildrequires with explicit ones, but I've gotten the impression that is NOT the cool way to solve this problem. I also tried to manually solve the problem using mach apt-get install perl-Digest-Nilsimsa mach rebuild ~/rpm/SRPMS/perl-Razor-Agent-2.36-0.fdr.6.src.rpm and it STILL tries to install the perl(Digest::Nilsimsa) package and fails. I mustn't be understanding something about mach in this case... what? I don't see anything particularly wrong with the perl-Digest-Nilsimsa package: [erik@mises SPECS]$ sudo apt-get install perl-Digest-Nilsimsa [erik@mises SPECS]$ rpm -qi --provides perl-Digest-Nilsimsa Name : perl-Digest-Nilsimsa Relocations: (not relocateable) Version : 0.06 Vendor: Fedora Linux Release : 0.fdr.4.1 Build Date: Sun 18 Jan 2004 03:33:46 AM EST Install Date: Tue 02 Mar 2004 11:18:21 AM EST Build Host: bmaster.fedora.us Group : Development/Libraries Source RPM: perl-Digest-Nilsimsa-0.06-0.fdr.4.1.src.rpm Size : 47837 License: GPL Signature : DSA/SHA1, Sun 18 Jan 2004 03:38:26 AM EST, Key ID 29d5ba248df56d05 Packager : Fedora Linux, <http://fedora.us> URL : http://search.cpan.org/dist/Digest-Nilsimsa/ Summary : Perl interface to the Nilsima Algorithm Description : Perl interface to the Nilsima Algorithm. Nilsimsa.so perl(Digest::Nilsimsa) = 0.06 perl-Digest-Nilsimsa = 0:0.06-0.fdr.4.1 Help please! :) Thanks --erik

2 1

rawhide report: 20040228 changes
by Build System 02 Mar '04

02 Mar '04

New package gnome-netstatus Network status applet New package perl-RPM-Specfile RPM-Specfile Perl module New package perl-XML-LibXML-Common XML-LibXML-Common Perl module Updated Packages: XFree86-4.3.0-61 ---------------- * Fri Feb 27 2004 Mike A. Harris <mharris(a)redhat.com> 4.3.0-61 - Added XFree86-4.3.0-keyboard-disable-ioport-access-v3.patch as a final patch without debug logging enabled, to fix (#115769) - Added spec file macro 'with_savetemps' for debugging purposes, disabling it by default. When used, it is set up to only get used on x86 for build_rawhide and build_psyche builds - Added XFree86-4.3.0-ati-ia64-no-nonpci-ioport-access.patch to fix ati driver issue on ia64 which causes IBM x455 system to machine check. Also added "#define ATIAvoidNonPCI YES" to host.def to activate this fix only on ia64 builds (#112175) * Wed Feb 25 2004 Mike A. Harris <mharris(a)redhat.com> 4.3.0-60 - Added XFree86-4.3.0-keyboard-disable-ioport-access-v2.patch to try to fix (#115769) - Changed mkxauth to call chown as foo:bar instead of foo.bar as the latter syntax has been deprecated - Added XFree86-4.3.0-minor-typo.patch to fix a trivial typo that I spotted in an error message in linux int10 code. - Remove Buildrequires kudzu-devel, pciutils-devel, both of which were added on Mar 21, 2001 when Glide3 was included in the XFree86 packaging, but are no longer necessary. I detected this when the buildsystem failed my build due to being unable to meet the dependancy on kudzu-devel, and further investigation showed that dependancy is no longer necessary. - Added XFree86-4.3.0-xcursorgen-check-malloc-return.patch to make xcursorgen check the return codes on malloc before referencing allocated memory - Added XFree86-4.3.0-redhat-xcursorgen-do-not-build-included-cursors.patch to stop building the XFree86 supplied Xcursor cursors as we do not ship them * Thu Feb 19 2004 Mike A. Harris <mharris(a)redhat.com> 4.3.0-59 - Added XFree86-4.3.0-xrandr-manpage-typo-fix.patch to fix manpage (#83702) - Added XFree86-4.3.0-radeon-9200-dvi-snow.patch to fix issue on Radeon 9200 when using DVI panel and encountering snow and other artifacts (#112073) - Updated XFree86-4.3.0-debug-logging-ioport-based-rate-setting.patch to have it patch both lnx_kbd.c and lnx_io.c because both files insanely contain identical cut and pasted copies of the exact same source code, so nothing shows up in the X server log when testing with previous patch as the calls never got invoked in lnx_kbd.c (#115769) gail-1.5.6-1 ------------ * Wed Feb 25 2004 Alexander Larsson <alexl(a)redhat.com> 1.5.6-1 - update to 2.5.6 gimp-print-4.2.6-8 ------------------ * Fri Feb 27 2004 Tim Waugh <twaugh(a)redhat.com> 4.2.6-8 - Fixed dither algorithm selection (bug #116516). - Fixed another plug-in crash. glibc-2.3.3-12 -------------- * Fri Feb 27 2004 Jakub Jelinek <jakub(a)redhat.com> 2.3.3-12 - update from CVS * Fri Feb 27 2004 Jakub Jelinek <jakub(a)redhat.com> 2.3.3-11 - update from CVS - fix ld.so when vDSO is randomized gnome-applets-2.5.6-1 --------------------- * Thu Feb 26 2004 Alexander Larsson <alexl(a)redhat.com> 1:2.5.6-1 - update to 2..5.6 gnome-panel-2.5.90-1 -------------------- * Fri Feb 27 2004 Mark McLoughlin <markmc(a)redhat.com> 2.5.90-1 - Update to 2.5.90 - Resolve conflicts with the lockf patch and re-work slightly gstreamer-plugins-0.7.5-1 ------------------------- * Fri Feb 27 2004 Alexander Larsson <alexl(a)redhat.com> 0.7.5-1 - update to 0.7.5 * Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt gtk2-2.3.4-1 ------------ * Wed Feb 25 2004 Mark McLoughlin <markmc(a)redhat.com> 2.3.4-1 - Update to 2.3.4 - Remove the xft-prefs patch, its upstream now - Don't kill libtool's hardcode_libdir_flag_spec anymore im-sdk-11.4-19 -------------- * Fri Feb 27 2004 Akira TAGOH <tagoh(a)redhat.com> 1:11.4-19 - im-sdk-11.4-canna-no-process-unrelated-keys.patch: applied to allow working unrelated keys during no preediting. (#114002) - im-sdk-11.4-canna-draw-off-status.patch: fixed crash issue. kernel-2.6.3-1.116 ------------------ * Fri Feb 27 2004 Dave Jones <davej(a)redhat.com> - Update to 2.6.4-rc1 - Re-enable Future Domain SCSI controller. libaio-0.3.98-2 --------------- * Thu Feb 26 2004 Jeff Moyer <jmoyer(a)redhat.com> 0.3.98-2 - bah. fix version nr in changelog. * Thu Feb 26 2004 Jeff Moyer <jmoyer(a)redhat.com> 0.3.98-1 - fix compiler warnings. * Thu Feb 26 2004 Jeff Moyer <jmoyer(a)redhat.com> 0.3.97-2 - make srpm was using rpm to do a build. changed that to use rpmbuild if it exists, and fallback to rpm if it doesn't. pam-0.77-36 ----------- * Thu Feb 26 2004 Dan Walsh <dwalsh(a)redhat.com> 0.77-36 - fix tty handling * Thu Feb 26 2004 Dan Walsh <dwalsh(a)redhat.com> 0.77-35 - remove tty closing and opening from pam_selinux, it does not work. * Fri Feb 13 2004 Elliot Lee <sopwith(a)redhat.com> - rebuilt policy-1.6-13 ------------- * Fri Feb 27 2004 Dan Walsh <dwalsh(a)redhat.com> 1.6-13 - Add Russell etc_domain stuff * Thu Feb 26 2004 Dan Walsh <dwalsh(a)redhat.com> 1.6-12 - Fix fd inheritance * Thu Feb 26 2004 Dan Walsh <dwalsh(a)redhat.com> 1.6-11 - fix locate rpm-4.3-0.16 ------------ * Wed Feb 25 2004 Jeff Johnson <jbj(a)jbj.org> 4.3-0.15 - serialize rpmtsRun() using fcntl on /var/lock/rpm/transaction. rpmdb-fedora-1.90-0.20040228 ---------------------------- sound-juicer-0.5.10.1-3 ----------------------- * Fri Feb 27 2004 Brent Fox <bfox(a)redhat.com> 0.5.10.1-3 - rebuild

4 3

Thoughts on Eric Raymond's Insights
by Jonathan Gardner 02 Mar '04

02 Mar '04

I'm thinking of how we as a Fedora team can take the ball that ESR has identified -- REAL usuability -- and runn with it in a meaningful way. Here at Fedora, we are really 2 teams. There are the "Morlocks" who are underground, fixing things, pulling magical levers and making things work -- generally subscribed to fedora-dev and fedora-test, and several other technical mailing lists -- and the "Eloi" who maybe make it as far as actually getting Fedora installed and subcribe to fedora-list. We need to bridge the gap between the two! Here's the proposal. We do real usuability studies. But we do it the "open source" way. Everyone is a volunteer. We recruit the users (the "Eloi") and ask them to choose a project they are interested in, and we hook them up with those specialists. We recruit some more-technically minded people (the "Morlocks") and have them develop some usuability plans. These people should not be testers or developers, but people who understand the software or have the ability to communicate productively with the authors of the software. A third set of people will actually engage with the end-users in one-on-one sessions, following the plans that were developed. They don't have to be experts in that particular piece of software, they just have to be good at leading these sessons. The two have to communicate either by phone or by IRC, or some other instant communication method. The usuability sessions will be made public, so that other unrelated projects can derive some benefit from them. We'll allow others who know more about this kind of thing to comment on the results, summarize it for the developers, identify the problems and suggest solutions. Then the developers and testers can use this to develop the software for the end users. With enough data, we should be able to identify the biggest problems and work to solve them before FC3. Then, when FC3 comes out, we can do this all over again. The only problems I see are getting people involved and working with each other. I worry that while we will be able to get participants, those will always be the *wrong* people we are trying to target. However, never underestimate the amount of data that one session can produce! So maybe we don't need that much to actually happen. Thought, ideas? Should we form a Fedora usuability group to tackle this? -- Jonathan Gardner jgardner(a)jonathangardner.net

9 9

Re: Thoughts on Eric Raymond's Insights
by Jef Spaleta 02 Mar '04

02 Mar '04

Jonathan Gardner wrote: > Everyone is a volunteer Everyone is a potential volunteer. You included. > We recruit the users (the "Eloi") and ask them to choose a project > they are interested in, and we hook them up with those specialists Have you looked at the fedora.redhat.com project pages...that looks like a recruitment effort to me..based on each project. Or are you talking about hiring a brass band and marching around or something similar? Recruitment efforts on a lot of fronts are in need of creative ideas. By the way, for anyone reading fedora.us QA review needs volunteers. So does the Fedora Core community triage effort, find me on #fedora-bugs on the irc network if you are interested in helping out with either of those efforts.... > We recruit some more-technically minded people (the "Morlocks") and > have them develop some usuability plans. These people should not be > testers or developers, but people who understand the software or have > the ability to communicate productively with the authors of the > software Have fun trying to identify the people who can do that well. > A third set of people will actually engage with the end-users in one- > on-one sessions, following the plans that were developed Are you keeping a running count in your head about the number of people you are talking about...and how much time you really expect these volunteers to contribute consistently? One on One sessions are expensive in terms of manhours...and you don't have anyone signed up yet..so your total number of manhours to spend are zero. Don't start building a process that is manpower expensive..until you have manpower to burn... you are going to kill the process under its own weight before you even get someone to volunteer. > The usuability sessions will be made public, so that other unrelated > projects can derive some benefit from them A more cynical view is that, making it public will provide other 'potential' volunteers the opportunity to rip apart your methodology and reinterpret the result to prove the result you derived from the sessions are invalid....be careful what you wish for. > We'll allow others who know more about this kind of thing to comment > on the results, summarize it for the developers, identify the problems > and suggest solutions Unless you have a commitment from the developers to buy into the methodology that forms the basis of the summaries...this is just going to lead to a lot of argument. I tell you right now, that you aren't likely to win over development mindshare just by handing them a usability summary without their involvement with outlining at least the methodology you layout. If you are going to experiment with this, you should first find a project with developers who are open to working with you on this to see if it really will be helpful. Pushing the summaries on developers for a project if they aren't interested..is not going to help. > With enough data, we should be able to identify the biggest problems > and work to solve them before FC3. Then, when FC3 comes out, we can do > this all over again. This is a very hopeful hypothesis. And I would argue, that the biggest problems will be defined differently by different segments of the userbase. It will be interesting how you build a process that matches biggest problems...to specific usage patterns...in an unbiased manner. It will be interesting to see how you guard against having your summaries being biased by a small vocal minority. > The only problems I see are getting people involved and working with > each other. I worry that while we will be able to get participants, > those will always be the *wrong* people we are trying to target There are LOADS of problems...loads and loads... i like this handbook on volunteerism http://www.sport.vic.gov.au/Web/SRV/srvimages.nsf/Images/VMPWorkbookpdf/ $File/VMPWorkbook.pdf The summary on the first 18 pages are so, is generally useful as a guideline for any volunteer process... > However, never underestimate the amount of data that one session can > produce! So maybe we don't need that much to actually happen. the amount of data isn't the question, I fear for the quality of the data, and whether what you will be producing is something the developers want. Maybe if you rethink this idea assuming you only have 3 or 4 people who are energized about working on the problem you see, and think about a process that can produce a result with just 3 or 4 people's worth of volunteer time. Think usability strike team, instead of usability batalion, -jef"is still looking for someone to head up an accessibility strike team"spaleta

3 2

Multiboot with linux server, fedora and w2k server
by Tat Nam 02 Mar '04

02 Mar '04

Hi, I've a hard drive of 60GMB and have already installed Windows 2000 server and Linux 9 server. GRUB is the boot loader. Recently, I bought a new hard drive of 120GMB in size and installed it into the system in order to install Fedora project. I intended to make the system to make a multiboot and enable me to select among W2K server, Linux 9 server and Fedora. However, all papers on the net talking about dual boot, does anybody have a method to do the multiboot with GRUB? Thanks in advance. -- Nam, Tat

3 2

KDE3.2.1 and a Japanese locale
by Tadashi Jokagi 02 Mar '04

02 Mar '04

Hi, To warren, KDE maintainer and developpers. There were the following reports from a KDE Japan user group. KDE 3.2.1 will be release-planned next week. A Japanese locale is contained in 3.2.1. A Japanese locale is *not* contained in 3.2. Fedora Core 2 adopts KDE 3.2. However, use of this version displays neither a menu nor a message in Japanese in a KDE desktop. It seems that the Japanese locale is using 3.1.95 now. The Japanese locale of this version is not so good. Is there any idea of management about this problem? The KDE Japan user group tried hard in order to make a better thing by the appeal of warren. Can Fedora Project cooperate in it? -- ----.----1----.----2----.----3----.----4----.----5----.----6----.----7 Tadashi Jokagi/Shibuya city mailto:elf@elf.no-ip.org YokukitanaII http://elf.no-ip.org/ Yokukitawiki http://elf.no-ip.org/wiki/ Yokukitablog http://elf.no-ip.org/blog/

2 1

Old gcc directories still on system
by George Garvey 01 Mar '04

01 Mar '04

Currently, the system has gcc-3.3.3-2 installed. This is what is on the disk (I've excluded 3.2.3 and 3.3.3 -- why are these directories still there?): /usr/lib/gcc-lib/i386-redhat-linux: total 16 drwxr-xr-x 3 root root 4096 Feb 18 04:08 3.2.3 drwxr-xr-x 3 root root 4096 Oct 25 10:30 3.3.1 drwxr-xr-x 3 root root 4096 Mar 1 14:39 3.3.2 drwxr-xr-x 5 root root 4096 Mar 1 14:01 3.3.3 /usr/lib/gcc-lib/i386-redhat-linux/3.3.1: total 4 drwxr-xr-x 2 root root 4096 Oct 25 10:30 include /usr/lib/gcc-lib/i386-redhat-linux/3.3.1/include: total 0 /usr/lib/gcc-lib/i386-redhat-linux/3.3.2: total 4 drwxr-xr-x 2 root root 4096 Mar 1 14:38 include /usr/lib/gcc-lib/i386-redhat-linux/3.3.2/include: total 0

2 1

Re: Fedora Core 2 Test 2 - delayed
by Jef Spaleta 01 Mar '04

01 Mar '04

Vincent wrote: > The code is fine but it deserves the extra scrutiny it is getting. The code is getting scrutiny on this list? At best what we are seeing here is derision, but certainly no comments on this list count as code scrutiny. So maybe its best to say the code deserve the extra scrutiny it has gotten upstream already before the decision to include in the 2.6 kernel codebase was made, instead of talking about the lack of scrutiny its currently getting on this list. No one here, on this list, is adding anything of merit to the analysis of the codebase. -jef"maybe open source developers should create bogus code and license it under a license that is friendly to proprietary consumption....to hasten the endgame scenario of propetary software development"spaleta

1 0

Fedora for IA-64 ?
by Lucas Peetz Dulley 01 Mar '04

01 Mar '04

Hi everyone, How is the development on Fedora for Ia-64? Here at our lab we received a brand new Itanium2 machine with MegaRaid We want run Fedora on it :) I wanna help in the development of Fedora for IA-64. What should I do? How can I help? -- Lucas Peetz Dulley <dulley(a)lsi.usp.br> Virtual Reality Center - CAVERNA Digital LSI - POLI - USP Tel: +55-11-3091-5374 Av. Prof. Luciano Gualberto, 158 trav. 3 CEP: 05508-900 - Sao Paulo - SP - Brazil

7 7

Re: A quick question...
by Christensen Tom 01 Mar '04

01 Mar '04

I can't get it to work properly on my system... I'm running core 2 test1, the properties pane never shows anything... probably just me being stupid though. Anyway, I think I will continue to hack away for a week or so (we started off very similarly with the tree on the left like that and a properties pane) I'm taking a slightly more involved approach though, attempting to add support for classes, pools, multiple subnets on one interface, and shared networks right out of the gate... (I need all of those things on my network). I just started today on it, so I have a basic GUI, and I've been working on the backend quite a bit, we'll see I guess (btw I'm now subscribed to config as well, sorry I didn't see that list for whatever reason...) Thanks, Tom >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Yes you are duplicating work, that's a question for fedora-config-list >http://config-dhcpd.sourceforge.net/ it not exactly complete, but what is >done >works and works pretty much properly. >that said, duplicating work isn't always a bad thing. >On Monday 01 March 2004 05:08, Christensen Tom wrote: > > I am using pygtk and the rhpl stuff I have read through the devel > > guidelines on fedora.redhat.com > > > > I will talk to the K12LTSP community as well, thanks for the contact >info > > :) Tom > > > > >Christensen Tom wrote: > > >>I started devel work on a DHCP configuration tool (as the >configuration > > >>site at fedora said there isn't one) I was wondering if I'm >duplicating > > >>work? Is another tool in the pipe somewhere? Should I jump on with >those > > >>people? I have quite a bit of DHCP experience and coding experience, >I > > >>manage a large enterprise network using DHCP, and some pretty advanced > > >>stuff like Option 82, and I've written alot of scripts to auto config >my > > >>system for me, if no one else is working on this, I should have a very > > >>alpha configurator by the end of this week if anyone else is >interested. > > >>Thanks, > > >>Tom > > > > > >You mean dhcpd server right? As long as you are working on this, >please > > >consider the following: > > > > > >* Perhaps use the "rhpl" and pygtk stuff shared among the >redhat-config-* > > >and system-config-* tools. I have not personally looked at it yet, but > > >they seem to share that package for common functions (?) > > >* Common RH/Fedora configuration options like used for tftp/PXE boot > > >(installer) and tftp/PXE/etherboot (K12LTSP). I would encourage you to > > >talk to Eric Harrison and the K12LTSP community on the K12OSN list. > > > > > >http://redhat.com/mailman/listinfo/k12osn > > >K12OSN list (Fedora for Educators and K12LTSP) > > > > > >That's all I can think from the top of my head for now. > > > > > >Warren > > > > > > > > >-- > > >fedora-devel-list mailing list > > >fedora-devel-list(a)redhat.com > > >http://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > _________________________________________________________________ > > Stay informed on Election 2004 and the race to Super Tuesday. > > http://special.msn.com/msn/election2004.armx > >- -- >Public Key available Here: >http://www.bravegnuworld.com/~rjune/rjune.asc >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.3 (GNU/Linux) > >iD8DBQFAQxyVoEoft/7GAvIRAhm+AKCs8W5nJbe90LKKmZ+1M4D0oRuRKACfaLV7 >431Mx6Whe0oJRs+WM+9BI5g= >=4W/Q >-----END PGP SIGNATURE----- > > >-- >fedora-devel-list mailing list >fedora-devel-list(a)redhat.com >http://www.redhat.com/mailman/listinfo/fedora-devel-list _________________________________________________________________ Watch high-quality video with fast playback at MSN Video. Free! http://click.atdmt.com/AVE/go/onm00200365ave/direct/01/

2 1

Major upgrade of apt (0.5.15cnc5) in fedora.us stable!
by Panu Matilainen 01 Mar '04

01 Mar '04

Some great news for the apt-rpm users out there! This is a bit lengthy but contains important information about this new version in so bear with me, or at least do read the migration notes below if you're upgrading from an older release. Migration notes for the impatient upgrader ------------------------------------------ To make all the cool new stuff possible, and to make the default configuration less fedora.us specific, some rearrangements had to be made and not everything was possible to automatically migrate. However if you haven't heavily modified your local configuration, things should continue to "just work" after this upgrade. Most important changes to configuration system are listed below, or see more detailed information later in the text under "local changes and improvements" subject: 1) The main configuration, eg /etc/apt/apt.conf, will be moved out of the way during the upgrade. Again, if you haven't changed the configuration there's nothing you need to do, but if you have you'll need to manually merge the changes back from /etc/apt/apt.conf.rpmsave to the main configuration file. Apologies for any inconvenience caused, but rest assured this is a one-time only change and wont happen again. 2) There's a new mirror/repository selector system included in this release. The first time you run any apt-command you'll be presented with a list of repositories and their mirrors. If you already have fine-tuned your sources.list to perfection or otherwise don't want to change anything just press 'q' here and nothing will be changed and you wont be bothered again. Otherwise, just follow the instructions to complete the mirror selection to make your downloads faster. You can re-run the mirror selector anytime later with "apt-get mirror-select" command. 3) Some of the default configuration values have been changed, notably there's no longer "Default-Release" pin set by default. It was removed since it caused more confusion than the intended protection to users, but if you have included testing/unstable repositories in your sources.list this might cause some unwanted packages to get updated and might want to manually add the pin back to apt.conf. And now lets get on with the good stuff: Improvements in upstream apt-rpm -------------------------------- No more --nodeps! ---------------- >From version 0.5.15cnc3 upwards apt uses the RPM API to do package installations, erasures and upgrades in a single atomic transaction. This means smoother and more correct operation and also means that you can't bitch about apt using --nodeps anymore ;) You can still enable the old behavior of external RPM process if you wish, by setting RPM::PM="external" option though. Support for handling arbitrary local and remote rpms: ---------------------------------------------------- Ever wished you could use apt like rpm to install that lonely rpm you just downloaded, with the dependencies resolved like? Well, now you can! These work with full dependency resolving now: # apt-get install ~/rpm/RPMS/my-package-1.2.4-1.rpm # apt-get install http://some.site/somewhere/my-package-1.2.4-1.i386.rpm These also work with build-dep and source commands, both for local and remote src.rpms: # apt-get build-dep ~/rpm/SRPMS/your-package-1.2.4-1.src.rpm $ apt-get source http://some.site/somewhere/your-package-1.2.4-1.src.rpm On top of that, as a nice side-effect of build-dep now supporting arbitrary file dependencies you can also install software by file names: # apt-get install /usr/bin/automake ..and there's even more - for additional information see this LWN article: http://lwn.net/Articles/60650/ Local changes and improvements in Fedora.us apt package ------------------------------------------------------- Configuration rearrangements and changes: ---------------------------------------- Apt now ships with bare-bones "factory default" settings located in /etc/apt/apt.conf.d/default.conf which is repository/vendor neutral and simply contains optimal values for operation with Fedore Core 1. Do not customize that file, changes there will not be preserved to allow updating the base config without messing your local changes to the main /etc/apt/apt.conf. This change does make life easier in the future but it does have a one-time annoyance of requiring you to merge any changes you've made to apt.conf from apt.conf.rpmsave after updating to this package. Similarly there aren't any repositories set by default in sources.list, that is handled by the new repository selector (see below). Repository/mirror selector: -------------------------- When you start the new version of apt for the first time it'll ask you to choose the repositories you want and for each repository the nearest mirror. If you don't want your sources.list to be touched, just hit 'q' and never mind. You can later re-run the selector with "apt-get mirror-select" if you wish to change your selections. The mirror-selector supports arbitrary number of repositories and mirrors and allows 3rd party repositories to add their own repositories by just dropping in a config file into apt.conf.d with a single setting, pointing to your repositorys mirror-list. Handling of kernel and related packages: --------------------------------------- The new version will handle kernel, and any packages in allow-duplicated or automatically "virtualized" transparently to the user along with upgrade/dist-upgrade: [root@chip root]# apt-get dist-upgrade Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following packages will be upgraded lftp (2.6.5-4 => 2.6.10-1) The following NEW packages will be installed: kernel#2.4.22-1.2135.nptl (2.4.22-1.2135.nptl) kernel-source#2.4.22-1.2135.nptl (2.4.22-1.2135.nptl) 1 upgraded, 2 newly installed, 0 removed and 0 not upgraded. Need to get 0B/54.5MB of archives. After unpacking 205MB of additional disk space will be used. Do you want to continue? [Y/n] Actually it will even update your kernel-module-foo packages if such are present on your system, and if you use GRUB as the bootloader it will also automatically make the new kernel the default one. To disable that behavior, set "Kernel::Set-Default=false" in apt.conf. To disable upgrading of kernel completely, set "RPM::Upgrade-Virtual=false" in apt.conf. Other cool scripts: ------------------ There are various interesting Lua-scripts enhancing apt in various ways included in contrib/ directory of /usr/share/doc/apt-0.5.15cnc4/contrib, for usage instructions see the README's. - Panu -

2 2

Self-Introduction: Jose Pedro Oliveira
by Jose Pedro Oliveira 01 Mar '04

01 Mar '04

1. Full Legal Name: José Pedro Garcia de Oliveira 2. Country, City: Portugal, Braga 3. Profession: Teaching Assistant 4. University: Universidade do Minho 5. Goals in the Fedora Project Maintain the syslog-ng/libol specfiles. - Which packages do you want to see published? Network and system administration related (eg: Nagios, Snort, ...) - Do you want to do QA? Yes. 6. Historical qualifications Worked as a Software Engineer in the industry. - Computer languages: Present: Perl, C Past: SqlWindows, Visual Basic, Pascal, C++, Assembly (80x86, Z80, 8051), Prolog, - Other skills: System administration 7. GPG KEYID and fingerprint pub 1024D/91BD851B 2003-08-07 Jose Pedro Oliveira <jpo(a)di.uminho.pt> Key fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B jpo -- José Pedro Oliveira * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *

3 2

Future of X?
by David Wagoner 01 Mar '04

01 Mar '04

With the recent license changes made by the XFree86 devel team I am curious to see what the future of X will be in Fedora. I know there is x.org's xserver which is basically a fork of XFree86 4.4 release before the license was changed. Will Fedora adopt that in the future? __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools

2 1

re: new project
by alexluca＠inwind.it 01 Mar '04

01 Mar '04

yes but there are many other people that dont know nothing about the linux system!!! This is a way to introduce him fedora and all the best fedora's application... The desktop, the config, the project and many other thing! I think the newbie like it! Please... the intro is at http://luka4e.fedoraitalia.org/intro_1/ -- --Luca Ferrari-- www.spazioinwind.libero.it/kamaleonte

3 2

Building 2.6 kernels on FC1
by Michel Alexandre Salim 01 Mar '04

01 Mar '04

Hi all, I have been trying to track down the problems with my Firewire external drive unit, and thought I would try building a 2.6.3 kernel using Red Hat's spec for UP i686 on FC1, using gcc32 and gcc 3.3, and copy the result over. The result, simply said, is interesting. This is taken using 2.6.3-mm3 with gcc 3.3, but other results are similar. /lib/modules/linux-2.6.3-mm3: 376 MB linux-2.6.3-mm3 build directory: 1.4G linux-2.6.3-mm3/arch/i386/boot/bzImage: 1.5M saying those were a bit on the large size would be a bit of an understatement.. it turns out make modules_install is doing bizarre things; a listing of kernel/drivers/acpi does this for instance: total 1768 -rw-r--r-- 1 root root 7938 Feb 24 23:58 ac.c -rw-r--r-- 1 root root 185294 Feb 24 23:58 ac.ko -rw-r--r-- 1 root root 33213 Feb 24 23:58 asus_acpi.c -rw-r--r-- 1 root root 204759 Feb 24 23:58 asus_acpi.ko -rw-r--r-- 1 root root 20347 Feb 24 23:58 battery.c -rw-r--r-- 1 root root 194175 Feb 24 23:58 battery.ko -rw-r--r-- 1 root root 13126 Feb 24 23:58 button.c -rw-r--r-- 1 root root 187411 Feb 24 23:58 button.ko -rw-r--r-- 1 root root 6658 Feb 24 23:58 fan.c -rw-r--r-- 1 root root 183526 Feb 24 23:58 fan.ko -rw-r--r-- 1 root root 61229 Feb 24 23:59 processor.c -rw-r--r-- 1 root root 240387 Feb 24 23:59 processor.ko -rw-r--r-- 1 root root 35245 Feb 25 00:00 thermal.c -rw-r--r-- 1 root root 206273 Feb 25 00:00 thermal.ko -rw-r--r-- 1 root root 13610 Feb 25 00:00 toshiba_acpi.c -rw-r--r-- 1 root root 189128 Feb 25 00:00 toshiba_acpi.ko 1) .c source files are installed 2) size bloat of an order of magnitude I will try rebuilding the Fedora kernel next - on FC1 and FC2-devel, gcc32 and gcc 3.3. Which reminds me - why does the kernel Makefile define both HOSTCC and HOSTCXX ? IIRC the kernel contains zero LOC of C+ +. Thanks, - Michel

4 5

-march=i386 -mcpu=i686 - I'm so sick of seeing that!!!!!!!!!!!!!!!
by ByteEnable 01 Mar '04

01 Mar '04

-march=i386 -mcpu=i686 - I'm so sick of seeing that! god, can't u ppl leave optimizations alone. Why not just do -march=i386 then leave it alone! Byte

3 3

Re: new project
by alexluca＠inwind.it 01 Mar '04

01 Mar '04

>I can see where something like this could have value for a new user >but >I have two requirements for it: >1) It can't take away from core developer's time to integrate. There >are many things of more priority than something that'll only run once >and is more marketing than actual documentation. >2) It must have a cancel button so people don't have to see it if they >don't want to. You have right for this! I think: Mozilla start with it but if you want to skip you can simply press the mozilla's Close button, no? >IMHO, Fedora is currently used by people who don't really want or need >this "feature." Moving beyond that user base is something I hope will >happen (and something like this may be appropriate to advance that >purpose) but I don't see it as the purpose of FC2. why? Bye bye! >Just my $0.02, >-Toshio

1 0

(fwd) Perl/mod_perl test update
by Chip Turner 01 Mar '04

01 Mar '04

The perl update includes the virtual provides for perl modules to use to rely on when they are built against it as discussed a couple weeks ago. Anyone who can give this a whirl and let me know any breakages, I'd appreciate it; should be a fairly safe update but I want to get 5.8.3 on all supported RHL/RHEL/Fedora releases that are currently in the 5.8.x family. Thanks, Chip -- Chip Turner cturner(a)redhat.com Red Hat, Inc.

2 2

mdmonitor mdmpd ???
by Brian Millett 01 Mar '04

01 Mar '04

Hi, after the update over the weekend, I get that the mdmonitor service starts, but that the mdmpd fails. What are these services ??? I have a toshiba laptop, do I need to have these? Thanks. -- Brian Millett Enterprise Consulting Group "Shifts in paradigms (314) 205-9030 often cause nose bleeds." bpmATec-groupDOTcom Greg Glenn

1 0

chown xxx.yyy is now rejected
by Tim Waugh 01 Mar '04

01 Mar '04

The 'chown xxx.yyy' syntax has been deprecated for several releases now, the correct syntax being 'chown xxx:yyy'. The newly released stable version of coreutils, 5.2.0, now rejects the old syntax unless _POSIX2_VERSION=199209 is found in the environment. I have updated the spec files (in CVS HEAD) for all of the RPM packages that I found using the old syntax, but I have not rebuilt them. They will be rebuilt shortly -- I have notified the package owners. Once everything is settled down, perhaps we will be able to remove the restriction that prevents user names containing '.'. See also: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116536 Tim. */

5 8

rawhide report: 20040301 changes
by Build System 01 Mar '04

01 Mar '04

Updated Packages: XFree86-4.3.0-62 ---------------- * Fri Feb 27 2004 Mike A. Harris <mharris(a)redhat.com> 4.3.0-62 - Added new 2D driver from Alan Cox for Voodoo 1/2 hardware that does not require Glide in order to function, and provides RENDER acceleration and various other improvements above and beyond the XFree86 supplied "glide" driver which we have not shipped in the past. Driver version 1.0beta3. - Use new macros via_driver_name and voodoo_driver_name to avoid complexities in host.def with XF86ExtraCardDrivers define. compat-gcc-7.3-2.96.126 ----------------------- * Sun Feb 29 2004 Jakub Jelinek <jakub(a)redhat.com> 7.3-2.96.126 - standard conforming string compare (Jason Merrill) - STL string thread safety on IA-32 - use ::operator new and ::operator delete in __default_alloc_template (Benjamin Kosnik) - clear unchanging flag of MEM/REG target in store_constructor (Bernd Schmidt, #88420) - avoid creating bogus ADDRESSOFs (on invalid input; Bernd Schmidt, #88424) - remove length () == 0 optimization in c_str() if -wchar-stdc++, since for types other than char and wchar_t empty () is probably not defined properly (Bernd Schmidt, #88423) - avoid creating unchanging MEMs in reload (Bernd Schmidt, #88425) - fix excessive stack usage caused by the -fno-strict-aliasing patch introduced in -112.7.2 (Vlad Makarov, #107552) - ptr to member fix (Nathan Sidwell, #100450, Issue Tracker #22489) * Wed Nov 05 2003 Jakub Jelinek <jakub(a)redhat.com> 7.3-2.96.123 - add compat-libstdc++ on ppc32 (#107323) * Thu Sep 11 2003 Jakub Jelinek <jakub(a)redhat.com> 7.3-2.96.122 - rebuilt against glibc-2.3.2-85, so that long int off64_t is used on ia64 (some older 2.3.x glibcs used incorrectly long long int off64_t) gstreamer-plugins-0.7.5-2 ------------------------- * Mon Mar 01 2004 Alexander Larsson <alexl(a)redhat.com> 0.7.5-2 - Make alsa default sink/source instead of oss. iiimf-le-inpinyin-0.2-4 ----------------------- * Sun Feb 29 2004 Yu Shao <yshao(a)redhat.com> - more fixes for preedit string handling rpmdb-fedora-1.90-0.20040301 ---------------------------- vim-6.2.294-1 ------------- * Mon Mar 01 2004 Karsten Hopp <karsten(a)redhat.de> 6.2.294-1 - patchlevel 294

1 0

Re: A quick question...
by Christensen Tom 01 Mar '04

01 Mar '04

I am using pygtk and the rhpl stuff I have read through the devel guidelines on fedora.redhat.com I will talk to the K12LTSP community as well, thanks for the contact info :) Tom >Christensen Tom wrote: >>I started devel work on a DHCP configuration tool (as the configuration >>site at fedora said there isn't one) I was wondering if I'm duplicating >>work? Is another tool in the pipe somewhere? Should I jump on with those >>people? I have quite a bit of DHCP experience and coding experience, I >>manage a large enterprise network using DHCP, and some pretty advanced >>stuff like Option 82, and I've written alot of scripts to auto config my >>system for me, if no one else is working on this, I should have a very >>alpha configurator by the end of this week if anyone else is interested. >>Thanks, >>Tom > >You mean dhcpd server right? As long as you are working on this, please >consider the following: > >* Perhaps use the "rhpl" and pygtk stuff shared among the redhat-config-* >and system-config-* tools. I have not personally looked at it yet, but >they seem to share that package for common functions (?) >* Common RH/Fedora configuration options like used for tftp/PXE boot >(installer) and tftp/PXE/etherboot (K12LTSP). I would encourage you to >talk to Eric Harrison and the K12LTSP community on the K12OSN list. > >http://redhat.com/mailman/listinfo/k12osn >K12OSN list (Fedora for Educators and K12LTSP) > >That's all I can think from the top of my head for now. > >Warren > > >-- >fedora-devel-list mailing list >fedora-devel-list(a)redhat.com >http://www.redhat.com/mailman/listinfo/fedora-devel-list _________________________________________________________________ Stay informed on Election 2004 and the race to Super Tuesday. http://special.msn.com/msn/election2004.armx

2 1

mp3's
by Matthew T. O'Connor 01 Mar '04

01 Mar '04

Hopefully a simple question: How do I get xmms to play mp3's on FC2 test1? In all release versions of RH / Fedora, I can turn to 3rd party packagers such as freshrpms etc... but what about for the devel tree? Does anyone know where I can get non-core packages that track the devel tree? Thanks, Matthew O'Connor ps, All my new audio goes to FLAC or ogg, but I have a large repo of my CD's that I ripped to mp3 several years ago and converting mp3 -> ogg doesn't sound good.

2 1

more borken deps
by Jurgen Botz 01 Mar '04

01 Mar '04

In current development dir... * redhat-lsb requires /usr/bin/kill, which no longer exists because it has been moved from coreutils to util-linux where it seems to be /bin/kill * gstreamer lib is updated but gnome-media, nautilus-media and rhythmbox still require the old lib -- Jürgen Botz | While differing widely in the various jurgen(a)botz.org | little bits we know, in our infinite | ignorance we are all equal. -Karl Popper

4 3

rawhide report: 20040229 changes
by Build System 01 Mar '04

01 Mar '04

Updated Packages: bind-9.2.3-8 ------------ * Sat Feb 28 2004 Florian La Roche <Florian.LaRoche(a)redhat.de> - run ldconfig for libs subrpm * Mon Feb 23 2004 Tim Waugh <twaugh(a)redhat.com> - Use ':' instead of '.' as separator for chown. im-sdk-11.4-21 -------------- * Sun Feb 29 2004 Florian La Roche <Florian.LaRoche(a)redhat.de> - mv /etc/init.d -> /etc/rc.d/init.d * Fri Feb 27 2004 Jens Petersen <petersen(a)redhat.com> - 1:11.4-20 - make iiimf-server obsolete im-sdk rpmdb-fedora-1.90-0.20040229 ---------------------------- udev-018-2 ---------- * Sun Feb 29 2004 Florian La Roche <Florian.LaRoche(a)redhat.de> - move chkconv to preun - nicer url yum-2.0.5.20040224-2 -------------------- * Thu Feb 26 2004 Florian La Roche <Florian.LaRoche(a)redhat.de> - mv /etc/init.d -> /etc/rc.d/init.d

2 1

re: New project
by Christensen Tom 01 Mar '04

01 Mar '04

I think I'm gonna have to agree with Hugo... I don't really have any weight I'm just a user/part time bug finder, but I absolutely hate the WinXP intro, and all other intros I've ever seen, just get me to my desktop so I can start working already!!! (at least thats what I always think when windows is playing its little goofy music and bragging about how nice the system is) Tom >I think this: http://luka4e.fedoraitalia.org/intro_1/ >is very pretty... > >Luca > > > > But surprises aren't always pretty ones. > > One thing I really do not like about any OS install is those pesky > >self > > advertising things that keep blurting about how good .... is. > > > Hugo. > > >-- >fedora-devel-list mailing list >fedora-devel-list(a)redhat.com >http://www.redhat.com/mailman/listinfo/fedora-devel-list _________________________________________________________________ Find and compare great deals on Broadband access at the MSN High-Speed Marketplace. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/

1 0

re: New project
by alexluca＠inwind.it 01 Mar '04

01 Mar '04

I think this: http://luka4e.fedoraitalia.org/intro_1/ is very pretty... Luca > But surprises aren't always pretty ones. > One thing I really do not like about any OS install is those pesky > self > advertising things that keep blurting about how good .... is. > Hugo.

1 0

A quick question...
by Christensen Tom 01 Mar '04

01 Mar '04

I started devel work on a DHCP configuration tool (as the configuration site at fedora said there isn't one) I was wondering if I'm duplicating work? Is another tool in the pipe somewhere? Should I jump on with those people? I have quite a bit of DHCP experience and coding experience, I manage a large enterprise network using DHCP, and some pretty advanced stuff like Option 82, and I've written alot of scripts to auto config my system for me, if no one else is working on this, I should have a very alpha configurator by the end of this week if anyone else is interested. Thanks, Tom _________________________________________________________________ Click, drag and drop. My MSN is the simple way to design your homepage. http://click.atdmt.com/AVE/go/onm00200364ave/direct/01/

2 1

HI! New Project
by alexluca＠inwind.it 01 Mar '04

01 Mar '04

Hi guy! I'm Luca Ferrari, an Italian fedora translator. Using Fedora and its desktop-oriented I think one thing: why don't we create an animated introduction that runs at the first boot, where you can look the news, the features, the principal functions... of Fedora (a little bit like WindowsXP or Lindows)? I think that it will a great surprise! What do you think? I had a reviews: go to http://luka4e.fedoraitalia.org/ and look: what do you think about it? There is a preview with a firstboot style at http://luka4e.fedoraitalia.org/intro BYE!!!!!! And answer!

2 1

To those interested in Thunderbird
by Eric Hattemer 01 Mar '04

01 Mar '04

Please take a look at the srpm in https://bugzilla.fedora.us/show_bug.cgi?id=1113 . I was able to build it without much trouble, but the thunderbird program hangs and gives no info. Please either take a look at the strace I made or download and compile that srpm yourself. Bare in mind that its missing the source. download http://members.ii.net/~the_hills/thunderbird-0.5-0.fdr.4.src.rpm download http://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/0.5/thunderbird… unzip thunderbird-0.5-source.tar.gz find the thunderbird-0.5-source.tar.bz2 within and copy it to your SOURCE directory, then build the spec. That's what I did anyway. It builds without errors, but does not run. Please see if it runs on your system, and mine is broken, or whether the rpm is problematic. -Eric Hattemer

1 0

Cron configuration program
by altivec87＠cox.net 29 Feb '04

29 Feb '04

Hello all, I would like to work on one of the configuration programs that are needed in Fedora. Would a tool for the cron daemon be a good start? If so, if anyone has any special feature requests, post them and I will try to include them. BTW, I do NOT run Fedora - yet. I am looking for a way to help a Linux distribution. If I can help here, I will. Skills: C expert, familiar with Python and PyGTK, viable C++ skills, and a few other languages. Robert Burns

3 2

Booting x86_64 devel tree
by Pete 29 Feb '04

29 Feb '04

Does anyone have any experience with the mkisofs commands to build an installable DVD? I've recently grabbed a copy of the x86-64 devel tree and built a DVD iso with a mkisofs command I found in the archives. The resulting DVD boots fine, but it doesn't find the packages to install on the DVD (works great until then). I've tried using an FTP and NFS boot option as well, but for some reason, the devel tree sk98lin driver doesn't work quite right and I can't build a network connection. Anyway, I'm guessing it's an issue with the mkisofs command I've used, but I'm hoping someone here can point it out. I don't see anything in the man pages to show me what's up. The following was run in the directory containing a mirror of pub/fedora/linux/core/development/x86_64/. Hope someone can help. Thanks. mkisofs -J -R -v -T -o fedora.iso -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table .

1 0

up2date, system-config-packages and synaptic
by David Wagoner 29 Feb '04

29 Feb '04

My question here is why is the fedora team wasting so much time developing up2date and system-config-packages when synaptic is already an excellent replacement. Even though it uses apt, worst case would be to get the latest source and code in support for yum then. I have had nothing but problems with up2date. I have had packages fail to install and yet appear to be installed as far as up2date is concerned, system-config-packages though its getting better still has a ways to go before it has the features that synaptic has. If the developers choose to continue to use up2date and system-config-packages, I will continue to use the products during the rest of the test phase but when Fedora Core 2 is released I plan on switching to synaptic. Synaptic is full of features, stable and fast. I look foward to seeing what everyone has to say on this subject. __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools

2 1

Re: -march=i386 -mcpu=i686 - I'm so sick of seeing that!!!!!!!!!!!!!!!
by altivec87＠cox.net 29 Feb '04

29 Feb '04

ByteEnable: in a word, performance. That will optimize code for 686 CPUs without breaking compatibility with 386. It's a good compromise between performance and compatibility, IMO.

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel March 2004