Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting
Mailing Lists: lists.debian.org > debian-user-digest > 07 > 080449.html (Request Expert lists.debian.org Support)

debian-user-digest Digest V2007 #2288

From: <debian-user-digest-request(at)lists.debian.org>
Date: Fri Aug 31 2007 - 16:24:17 EDT


Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 2288

Today's Topics: 

  Re: Locale won't set                  [ Mathias Brodala  ]
  Locale won't set                      [ Haines Brown  ]
  Re: All New rc2.d Scripts get Ignore  [ Martin McCormick  ]
  Re: Locale won't set                  [ Johannes Wiedersich  ]
  Re: aptitude full-upgrade - why does  [ Raquel  ]
  NMI received, likely on the PCI bus   [ Anthony Campbell  ]
  Re: lightning data in sync between t  [ Johannes Wiedersich  ]
  Opera vs Kmail, Kontact, Konversatio  [ Rick  ]
  I hope You are satisfied now :)       [ dunkel  ]

Date: Fri, 31 Aug 2007 19:05:16 +0200
From: Mathias Brodala <info@noctus.net>
To: debian-user@lists.debian.org
Subject: Re: Locale won't set
Message-ID: <46D84A4C.8040108@noctus.net> Content-Type: multipart/signed; micalg=pgp-sha1;  protocol="application/pgp-signature";
 boundary="------------enig8656D8A38200DC8A4628C540"

This is an OpenPGP/MIME signed message (RFC 2440 and 3156) 

--------------enig8656D8A38200DC8A4628C540
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi Haines.

Haines Brown, 31.08.2007 18:49:
> There seems to be no problem with my system's supporting en_US:

>=20

> $ locale -a
> locale: Cannot set LC_CTYPE to default locale: No such file or director=
y
> locale: Cannot set LC_MESSAGES to default locale: No such file or direc=
tory
> locale: Cannot set LC_COLLATE to default locale: No such file or direct=
ory
> C
> POSIX
 > en_US
> en_US.iso88591

>=20
> What does "no such file or directory" refer to?
Do you need help?X

Find it out:

$ strace -eopen locale -a

That=E2=80=99s the way it looks like when everything=E2=80=99s OK:

> $ strace -eopen locale -a
> open("/etc/ld.so.cache", O_RDONLY) =3D 3
> open("/lib/i686/cmov/libc.so.6", O_RDONLY) =3D 3
> open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) =3D 3
> open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) =3D 3
> open("/usr/lib/locale", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) =3D=
 3
> open("/usr/share/locale/locale.alias", O_RDONLY) =3D 3
> C
> de_DE.utf8
> POSIX
 > Process 2577 detached

Maybe it helps.

Regards, Mathias

--=20
debian/rules 

--------------enig8656D8A38200DC8A4628C540
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

Do you need more help?X

iD8DBQFG2EpMYfUFJ3ewsJgRAvgMAJ9s4KqNIZXlVrunDQj+FMV1I5Dk5wCfZ0sL U+XpilYp4jYJ0TLdfZvmBis=
=O+m/
-----END PGP SIGNATURE----- --------------enig8656D8A38200DC8A4628C540--

Date: 31 Aug 2007 12:49:43 -0400
From: Haines Brown <brownh@hartford-hwp.com> To: debian-user@lists.debian.org
Subject: Locale won't set
Message-ID: <87veav7ioo.fsf@teufel.hartford-hwp.com> Content-Type: text/plain; charset=us-ascii

I'm runing debian etch, and things worked until recently when I tried to reconfigure locales. Somehow I found myself in a position where I can't reconfigure locales, and snooping online suggests there's no simple solution.

$ locale 

locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

Can we help you?X
LANG=en_US.UTF-8 
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

My impression is that that en_US.UTF-8 _is_ the default locale for debian, but my changing the default locale from en_US to none does not help.

The kind of error messages I get from chron, or when triing to install a package, or when recondiguring locals is:

