devel July 2003

devel@lists.fedoraproject.org

70 participants
48 discussions

people.redhat.com index
by Paul Nasrat 29 Jul '03

29 Jul '03

Seeing as we're being wonderfully open, any chance the wonderfull index page at people.redhat.com could be removed so there is the directory index instead. Not to worry if not. Cheers Paul

9 16

%configure and RPM_OPT_FLAGS
by Harald Hoyer 29 Jul '03

29 Jul '03

I wanted to modify CXXFLAGS and stumbled across the %configure definition... CFLAGS="${CFLAGS:-%optflags}" CXXFLAGS="${CXXFLAGS:-%optflags}" FFLAGS="${FFLAGS:-%optflags}" Wouldn't it be better to have this in /usr/lib/rpm/redhat/macros: RPM_OPT_FLAGS="%{optflags}" CFLAGS="${CFLAGS:-${RPM_OPT_FLAGS}}" CXXFLAGS="${CXXFLAGS:-${RPM_OPT_FLAGS}}" FFLAGS="${FFLAGS:-${RPM_OPT_FLAGS}}" so that I can modify RPM_OPT_FLAGS prior to calling %configure?? -- Harald Hoyer, Senior Software Engineer Harald.Hoyer(a)redhat.de Red Hat GmbH Tel. : +49-711-96437-0 D-70178 Stuttgart, Germany Web : http://www.redhat.de gpg fingerprint E930 20E6 CCF8 C76C 8582 CF9F B7B7 45C2 C557 5542

2 1

gdm and missing home directories
by Jack Neely 29 Jul '03

29 Jul '03

Hi, For several releases now (I think since 8.0) gdm has popped up this cute dialog box if your home directory didn't exist asking if you would like to log in with / as your home directory. You can click on Yes, you can click on No but you always just get the gdm screen asking you to enter your username. It doesn't fail...it just doesn't work. See bug #77354 http://bugzilla.gnome.org/show_bug.cgi?id=103258 In Gnome's bugzilla the PostLogin stuff is mentioned but I'm not sure if even the gdm in Severn supports that feature. Does anyone know of a way I can make this work? Ideally, I would like to use mktemp to create a temp home dir instead of just using /. The situation is the mentality that if your fileserver is down you should still be able to take an online test, surf the web, check your webmail, etc. (Which I see nothing wrong with.) Jack Neely -- Jack Neely <slack(a)quackmaster.net> Linux Realm Kit Administration and Development PAMS Computer Operations at NC State University GPG Fingerprint: 1917 5AC1 E828 9337 7AA4 EA6B 213B 765F 3B6A 5B89

2 4

bugs, bugs, bugs!
by Bill Nottingham 28 Jul '03

28 Jul '03

Just some intro for those who haven't played this game before... If you've reported a bug, you may have noticed in the past few days that the bug may now be listed as blocking bug 100643 or bug 100644. These bugs are the 'CambridgeBlocker' and 'CambridgeTarget' bugs What these bugs represent: - categorization of bugs into relative high and medium priorities What these bugs don't represent: - guarantees that the bug will be fixed Note that these lists are populated at first through cursory bug triage; issues in these bugs may eventually turn out to be NOTABUG or WONTFIX. How You Can Help (if you so desire): 1) If you've got a bug that appears to be overlooked in this categorization, feel free to nomintate it in the body of the appropriate tracking bug ('CambridgeBlocker', or 'CambridgeTarget'); then our crack (cracked?) bug triage team will review it again. (Note that all bugs opened against the beta are usually given a once-over within a day or two of being opened; this is how the list normally gets populated) 2) Look at the bugs on the list, and feel free to: - perform duplicate eliminations - verfiy reproducibility/create test cases - provide patches to fix them. (This option is preferred, of course.) Bugs may be moved from one list to the other at any time, or deescalated completely. The chances of an enhancement requests landing on either of these lists is fairly low. Bill

1 0

the installer...
by david paeme 28 Jul '03

28 Jul '03

