Bug 253748 - nas probably shouldn't start by default
Summary: nas probably shouldn't start by default
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: nas
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Frank Büttner
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F8Target
TreeView+ depends on / blocked
 
Reported: 2007-08-21 17:52 UTC by Jeremy Katz
Modified: 2008-03-21 19:16 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2007-08-29 13:12:22 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Jeremy Katz 2007-08-21 17:52:35 UTC
The nasd service probably shouldn't be enabled by default.  It gets pulled in by
arts (and thus many things), but isn't used without some configuration on the
part of users.  Having it automatically start ends up slowing boot

Comment 1 Frank Büttner 2007-08-26 07:25:19 UTC
For Qt applications that play's sound, an running daemon is needed.
So it is started by default. To reduce lazy bug tickets about missing sound in
Qt apps. 

Comment 2 Jeremy Katz 2007-08-27 15:17:52 UTC
Is arts setup to use nasd by default?  It at least used to just go to alsa by
default.  And for the future, it should probably move towards PulseAudio.  But
sound requiring a system service daemon for it to work at all just sounds like a
bad idea...

Comment 3 Rex Dieter 2007-08-27 15:49:28 UTC
For arts, you're right.  But that's not all.

As Frank alluded, qt/qt4-only apps can use nas to play sound.  If nas isn't
running -> no audio.  qt4 (already) includes nas support, qt(3) could too, it
just hasn't been enabled yet.

Comment 4 Jeremy Katz 2007-08-27 16:02:04 UTC
(In reply to comment #3)
> As Frank alluded, qt/qt4-only apps can use nas to play sound.  If nas isn't
> running -> no audio.  qt4 (already) includes nas support, qt(3) could too, it
> just hasn't been enabled yet.

Can or has to?  Functionality being available is one thing, defaulting to it is
something entirely different.  Especially since NAS only buys you something if
you've actually set it up for remote use which also requires firewall tweaking,
etc... at which point, enabling a service really isn't a big deal.

Comment 5 Rex Dieter 2007-08-27 16:22:00 UTC
For qt-only apps that use it's audio class(es), "has to".  I suppose the set of
qt-only apps using audio is likely small (I can't think of any in fedora
offhand), so we could consider sacrificing them "just working" so nas isn't
started by default for everybody else.

Comment 6 Jeremy Katz 2007-08-28 19:26:10 UTC
(In reply to comment #5)
> For qt-only apps that use it's audio class(es), "has to".  I suppose the set of
> qt-only apps using audio is likely small (I can't think of any in fedora
> offhand), so we could consider sacrificing them "just working" so nas isn't
> started by default for everybody else.

Especially as pre-Fedora 7, we didn't ship NAS in Core, so those apps would have
just been silent then.  Please tell me that qt4 has a better sound backend than
just nas....

Comment 7 Rex Dieter 2007-08-28 20:05:06 UTC
> Please tell me that qt4 has a better sound backend than
> just nas....

None that I'm aware, sorry.  That doesn't mean qt apps can't use something else
like, say, pulseaudio and/or gstreamer...

Anyway, Jeremy has a point here, and I would tend to agree, esp since nas isn't
actually used (by default) by anything in fedora...  Frank?

Comment 8 Frank Büttner 2007-08-29 13:12:22 UTC
No, because the default backed for Qt is nasd, so an running nasd is needed.


Comment 9 Rex Dieter 2007-08-29 13:30:57 UTC
Agreed that it is the default audio backend, but our point is that there is
currently very little value in enabling nasd by default (since, afaik, no apps
in fedora currently use it).  

Perhaps this discussion can/should be taken to fedora-devel or fedora-desktop list?

For example, would be nice if nasd could be turned into a service that starts on
demand (via dbus or whatever).

Comment 10 Rex Dieter 2008-03-21 19:16:16 UTC
fwiw, kde4 (and qt-4.4) will feature Phonon for multimedia support, based on 
xine-lib currently, but will have gstreamer backends soon, hopefully in time 
for F9, if not, shortly thereafter.

See followup to this, bug #438547 , to introduce a -libs pkg split , as a 
compromise to make everyone happy.


Note You need to log in before you can comment on or make changes to this bug.