...
Generating locales (this might take a while)...   en_US.ISO-8859-1... done
Generation complete.
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings: 

        LANGUAGE = (unset),
        LC_ALL = (unset),
        LANG = "en_US.UTF-8"

    are supported and installed on your system. 
perl: warning: Falling back to the standard locale ("C").
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = (unset),
        LC_ALL = (unset),
        LANG = "en_US.UTF-8"

    are supported and installed on your system. perl: warning: Falling back to the standard locale ("C").
Can't find what you're looking for?X

There seems to be no problem with my system's supporting en_US:

$ locale -a 

locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_COLLATE to default locale: No such file or directory
C
POSIX
en_US
en_US.iso88591

What does "no such file or directory" refer to?

Online searching suggested defining environment variables for LC+CTYPE, LC_MESSAGES, LC_COLLATE. The only obviously relevant environment variable I have is:

$ printenv
...
LANG=en_US.UTF-8
...

Should I go ahead and have root insert environment variables such as LANGUAGE = "en_US.UTF-8" into its environment and then run # dpkg-reconfigure locales again? 

-- 
 
       Haines Brown, KB1GRM

Date: Fri, 31 Aug 2007 09:56:21 -0700 (PDT) From: Jeff D <fixedored@gmail.com> To: debian user <debian-user@lists.debian.org> Subject: Re: Should /etc/hostname contain the whole FQDN? Message-ID: <Pine.LNX.4.62.0708310950510.26837@proto.technobounce.com> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Fri, 31 Aug 2007, Jonathan Wilson wrote: >
> Can anyone who /knows/ tell me what the proper officially correct ways of
> setting the hostname and the FQDN are, please?
>
> Thanks,
>
> JW
> >
> --
in /etc/hostname : myhostname in /etc/hosts: 10.0.0.120 myhostname.mydomain.com myhostname set those then run /etc/init.d/hostname.sh as root, this gets ran at boot up, but you can run it and reset the hostname this way. now when I run hostname -f I get my FQDN, you'll have to restart any services that rely on this as well after changing it. -+- 8 out of 10 Owners who Expressed a Preference said Their Cats Preferred Techno.

Date: Fri, 31 Aug 2007 11:58:30 -0500 From: Martin McCormick <martin@dc.cis.okstate.edu> To: debian-user@lists.debian.org Subject: Re: All New rc2.d Scripts get Ignored. Debian from KNOPPIX Solved! Message-Id: <200708311658.l7VGwUBR075933@dc.cis.okstate.edu> Content-Type: text/plain; charset="us-ascii" Content-ID: <75929.1188579510.1@dc.cis.okstate.edu> Sometimes, I don't exactly feel like the brightest bulb on the tree, ( insert your favorite euphemism for dull-wittedness.) When I originally posted my problem and said that the only thing the scripts that refused to run had in common was that I had put them there, I was very close to the solution. It wasn't how I set them up or anything, but that I didn't realize links should be in every single runlevel directory. When the run level goes up from 0 to 5, one must have kill or start scripts in each rc directory. I had just put a start script at rc2.d and a kill script at rc1.d. You must make the links to kill your process at each run level below where it starts and the links to start your process at every run level at and above the level where you want it to start. When I did that, it all came up like it should. The rc script has comments explaining how scripts are not started if there was not a K link below it. I then used find to locate every start or kill link belonging to an application that did work and that's when it hit me like a ton of bricks. I made all the links from 0 through 6 and both processes came up on boot for the first time on the next boot. It is still too bad that one can not capture 100% of all boot messages, and several of you have suggested various methods to capture all the console messages which are good to know for future intractable problems, but this one is solved. Many thanks for helping me think. Martin McCormick WB5AGZ Stillwater, OK Systems Engineer OSU Information Technology Department Network Operations Group

Don't know where to look next?X

