Bug#472606: marked as done (Please include kdelirc/README.{profile,remote}-creation)
Your message dated Wed, 23 Jul 2014 14:28:21 +0200
with message-id 20140723122821.gh6...@gnuservers.com.ar
and subject line Re: Please include kdelirc/README.{profile,remote}-creation
has caused the Debian Bug report #472606,
regarding Please include kdelirc/README.{profile,remote}-creation
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
472606: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472606
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: kdelirc
Version: 4:3.5.9-1
Severity: wishlist
Please include the two READMEs kdelirc/README.{profile,remote}-creation
in the package kdelirc. They provide useful information to get custom
remote controls working, e.g. how to name your custom xml-files.
It would also be nice to give some in-package hints on how to setup
kdelirc correctly. For example, I have a Technotrend DVB-C budget card
with a remote control. It uses the Linux Input-Event-System. I first
tried the package inputlirc, but it doesn't work with kdelirc, because
it doesn't support the LIST command to list all available remote
controls. Thus a Conflicts: inputlirc would be appropriate or at lease
some hint, that you must use lircd.
BYtE
Philipp
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (989, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.24.3-laptop (PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages kdelirc depends on:
ii kdelibs4c2a 4:3.5.9.dfsg.1-2 core libraries and binaries for al
ii libc6 2.7-9GNU C Library: Shared libraries
ii libgcc1 1:4.3.0-2GCC support library
ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v
ii libstdc++6 4.3.0-2 The GNU Standard C++ Library v3
kdelirc recommends no packages.
---End Message---
---BeginMessage---
Version: 4:4.8.4-2
Hi,
The requested files are no longer distributed with the upstream code, but the
documentation was moved to the docbook documents available through
khelpcenter.
Happy hacking,
--
Executive ability is deciding quickly and getting somebody else to do the
work.
-- Pollard's Postulate
Saludos /\/\ /\ `/
signature.asc
Description: Digital signature
---End Message---
Bug#548800: marked as done (plasma-scriptengines: the README contains just a single, mangled line of text)
Your message dated Tue, 11 Dec 2012 18:36:26 +0100 with message-id 201212111836.26302.adrien.grell...@laposte.net and subject line plasma-scriptengines: the README contains just a single, mangled line of text has caused the Debian Bug report #548800, regarding plasma-scriptengines: the README contains just a single, mangled line of text to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 548800: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548800 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: plasma-scriptengines Version: 4:4.3.1-1 Severity: minor The /usr/share/doc/plasma-scriptengines/README file contains just a single, mangled line of text. Same fo other plasma-scriptengine-* packages. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.7-athlon Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plasma-scriptengines depends on: they're all version 4:4.3.1-1 -- no debconf information ---End Message--- ---BeginMessage--- Hi There is no more README for these packages, so I close the bug. Maybe you would like to open a new bug to add a README, or even better to write one… Regards, Adrien---End Message---
Bug#548800: plasma-scriptengines: the README contains just a single, mangled line of text
Package: plasma-scriptengines Version: 4:4.3.1-1 Severity: minor The /usr/share/doc/plasma-scriptengines/README file contains just a single, mangled line of text. Same fo other plasma-scriptengine-* packages. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30.7-athlon Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plasma-scriptengines depends on: they're all version 4:4.3.1-1 -- 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
Bug#488926: marked as done (Missing AUTHORS, README, ChangeLog, etc at /usr/share/doc/kopete)
Your message dated Sat, 14 Mar 2009 08:01:04 +0100 with message-id 20090314070104.ga25...@pryan.ekaia.org and subject line Re: Bug#488926: Missing AUTHORS, README, ChangeLog, etc at /usr/share/doc/kopete has caused the Debian Bug report #488926, regarding Missing AUTHORS, README, ChangeLog, etc at /usr/share/doc/kopete to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 488926: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488926 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: kopete Version: 4:3.5.8-1 Severity: minor kdenetwork source package has several imprortant text files that IMHO should be copied into /usr/share/doc/kopete (AUTHORS, README, ChangeLog, KABC_INTEG_NOTES, may be TODO), but /usr/share/doc/kopete has only Debian changelog and copyright notes. I think it should be fixed... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kopete depends on: ii kdelibs4c2a4:3.5.9.dfsg.1-4 core libraries and binaries for al ii libacl12.2.45-1 Access control list shared library ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libattr1 1:2.4.41-1Extended attribute shared library ii libaudio2 1.9.1-2 Network Audio System - shared libr ii libc6 2.7-6 GNU C Library: Shared libraries ii libfam02.7.0-13.2Client library to control the FAM ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgadu3 1:1.8.0+r592-1Gadu-Gadu protocol library - runti ii libgcc11:4.3.0-1 GCC support library ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgsmme1c2a 1.10-12 GSM mobile phone access library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.4-1 GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libmeanwhile1 1.0.2-3 open implementation of the Lotus S ii libpcre3 7.4-1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.27-1 PNG library - runtime ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft22.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxslt1.1 1.1.24-1 XSLT processing library - runtime ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages kopete recommends: pn qca-tls none (no description available) -- no debconf information ---End Message--- ---BeginMessage--- Version: 4:4.2.0-1 On Wed, Jul 02, 2008 at 11:09:28AM +0400, Nikolay Shaplov wrote: Package: kopete Version: 4:3.5.8-1 Severity: minor kdenetwork source package has several imprortant text files that IMHO should be copied into /usr/share/doc/kopete (AUTHORS, README, ChangeLog, KABC_INTEG_NOTES, may be TODO), but /usr/share/doc/kopete has only Debian changelog and copyright notes. I think it should be fixed... Some of this stuff is still distributed in KDE 4.2, but IMHO it is outdated in some cases and not user relevant in others. Ana ---End Message---
Bug#488926: Missing AUTHORS, README, ChangeLog, etc at /usr/share/doc/kopete
Package: kopete Version: 4:3.5.8-1 Severity: minor kdenetwork source package has several imprortant text files that IMHO should be copied into /usr/share/doc/kopete (AUTHORS, README, ChangeLog, KABC_INTEG_NOTES, may be TODO), but /usr/share/doc/kopete has only Debian changelog and copyright notes. I think it should be fixed... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kopete depends on: ii kdelibs4c2a4:3.5.9.dfsg.1-4 core libraries and binaries for al ii libacl12.2.45-1 Access control list shared library ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libattr1 1:2.4.41-1Extended attribute shared library ii libaudio2 1.9.1-2 Network Audio System - shared libr ii libc6 2.7-6 GNU C Library: Shared libraries ii libfam02.7.0-13.2Client library to control the FAM ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgadu3 1:1.8.0+r592-1Gadu-Gadu protocol library - runti ii libgcc11:4.3.0-1 GCC support library ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgsmme1c2a 1.10-12 GSM mobile phone access library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.4-1 GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libmeanwhile1 1.0.2-3 open implementation of the Lotus S ii libpcre3 7.4-1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.27-1 PNG library - runtime ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft22.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxslt1.1 1.1.24-1 XSLT processing library - runtime ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages kopete recommends: pn qca-tls none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370742: marked as done (libqt3-mt: Should include README.*)
Your message dated Sun, 23 Jul 2006 11:02:52 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#370742: fixed in qt-x11-free 3:3.3.6-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libqt3-mt Version: 3:3.3.6-2 Severity: minor Hi, all README.* files reside in libqt3-mt-dev and this is not right, IMHO. I don't see a single reason why one should need to install a development package to read the README's. Andreas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libqt3-mt depends on: ii fontconfig 2.3.2-5.1generic font configuration library ii libaudio2 1.7-9The Network Audio System (NAS). (s ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-2GCC support library ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libstdc++6 4.1.1-2 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-6X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages libqt3-mt recommends: ii libgl1-mesa-glx [libgl1] 6.4.2-1A free implementation of the OpenG ii libglu1-mesa [libglu1]6.4.2-1The OpenGL utility library (GLU) ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library -- no debconf information ---End Message--- ---BeginMessage--- Source: qt-x11-free Source-Version: 3:3.3.6-3 We believe that the bug you reported is fixed in the latest version of qt-x11-free, which is due to be installed in the Debian FTP archive: libqt3-compat-headers_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/libqt3-compat-headers_3.3.6-3_i386.deb libqt3-headers_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/libqt3-headers_3.3.6-3_i386.deb libqt3-i18n_3.3.6-3_all.deb to pool/main/q/qt-x11-free/libqt3-i18n_3.3.6-3_all.deb libqt3-mt-dev_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/libqt3-mt-dev_3.3.6-3_i386.deb libqt3-mt-ibase_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/libqt3-mt-ibase_3.3.6-3_i386.deb libqt3-mt-mysql_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/libqt3-mt-mysql_3.3.6-3_i386.deb libqt3-mt-odbc_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/libqt3-mt-odbc_3.3.6-3_i386.deb libqt3-mt-psql_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/libqt3-mt-psql_3.3.6-3_i386.deb libqt3-mt-sqlite_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/libqt3-mt-sqlite_3.3.6-3_i386.deb libqt3-mt_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/libqt3-mt_3.3.6-3_i386.deb qt-x11-free-dbg_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/qt-x11-free-dbg_3.3.6-3_i386.deb qt-x11-free_3.3.6-3.diff.gz to pool/main/q/qt-x11-free/qt-x11-free_3.3.6-3.diff.gz qt-x11-free_3.3.6-3.dsc to pool/main/q/qt-x11-free/qt-x11-free_3.3.6-3.dsc qt3-apps-dev_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/qt3-apps-dev_3.3.6-3_i386.deb qt3-assistant_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/qt3-assistant_3.3.6-3_i386.deb qt3-designer_3.3.6-3_i386.deb to pool/main/q/qt-x11-free/qt3-designer_3.3.6-3_i386.deb qt3-dev-tools-compat_3.3.6-3_i386.deb to pool
Bug#370742: libqt3-mt: Should include README.*
Package: libqt3-mt Version: 3:3.3.6-2 Severity: minor Hi, all README.* files reside in libqt3-mt-dev and this is not right, IMHO. I don't see a single reason why one should need to install a development package to read the README's. Andreas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libqt3-mt depends on: ii fontconfig 2.3.2-5.1generic font configuration library ii libaudio2 1.7-9The Network Audio System (NAS). (s ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.2.1-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-2GCC support library ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libmng1 1.0.9-1 Multiple-image Network Graphics li ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-4X11 Session Management library ii libstdc++6 4.1.1-2 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-6X11 client-side library ii libxcursor1 1.1.5.2-5X cursor management library ii libxext61:1.0.0-4X11 miscellaneous extension librar ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.0-5X11 Input extension library ii libxinerama11:1.0.1-4X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxt6 1:1.0.0-5X11 toolkit intrinsics library ii zlib1g 1:1.2.3-11 compression library - runtime Versions of packages libqt3-mt recommends: ii libgl1-mesa-glx [libgl1] 6.4.2-1A free implementation of the OpenG ii libglu1-mesa [libglu1]6.4.2-1The OpenGL utility library (GLU) ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#126406: kppp: Alternative for using noauth as suggested by README
Hello.
On April 22, 2004 19:01, Achim Bohnet wrote:
I got a laptop with a working modem card working on linux to fix some
problems. And realized
o noauth is already the default additional pppd option
o only possibility (I found) to get kpp to work with
pap/chap is to suid it to root because kppp writes
stuff to /etc/ppp/{pap,chap}-secrets (cp,modify,rename AFIAR)
(looks like worth another bug report)
This is true, as far as I can tell.
I don't have access to the laptop anymore. So could you please try if
'noauth' instead of 'call kppp-options' works if you do
dpkg-statoverride --force --add root 4754 root dip /usr/sbin/kppp #
permanent or
chmod 4754 /usr/sbin/kppp # until next kppp upgrade
?
Unfortunately, this still doesn't work. Even when kppp is 4754 root.dip,
the pppd doesn't consider kppp's custom noauth argument privileged - I
don't get a connection unless I manually change auth -- noauth
in /etc/ppp/options.
The solution that works for me is to combine your two ideas:
1) make /usr/bin/kppp 4754 root.dip (so {chap,pap}-secrets can be changed)
2) add /etc/ppp/peers/kppp-options (640 root.dip), containing noauth
3) change kppp's default custom pppd argument from noauth to call
kppp-options
This works for my PAP/CHAP connection. Unless I've missed something, if we
implement these three changes, then all that end users need to do to get
kppp working is add themselves to the dip group, and maybe set
up /dev/modem. The dialout group is not needed, and /etc/ppp/options is
not altered.
I really suspect now that noauth okay but suid bit is missing.
If I miss the trick to the get PAP and/or CHAP working with
only sgid dip, please let me know.
Let me know too... I don't like the idea of making kppp SUID root, but it
seems necessary. Comments?
BTW, why is ppp only a Recommends? Surely it should be a Depends?
Cheers,
Christopher Martin
Bug#126406: kppp: Alternative for using noauth as suggested by README
On Wed, Apr 21, 2004 at 00:29:54 +0200, Achim Bohnet wrote: FWIW here's my alternative: to avoid setting noauth in /etc/peer/options I use allee[0] ~ # cat /etc/ppp/peers/kppp-options noauth and added 'call kppp-options' to kppps 'Customize pppd arguments' option. I assume that it would not be compilicated to patch kppp to add 'call kppp-options' as default for new connections and include the simple /etc/ppp/peers/kppp-option to the kppp pkg. yes, this seems to be the real solution. Better than any advice in a README. Who would make the change? E. Kloppenburg -- Ernst Kloppenburg Stuttgart, Germany
Bug#126406: kppp: Alternative for using noauth as suggested by README
On Thursday 22 April 2004 07:36, Ernst Kloppenburg wrote:
On Wed, Apr 21, 2004 at 00:29:54 +0200, Achim Bohnet wrote:
FWIW here's my alternative:
to avoid setting noauth in /etc/peer/options I use
allee[0] ~ # cat /etc/ppp/peers/kppp-options
noauth
and added 'call kppp-options' to kppps 'Customize pppd arguments'
option.
I assume that it would not be compilicated to patch kppp to
add 'call kppp-options' as default for new connections and
include the simple /etc/ppp/peers/kppp-option to the kppp pkg.
yes, this seems to be the real solution. Better than any advice in a
README. Who would make the change?
Well, pkgs maintainer always get a copy if one CC [EMAIL PROTECTED] ;)
I got a laptop with a working modem card working on linux to fix some
problems. And realized
o noauth is already the default additional pppd option
o only possibility (I found) to get kpp to work with
pap/chap is to suid it to root because kppp writes
stuff to /etc/ppp/{pap,chap}-secrets (cp,modify,rename AFIAR)
(looks like worth another bug report)
I don't have access to the laptop anymore. So could you please try if
'noauth' instead of 'call kppp-options' works if you do
dpkg-statoverride --force --add root 4754 root dip /usr/sbin/kppp #
permanent
or
chmod 4754 /usr/sbin/kppp # until next kppp upgrade
?
At least here in Germany all ISP require either PAP or CHAP
authentification (guess somewhere else too) and this makes
kppp unusable as it is now (kppp in 2.* was setuid root AFAIR
and 2.* was done by Ivan who also wrote the README. Hmm..., aaahhh
http://lists.debian.org/debian-kde/2003/debian-kde-200303/msg00339.html
http://lists.debian.org/debian-kde/2003/debian-kde-200303/msg00316.html
http://lists.debian.org/debian-kde/2003/debian-kde-200310/msg00076.html
;)
I really suspect now that noauth okay but suid bit is missing.
If I miss the trick to the get PAP and/or CHAP working with
only sgid dip, please let me know.
Achim
P.S. When suid root is the route to go I would vote to keep
'noauth' instead of my 'call kppp-options' because it more secure.
E. Kloppenburg
--
Ernst Kloppenburg
Stuttgart, Germany
--
To me vi is Zen. To use vi is to practice zen. Every command is
a koan. Profound to the user, unintelligible to the uninitiated.
You discover truth everytime you use it.
-- [EMAIL PROTECTED]
Bug#126406: kppp: Alternative for using noauth as suggested by README
On Sun, Apr 18, 2004 at 14:06:24 +0200, Dominique Devriese wrote: What do you think about this text for /usr/share/doc/kppp/README.Debian ( replacing the current text about the issue ) ? kppp and immediate disconnects == The ppp protocol includes an authentication scheme. Users of a ppp daemon are supposed to check the authentication of the user on the other end. However, some ISP's don't bother to properly send this authentication, because most clients don't check it anyway. The Linux version does check it by default, leading to immediate disconnects. The solution to this is to set the noauth option in your kppp configuration. However, in order for this to work ( noauth is a priviledged option of the ppp daemon ), you need to add privgroup dip to /etc/ppp/options and/or files like /etc/ppp/options.ttyS0 (For example). Feel free to submit an improved version of the above text if you think it is not clear enough, or if there are errors in it or if you have other remarks. Hello! a good text. Still, I tried to improve the first part containing the explanation of the problem somewhat. Maybe you want to use part of my suggestion: The ppp protocol includes an authentication scheme. That is, your ISP requires the ppp program running on your machine to authenticate itself using username and password you were given by your ISP. By default, your local ppp program also requires the ISP to authenticate itself. This is because linux ppp is also used on dialin servers. But for your ISP is does not make sense to authenticate to you, leading to immediate disconnects. The solution... -- Ernst Kloppenburg Stuttgart, Germany
Bug#126406: kppp: Alternative for using noauth as suggested by README
Hi, FWIW here's my alternative: to avoid setting noauth in /etc/peer/options I use allee[0] ~ # cat /etc/ppp/peers/kppp-options noauth and added 'call kppp-options' to kppps 'Customize pppd arguments' option. I assume that it would not be compilicated to patch kppp to add 'call kppp-options' as default for new connections and include the simple /etc/ppp/peers/kppp-option to the kppp pkg. Achim -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED]
Bug#126406: kppp: Alternative for using noauth as suggested by README
Am Samstag, 17. April 2004 09:16 schrieb Dominique Devriese: Ernst Kloppenburg writes: Putting noauth into the kppp configuration normally is not possible, because noauth is a privileged option. This is solved by 'privgroup dip'. Oh, I see. Then shouldn't this bug be reassigned to the ppp package ? In my eyes the 'privgroup dip' think is only a workaround to make kppp work, not a real solution. Thus -- I think -- this only belongs in the kppp README. But maybe the ppp maintainer has another opinion. Ernst -- Ernst Kloppenburg Stuttgart, Germany
Bug#126406: kppp: Alternative for using noauth as suggested by README
Ernst Kloppenburg writes: Am Samstag, 17. April 2004 09:16 schrieb Dominique Devriese: Ernst Kloppenburg writes: Putting noauth into the kppp configuration normally is not possible, because noauth is a privileged option. This is solved by 'privgroup dip'. Oh, I see. Then shouldn't this bug be reassigned to the ppp package ? In my eyes the 'privgroup dip' think is only a workaround to make kppp work, not a real solution. Thus -- I think -- this only belongs in the kppp README. But maybe the ppp maintainer has another opinion. I see. What do you think about this text for /usr/share/doc/kppp/README.Debian ( replacing the current text about the issue ) ? kppp and immediate disconnects == The ppp protocol includes an authentication scheme. Users of a ppp daemon are supposed to check the authentication of the user on the other end. However, some ISP's don't bother to properly send this authentication, because most clients don't check it anyway. The Linux version does check it by default, leading to immediate disconnects. The solution to this is to set the noauth option in your kppp configuration. However, in order for this to work ( noauth is a priviledged option of the ppp daemon ), you need to add privgroup dip to /etc/ppp/options and/or files like /etc/ppp/options.ttyS0 (For example). Feel free to submit an improved version of the above text if you think it is not clear enough, or if there are errors in it or if you have other remarks. thanks domi
Bug#126406: kppp: Alternative for using noauth as suggested by README
Ernst Kloppenburg writes: Hello, On Thu, Apr 15, 2004 at 09:18:20 +0200, Dominique Devriese wrote: Ernst Kloppenburg writes: Package: kppp Version: 4:3.1.5-1 Severity: normal Followup-For: Bug #126406 as the original bug reporter says, /usr/share/doc/kppp/README.Debian gives the very questionable advice to set noauth in /etc/ppp/options Are you sure that you know what this option does ? It does not mean that all users are allowed to change ppp settings. It means that the ppp client does not try to check the authentication of the ppp server of your ISP. Quite a lot of ISPs have broken authentication configs on their servers, because windows clients never check them anyway. I think I clearly understand the noauth option: - if noauth is given, your pppd does not require the ppp server of the ISP to authenticate (which would not be possible) - there is a second case, where noauth applies: when somebody dials into your machine (which may be wanted or not). It is for this second case, that putting 'noauth' into the options file is not recommended. Therefore, normally all provider configurations in /etc/ppp/peers do contain 'noauth'. Putting noauth into the kppp configuration normally is not possible, because noauth is a privileged option. This is solved by 'privgroup dip'. Oh, I see. Then shouldn't this bug be reassigned to the ppp package ? cheers domi
Bug#126406: kppp: Alternative for using noauth as suggested by README
Hello, On Thu, Apr 15, 2004 at 09:18:20 +0200, Dominique Devriese wrote: Ernst Kloppenburg writes: Package: kppp Version: 4:3.1.5-1 Severity: normal Followup-For: Bug #126406 as the original bug reporter says, /usr/share/doc/kppp/README.Debian gives the very questionable advice to set noauth in /etc/ppp/options Are you sure that you know what this option does ? It does not mean that all users are allowed to change ppp settings. It means that the ppp client does not try to check the authentication of the ppp server of your ISP. Quite a lot of ISPs have broken authentication configs on their servers, because windows clients never check them anyway. I think I clearly understand the noauth option: - if noauth is given, your pppd does not require the ppp server of the ISP to authenticate (which would not be possible) - there is a second case, where noauth applies: when somebody dials into your machine (which may be wanted or not). It is for this second case, that putting 'noauth' into the options file is not recommended. Therefore, normally all provider configurations in /etc/ppp/peers do contain 'noauth'. Putting noauth into the kppp configuration normally is not possible, because noauth is a privileged option. This is solved by 'privgroup dip'. I found a different solution to make kppp work: add the following to /usr/share/doc/kppp/README.Debian privgroup dip And put the people in dip that should be able to use kppp. w.r.t. to security this is better, but not optimal, of course Since noone is allowed to execute kppp unless they're in the dip group, this would be pretty pointless, no ? If you read /usr/share/doc/kppp/README.Debian again, you'll see that the dip group and its meaning is already explained there. I admit that I unnecessarily mentioned that people should be put in the group dip because they already need to be. But my point (which you may have missed) was to add 'privgroup dip' to the configuration file. Because this enables everybody who is in the group dip to add the priviledged option 'noauth' to their kppp configuration. Thus putting 'noauth' into /etc/ppp/options can be avoided. -- Ernst Kloppenburg Stuttgart, Germany
Bug#126406: kppp: Alternative for using noauth as suggested by README
Ernst Kloppenburg writes: Package: kppp Version: 4:3.1.5-1 Severity: normal Followup-For: Bug #126406 as the original bug reporter says, /usr/share/doc/kppp/README.Debian gives the very questionable advice to set noauth in /etc/ppp/options Are you sure that you know what this option does ? It does not mean that all users are allowed to change ppp settings. It means that the ppp client does not try to check the authentication of the ppp server of your ISP. Quite a lot of ISPs have broken authentication configs on their servers, because windows clients never check them anyway. I found a different solution to make kppp work: add the following to /usr/share/doc/kppp/README.Debian privgroup dip And put the people in dip that should be able to use kppp. w.r.t. to security this is better, but not optimal, of course Since noone is allowed to execute kppp unless they're in the dip group, this would be pretty pointless, no ? If you read /usr/share/doc/kppp/README.Debian again, you'll see that the dip group and its meaning is already explained there. cheers domi
Bug#126406: kppp: Alternative for using noauth as suggested by README
Package: kppp Version: 4:3.1.5-1 Severity: normal Followup-For: Bug #126406 as the original bug reporter says, /usr/share/doc/kppp/README.Debian gives the very questionable advice to set noauth in /etc/ppp/options I found a different solution to make kppp work: add the following to /usr/share/doc/kppp/README.Debian privgroup dip And put the people in dip that should be able to use kppp. w.r.t. to security this is better, but not optimal, of course -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Kernel: Linux 2.6.4-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages kppp depends on: ii kdelibs44:3.1.5-1KDE core libraries ii libart-2.0-22.3.16-1 Library of functions for 2D graphi ii libaudio2 1.6c-1 The Network Audio System (NAS). (s ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5 client library to control the FAM ii libfontconfig1 2.2.1-16 generic font configuration library ii libfreetype62.1.7-2 FreeType 2 font engine, shared lib ii libgcc1 1:3.3.3-1GCC support library ii libpng12-0 1.2.5.0-5PNG library - runtime ii libqt3c102-mt 3:3.2.3-2Qt GUI Library (Threaded runtime v ii libstdc++5 1:3.3.3-1The GNU Standard C++ Library v3 ii libxcursor1 1.0.2-4 X Cursor management library ii libxft2 2.1.2-5 FreeType-based font drawing librar ii libxrender1 0.8.3-5 X Rendering Extension client libra ii xlibmesa3-gl [libgl1] 4.2.1-12.1 Mesa 3D graphics library [XFree86] ii xlibs 4.2.1-12.1 X Window System client libraries ii zlib1g 1:1.2.1-4compression library - runtime -- no debconf information
Bug#218035: [PATCH] install konsole README files
Hi, Here's a patch that should fix this bug. Can I commit to pkg-kde ? cheers domi Index: debian/konsole.docs === --- debian/konsole.docs (revision 0) +++ debian/konsole.docs (revision 0) @@ -0,0 +1 @@ +konsole/README* Index: debian/changelog === --- debian/changelog (revision 60) +++ debian/changelog (working copy) @@ -1,3 +1,9 @@ +kdebase (4:3.2.0-0pre1v2) experimental; urgency=low + + * Install konsole README files ( closes:218035 ) + + -- + kdebase (4:3.2.0-0pre1v1) experimental; urgency=low * New upstream release.
faq and readme translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, it seems there is no translation of the debian-kde faq or Ralph's readme. Please correct me if I'm wrong there. I could (begin anyway to) translate them to German, but I have no clue about XML. Would that be helpful? Regards - -Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+czFC4cR0MEP0sUQRAnagAJ9wQ/K4h6SM893V6QSr8c8b9hHDPgCgmbvP WbfkZopx1inFl68U8M5ncNw= =DLO/ -END PGP SIGNATURE-
Ktown README: 2.2 -- 3.1
I just upgraded from 2.2 to 3.1 on Woody. Since the README on ktown doesn't have specific 2.2.2 -- 3.1 advice, here's what I encountered. (I haven't really followed any of the 2.2 threads, so apologies if I'm repeating what's already been said.) The only problem I ran into was with kdelibs3. I _think_ that a smooth upgrade path would be to first purge kdelibs3 then do the apt-get stuff: dpkg --purge --force-all kdelibs3 apt-get update apt-get install kdebase kdm I'm not sure if this would really work, since I tried to do apt-get install first, then used dselect to remove kdelibs3 and install kdelibs4 at the same time, then did apt-get install kdebase kdm again. (Thanks Ralf!!) BTW, the README lists kdebindings as one of the KDE packages, but apt-get can't find it... M.
kdm section in ktown README
Hallo Ralf, To cite your README: NB: Corrections and updates are always welcome ! Here they are ;) general: fmt -80 would be nice ;) 6.1 1st para I think kde defaults are the test for Joe Desktop user. Telling them about ssh -X is much easier than explaning xauth DISPLAY etc. Without ssh -X Joe User uses xhosts + 6.1.1 2nd para All screen I've seen the last couple of year have dpi 90 (currently 93, 105, 132 dpi). So 100 dpi is much better than 75 dpi. If someone is to blame then IMHO KDE default font size ;) I like that kdvi or kword printout is as big as the the screen display. At least with DDC capabele driver and monitor the xserver computs -dpi itself when not overriden on the command line. That's fine with ttf and type* fonts but one can get strange results with pixel fonts ;) 6.1.2 KDM manages the remote X servers (not vice versa) To achieve what you explained, there's definitly no need to remove -nolisten tcp from Xservers 6.1.4 Again, -nolisten tcp missing for no obvious reason. Last but not least it would be nice if section 7 would contain (or refer to a file) that lists packaged apps not in the favous 'meta' pkgs kdelibs kdebase ... Achim --- README.orig Tue Jan 28 22:03:42 2003 +++ README Tue Jan 28 23:04:51 2003 @@ -372,7 +372,7 @@ :0 [EMAIL PROTECTED] /etc/X11/X -dpi 75 -nolisten tcp vt7 -respectively remove -dpk 100 at all: +respectively remove -dpi 100 at all: :0 [EMAIL PROTECTED] /etc/X11/X -nolisten tcp vt7 @@ -478,7 +478,8 @@ --- KDM is also able to provide you a feature that is currently widespread by Windows XP, the multi-session -feature. You were alway able to do that more or less by changing to a console and startx -- :1 or -- :2 +feature. You were always able to do that more or less by changing to a console, login as the other user, +and startx -- :1 or -- :2 to start a new X-Server on the next vt (vt8, vt9 if vt7 is the default for the first one where your KDM runs on), but not from *within* KDE. This has changed lately, but you need to add the configuration lines necessary to @@ -514,7 +515,7 @@ 7. Programs for specific tasks -In the applications section you will encounter many programs for KDE 3 that are curently available. The necessary backports +In the applications section you will encounter many programs for KDE 3 that are currently available. The necessary backports for dependencies are also included so you should be able to run all of these programs out of the box. Examples are famous programs such as kopete (multi-protocol messenger) or k3b (CD burning program) and many more for everyday tasks. -- To me vi is Zen. To use vi is to practice zen. Every command is a koan. Profound to the user, unintelligible to the uninitiated. You discover truth everytime you use it. -- [EMAIL PROTECTED]
Re: README
Speaking of unstable, what are the plans for updating your sid build? I realize that you are a (slightly) busy man, so this isn't a demand, I just didn't know if you were even going to bother what with the (imminent?) release of 3.1 into sid directly. On Tuesday 21 January 2003 02:59 pm, Ralf Nolden wrote: Hi, I've added a README at http://ktown.kde.org/~nolden/kde/woody/README I would like to extend it with a chapter about unstable (ok, the part about installing XFree 4.2.1 is missing,too still :-), so if anyone would like to add that, feel free to send it in (but try to avoid double work, speak up here first) and I will add it. In case of any further problems with unstable we can extend that file and point to it :-) Ralf -- We're not a company, we just produce better code at less costs. Ralf Nolden [EMAIL PROTECTED] The K Desktop Environment The KDevelop Project http://www.kde.org http://www.kdevelop.org -- Yousa steala precious from meesa! - Jar-Jaromir D.A.Bishop
README
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I've added a README at http://ktown.kde.org/~nolden/kde/woody/README I would like to extend it with a chapter about unstable (ok, the part about installing XFree 4.2.1 is missing,too still :-), so if anyone would like to add that, feel free to send it in (but try to avoid double work, speak up here first) and I will add it. In case of any further problems with unstable we can extend that file and point to it :-) Ralf - -- We're not a company, we just produce better code at less costs. - Ralf Nolden [EMAIL PROTECTED] The K Desktop Environment The KDevelop Project http://www.kde.org http://www.kdevelop.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+LcLDu0nKi+w1Ky8RAib3AKCjD85/a35fmr8AN+XNx+Wbe6S3ZACgpFcf wA1G9nO+SuvvqL3zRnb4RZI= =CgYp -END PGP SIGNATURE-
