On FC2T2, I ran system-soundcard-config, and it did not play a test sound.
It turned out that it runs kudzu, and once kudzu is done, it expects that
necessary modules would autoload, which was not the case, because the
/etc/modprobe.conf did not have the necessary entries:
alias snd-card-0 snd-emu10k1
alias sound-slot-0 snd-card-0
So... I would fix it, if I knew where. Who is supposed to add those
entries? Is it kudzu, system-soundcard-config, or something else?
Bill, Brent, can you tell me where to look?
After a few weeks of "testing" (that is using a temporary build and
attending to other things) I finally got to releasing a new Speedtouch
RPM for use with Red Hat Linux and Fedora Core.
The speedtouch-1.2 branch finally got out of beta! This latest RPM is
based on the final 1.2 code and should work with all versions of the
For Fedora Core you probably just want to use the kernel mode driver,
but you can use modem_run from this rpm to upload the firmware. Note
that with the latest modem_run you have to upload both parts of the
firmware, using either the -a and -f switch, or by concatenating the two
parts together and feeding them to modem_run via the -f switch.
The (S)RPM can be found at
http://www.ottolander.nl/opensource/speedtouch/speedtouch.html . Also
available is a tarball for the users of *BSD.
mount -t life -o ro /dev/dna /genetic/research
On Wed, 21 Apr 2004, Nicolas Mailhot wrote:
> 1. For FC2 sure, you need to prepare it under rawhide
> 2. If you want FC1 too, you should probably submit a recode update and
> make it block the FC1 python-bibtex submission. People won't hunt all
> the deps if you don't mark them clearly
Thanks! I could submit a patched recode for FC1.
And then should I prepare separate srpms for FC1 and FC2?
> I've got $1.00 that no-one from RedHat responds to this thread, anyone
> care to counter?
Hey, Richard didn't claim the dollar when he replied. But I'll take it.
I hereby reply on behalf of Red Hat. Pay up.
Actually, keep it and tell me what we can do to fix it.
I understand why people are always picking on Red Hat, I hear it all day.
We can act on things other than "we're f*cked up and should quit open source",
of course. (Let's think of all places open source wouldn't be without Red Hat.)
As for our ability or perceived willingness to deal with outsiders, Seth's got
a solid point. There are things that are still a mess. I can only say that we
know it and are working like hell to fix it. Our communication on that too has
many qualities resembling suck.
So, let's have it. Open season on Red Hat.
I've released QA Assistant 0.3. It's available at sourceforge:
Subversion archive (and me for the most part) are currently offline as
my ISP is having troubles connecting DSL at my new apartment.
This version is mainly a cosmetic and build infrastructure release. I'm
releasing now because there's one major usability bugfix over 0.2
* Now uses standard ./configure; make; make install
* rpm available for download
* Colorized the output based on resolution
* Bugfix problem with editing the review output in the checklist window.
t o s h i o + t i k i - l o u n g e . c o m
Well... it seems like we have some small issues in the future path of
the fedora core desktop (not only for fedora actually).
1) Menus. More is not the best solution, so it's out. We should try to
create a replacement, because in some situations the menus are
2) How many applications doing the same thing do we need? Having too
many applications can be confusing. A new user (especially one that
comes from another OS or from an old Linux distribution version), would
be confused and might not make the optimal choice for his situation.
Think of how many music players we have, how many editors, how many mail
clients. Should all these be in the equivalent of the now deprecated
X-Red-Hat-Base? Should we even show all the applications we have
installed or just the popular ones? A Microsoft style hide unused
entries would be practical? Are there any other solutions, such as 2/3
level menu tree?
Try and suggest also some other QUESTIONS and a date for a virtual
meeting on irc to find/discuss answers to these. I don't recommend
answering these questions right here/now. An irc chat would be more
appropriate. Also if you want to have a chat on this, think of the time
differences around the world (I'm in GMT+2), because it's evening when
you guys have lunch, and it's waaaay past mid-night (closer to morning)
when it's evening for you.
These being said, I looking forward to a productive mind-storm on these
topic, and not only.
Razvan Corneliu C.R. "d3vi1" VILT <razvan.vilt(a)linux360.ro>
Digital Vision - linux360 - Vision Project Maintainer
I'm sorry (really sorry) b/c this is off topic for this list. But I'd like
to know which Linux+ cert programs you all would recommend in the Los
Angeles region? I know experience is the best; but certification seems to
validate the experience with more $.