Date: Fri, 31 Aug 2007 18:42:11 +0200 From: Sven Joachim <svenjoac@gmx.de> To: debian-user@lists.debian.org Subject: Re: aptitude full-upgrade - why does it not install Recommended packages? Message-ID: <87lkbr8xlo.fsf@gmx.de> Content-Type: text/plain; charset=us-ascii Hello, Chris <list.hurschler@gmx.de> writes:
> sudo aptitude full-upgrade --with-recommends
>
> can anyone tell me why it still reports (for example):
>
> The following packages are RECOMMENDED but will NOT be installed:
> libjaxp1.3-java-gcj libxalan2-java-gcj
The aptitude manual says: -r, --with-recommends Treat recommendations as dependencies when installing new packages Note the *new* here. Recommendations for existing packages are _not_ automatically installed, since aptitude presumes that you do not want that; after all you did not install the recommended packages in previous installs of your package. Of course this can be a problem since the recommendations may change over time. This is probably what happened here. Regards, Sven

Date: Fri, 31 Aug 2007 19:07:13 +0200 From: Johannes Wiedersich <johannes@physik.blm.tu-muenchen.de> To: debian-user@lists.debian.org Subject: Re: Locale won't set Message-ID: <46D84AC1.4060302@physik.blm.tu-muenchen.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Haines Brown wrote:
> I'm runing debian etch, and things worked until recently when I tried
> to reconfigure locales. Somehow I found myself in a position where I
> can't reconfigure locales, and snooping online suggests there's no
> simple solution.
[snip]
> Should I go ahead and have root insert environment variables such as LANGUAGE =
> "en_US.UTF-8" into its environment and then run # dpkg-reconfigure
> locales again?
>
Maybe you could try 'aptitude reinstall locales'. Don't know if this would work, though. (It can't hurt, I guess ;-) Johannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG2ErAC1NzPRl9qEURAuHXAJ9ZSJwrijMUJvTHBUXXVy1L5ztNJQCfZR5i GvTiUVf525XXgpIfEGFpJfg= =D5jh -----END PGP SIGNATURE-----

Date: Fri, 31 Aug 2007 12:16:03 -0500 From: Nate Bargmann <n0nb@networksplus.net> To: debian-user@lists.debian.org Subject: Re: I LOVE DEBIAN! Message-ID: <20070831171603.GA3533@mail.networksplus.net> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Hugo Vanwoerkom <hvw59601@care2.com> [2007 Aug 31 09:13 -0500]:
> Florian Kulzer wrote:
>> On Fri, Aug 31, 2007 at 12:09:23 +0100, Rolando Pereira wrote: >>> [ "nobody@esc69.midphase.com" ] wrote [ pretending to be Bob Proulx ]: >>>> I love Debian so much that when I see the Debian boot screen my rocket >>>> takes off!! >>> I wish I had a hamster powered rocket... >> I wish you had not sent your reply to Bob Proulx directly, because he >> had nothing to do with the original message. >
> I wish I knew why anybody would do that...
Maybe it makes their rocket take off? - Nate >> -- Wireless | Amateur Radio Station N0NB | Successfully Microsoft Amateur radio exams; ham radio; Linux info @ | free since January 1998. http://www.qsl.net/n0nb/ | "Debian, the choice of My Kawasaki KZ-650 SR @ | a GNU generation!" http://www.networksplus.net/n0nb/ | http://www.debian.org

Date: Fri, 31 Aug 2007 13:44:04 -0400 From: "Michael Marsh" <michael.a.marsh@gmail.com> To: debian-user@lists.debian.org Subject: Re: how to provide extra library paths? Message-ID: <ceb0ad00708311044x52067edcp17a7b1fd008630f1@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 8/31/07, P Kapat <kap4lin@gmail.com> wrote:
> No I am not sourcing any other file... I can provide the two files here if necessary..
That might be worthwhile.
> > set -x
> Ok, I did that. The outcome is the following:
> When I login remotely (thru ssh) or on a VT, I see the variables from both .bashrc and .bash_profile, as expected I suppose.
> But when I login to KDE locally, and start a konsole or xterm, only the .bashrc variables are printed out. This again I suppose as is expected that any new shell (either in konsole or xterm) is probably a non-login interactive shell.
>
> The funny part is though only .bashrc seems to be sourced when I start a konsole (or xterm) I do have the variables from .bash_profile available, except LD_LIBRARY_PATH.
Is it possible that you're getting those variable from an existing environment? That is, if you set them session-wide, and then for some reason unset LD_LIBRARY_PATH. Sticking a call to "env" at the top of your .bashrc should tell you this.
> Is LD_LIBRARY_PATH the only way to provide extra library paths?
It's probably the best way to do so. -- Michael A. Marsh http://www.umiacs.umd.edu/~mmarsh http://mamarsh.blogspot.com http://36pints.blogspot.com

