Latest Yum in Rawhide is Bjorken
by Alan
The latest version of Yum in rawhide does not work. Complains that
"yummain" is missing. Does not work for any function at that point.
--
'This message has not been made with the consent or cooperation of
the Federal Board of Regulations (F.B.R.) or the Central Enquires
Agency (C.E.A.). Any resemblance to persons living or dead is purely
coincidental, and so forth and so on.
19 years, 8 months
[fedora.us] unmaintained packages
by Michael Schwendt
Dark clowds at the sky...
We're facing the problem of unmaintained packages. E.g. Snort which
was last built for Red Hat Linux 9 on 23-Apr-2003 and since then has
neither been updated nor rebuilt for Fedora Core.
Or cfengine [1], which has binary builds of a security update waiting
in the "pending" repository [2] since 2004-08-16, but nobody
(including the package developer) doing the verification/approval step
to get this published.
Anybody interested in taking over these packages?
I have the feeling that there may be more packages in such a state.
If you know some, I'd like to know. Or file a bug report, please.
There's no requirement for packages to be the bleeding edge very
latest upstream versions. But unmaintained/desolate packages, which
are not available after a distribution upgrade, should be dealt with
in some way.
--
[1] https://bugzilla.fedora.us/show_bug.cgi?id=1980
[2] http://download.fedora.us/pending/
Fedora Core release 2.92 (FC3 Test 3) - Linux 2.6.8-1.541
loadavg: 1.73 1.77 1.67
19 years, 8 months
Proposal: Rationalizing Fedora Audio
by David Mohring
The state of the Linux/Unix application audio subsystems remains a mess
of competing interfaces and audio mixer and networking demons.
Proposal: Rationalizing Fedora Audio
For Linux alone, there are many applications that still directly use the
OSS interface, and will do so for the foreseeable future. Hacking the
Fedora Core setup is more possible than fixing all the applications.
There are a number of competing audio mixing demons that can be running
by the user at the same time: Esound's esd, KDE's arts, and the
Freedesktop's proposed MAS ( http://www.mediaapplicationserver.net/ ).
The first two demons available on FC3 default to using the
OSS /dev/dsp /dev/audio etc interfaces, competing for use of
the /dev/dsp, hogging the audio output.
Even using the ALSA interface, Fedora defaults to sending/receiving
applications audio direct to the hardware device, hogging the interface.
By default audio output could go to ALSA or better yet a Dmix plug,
where the source and destination could be selected and mixed together.
It's possible to get OSS, esd, arts and ALSA working together better
with a little configuration...
http://alsa.opensrc.org/index.php?page=Dmix+Kde+-+arts%2C+ESD+and+SDL+qui...
FC3 final, or the next release of Fedora Core/Red Hat after that, should
do something similar in the default setup.
The default pcm ALSA interface and /dev/dsp should be assigned to a type
dmix. HAL/udev should assign hardware sound devices ALSA hw:X and
OSS /dev/dspX etc ( with X starting at 1 not 0 see below ). By default
the output from first dmix could be piped to the first or owner selected
device.
The user should also be provided with command line and GUI interfaces to
HAL/udev add and remove dmix devices on the fly and select where the
output goes to. The volume for each virtual device should be set at 50%
by default. Virtual mixer interfaces would also be created by default,
and the interface would show up in the gnome-audio-mixer. This would be
great for recording content and for Multiuser systems.
Future proposal : Multiuser/Mixcasting audio - /dev/dsp like /dev/tty
At the moment LTSP and other remote-X servers use ESD,NAS and in the
future MAS demons to stream audio over the network. If your the only
user assigned to a /dev/dsp it is also sometimes possible to capture the
output to OSS and directed to the sound demon. The major problem with
this is that the first user to log on gain full ownership of the audio
devices, sharing is difficult.
One solution is to hack the kernel ALSA so that hw:0 and /dev/dsp are
assigned on the fly depending on the UID of the process much the
way /dev/tty is assigned on the fly to the caller process's
current /dev/ttyX. HAL/udev could assign numbered dmix type ALSA devices
to each user and and the sound demon would be free capture the output.
Even for single user systems, you could use "Xnest -query :X" to log in
as a different user and capture all the auto to stream it out or record
it to a demo or audioblog.
--
David Mohring <heretic(a)ihug.co.nz>
19 years, 8 months
Re: rawhide report: 20041015 changes
by "Nils O. Selåsdal"
Build System wrote:
> kernel-2.6.8-1.624
...
> - support O_NONBLOCK for read,pread,readv of regular files.
I'm just beeing curious here, how is it determined that
a read of a file will block ?
Does it mean select() will not present a regular file a always
readable anymore ?
19 years, 8 months
Re: Proposal: Rationalizing Fedora Audio
by "Nils O. Selåsdal"
Kyrre Ness Sjobak wrote:
> that-soundcard-detection-thing-i-can-never-remember-what-is-called?
>
> man, 18.10.2004 kl. 17.23 skrev "Nils O. Selåsdal":
>
>>David Mohring wrote:
>>
>>>The state of the Linux/Unix application audio subsystems remains a mess
>>>of competing interfaces and audio mixer and networking demons.
>>>
>>>Proposal: Rationalizing Fedora Audio
>>
>>... What about having several devices ? Right now I have an onboard soundcard,
>>and a USB headset. Having the option of setting one of these as default
>>somewhere would be a very nice thing.
You mean system-config-soundcard ?
It has only a play test sound and a Ok button, shows things about the onboard
card...
19 years, 8 months
fstab-sync dislikes floppy device
by Lars G
hi
on latest rawhide fstab-sync removes the floppy device at each reboot here.
is there a chance to make it stick in fstab?
lars
19 years, 8 months
interactive boot and security
by Kyrre Ness Sjobak
Being so lucky to run a public system, i wonder: is there any way to
completely disable "interactive startup", at least without prompting for
root first (and 3 failed logins => continued boot)?
19 years, 8 months
Re: Proposal: Rationalizing Fedora Audio
by "Nils O. Selåsdal"
David Mohring wrote:
> The state of the Linux/Unix application audio subsystems remains a mess
> of competing interfaces and audio mixer and networking demons.
>
> Proposal: Rationalizing Fedora Audio
... What about having several devices ? Right now I have an onboard soundcard,
and a USB headset. Having the option of setting one of these as default
somewhere would be a very nice thing.
19 years, 8 months
Re: Proposal: Rationalizing Fedora Audio
by Michael Wiktowy
Date: Mon, 18 Oct 2004 13:59:02 +0200 From: Ralf Ertzinger
<fedora-devel(a)camperquake.de> :
>>> Even using the ALSA interface, Fedora defaults to sending/receiving
>>> applications audio direct to the hardware device, hogging the interface.
>>> By default audio output could go to ALSA or better yet a Dmix plug,
>>> where the source and destination could be selected and mixed together.
>>
>>
> Maybe I did not understand ALSA fully, but: IMHO you will need dmix
> only when your sound hardware is not capable of hardware mixing (like
> mine is, for example). If it was, you would not need (or want, for
> that matter) to use dmix. PS: inspired by this posting I tried to set
> up dmix again for my system (had tried it during FC2 testing, and was
> not impressed, crackling occured), but all seems well now. xine,
> mplayer, openttd (SDL layer) and bmp all happily sing along. The only
> thing not working are programs that want to use /dev/dspX directly,
> but those are few and far between for my uses.
This discussion is good to see as audio in Linux has been confusing me
for some time now. I hope to learn a lot here :]
Your last point raises the question: *Should* legacy applications that
are using OSS directly and don't know about ALSA be able to multiplex
sound inputs/outputs together on a system that has ALSA? On my machine
(using the onboard sound on an ASUS A7N8X Deluxe mobo) they don't and it
makes things very awkward at times (i.e. I cannot talk using a VOIP app
and play music or game at the same time). I don't know whether ALSA
should be transparently mixing things no matter what interface the app
uses or if this is impossible due to some limitations inherent in the
OSS protocols ... if someone has any insight here, I would love to hear it.
I am very baffled at the moment since on my machine:
- two instances of aplay will multiplex things together as you would
suspect ... indicating that either software or hardware mixing is
possible on my audio card.
- playing something with XMMS (even with the ALSA output plugin
selected) will block aplay from playing anything until XMMS is stopped
(pausing XMMS still blocks aplay)
- Rhythmbox gets very confused at times when there is an OSS application
running
- forget about trying to run two OSS apps at the same time ... if the
second one runs at all, it will be silent.
If these are situations that are supposed to work, then I will be busy
filling out bugzilla reports for a while. I was under the impression
that these would go away over time as all the apps are migrated to be
ALSA friendly. If OSS apps could be fooled into working properly today,
then I hope that this could be set up by default soon.
Thanks.
/Mike
19 years, 8 months
rawhide report: 20041018 changes
by Build System
Updated Packages:
anaconda-10.0.3.19-1
--------------------
* Sun Oct 17 2004 Jeremy Katz <katzj(a)redhat.com> - 10.0.3.19-1
- Fix font size to fit on disk display better (#135731)
- Write out part lines for autopart lvm correctly (#135714)
- Remove empty row in drive order for boot loader (#135944)
- Replace % in URLs to avoid format string weirdness (#135929)
- Bind mount /dev for rescue mode (#135860)
- Fix Dutch and Danish keyboard defaults (#135839)
- add s2io 10GbE driver
* Thu Oct 14 2004 Jeremy Katz <katzj(a)redhat.com> - 10.0.3.18-1
- Add fonts for ta, gu, bn, hi, pa (#119283)
- Re-enable bterm for testing (#113910)
- Fix segfault when using biospart with a ks hdinstall. Patch from
Rez Kabir (#135609)
- Write out /etc/sysconfig/kernel for use with new-kernel-pkg changes (#135161)
- Fix telnet logins for s390 (karsten)
- Hardcode LCS as eth instead of tr (karsten)
* Tue Oct 12 2004 Jeremy Katz <katzj(a)redhat.com> - 10.0.3.17-1
- Only use "our" LVM partitions with auto-partitioning (#135440)
- Remove localboot option from syslinux.cfg for diskboot.img (#135263)
- Handle the great input method switch on upgrade (#129218)
- Don't save the hwaddr for qeth (#135023)
- Add rhgb boot loader arguments in postinstall (msw)
- Reverse Norwegian blacklisting (#129453) (notting)
- Add sata_nv, sata_sx4, ixgb, ahci, sx8 modules to the initrd (notting)
createrepo-0.4.0-1
------------------
* Mon Oct 18 2004 Bill Nottingham <notting(a)redhat.com>
- 0.4.0, fixes #134776
desktop-backgrounds-2.0-26.2
----------------------------
* Mon Oct 18 2004 Alexander Larsson <alexl(a)redhat.com> - 2.0-26.2
- New background
* Thu Sep 30 2004 Alexander Larsson <alexl(a)redhat.com> - 2.0-26.1E
- RHEL build
mkinitrd-4.1.18-1
-----------------
* Sun Oct 17 2004 Jeremy Katz <katzj(a)redhat.com> - 4.1.18-1
- fix UPDATEDEFAULT with new-kernel-pkg (#135997)
nfs-utils-1.0.6-39
------------------
* Sun Oct 17 2004 Steve Dickson <SteveD(a)RedHat.com>
- Changed nfs.init to bring down rquotad correctly
(bz# 136041)
rpmdb-fedora-2.92-0.20041018
----------------------------
yum-2.1.8-1
-----------
* Mon Oct 18 2004 Bill Nottingham <notting(a)redhat.com> - 2.1.8-1
- 2.1.8, fixes #135735, #135998, #135775
19 years, 8 months