Hi again, I have a little question about the standard rh installer, regarding a little problem I had. In RH9, the installer kernel is compiled for i686 (RH8 was i386). Since this is not a bad thing, It kinda gives some problems sometimes when installing on certain systems. For example: The installer-kernel kept on crashing when trying to do an install on my little home server, which has a Via C3 processor (you know, soldered on one of those sweet mini-itx boards), which does not support the i686 instruction set (almost, but it doesn't support the 'cmov' instruction). I was wondering if it would be possible to keep the option open to install future redhats on older systems? I think this would be a "good thing"(tm), since not everyone uses high-end machines. (also: think of people in developing countries, who can use the latest and greatest os features, without having to spend a fortune on the latest/greatest machines.)

3 3

gtkspell problem in Severn
by Warren Togami 28 Jul '03

28 Jul '03

When I attempt to run gaim-0.66 from Fedora on Severn using gtkspell-2.0.4-1 (included in Severn), it fails with this message. gaim: error while loading shared libraries: libgtkspell.so.0: cannot open shared object file: No such file or directory After I ran "ldconfig" manually as root, gaim works. Upon inspection of RH's .spec file of gtkspell it has ldconfig within %post, so I am confused. Any idea what happened here? Warren

5 5

Diskless workstations
by Stephen Smoogen 28 Jul '03

28 Jul '03

Hi one thing that has come up over and over again (here) is that Debian is easier to install into a diskless workstation environment than Red Hat. I being the RH bigot that I am have not tried this yet, but I get the feeling that it is. I would really like to see some work on making a Heavy Diskless Workstation install possible in the future. [Heavy Diskless means boxes that have say 1-2 gigs of Ram, big CPUs, and 100 mbps network at least.] THere are many environments that use this heavy duty, and right now I am having to admin 4 different ways of killing the problem with no one absolutely correct. -- Stephen John Smoogen smoogen(a)lanl.gov Los Alamos National Labrador CCN-5 Sched 5/40 PH: 4-0645 (note new #) Ta-03 SM-1498 MailStop B255 DP 10S Los Alamos, NM 87545 -- So shines a good deed in a weary world. = Willy Wonka --

6 16

split rc.sysinit
by Florin Andrei 27 Jul '03

27 Jul '03

How about splitting rc.sysinit into multiple commands in a directory, init.d style? I've seen several cases when various applications (usually stuff that wants to do low-level things) needed to somehow insert themselves in the rc.sysinit sequence. With a monolithic rc.sysinit that's impossible unless you hack the script using sed, perl, etc., which is ugly to say the least. One issue with splitting it (among many other that i'm not going to mention) might be that the boot up time might get a bit bigger. If i'm not mistaken, this could be avoided by creating one single actual executable, and let it source things up from a directory, instead of launching multiple executable scripts sequentially. Splitting this executable might also allow for things like optionally turning on (or NOT turning on) IEEE1394 or USB in userspace (as opposed to using kernel parameters in the bootloader), etc. Keyword: flexibility Downside: complexity -- Florin Andrei "Never send a human to do a machine's job." - Agent Smith

5 5

yum initscript changes
by Florian La Roche 27 Jul '03

27 Jul '03

Change the initscript for current RHL defaults (whereever they are specified ;-) ;-): - It is bash-only. - Translations are possible. - Do not use subshells if not needed. - Add reload as dummy function. - Use touch instead of /bin/touch. (That is personal feeling.) greetings, Florian La Roche --- yum-2.0/etc/yum.init.lr 2003-07-24 14:28:50.000000000 +0200 +++ yum-2.0/etc/yum.init 2003-07-24 14:41:48.000000000 +0200 @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/bash # # yum This shell script enables the automatic use of YUM # @@ -13,14 +13,14 @@ . /etc/rc.d/init.d/functions start() { - echo -n "Enabling yum: " - (/bin/touch /var/lock/subsys/yum && success) || failure + echo -n $"Starting yum service: " + touch /var/lock/subsys/yum && success || failure echo } stop() { - echo -n "Disabling yum: " - (/bin/rm -f /var/lock/subsys/yum && success) || failure + echo -n $"Stopping yum service: " + rm -f /var/lock/subsys/yum && success || failure echo } @@ -35,6 +35,8 @@ stop start ;; + reload) + ;; condrestart) if [ -f /var/lock/subsys/yum ]; then stop @@ -43,13 +45,13 @@ ;; status) if [ -f /var/lock/subsys/yum ]; then - echo "nightly yum update is enabled" + echo $"Nightly yum update is enabled." else - echo "nightly yum update is disabled" + echo $"Nightly yum update is disabled." fi ;; *) - echo "*** Usage: yum {start|stop|restart|condrestart|status}" + echo $"Usage: $0 {start|stop|status|restart|reload|condrestart}" exit 1 esac

3 2

Re: RFE: Other "Everything" installs
by Tom Diehl 27 Jul '03

27 Jul '03

On 26 Jul 2003, Chris Kloiber wrote: > On Thu, 2003-07-24 at 16:29, Sean Middleditch wrote: > > On Thu, 2003-07-24 at 16:22, Dax Kelson wrote: > > > I typically do Everything installs on my personal workstations. > > > Simplifies life greatly. > > > > > > However, it would be nice if there were: > > > > > > "Everything ONLY English" (ie, no foreign language support) > > > > > > "Everything NO Development" > > > > > > Comments? > > > > Definitely dont' think that's a good idea. It solves perhaps your > > problem, but I'm there are many users who have other specific package > > sets they'd love install options for too. What we'd end up with is an > > Everything menu with tons of semi-Everythings, covering everything > > imaginable, even tho they aren't Everything. ~,^ > > > > Seriously, it's not that much work to just select the package groups. > > If you do find yourself spending too much time on it, quit reinstalling > > your machines so often. ;-) Or just use Kickstart. > > I think more people speak other languages than do speak American > English, but I understand where you are going with the original > suggestion. I sort of expanded on that idea as I personally think it's a > good one, and filed this bugzilla report: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100888 > > You can read my suggestion there, but I can't say how much traction it > will get for this release. It's more than likely too late for now. FWIW, It is already closed as WONTFIX. -- ......Tom Registered Linux User #14522 http://counter.li.org tdiehl(a)rogueind.com My current SpamTrap -------> mtd123(a)rogueind.com

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel July 2003