Date: Fri, 31 Aug 2007 20:24:43 +0200 From: Chris <list.hurschler@gmx.de> To: debian-user@lists.debian.org Subject: Re: aptitude full-upgrade - why does it not install Recommended packages? Message-Id: <200708312024.43856.list.hurschler@gmx.de> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday 31 August 2007 18:42, Sven Joachim wrote:
> Hello,
>
> Chris <list.hurschler@gmx.de> writes:
> > sudo aptitude full-upgrade --with-recommends
> >
> > can anyone tell me why it still reports (for example):
> >
> > The following packages are RECOMMENDED but will NOT be installed:
> > libjaxp1.3-java-gcj libxalan2-java-gcj
>
> The aptitude manual says:
>
> -r, --with-recommends
> Treat recommendations as dependencies when installing new packages
>
> Note the *new* here. Recommendations for existing packages are _not_
> automatically installed, since aptitude presumes that you do not want
> that; after all you did not install the recommended packages in
> previous installs of your package.
>
> Of course this can be a problem since the recommendations may change
> over time. This is probably what happened here.
>
> Regards,
> Sven
That at least explains the behavior, and makes sense I guess. But I'd actually like it to really install all "recommends", for all packages I have installed. Thanks! C -- C. Hurschler

Date: Fri, 31 Aug 2007 11:35:43 -0700 From: Raquel <raquel@thericehouse.net> To: debian-user@lists.debian.org Subject: Re: aptitude full-upgrade - why does it not install Recommended packages? Message-Id: <20070831113543.49642dcc.raquel@thericehouse.net> Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 31 Aug 2007 18:09:49 +0200 Chris <list.hurschler@gmx.de> wrote:
> sudo aptitude full-upgrade --with-recommends
>
> can anyone tell me why it still reports (for example):
>
> The following packages are RECOMMENDED but will NOT be installed:
> libjaxp1.3-java-gcj libxalan2-java-gcj
>
> Thanks,
>
> Chris
>
> --
> C. Hurschler
If you use the "GUI", there is an option to change the way dependencies/recommends are handled. Also, if you use the command line, there's an option: --with(out)-recommends - - - Specify whether or not to treat recommends as strong dependencies -- Raquel ============================================================ Folks never understand the folks they hate. --James Russell Lowell

Date: Fri, 31 Aug 2007 19:22:21 +0100 From: Anthony Campbell <ac@acampbell.org.uk> To: debian-user@lists.debian.org Subject: NMI received, likely on the PCI bus Message-ID: <20070831182221.GA7524@ithaca> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline "NMI received, likely on the PCI bus ..." together with stuff about a hardware problem. In the last couple of days I've received this worrying message during re-awakening from suspend to disk. It doesn't seem to happen in ordinary booting. I googled for similar messages and found a few but no very clear resolution, although there are some suggestions it could be a kernel bug. I ran memtest86 for 22 hours without errors. I also twice compiled a kernel, again without errors. I'm using a Thinkpad Z61M with Sid, kernel 2.6.20.1-slh-smp-2. Question: is this a false alarm? If not, what tests to do? The machine is still under warranty but I don't know what fault I could report.

