|
Home > Archive > Debian Developers > August 2004 > kdelibs in sid depends libjack0.80.0-0 which depends jackd; see 248665
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
kdelibs in sid depends libjack0.80.0-0 which depends jackd; see 248665
|
|
| William Ballard 2004-08-14, 8:47 pm |
| kdelibs4 4:3.2.3-4 depends on libjack0.80.0-0, which in turn depends on
jackd; the bug is in libjack0.80.0-0 which should *not* depend on jackd.
It's stupid for me to have to install jackd when I never plan and
expressly DO NOT WANT to use it, just to use a KDE app.
The bug was reported against libjack in #248665; but apparently they've
already decided to let it stand. This situation is unacceptable: I
refuse to upgrade kdelibs4 to this version which requires jackd.
Libs I can live with; freaking server processes that I do not want as
cruft are infuriating.
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Stephen Cormier 2004-08-15, 2:47 am |
| On August 14, 2004 10:24 pm, William Ballard wrote:
> kdelibs4 4:3.2.3-4 depends on libjack0.80.0-0, which in turn depends
> on jackd; the bug is in libjack0.80.0-0 which should *not* depend on
> jackd. It's stupid for me to have to install jackd when I never plan
> and expressly DO NOT WANT to use it, just to use a KDE app.
>
> The bug was reported against libjack in #248665; but apparently
> they've already decided to let it stand. This situation is
> unacceptable: I refuse to upgrade kdelibs4 to this version which
> requires jackd.
>
> Libs I can live with; freaking server processes that I do not want as
> cruft are infuriating.
Welcome to the club I wish they would get rid of that damn artsd yet all
these years later it's still there screwing shit up.
Stephen
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Sean J. Fraley 2004-08-15, 2:47 am |
| =2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Saturday 14 August 2004 09:24 pm, William Ballard wrote:
> kdelibs4 4:3.2.3-4 depends on libjack0.80.0-0, which in turn depends on
> jackd; the bug is in libjack0.80.0-0 which should *not* depend on jackd.
> It's stupid for me to have to install jackd when I never plan and
> expressly DO NOT WANT to use it, just to use a KDE app.
>
> The bug was reported against libjack in #248665; but apparently they've
> already decided to let it stand. This situation is unacceptable: I
> refuse to upgrade kdelibs4 to this version which requires jackd.
>
> Libs I can live with; freaking server processes that I do not want as
> cruft are infuriating.
While I understand you point, I think you are overreacting a bit. Just edi=
t=20
whatever script starts jackd so that it doesn't start jackd.
Sean
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFBHstnM2n4vTlwfUURAqdLAJ4oNxjp4fLl
yfVHt1Ds6iR9zMhkvgCfcMeL
gQwRIjU+rAYoCBwW5f5KMUQ=3D
=3Dhmw/
=2D----END PGP SIGNATURE-----
| |
| William Ballard 2004-08-15, 2:47 am |
| On Sat, Aug 14, 2004 at 10:33:00PM -0400, Sean J. Fraley wrote:
> While I understand you point, I think you are overreacting a bit. Just edit
> whatever script starts jackd so that it doesn't start jackd.
Actually it looks like Jackd isn't started in the init scripts.
Still, it's cruft. I'm just going to use equivs.
If you read the referenced bug report it says timidity can live without
jack being present, just detect the failure to load and skip it.
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Marc Haber 2004-08-15, 2:47 am |
| On Sat, 14 Aug 2004 20:19:30 -0700, Paul Johnson <baloo@ursine.ca>
wrote:
>Stephen Cormier <s.cormier@gmx.net> writes:
>
all=20[vbcol=seagreen]
>
>No kidding. I don't see much point for KDE to have anything to do with
>arts. If you want to play more than one sound at once, spend $10 and
>get a sound card worthy of being called such, like a SBLive and not some
>total piece of shit like pretty much anything involving ac97.
KDE does seem to need artsd for its system notification (for example,
the "new e-mail" notification), and it looks like it cannot use
anything else.
Greetings
Marc
--=20
-------------------------------------- !! No courtesy copies, please !! =
-----
Marc Haber | " Questions are the | Mailadresse im =
Header
Karlsruhe, Germany | Beginning of Wisdom " | Fon: *49 721 966 32=
15
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31=
29
| |
| Matthew Garrett 2004-08-15, 7:47 am |
| Paul Johnson <baloo@ursine.ca> wrote:
> No kidding. I don't see much point for KDE to have anything to do with
> arts. If you want to play more than one sound at once, spend $10 and
> get a sound card worthy of being called such, like a SBLive and not some
> total piece of shit like pretty much anything involving ac97.
It's non-trivial to add a new sound card to a laptop (no, stuff like the
Extigy does not count). An SBLive does not provide you with
network-transparent audio.
--
Matthew Garrett | mjg59-chiark.mail.debian.devel@srcf.ucam.org
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Henrique de Moraes Holschuh 2004-08-15, 5:52 pm |
| On Sun, 15 Aug 2004, Matthew Garrett wrote:
> Paul Johnson <baloo@ursine.ca> wrote:
>
> It's non-trivial to add a new sound card to a laptop (no, stuff like the
> Extigy does not count). An SBLive does not provide you with
> network-transparent audio.
Stuff like ALSA provides you with hardware mixing in the proper place if you
really need it (although it probably needs better docs on how to do that).
Stuff like jack could (and maybe it even does) provide you with a NAS
plugin. We should not need anything else, and the lib hell that is ARTS,
and the equally undesired esound would go to the dark bit bin they deserve.
Of course, that assumes jack is kept sane, and doesn't start acting in
obnoxious ways, like starting jackd for every app that tries to probe if it
should be using jack or not at that moment.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
| |
| Henrique de Moraes Holschuh 2004-08-15, 5:52 pm |
| On Sun, 15 Aug 2004, Mario Lang wrote:
> Henrique de Moraes Holschuh <hmh@debian.org> writes:
>
> JACK is designed with low-latency in mind from the grounds up.
> A NAS output plugin is very unlikely.
If you think of it anywhere in the *middle* of the jack chain, that makes
sense. But why can't a NAS plugin be the sink?
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
|
|
|
|
|