Suggestion for initscripts
by Jaap A. Haitsma
Probably people dealing with the initscripts know this stuff, but I I
just post this just in case they haven't
Richard Gooch and co. have a very elegant solution for the initscripts
See:
http://www.atnf.csiro.au/people/rgooch/linux/boot-scripts/index.html
The nice thing is that you don't need these S[number][service] and
K[number][service] scripts in the /etc/rc.[number] directories.
Every service just tells which service it needs to have running. And if
that doesn't run yet it just tries to start it.
Possible other advantage I see, is that you might start services in
parallel, which can save some time during booting :-)
Jaap
20 years, 5 months
PSI on Fedora
by Edward Muller
I have rpms of PSI for Fedora and they work fine so far, except that
when using the docklet I have an additional 'psi' item in my window
list. I am logging into gnome. Not sure if this is a Gnome issue,
Metacity issue, PSI issue or Qt issue.
--
Edward Muller - http://www.interlix.com - "Open Source Specialists"
Dedicated Zope Hosting - Web Hosting - Open Source Consulting
Network & PC Service & Support - Custom Programming
Phone: 417-862-0573 - Cell: 417-844-2435 - Fax: 417-862-0572
Jabber: edwardam(a)jabber.interlix.com - AIM: edwardam453 - ICQ: 287033
20 years, 5 months
Gentoo Linux faster app-load than (Mandrake|Fedora)
by Milan Kerslager
Hi,
I just read http://www.gentoo.org/main/en/performance.xml
I'm clear that this test is not fair as there is no same free RAM
initial condition (and no same apps and components loaded), but still
feeling that we need to make more for usable desktop (ie. loading time
is important here).
What I would like to make sure is that Fedora developers take an eye on
this to not shoot down this new project 1 day after release.
I really dislike this sort of unfair PR that avoid importatnt
objectivity but what we can do more than check our reserves...
--
Milan Kerslager
E-mail: milan.kerslager(a)pslib.cz
WWW: http://www.pslib.cz/~kerslage/
20 years, 5 months
rhgb rhgb-0.10.2-1
by Kevin Worthington
---
Kevin Worthington - <kworthington (at) linuxmail {dot} org>
Faithful Red Hat Linux user since April 1998
Registered Linux User #218689 - http://counter.li.org
--
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org
This allows you to send and receive SMS through your mailbox.
Powered by Outblaze
20 years, 5 months
up2date failing dependencies window too big!!!
by Jaap A. Haitsma
The failing dependencies list today was so large that the dialog box
that was created did not fit on my screen and I had to kill up2date.
Would be nice that a dialog with list box would appear with the failing
dependencies so that the window can be closed normally
20 years, 5 months
Ugly main menu icon
by Owen Taylor
OK, figured out what is going on with the blurry main menu icon:
- Panel thinks that the main menu icon is going to be themed
by the stock icon mechanism
- We don't want the main menu icon themed, so we don't put
it in Bluecurve.
- The way that the default icon is set for the stock icon
is that the panel looks up the icon at size 24 in the
current *icon* theme.
- That used to find only the 48 pixel variant, but Garrett just
added 16,24,36 variants of the icon, so => extreme ugliness.
I think if we just hack the panel to look up the icon at
a very large size, it should fix this pretty well -
- filename = gnome_desktop_item_find_icon (
- panel_icon_theme, stock_icons [i].icon, icon_height, 0);
+ filename = gnome_desktop_item_find_icon (
+ panel_icon_theme, stock_icons [i].icon, 1000, 0);
it may, in a few cases, mean that we scale down rather than
using the right size icons, but for anything actually in Bluecurve
it won't matter, since it will go through the normal GTK+ stock
icon size look up mechanisms.
And we'll never scale up that way.
Of course, what the panel is doing is fundamentally broken .. it
needs to decide whether these icons are being themed through:
- The GTK+ stock icon system
- The named icon theme system
Not mix the two together in some fashion. But fixing that would take
more work, and probably is best done upstream for GNOME-2.6.
(For GNOME-2.6 we have named icons in GTK+ and sane stock-icon/
named-icon integration.)
Regards,
Owen
20 years, 5 months
Wen-Jiunn Chin/Endicott/IBM is out of the office.
by Wen-Jiunn Chin
I will be out of the office starting October 9, 2003 and will not return
until October 14, 2003.
I am out of the office from 10/09/03, returning 10/14/03. You will receive
only this notification of my absence prior to my return, at which time I
will respond.
Please contact Syed Abuthagir for GWA.
Please contact my manager David Albright, for emergencies.
20 years, 5 months
Too many bugs [was Re: up2date failing dependencies window too big!!!]
by Jef Spaleta
Behdad Esfahbod wrote:
> Unfortunately there are too many bugs in bugzilla that never get
> fixed. Any way to open things a bit more so that we dumb users
> can fix trivial things? Submitting patches is one step toward
> that. Maybe bugzilla should send list of inactive open bugs to
> the list every night :D
Or another way to look at it...there are too many open bugs for
developers to keep up with without some help. Things like duplicate
bugs, and bugs that are open where developers are waiting for basic
technical feedback like tracebacks or lspci output. Everytime a
developer has to go into bugzilla and read a duplicate bug and mark it,
or has to write a simple "please provide an lspci outout" that's less
time for developers have close bugs that are fixable.
This left over up2date bug is just another symptom of the
problem...developer time is a premium. What we as a community can ask is
how we can help the developers use their time more effectively. And i
think that starts with an active, fruitful discussion on how we can use
something like Gnome's bug triage idea....to have technically proficient
users in this community, work to keep bugzilla in shape.
http://www.redhat.com/archives/fedora-devel-list/2003-October/msg00180.html
http://developer.gnome.org/projects/bugsquad/
http://developer.gnome.org/projects/bugsquad/triage/
-jef"but first we need to create a Fedora logo...to put on the
t-shirts...that we use as prizes...for Fedora Bug Day"spaleta
20 years, 5 months
up2date --show-orphans after upgrade from RHL9
by Paul Gear
Hi folks,
I don't know if anyone cares about this, but after an upgrade from RHL9
to Fedora Core 0.94, i get the following output from up2date --show-orphans:
libgal21-0.23-1.i386
libunicode-0.4-12.i386
lilo-21.4.4-22.i386
qtcups-2.0-15.i386
soup-0.7.10-4.i386
I don't know about all of them, but lilo particularly concerns me. Does
this mean that lilo will no longer be supported? If so, please consider
this bug:
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=55484
This has been a "must fix" bug (i don't know why it's normal priority)
for nearly 2 years! Without grub support for RAID 1 devices, it is an
unusable boot loader on 95% of my systems (and i think a lot of other
people's as well).
--
Paul
http://paulgear.webhop.net
A: Because we read from top to bottom, left to right.
Q: Why should i start my reply below the quoted text?
20 years, 5 months