Date: Fri, 31 Aug 2007 14:52:22 -0400 From: "H.S." <hs.samix@gmail.com> To: debian-user@lists.debian.org Subject: Re: lightning data in sync between two Icedove installations Message-ID: <fb9o16$u18$1@sea.gmane.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit H.S. wrote:
> Hello,
>
> I am using Thunderbird's (Icedove) calendar extension, Lightning, on my
> home computer and at my univ computer. I want to keep Lightning data on
> both computer in sync. Any idea how to go about doing this? (for now, I
> am not interested in installing a calendar server of any sorts).
>
>
> Thanks,
> ->HS
By the way, if I knew exactly which files hold calendar data, I wouldn't mind an rsync option. ->HS

Confused? Frustrated?X

Date: Fri, 31 Aug 2007 21:09:52 +0200 From: Johannes Wiedersich <johannes@physik.blm.tu-muenchen.de> To: debian-user@lists.debian.org Subject: Re: lightning data in sync between two Icedove installations Message-ID: <46D86780.4060900@physik.blm.tu-muenchen.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 H.S. wrote:
> H.S. wrote:
>> Hello, >> >> I am using Thunderbird's (Icedove) calendar extension, Lightning, on my >> home computer and at my univ computer. I want to keep Lightning data on >> both computer in sync. Any idea how to go about doing this? (for now, I >> am not interested in installing a calendar server of any sorts). >>
> By the way, if I knew exactly which files hold calendar data, I wouldn't
> mind an rsync option.
Try unison[-gtk]. It avoids the hassle to remember which of the files (local or remote) was last changed. Johannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG2Gd/C1NzPRl9qEURAjKvAJ4y6UQc0hYUorRVor5m8EKzGlqa4ACZAW+Q 9taeinwq3DJCebt8dxJqSGg= =ZIDN -----END PGP SIGNATURE-----

