Bug#293246: kppp: dependency on ppp
Package: kppp Version: 3.3.2-1 Severity: normal The dependency on ppp changed from Recommends in 3.3.1-2 to Depends in 3.3.2-1. Since KDE ist perfectly useable on a LAN without ppp I dont understand the reason for changing this dependency. CU Micha -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293246: kppp: dependency on ppp
On Wednesday 02 February 2005 03:09, Christopher Martin wrote: > On February 1, 2005 18:23, Michail Bachmann wrote: > > The dependency on ppp changed from Recommends in 3.3.1-2 to Depends in > > 3.3.2-1. > > > > Since KDE ist perfectly useable on a LAN without ppp I dont understand > > the reason for changing this dependency. > > If you're on a LAN, why are you using kppp? It would be helpful if you > could explain your situation in more detail. Because unfortunately there is a dependency relation which leads to kppp: kde->kdenetwork->kppp. Maybe it would be better if kdenetwork would only recommend kppp and not depend on it, but I can see a rationale in that decision, kdenetwork being a metapackage and used by different kind of users. However I can not see the rationale in raising the dependency on ppp from Recommends to Depends. If you are a new user, you would use some frontend like aptitude to install kppp, so the Recommends dependency is strong enough and ppp will be installed. On the other hand a more advanced user still can ignore the recommendation if he knows he did not need it on his system. Changing the dependency does not improve the comfort using this package to a new user but will inconvenience a more advanced user. HTH, Michail Bachmann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293246: kppp: dependency on ppp
On Wednesday 02 February 2005 13:46, Matías Costa wrote: > > Maybe it would be better if kdenetwork would only recommend kppp and not > > depend on it, but I can see a rationale in that decision, kdenetwork > > being a metapackage and used by different kind of users. > > That's it, you can make happy everyone. Just make it "easy" the people who > needs it. These are the newbies, or just recent debian users. So there were complaints about kppp only recommending ppp instead of depending on it? Especially since the basic install of Debian already installs ppp and pppoe, your hypothetical newbie must be very cunning and very dumb at the same time. > > However I can not see the rationale in raising the dependency on ppp from > > Recommends to Depends. If you are a new user, you would use some frontend > > like aptitude to install kppp, so the Recommends dependency is strong > > enough and ppp will be installed. On the other hand a more advanced user > > still can ignore the recommendation if he knows he did not need it on his > > system. > > If you are a new user you blame kppp and debian for not working because ppp > is not installed (and may be you do not know what ppp is). How do you get into this state? Ignore everything your package manager of choice says and unselecting the recommended packages? > If you are a advanced user you know what a metapackage is and you > uninstall it to remove all packages you do not need. I ever think kde > metapackages means "Give me everything, now!". Exactly, the alternative is to manually go through every single package and consider your need for it. > Advanced users and minimal-installation-droids (as me) > usually do not need nor use these big metapackages (ie: kde) "minimal-installation-droids" are not using kde ;-) > > Changing the dependency does not improve the comfort using this package > > to a new user but will inconvenience a more advanced user. > > Read above. Also the advanced user may understand debian should be > "firendly" with novices. You did not answered the question, how making kppp depend on ppp instead of recommending it will increase the new user friendliness of Debian. > BTW, kppp without ppp is a nice window in your desktop useless. So what? Do I have to use it? CU Micha
Bug#293246: kppp: dependency on ppp
On Wednesday 02 February 2005 15:10, Adeodato Simó wrote: > kppp has an _absolute_ dependency on ppp (Christopher says so, and he > knows better than I), so there you go with the Depends. OTOH, see > Bug#289189 for an example where using Depends: would help some people, > but it is not done because the dependency is not absolute. You are right. The problem is not in kppp, it should always have a Depends relation with ppp. But as Christopher Martin already suggested the real solution should be a change in the dependencies of the meta-packages. This way all kind of users could use the meta-packages without any trouble. > You can always have a look at equivs and make a dummy kppp package. Or even better, I could use it to create my very own meta-package, with just the right dependencies. But I like Christopher's suggestion better, I think that is The Right Way(tm) to do it because it would solve the problem once and for all. CU Micha
Bug#551552: does not quote original message when replying or forwarding
Package: kmail Version: 4:4.3.4-1 Severity: normal The problem is a broken standard template for replying. Change the template in "Settings -> Configure Kmail -> Composer -> Standard Templates -> Reply To Sender" from "%BLANK" to "%QUOTE" and it will work again. HTH CU Micha -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kdebase-runtime 4:4.3.4-2 runtime components from the offici ii kdelibs5 4:4.3.4-1 core libraries for all KDE 4 appli ii kdepimlibs5 4:4.3.4-1 core libraries for KDE PIM 4 appli ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-5 GCC support library ii libkdepim44:4.3.4-1 KDE PIM library ii libkleo4 4:4.3.4-1 certificate based crypto library f ii libkontactinterfaces4 4:4.3.4-1 KDE Kontact interface library ii libkpgp4 4:4.3.4-1 gpg based crypto library for KDE ii libksieve44:4.3.4-1 KDE mail/news message filtering li ii libmimelib4 4:4.3.4-1 KDE mime library ii libphonon44:4.5.3-4 Qt 4 Phonon module ii libqt4-dbus 4:4.5.3-4 Qt 4 D-Bus module ii libqt4-network4:4.5.3-4 Qt 4 network module ii libqt4-qt3support 4:4.5.3-4 Qt 3 compatibility library for Qt ii libqt4-xml4:4.5.3-4 Qt 4 XML module ii libqtcore44:4.5.3-4 Qt 4 core module ii libqtgui4 4:4.5.3-4 Qt 4 GUI module ii libstdc++64.4.2-5The GNU Standard C++ Library v3 ii perl 5.10.1-8 Larry Wall's Practical Extraction ii phonon4:4.5.3-4 Qt 4 Phonon module metapackage Versions of packages kmail recommends: pn procmail (no description available) Versions of packages kmail suggests: pn clamav | f-prot-installer (no description available) ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep ii gnupg-agent 2.0.13-1 GNU privacy guard - password agent ii kaddressbook 4:4.3.4-1 KDE address book ii kleopatra 4:4.3.4-1 KDE Certificate Manager ii pinentry-qt [pinentry-x11]0.7.6-1+b1 Qt-3-based PIN or pass-phrase entr ii pinentry-qt4 [pinentry-x11] 0.7.6-1+b1 Qt-4-based PIN or pass-phrase entr pn spamassassin | bogofilter | a (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
