Bug#640210: ssh doesn't shutdown after running kmail
When I run kmail from a ssh session I can't log out of the ssh session afterwards. The only symptom in the logs is .xsession-errors having the same SSLv2 messages mentioned above. * When run from the command line (login via SSH, then start kmail) the session hangs when logging out; closing the termial SSH was started on leaves instances of akonadi and nepomuk are left running on the remote host. * When started via a .desktop file (executing: "ssh -X kmail", SSH public key on the remote host), sshd leaves a sshd user@notty process and all programs started by kmail's startup running. i.e... [cut'n'paste from top] 12212 12210 bsass 20 0 11880 3988 972 S 0.0 0.8 0:16.35 sshd bsass@notty 12218 1 bsass 20 0 3708 596 364 S 0.0 0.1 0:00.00 dbus-launch --autolaunch 294e50452620d234d6810d269bb91b00 --binary-syntax --close-stderr 12219 1 bsass 20 0 3412 896 556 S 0.0 0.2 0:01.02 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session 12225 1 bsass 20 0 33444 4892 3764 S 0.0 1.0 0:00.10 kdeinit4: kdeinit4 Running... 12226 12225 bsass 20 0 44592 8932 7580 S 0.0 1.7 0:00.17 kdeinit4: klauncher [kdeinit] --fd=8 12229 1 bsass 20 0 81352 14m 12m S 0.0 3.0 0:00.68 kdeinit4: kded4 [kdeinit] 12236 1 bsass 20 0 34200 4500 3680 S 0.0 0.9 0:00.82 /usr/bin/akonadi_control 12239 12236 bsass 20 0 160m 7760 5924 S 0.0 1.5 0:00.58 akonadiserver 12242 12239 bsass 20 0 190m 22m 5580 S 0.0 4.6 0:02.87 /usr/sbin/mysqld --defaults- file=/home/bsass/.local/share/akonadi//mysql.conf --datadir=/home/bsass/.local/share/akonadi 12267 12236 bsass 20 0 83740 16m 14m S 0.0 3.3 0:00.45 /usr/bin/akonadi_birthdays_resource -- identifier akonadi_birthdays_resource_0 12268 12236 bsass 20 0 84100 16m 14m S 0.0 3.4 0:00.46 /usr/bin/akonadi_ical_resource -- identifier akonadi_ical_resource_0 12269 12236 bsass 20 0 84100 16m 14m S 0.0 3.4 0:00.46 /usr/bin/akonadi_ical_resource -- identifier akonadi_ical_resource_1 12270 12236 bsass 20 0 81700 16m 14m S 0.0 3.2 0:00.44 /usr/bin/akonadi_maildir_resource -- identifier akonadi_maildir_resource_0 12271 12236 bsass 20 0 82220 16m 14m S 0.0 3.3 0:00.66 /usr/bin/akonadi_maildispatcher_agent --identifier akonadi_maildispatcher_agent 12272 12236 bsass 20 0 89824 16m 14m S 0.0 3.2 0:00.48 /usr/bin/akonadi_nepomuk_contact_feeder --identifier akonadi_nepomuk_contact_feeder 12273 12236 bsass 20 0 81672 16m 14m S 0.0 3.2 0:00.42 /usr/bin/akonadi_vcard_resource -- identifier akonadi_vcard_resource_0 12274 12236 bsass 20 0 81704 16m 14m S 0.0 3.2 0:00.42 /usr/bin/akonadi_vcard_resource -- identifier akonadi_vcard_resource_10 12275 12236 bsass 20 0 81672 16m 14m S 0.0 3.2 0:00.43 /usr/bin/akonadi_vcard_resource -- identifier akonadi_vcard_resource_11 12276 12236 bsass 20 0 81672 16m 14m S 0.0 3.2 0:00.42 /usr/bin/akonadi_vcard_resource -- identifier akonadi_vcard_resource_6 12277 12236 bsass 20 0 81672 16m 14m S 0.0 3.2 0:00.43 /usr/bin/akonadi_vcard_resource -- identifier akonadi_vcard_resource_7 12278 12236 bsass 20 0 81672 16m 14m S 0.0 3.2 0:00.43 /usr/bin/akonadi_vcard_resource -- identifier akonadi_vcard_resource_8 12279 12236 bsass 20 0 81672 16m 14m S 0.0 3.2 0:00.43 /usr/bin/akonadi_vcard_resource -- identifier akonadi_vcard_resource_9 12318 1 bsass 20 0 34708 5640 4720 S 0.0 1.1 0:00.12 /usr/bin/nepomukserver
Bug#638621: forget that patch...
tags 638621 - patch stop I found this issue at bugs.kde.org and it turns out there is more wrong here than just the escaped single quotes. See: https://bugs.kde.org/show_bug.cgi?id=265730 If the 4.6.5 packages are going to have a life in Debian I suggest backporting at least the fix to get rid of the error messages as was applied to 4.7. - Bruce -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201108221538.55064.bms...@shaw.ca
Bug#638621: error parsing /usr/share/kde4/apps/kate/externaltools
Package: kate Version: 4:4.6.5-1 Severity: normal Tags: patch While running kate from the command line, with all messages disabled via kdebugdialog, I noticed this error repeated a few times: "KConfigIni: In file /usr/share/kde4/apps/kate/externaltools, line 8: " "Invalid escape sequence "\'"." Removing the escaped single quotes in the file and line indicated in the error message fixes the problem. The attached "diff -u" output changes the text from: "The file \'%filename\' is not under revision control." to "The file: %filename, is not under revision control." An escaped double quote (\") is also an invalid escape sequence. The other problem, that of the message being spit out in spit of that behaviour being disabled, is probably an upstream issue with some other KDE component. - Bruce -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kate depends on: ii kdebase-runtime 4:4.6.5-1 runtime components from the offici ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libkde3support4 4:4.6.5-2 KDE 3 Support Library for the KDE ii libkdecore5 4:4.6.5-2 KDE Platform Core Library ii libkdeui5 4:4.6.5-2 KDE Platform User Interface Librar ii libkfile4 4:4.6.5-2 File Selection Dialog Library for ii libkio5 4:4.6.5-2 Network-enabled File Management Li ii libknewstuff2-4 4:4.6.5-2 "Get Hot New Stuff" v2 Library for ii libknewstuff3-4 4:4.6.5-2 "Get Hot New Stuff" v3 Library for ii libkparts44:4.6.5-2 Framework for the KDE Platform Gra ii libktexteditor4 4:4.6.5-2 KTextEditor interfaces for the KDE ii libplasma34:4.6.5-2 Plasma Library for the KDE Platfor ii libqt4-dbus 4:4.7.3-7 Qt 4 D-Bus module ii libqt4-qt3support 4:4.7.3-7 Qt 3 compatibility library for Qt ii libqt4-sql4:4.7.3-7 Qt 4 SQL module ii libqt4-xml4:4.7.3-7 Qt 4 XML module ii libqtcore44:4.7.3-7 Qt 4 core module ii libqtgui4 4:4.7.3-7 Qt 4 GUI module ii libstdc++64.6.1-6GNU Standard C++ Library v3 kate recommends no packages. Versions of packages kate suggests: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii ispell 3.3.02-5 International Ispell (an interacti ii khelpcenter4 4:4.6.5-1 help center ii konsole4:4.6.5-1 X terminal emulator -- no debconf information -- debsums errors found: debsums: changed file /usr/share/kde4/apps/kate/externaltools (from kate package) --- externaltools.orig 2011-01-19 15:07:44.0 -0700 +++ externaltools 2011-08-19 22:27:16.0 -0600 @@ -5,7 +5,7 @@ [externaltool_CompareCurrentDocumenttoRCS] acname=externaltool_CompareCurrentDocumenttoRCS cmdname=document-diff -command=if [ -z %directory ] then kdialog --title Error --msgbox "The document has never been saved and thus cannot be compared to RCS."; fi\ncd %directory\nif [ -d .svn ] && grep %filename .svn/entries 2>&1 >/dev/null ; then\n svn diff %filename|kompare -o -\nelif [ -d CVS ] && grep %filename CVS/Entries 2>&1 >/dev/null ; then\n cvs diff -ub %filename|kompare -o -\nelif [ -d .git ] && echo $(git ls-files) | grep %filename 2>&1 >/dev/null ; then\n git diff %filename|kompare -o -\nelse\n kdialog --title Error --msgbox "The file \'%filename\' is not under revision control."\nfi\n +command=if [ -z %directory ] then kdialog --title Error --msgbox "The document has never been saved and thus cannot be compared to RCS."; fi\ncd %directory\nif [ -d .svn ] && grep %filename .svn/entries 2>&1 >/dev/null ; then\n svn diff %filename|kompare -o -\nelif [ -d CVS ] && grep %filename CVS/Entries 2>&1 >/dev/null ; then\n cvs diff -ub %filename|kompare -o -\nelif [ -d .git ] && echo $(git ls-files) | grep %filename 2>&1 >/dev/null ; then\n git diff %filename|kompare -o -\nelse\n kdialog --title Error --msgbox "The file: %filename, is not under revision control."\nfi\n executable=kompare icon=kompare mimetypes=
Bug#589683: reportbug: spews useless information messages when spawing editor
retitle 589683 Kate needs a "quiet" option stop Hi, Fair enough... I'm so use to verbose KDE apps that I automatically put them in the background and redirect output when I start one from a command line--of course everyone else should do the same. :D I tried a couple other "visual" editors, xjed and xemacs, neither of them sent any output to the X-term. So, indeed, this is a problem with Kate which makes it rather less than suitable as a system's VISUAL editor. Note: although I use a local build of KDE3 (KDE4 eats up too many resources on this older box), and the Kate that comes with KDE4 is somewhat less verbose than the one from KDE3, it still spews out a lot of generally useless messages and doesn't appear to have a "quiet" option. - Bruce On July 19, 2010 11:25:19 pm Sandro Tosi wrote: > reassign 589683 kate > thanks > > Hello Bruce, > this seems to me a bug (even if at wishlist severity) in kate: if you > want them to stop print those lengthy messages, ask them :) I can't > redirect all output from text editor to dev/null or so: there might > be cases when having their output on screen is useful, without going > to look in another place (or in no place at all, as in /d/null), but > I understand the startup of kate is really verbose. > > I'm assigning this bug to the kate package. > > Regards, > Sandro > > On Tue, Jul 20, 2010 at 00:42, Bruce Sass wrote: > > Package: reportbug > > Version: 4.12.4 > > Severity: wishlist > > > > > > It would be really nice if reportbug sent the information messages > > generated by Kate (KDE text editor) to /dev/null or a log file > > instead of the screen when not in debug/verbose mode. > > > > Here is a transcript of a session so you can see just how ugly the > > current behaviour is: > > > > bs...@onegee:~$ reportbug chkrootkit > > *** Welcome to reportbug. Use ? for help at prompts. *** > > Detected character set: us-ascii > > Please change your locale if this is incorrect. > > > > Using 'Bruce Sass ' as your from address. > > Getting status for chkrootkit... > > Verifying package integrity... > > Checking for newer versions at packages.debian.org, > > incoming.debian.org and http://ftp-master.debian.org/new.html Will > > send report to Debian (per lsb_release). > > Querying Debian BTS for reports on chkrootkit (source)... > > 9 bug reports found: > > > > Outstanding bugs -- Important bugs; Patch Available (1 bug) > > 1) #580491 chkrootkit: 1)with nfs mounted the silent don't work > > 2)can't exclude legacy sniffer (dhcpd, snort, ntop e > > > > Outstanding bugs -- Normal bugs; Unclassified (7 bugs) > > 2) #535942 chkrootkit: fix for chkproc race > > 3) #548582 chkrootkit: Chkrootkit isn't quiet with -q and > > excluded suspicious files 4) #564147 chkrootkit: false positive: > > scalper rootkit and ser2net debian package both listen on port 2001 > > by defaul 5) #566687 chkrootkit: False positive for SMTPs > > (Courier, Postfix) 6) #576470 chkrootkit: false positives for > > libsmlnj-smlnj 7) #586897 Meaningless error message when option -e > > is used without argument 8) #588121 chkrootkit: false positive > > bitlbee, /usr/bin/find 'head' terminated signal 13 > > > > Forwarded bugs -- Normal bugs (1 bug) > > 9) #488558 False positive for vdr > > (1-9/9) Is the bug you found listed above [y|N|b|m|r|q|s|f|?]? > > Maintainer for chkrootkit is 'Giuseppe Iuculano > > '. Looking up dependencies of chkrootkit... > > Getting changed configuration files... > > *** The following debconf settings were detected: > > * chkrootkit/run_daily: true > > * chkrootkit/run_daily_opts: -q -n > > * chkrootkit/diff_mode: false > > Include these settings in your report [Y|n|q|?]? > > > > Please briefly describe your problem (max. 100 characters allowed; > > you can elaborate in a moment). This will be the bug email subject, > > so write a concise summary of what is wrong with the package, for > > example, "fails to send email" or "does not start with -q option > > specified" (type Ctrl+c to exit). > > > >> $egrep used unset > > > > Rewriting subject to 'chkrootkit: $egrep used unset' > > > > Enter any additional addresses this report should be sent to; press > > ENTER after each address. Press ENTER on a blank line to continue. > > > > > > How would you rate the severity of this problem or report? > > > > 1 critical makes unrelated software on the system (or t
Bug#397073: something deeper going on
Hi, .bashrc is read as expected from the documented behaviour when I start Konsole outside of KDE (specifically, UDE) then start a GIT session. Compare this diff with the one attached to a previous message... - --- env.cmdline 2006-11-14 15:19:42.985477511 -0700 +++ env.session 2006-11-14 15:19:09.568135878 -0700 @@ -2,7 +2,7 @@ MINICOM=-c on GIT_SHELL=/bin/bash LANGUAGE=en_CA:en_US:en_GB:en -KONSOLE_DCOP_SESSION=DCOPRef(konsole-16463,session-2) +KONSOLE_DCOP_SESSION=DCOPRef(konsole-16463,session-3) USER=bsass MAIL=/var/mail/bsass GIT_EDITOR=jed @@ -14,6 +14,7 @@ COLORTERM= LOGNAME=bsass HOSTDISPLAY=onegee:1.0 +_=/usr/bin/gitfm WINDOWID=16777223 COLUMNS=88 GIT_BROWSER=sensible-browser @@ -28,7 +29,7 @@ LESSCLOSE=/usr/bin/lesspipe %s %s UDEdir=/usr/share/ude/ GIT_PAGER=less -PWD=/home/bsass +PWD=/home/bsass/tmpfs PRINTER=lj5n LINES=49 GIT_RMAIL=mail - Something is broken in KDE which causes Konsole to misbehave, but I don't know where or how to track it down... (useful :-) suggestions appreciated. - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397073: konsole: not reading ~/.bashrc
On Mon November 13 2006 20:00, Sune Vuorela wrote: > On Tuesday 14 November 2006 02:10, Bruce Sass wrote: > > help:/konsole/sessions.html, point 4. clearly states: > > "Enter a command just as you normally would if you opened a new > > shell and were going to issue that command." > > Maybe this line has been thru the sales department, but I can also > open new shells that don't read my .bashrc > > The line maybe could say "Enter a command as you normally would if > you opened a new shell and were to issue that command. The command > will be invoked with sh -c /command/" > or maybe: > "Enter a command as you normally would in a shell. This command will > be executed instead of your shell" But that is not what it says, maybe you should stop guessing and making things up. Why not take the docs for what they say, or ask upstream. > I have looked more into it. I cannot find any evidence that konsole > actually invokes bash -c yourcommand, but instead I seem to suggest <...> Yes, "bash -c ..." was an error on my part, and I do have a .profile with the relevent bits just in case Konsole was lying by using sh instead of the indicated SHELL=/bin/bash... as it turns out that is not relevent to this bug. Debian's Konsole behaviour differs from both documented and past behaviour in a way that cripples the use of sessions. Either Debian's Konsole is broken, Konsole is broken, or the behaviour changed and the documentation didn't... any of those situations warrants a bug report and no amount of maybes, guesses, or attempts to remember on your part is going to change that. - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397073: konsole: not reading ~/.bashrc
On Mon November 13 2006 18:34, you wrote: > > That is not correct; Konsole is for interactive use so -i should > > not be necessary. Furthermore... > > You are misunderstanding the bash man page. The '-c' makes bash > non-interactive. I understand that, it turns out I was wrong in assuming a Konsole session is like a "bash -c ...", it is supposed to be like starting a shell then typing a command---which results in an interactive session. So, ya, a "red herring" but it doesn't change the buggy behaviour I am seeing. - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397073: konsole: not reading ~/.bashrc
On Mon November 13 2006 18:02, Sune Vuorela wrote: > On Tuesday 14 November 2006 01:35, Sune Vuorela wrote: > > [EMAIL PROTECTED]:~$ echo TESTVAR=brucesass >> .bashrc > > woops. Typo here - it should have been echo export TESTVAR=brucesass So, does that change the outcome? I don't see it as relevent since Konsole is an x-terminal and I'm not doing "konsole -e ..." which would have been the equivalent of your experiment. - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397073: konsole: not reading ~/.bashrc
On Mon November 13 2006 17:35, Sune Vuorela wrote: > On Tuesday 14 November 2006 00:55, Bruce Sass wrote: > > Perhaps the underlying bug is that konsole is not properly > > identifying itself as a terminal. > > Maybe. xterm behaves same way. > > [EMAIL PROTECTED]:~$ echo TESTVAR=brucesass >> .bashrc > ###press alt-f2 - type env > kdeenv > [EMAIL PROTECTED]:~$ grep TESTVAR kdeenv > ###press alt-f2 - type xterm -e "env > xtermenv" > [EMAIL PROTECTED]:~$ grep TESTVAR xtermenv > [EMAIL PROTECTED]:~$ grep SHELL xtermenv > SHELL=/bin/bash > XTERM_SHELL=/bin/bash > [EMAIL PROTECTED]:~$ > > so when having xterm invoke another program instead of bash also not > read .bashrc - I find it correct for konsole to behave like xterm > here. Good point, but I am not doing `konsole -e gitfm' and that is not how sessions are supposed to work according to the Konsole docs. <...> > this says that .bashrc is _not_ read when doing bash -c It turns out this is not relevent because sessions are supposed to work as "if you opened a new shell and were going to issue that command." That is clearly not what is happenning (see my response to Clint's message"... for that reason alone this report should be forwarded upstream so they can determine if Konsole sessions are broken or behaviour has changed and the docs need to be updated. I have been using Konsole sessions for years and the lack of behaviour I am describing is recent. - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397073: konsole: not reading ~/.bashrc
On Mon November 13 2006 17:27, Clint Adams wrote: > > >An interactive shell is one started without non-option > > > arguments and without the -c option whose standard input and > > > error are both connected to terminals (as determined by > > > isatty(3)), or one started with the -i option. PS1 is set and $- > > > includes i if bash is interactive, allowing a shell script or a > > > startup file to test this state. > > > > Perhaps the underlying bug is that konsole is not properly > > identifying itself as a terminal. > > The underlying bug is either that you want konsole to exec 'bash -i > -c whatever' or that you expect bash to behave differently can it > does. That is not correct; Konsole is for interactive use so -i should not be necessary. Furthermore... help:/konsole/sessions.html, point 4. clearly states: "Enter a command just as you normally would if you opened a new shell and were going to issue that command." However, that is not what is happening as the attached diff of GIT started from a Konsole commandline and as a KonsoleApplication shows. help:/konsole/menubar.html has a note which says... "See the file README.linux.console in the Konsole source package for detailed information on how the Linux® console differs from a typical UNIX® console." ...and help:/konsole/introduction.html contains... "Konsole is what is known as an X terminal emulator, often referred to as a terminal or a shell. It gives you the equivalent of an old-fashioned text screen on your desktop, but one which can easily share the screen with your graphical applications." ...yet there is nothing in README.linux.console which indicates such a significant departure from standard x-terminal behaviour, and the README simply states: "Konsole is an X terminal emulation." Clearly, it would be a bug if bash was used on an "old-fashioned text screen" and it didn't read .bashrc... so why is it OK for Konsole to not make sure bash is started in a like manner? - Bruce --- env.cmdline 2006-11-13 17:43:57.691322496 -0700 +++ env.session 2006-11-13 17:43:28.446396194 -0700 @@ -1,22 +1,18 @@ -LESSOPEN=| /usr/bin/lesspipe %s KDE_FULL_SESSION=true -MINICOM=-c on GS_LIB=/home/bsass/.fonts DM_CONTROL=/var/run/xdmctl GIT_SHELL=/bin/bash LANGUAGE=en_CA:en_US:en_GB:en -KONSOLE_DCOP_SESSION=DCOPRef(konsole-28686,session-1) +KONSOLE_DCOP_SESSION=DCOPRef(konsole-28686,session-2) USER=bsass -GIT_EDITOR=jed +GIT_EDITOR=sensible-editor SSH_AGENT_PID=1821 SHLVL=1 HOME=/home/bsass XDM_MANAGED=/var/run/xdmctl/xdmctl-:0,maysd,mayfn,sched,rsvd,method=classic DESKTOP_SESSION=kde -PAGER=less GTK_RC_FILES=/etc/gtk/gtkrc:/home/bsass/.gtkrc:/home/bsass/.kde/share/config/gtkrc DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-K3fvdVLN8B,guid=673558459f7175b0e4354a51639d5400 -VISUAL=kate COLORTERM= LOGNAME=bsass _=/usr/bin/gitfm @@ -30,15 +26,11 @@ XCURSOR_THEME=Chameleon-DarkSkyBlue-Regular KONSOLE_DCOP=DCOPRef(konsole-28686,konsole) DISPLAY=:0.0 -LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.flac=01;35:*.mp3=01;35:*.mpc=01;35:*.ogg=01;35:*.wav=01;35: SSH_AUTH_SOCK=/tmp/ssh-jsYQNr1776/agent.1776 GIT_VMSTAT=free SHELL=/bin/bash -LESSCLOSE=/usr/bin/lesspipe %s %s KDE_MULTIHEAD=false -GIT_PAGER=less -PWD=/home/bsass -PRINTER=lj5n +GIT_PAGER=sensible-pager +PWD=/usr/src/kdebase-3.5.5a.dfsg.1/konsole LINES=49 GIT_RMAIL=mail -EDITOR=jed
Bug#397073: konsole: not reading ~/.bashrc
On Mon November 13 2006 16:13, Sune Vuorela wrote: > On Monday 13 November 2006 23:38, Bruce Sass wrote: > > You seem to be doing a lot of guessing... :-/ > > which is why I am sending a copy to your Application Manager. > > Thank you. You are most welcome to show my application manager that I > do a hard work on the kde bugs. Or how you tackle reports about programs for which you have limited knowledge---sessions are a key feature of konsole, they get their own tab in the config dialog, yet you were unaware of them and blindly went ahead tagging the report as unreproducible. > > Kurt, please have a look at: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397073 > > > > > If you read the bash manpage, it says that bash only read .bashrc > > > when invoked interactively. > > > > Since when is a Konsole session not interactive? > > bash is not interactive when not connected to a terminal. This is > bash behaviour, not konsole behaviour. > > From the bash manpage: > >An interactive shell is one started without non-option > arguments and without the -c option whose standard input and error > are both connected to terminals (as determined by isatty(3)), >or one started with the -i option. PS1 is set and $- includes > i if bash is interactive, allowing a shell script or a startup file > to test this state. Perhaps the underlying bug is that konsole is not properly identifying itself as a terminal. > > > and this is how bash is supposed to work - so this is not a bug > > > neither in konsole or in bash. > > > > You are wrong. > > Please point me where. Konsole should behave like any other x-terminal (which are interactive), "sessions" are like "bash -c somecommand" (you have admitted as much)... both point to .bashrc being read. > > .bashrc is not some random configuration file, and a program should > > not be required to read a shell's profile or runtime configuration > > files! > > .bashrc is just a random canfiguration file. Just try ask any zsh > user. What does zsh have to do with Konsole putting "SHELL=/bin/bash" in the environment? > > I think you should remove the "wontfix" tags and get some help from > > a knowledgeable DD, or send it upstream. > > I actually have discussed this with several knowledgeable DDs and > they agree with me. Then you should send it upstream because "sessions" are crippled... it should not matter if one starts a "shell" session then types in a command vs. uses a pre-defined session to start the command. > Please stop being abusive. How have I been abusive? - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397073: konsole: not reading ~/.bashrc
On Mon November 13 2006 14:50, Sune Vuorela wrote: > #first step on unversioned close: > tag 397073 +wontfix > thanks > > On Monday 13 November 2006 13:20, Bruce Sass wrote: > > That makes little sense to me---Konsole is a fancy x-terminal and > > should be doing the equivalent of "bash -c someprogram" with > > session programs. > > I guess that this is what konsole does - or sh -c someprogram. You seem to be doing a lot of guessing... :-/ which is why I am sending a copy to your Application Manager. Kurt, please have a look at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397073 > If you read the bash manpage, it says that bash only read .bashrc > when invoked interactively. Since when is a Konsole session not interactive? > and this is how bash is supposed to work - so this is not a bug > neither in konsole or in bash. You are wrong. > > ...without polluting the environment for all of KDE, or needing to > > configure the same thing in multiple places. Your solution is also > > not good if one wanted a different environment for sh, bash, etc., > > where the same variable may need to take on different values. > > if you want _konsole_ to read your .bashrc before spawning random > programs, how should konsole be able to differ it you wanted a > different environment or not. > > Konsole should not read random configuration files before invoking a > program - wether the program is zsh, bash or mc or - the programs > should read the configuration files it need itself. .bashrc is not some random configuration file, and a program should not be required to read a shell's profile or runtime configuration files! > You can however create wrappescripts for your own > > cat << __EOF__ > ~/bin/commandwrapper > #! /bin/bash > if [ -e ~/.bashrc ] > then > . .bashrc > fi > /usr/bin/realcommand > __EOF__ > > and then have your session invoking bash ~/bin/commandwrapper That is not an acceptable solution, it is a hack-around. I think you should remove the "wontfix" tags and get some help from a knowledgeable DD, or send it upstream. - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397073: konsole: not reading ~/.bashrc
On Mon November 13 2006 03:11, Sune Vuorela wrote: > On Monday 13 November 2006 05:33, Bruce Sass wrote: > > > Is it something for konsole to run _instead_ of bash? or? > > > > hmmm, ya, sure... > > hmm... so you expect konsole to read conffiles for bash when it is > actually running another shell/program. That makes little sense to me---Konsole is a fancy x-terminal and should be doing the equivalent of "bash -c someprogram" with session programs. > It is not konsole that reads your .bashrc, it is bash that reads it. Have another look at the output from "env" I sent, it contains: SHELL=/bin/bash So, ~/.bashrc should have been read, and it used to work correctly... > If I remember correct, kde sources entire .kde/env/* when it boots, > so if you adds a file containing > #! /bin/bash > > if [ -e ~/.bashrc ] > then > .bashrc > fi > > you will have your environment vars set in your .bashrc in entire > kde. Alternatively just set the ones you like > > GITPAGER=foo > SOMEVAR=bar > > and add it to a file in .kde/env/ > > (If you don't have .kde/env/, you can just create it) ...without polluting the environment for all of KDE, or needing to configure the same thing in multiple places. Your solution is also not good if one wanted a different environment for sh, bash, etc., where the same variable may need to take on different values. - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397073: konsole: not reading ~/.bashrc
> hmm.. > > What is a "session program"? A program started via the "Session" menu, maybe I should be calling them Konsole Applications. > How do I set up a session program? - start konsole - select "Configure Konsole" from the "Settings" menu - select the "Session" tab - put a descriptive name in the "Name" field - put a text mode command in the "Execute" field - put a path to cd to in the "Directory" field - choose an appropriate Icon, Schema, etc. - hit the "Save Session" button You'll end up with a .desktop file in ~/.kde/share/apps/konsole, e.g: --- ssh to bms.desktop --- [Desktop Entry] Cwd= Exec=ssh -X bms Font= Icon=konsole KeyTab= Name=ssh to bms Schema= Term=xterm Type=KonsoleApplication -- which shows up in the "Session" menu as "New ssh to bms" and starts a SSH login with X-forwarding on the host named "bms". > Is it something for konsole to run _instead_ of bash? or? hmmm, ya, sure... - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397073: konsole: not reading ~/.bashrc
Hi,
A konsole shell is fine, but session programs are not. I have a session
which starts GNU Interactive Tools (apt-get install git) using the
command "gitfm". The output of "env" from within that session is...
-
KDE_FULL_SESSION=true
GS_LIB=/home/bsass/.fonts
DM_CONTROL=/var/run/xdmctl
GIT_SHELL=/bin/bash
LANGUAGE=en_CA:en_US:en_GB:en
KONSOLE_DCOP_SESSION=DCOPRef(konsole-22261,session-3)
USER=bsass
GIT_EDITOR=sensible-editor
SSH_AGENT_PID=1820
SHLVL=1
HOME=/home/bsass
XDM_MANAGED=/var/run/xdmctl/xdmctl-:0,maysd,mayfn,sched,rsvd,method=classic
DESKTOP_SESSION=kde
GTK_RC_FILES=/etc/gtk/gtkrc:/home/bsass/.gtkrc:/home/bsass/.kde/share/config/gtkrc
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-r6t9xCKC71,guid=444e5045b49d499aec2c0e679a125000
COLORTERM=
LOGNAME=bsass
_=/usr/bin/gitfm
WINDOWID=48234503
COLUMNS=88
GIT_BROWSER=sensible-browser
TERM=xterm
GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/bsass/.gtkrc-2.0:/home/bsass/.kde/share/config/gtkrc-2.0
SESSION_MANAGER=local/onegee:/tmp/.ICE-unix/1876
PATH=/home/bsass/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/usr/bin
XCURSOR_THEME=Chameleon-DarkSkyBlue-Regular
KONSOLE_DCOP=DCOPRef(konsole-22261,konsole)
DISPLAY=:0.0
SSH_AUTH_SOCK=/tmp/ssh-EFGVug1775/agent.1775
GIT_VMSTAT=free
SHELL=/bin/bash
KDE_MULTIHEAD=false
GIT_PAGER=sensible-pager
PWD=/home/bsass
LINES=49
GIT_RMAIL=mail
Press almost any key to continue
-
...but GIT_PAGER should be =less and there should be the results
of "eval `lesspipe`" ("LESSOPEN=| /usr/bin/lesspipe %s"
and "LESSCLOSE=/usr/bin/lesspipe %s %s") in the environment.
- Bruce
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397073: konsole: not reading ~/.bashrc
Package: konsole Version: 4:3.5.5a.dfsg.1-1 Severity: important When starting session programs ~/.bashrc is not being read, which results in some programs not operating as configured. For example... My ~/.bashrc contains: eval `lesspipe` export GIT_PAGER=less which tells "gitfm" to use less as its pager and "less" to automatically uncompress files for viewing. However, because .bashrc is not read the ^xv key command results in a "may be a binary file. See it anyway?" message and forces me to type (and often escape) a "zless ..." command. This is a minor annoyance with short filenames, but with long names it requires cutting back to one pane to see the entire name, and with very long names it requires that plus widening the Konsole window to full width and greatly reducing the font size before the entire name is visible for cut'n'pasting onto the command line... effectively rendering GIT's ^xv command useless. This is a regression from the v3.4.x behaviour (afaict), and I think it is important because it can have a major affect on the useability of programs run in Konsole. - Bruce -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-onegee Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages konsole depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-3 core libraries and binaries for al ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries ii libgcc11:4.1.1-19GCC support library ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libxrender11:0.9.1-3 X Rendering Extension client libra ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension konsole recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383412: kappfinder: LyX provides its own .desktop files
Package: kappfinder Version: 4:3.5.4-2 Severity: wishlist The lyx-qt and lyx-xforms packages include .desktop files in /usr/share/applications (shows up in K->Office), making /usr/share/apps/kappfinder/apps/Office/lyx.desktop unnecessary and maybe confusing (most likely to execute lyx-qt, could execute lyx-xforms, but does /usr/local/bin/lyx for me.) I think the lyx.desktop file should be removed from Debian's kappfinder package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-onegee Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages kappfinder depends on: ii kdelibs4c2a 4:3.5.4-3 core libraries and binaries for al ii libc6 2.3.6-19 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-10 GCC support library ii libqt3-mt 3:3.3.6-3 Qt GUI Library (Threaded runtime v ii libstdc++64.1.1-10 The GNU Standard C++ Library v3 kappfinder recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374939: the related wishlist for cabextract
The cabextract wishlist bug related to this #377868. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=377868 - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374939: kdelibs-data: mimelnk/application/x-mscabinet.desktop file needed
Package: kdelibs-data Version: 4:3.5.3-1 Severity: wishlist Tags: patch Cabextract is getting Konqueror servicemenu entries and needs a mimetype definition for Microsoft Cabinet archives[1]. This appears to be the minimum required: --- /usr/share/mimelnk/application/x-mscabinet.desktop --- [Desktop Entry] Comment=Microsoft Cabinet Archive Hidden=false MimeType=application/x-mscabinet Patterns=*.cab;*.CAB Type=MimeType --- Please advise if I've missed anything. - Bruce [1] discussion with cabextract Maintainer - Date: Wed, 21 Jun 2006 10:30:07 -0400 From: Eric Sharkey <[EMAIL PROTECTED]> To: Bruce Sass <[EMAIL PROTECTED]> Subject: Re: cabextract enhances KDE? > The first file, */share/apps/konqueror/servicemenus/cabextract.desktop, > (* = $HOME/.kde | /usr) defines functions which appear in the "Actions" > submenu of the context menu. Ok. I can add that to the cabextract package. > $ dpkg -S x-msdos-program.desktop > kdelibs-data: /usr/share/mimelnk/application/x-msdos-program.desktop > > Should kdelibs-data also provide x-mscabinet.desktop? Yes, that should not be in the cabextract package. You want the mime type to be defined even if cabextract is not installed, and the action to be available only if it is, so the first file should be included in the cabextract package, and the second packaged with kdelibs-data. <...> Eric - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
DRM weirdness?
Hi, I've never been able to get DRM working when doing "startx /usr/bin/startkde ...", the Xorg.1.log file always points to DRIScreenInit (in the i810 driver) failing because of "drmSetBusid ... permission denied." I don't know where drmSetBusid lives (not the kernel or i810 driver), but permissions look fine, afaict (not entirely sure if I know what to look for though): However, it works if I stop the boot-launched KDM first. Conversely, sessions started from KDM don't have hardware 3-D if startx was run first. Is that normal? Is it an X-thing (i.e., only one server is allowed to do DRI at a time) or a KDE-thing (e.g., hogging the interface)? - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320628: incorrect Exec= in kdm/sessions/ude.desktop
Package: kdm Version: 4:3.3.2-1 Severity: important /usr/share/apps/kdm/sessions/ude.desktop... contains: Exec=ude TryExec=ude should be: Exec=/usr/bin/uwm TryExec=/usr/bin/uwm -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.12 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#272417: what's wrong and how to fix it
kdelibs-data is providing mimelnk .desktop files for sun formats, specifically: (Reading database ... 289586 files and directories currently installed.) Preparing to replace openoffice.org-mimelnk 1.1.2-3 (using .../openoffice.org-mimelnk_1.1.2-4_all.deb) ... Unpacking replacement openoffice.org-mimelnk ... dpkg - warning, overriding problem because --force enabled: trying to overwrite `/usr/share/mimelnk/application/vnd.stardivision.calc.desktop', which is also in package kdelibs-data dpkg - warning, overriding problem because --force enabled: trying to overwrite `/usr/share/mimelnk/application/vnd.stardivision.chart.desktop', which is also in package kdelibs-data dpkg - warning, overriding problem because --force enabled: trying to overwrite `/usr/share/mimelnk/application/vnd.stardivision.draw.desktop', which is also in package kdelibs-data dpkg - warning, overriding problem because --force enabled: trying to overwrite `/usr/share/mimelnk/application/vnd.stardivision.impress.desktop', which is also in package kdelibs-data dpkg - warning, overriding problem because --force enabled: trying to overwrite `/usr/share/mimelnk/application/vnd.stardivision.math.desktop', which is also in package kdelibs-data dpkg - warning, overriding problem because --force enabled: trying to overwrite `/usr/share/mimelnk/application/vnd.stardivision.writer.desktop', which is also in package kdelibs-data dpkg - warning, overriding problem because --force enabled: trying to overwrite `/usr/share/mimelnk/application/vnd.stardivision.writer-global.desktop', which is also in package kdelibs-data dpkg - warning, overriding problem because --force enabled: trying to overwrite `/usr/share/mimelnk/application/vnd.sun.xml.calc.template.desktop', which is also in package kdelibs-data dpkg - warning, overriding problem because --force enabled: trying to overwrite `/usr/share/mimelnk/application/vnd.sun.xml.draw.template.desktop', which is also in package kdelibs-data dpkg - warning, overriding problem because --force enabled: trying to overwrite `/usr/share/mimelnk/application/vnd.sun.xml.impress.template.desktop', which is also in package kdelibs-data dpkg - warning, overriding problem because --force enabled: trying to overwrite `/usr/share/mimelnk/application/vnd.sun.xml.writer.template.desktop', which is also in package kdelibs-data Setting up openoffice.org-mimelnk (1.1.2-4) ... The solution is to break the .desktop files out of openoffice.org-mimelnk and put them into their own package, which kdelibs-data should depend (suggest or recommend, as is deemed appropriate) upon. - Bruce
Bug#266144: kscd: creating cddb entries fail
Package: kscd Version: 4:3.3.0-1 Severity: normal The "CD Database Editor" popup complains that "At least one track title must be entered." when track tiles have been entered, then closes without updating the DB. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C Versions of packages kscd depends on: ii kdelibs4 4:3.3.0-1 KDE core libraries ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi ii libartsc0 1.3.0-1aRts Sound system C support librar ii libasound21.0.5-1Advanced Linux Sound Architecture ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5client library to control the FAM ii libgcc1 1:3.4.1-5 GCC support library ii libglib2.0-0 2.4.6-1The GLib library of C routines ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library ii libidn11 0.5.2-2GNU libidn library, implementation ii libkcddb1 4:3.3.0-1 cddb library for KDE ii libpng12-01.2.5.0-7 PNG library - runtime ii libqt3c102-mt 3:3.3.3-1 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-6 X Window System Session Management ii libstdc++51:3.3.4-9 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte ii libxrender1 0.8.3-7X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.1.1-5compression library - runtime -- no debconf information
Bug#263571: lisa: starts when it shouldn't
Package: lisa Version: 4:3.2.3-1 Severity: normal Upgrading lisa starts the daemon, even when there is no S* link in the current /etc/rc?.d dir. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C Versions of packages lisa depends on: ii debconf 1.4.30 Debian configuration management sy ii kdelibs4 4:3.2.3-4 KDE core libraries ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi ii libc6 2.3.2.ds1-15 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5client library to control the FAM ii libgcc1 1:3.4.1-5 GCC support library ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library ii libpng12-01.2.5.0-6 PNG library - runtime ii libqt3c102-mt 3:3.2.3-4 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-6 X Window System Session Management ii libstdc++51:3.3.4-7 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte ii libxrender1 0.8.3-7X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.1.1-5compression library - runtime -- no debconf information