Date: Fri, 31 Aug 2007 15:40:33 -0400 From: "P Kapat" <kap4lin@gmail.com> To: debian-user@lists.debian.org Subject: Re: how to provide extra library paths? Message-ID: <daef5be80708311240y140bc5e2mf7529520a475398c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi Michael, thanks for taking the time out for this issue... On 8/31/07, Michael Marsh <michael.a.marsh@gmail.com> wrote:
> On 8/31/07, P Kapat <kap4lin@gmail.com> wrote:
> > No I am not sourcing any other file... I can provide the two files here if necessary..
>
> That might be worthwhile.
Here is .bashrc: (kindly bear with the unnecessary aliases and may be broken lines. Also for anonymity I have changed the actual hostname and username.) vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv # .bashrc env set -x GID=`id | cut -d= -f3 | cut -d\( -f1` if [ ${UID} -lt 99 ]; then umask 022 elif [ ${GID} -ge 10000 -a ${GID} -lt 15000 ] || [ ${GID} -ge 3000 -a ${GID} -lt 5000 ]; then umask 007 else umask 077 fi if [ "$PS1" ]; then stty erase ^? shopt -s checkwinsize PS1='\e[7m\w\[\e[m\]\n\h:$?\$ ' if [ ${UID} = 0 ]; then PS1="\e[1;31m\e[7m\w\[\e[m\]\n\h\\$ " elif [ ${GID} -ge 10000 -a ${GID} -lt 15000 ] || [ ${GID} -ge 3000 -a ${GID} -lt 5000 ]; then PS1="\e[1;34m\e[7m\w\[\e[m\]\n${GID}\\$ " fi fi if [ $COLORTERM ] && [ $COLORTERM = gnome-terminal ]; then export TERM=gnome; fi unset MAILCHECK HISTCONTROL=ignorespace HISTFILESIZE=10 set -o noclobber alias h='history' alias more='more -d' alias rm='rm -i' alias vi=vim eval `dircolors -b`; alias ls="ls --color=auto" alias emacs='emacs -nw' alias whois='/usr/local/bin/whois' alias la="ls -AFC --color=auto" alias dir="dir --color=auto" alias xterm="xterm -geometry 90x70" alias pico="nano" alias alpine="alpine -p ~/.pinerc.alpine" alias pine="/usr/local/bin/pine -p ~/.pinerc.pine" alias mlocate="locate -d ~/.mlocate.db" export HISCONTROL=ingnoredups ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ HERE IS THE .bash_profile: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv # .bash_profile if [ -f ~/.bashrc ]; then . ~/.bashrc fi PATH=$HOME/bin:$PATH:/sbin:/usr/sbin:/usr/local/sbin PGI="/usr/local/pgi3.2-4" PATH=$PATH:$PGI/linux86/bin export PATH PGI export PAGER="less" export VISUAL="vi" export LESS="-M" HOST=`echo $HOSTNAME | cut -d. -f1` export HOST if [ $HOST == "host" ]; then SHOME=/scratch/$USER PATH=$HOME/.kde/bin:$SHOME/usr/bin:$SHOME/usr/local/bin:$PATH MANPATH=$MANPATH:$SHOME/usr/share/man:$HOME/.kde/share/man export PATH MANPATH fi export LD_LIBRARY_PATH="BASH_PROFILE" export LD_LIBRARYPATH="sTuB" echo "-----------------------------------------------------------------------" echo "Disk Space Used: used quota limit grace files quota limit" quota -s | tail -1 echo "-----------------------------------------------------------------------" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > The funny part is though only .bashrc seems to be sourced when I start a konsole (or xterm) I do have the variables from .bash_profile available, except LD_LIBRARY_PATH.
>
> Is it possible that you're getting those variable from an existing
> environment?
My guess is that KDE is "sourcing" .bash_profile to set the environment variables at login. And when konsole or xterm is started, only .bashrc gets sourced. Now, in between somehow, LD_LIBRARY_PATH is getting unset!!!
> That is, if you set them session-wide, and then for some
> reason unset LD_LIBRARY_PATH. Sticking a call to "env" at the top of
> your .bashrc should tell you this.
Ok, I have put env and set -x in .bashrc as you can see above. The output is as follows: vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv KDE_MULTIHEAD=false SSH_AGENT_PID=2188 HOSTNAME=host.hostname HOST=host SHELL=/bin/bash TERM=xterm HISTSIZE=1000 GTK2_RC_FILES=/etc/gtk-2.0/gtkrc:/home/myusername/.gtkrc-2.0:/home/myusername/.kde/share/config/gtkrc-2.0 KDE_NO_IPV6=1 GTK_RC_FILES=/etc/gtk/gtkrc:/home/myusername/.gtkrc:/home/myusername/.kde/share/config/gtkrc GS_LIB=/home/myusername/.fonts WINDOWID=23068679 QTDIR=/usr/lib/qt-3.3 QTINC=/usr/lib/qt-3.3/include KDE_FULL_SESSION=true USER=myusername LS_COLORS= SSH_AUTH_SOCK=/tmp/ssh-GSyFPR2113/agent.2113 KDEDIR=/usr SESSION_MANAGER=local/host.hostname:/tmp/.ICE-unix/2263 USERNAME=myusername PAGER=less XDG_CONFIG_DIRS=/etc/kde/xdg:/etc/xdg KONSOLE_DCOP=DCOPRef(konsole-2293,konsole) PGI=/usr/local/pgi3.2-4 MAIL=/var/spool/mail/myusername DESKTOP_SESSION=kde PATH=/home/myusername/.kde/bin:/scratch/myusername/usr/bin:/scratch/myusername/usr/local/bin:/home/myusername/bin:/usr/lib/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/sbin:/usr/sbin:/usr/local/sbin:/usr/local/pgi3.2-4/linux86/bin _=/usr/bin/env GDM_XSERVER_LOCATION=local KONSOLE_DCOP_SESSION=DCOPRef(konsole-2293,session-1) INPUTRC=/etc/inputrc PWD=/home/myusername KDE_IS_PRELINKED=1 LANG=en_US.UTF-8 GDMSESSION=kde SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass KRB5CCNAME=FILE:/tmp/krb5cc_4270_EDl3E7 HOME=/home/myusername SHLVL=3 XCURSOR_THEME=default LESS=-M LOGNAME=myusername VISUAL=vi QTLIB=/usr/lib/qt-3.3/lib CVS_RSH=ssh LD_LIBRARYPATH=sTuB DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-35neFTddnd,guid=c569d8463a8d6845a69e9f3bf4e2cf00 HISCONTROL=ingnoredups LESSOPEN=|/usr/bin/lesspipe.sh %s DISPLAY=:0.0 G_BROKEN_FILENAMES=1 COLORTERM= XAUTHORITY=/tmp/.gdmZUG2XT ++ id ++ cut -d= -f3 ++ cut '-d(' -f1 + GID=2900 + '[' 4270 -lt 99 ']' + '[' 2900 -ge 10000 -a 2900 -lt 15000 ']' + '[' 2900 -ge 3000 -a 2900 -lt 5000 ']' + umask 077 + '[' '\s-\v\$ ' ']' + stty erase '^?' + shopt -s checkwinsize + PS1='\e[7m\w\[\e[m\]\n\h:$?\$ ' + '[' 4270 = 0 ']' + '[' 2900 -ge 10000 -a 2900 -lt 15000 ']' + '[' 2900 -ge 3000 -a 2900 -lt 5000 ']' + '[' ']' + unset MAILCHECK + HISTCONTROL=ignorespace + HISTFILESIZE=10 + set -o noclobber + alias h=history + alias 'more=more -d' + alias 'rm=rm -i' + alias vi=vim ++ dircolors -b + eval '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:'\'';' export LS_COLORS ++ 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:' ++ export LS_COLORS + alias 'ls=ls --color=auto' + alias 'emacs=emacs -nw' + alias whois=/usr/local/bin/whois + alias 'la=ls -AFC --color=auto' + alias 'dir=dir --color=auto' + alias 'xterm=xterm -geometry 90x70' + alias pico=nano + alias 'alpine=alpine -p ~/.pinerc.alpine' + alias 'pine=/usr/local/bin/pine -p ~/.pinerc.pine' + alias 'mlocate=locate -d ~/.mlocate.db' + export HISCONTROL=ingnoredups + HISCONTROL=ingnoredups ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Does this help? -- Regards PK -------------------------------------- http://counter.li.org #402424

Date: Fri, 31 Aug 2007 15:49:13 -0400 From: Rick <cms0009@gmail.com> To: debian-user@lists.debian.org Subject: Opera vs Kmail, Kontact, Konversation Message-Id: <200708311549.13725.cms0009@gmail.com> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Notice, that Opera can do all of this (email, usenet, rss feeds, irc, web surfing, contacts... and more, inside one app, and all at the same time. Now that I said that.... is anyone running Opera using All of its abilities.? and if so, ANY problems have you notice? (corruption?) loss data ?..etc Major Thanks - before I throw the switch Richard

Date: Fri, 31 Aug 2007 21:43:43 +0200 (CEST) From: dunkel <antal.pettermann@gmail.com> To: debian-user@lists.debian.org Subject: I hope You are satisfied now :) Message-Id: <listhandler=2&site=www.debianhelp.org&nid=2455&pid=35311&cid=35382&uid=5501&tid=79&8e24c7a1fc9231564d9ef4e277c973db@www.debianhelp.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable The original problem was: "However if I run "snmpwalk -v 1 -c public 192.168.1.36 system" on the stable box, with 192.168.1.36 the IP address of the testing box, i get: Timeout: No Response from 192.168.1.36 snmpd is up and running, I can ping both ways, there are no firewalls in place. What could be wrong?" The solution is: open snmpd.conf with your favourite editor and add these 2 lines: interface eth0 agentaddress [ip address of your host]:[listening port - 161 is the defa= ult]=20 End of debian-user-digest Digest V2007 Issue #2288 ************************************************** Received on Fri Aug 31 16:18:09 2007

This archive was generated by hypermail 2.1.8 : Sun Oct 07 2007 - 07:54:21 EDT

Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library