[LUNI] gpm, fetchmail and libraries

[Noesis]

On Sun, Dec 23, 2001 at 04:43:14PM -0600, Martin Maney wrote:
> On Sun, Dec 23, 2001 at 11:11:57AM -0600, Noesis wrote:
> > I go to install a program and get some surprising dependencies...
> > libc.so.6 (GLIBC_2.0), (2.1), (2.2),
> > libX11.so.6
> > libc.so.6
> > libdl.so.2
> >  etc. etc.
> > 
> > However, I have these! I mean, I just did a Slackware 8 Expert install
> > and installed everything on the list.  Plus, I'm in X right now (regarding
> > the X libs).  What do you guys think is configured incorrectly?
> 
> When you say you "go to install" this other program, do you mean install an
> RPM, a binary tarball, build from source, or ???  If you're trying to build

Both RPM and binary tarball.

> from source it's very likely you have all the executable libraries
> installed, but maybe not all the stuff needed to compile against all of
> them.  I hit this from time to time since Debian nearly always distinguishes
> between libfoo and libfoo-dev (and libfoo-dbg, often).
> 
> Maybe you could capture the actual error message(s)?
> 
> > Whenever I run fetchmail it previews my new messages and rings
> > a bell for each message, even when the silent switch is given.
> > Any ideas?
> 
> A guess: it's not fetchmail, but some separate daemon that's trying to tell
> you "you have mail!"  I've never seen fetchmail do anything like any of
> that, ever.  Maybe it's a debugging mode (and debug trumps silent)?
>

It's not in debugging mode... perhaps its a "you have mail!" type
thing, but this is a stock Slackware 8 install. *scratches his head*
 
> > gpm is not working correctly.  It says it starts at startup,
> > however it does not work.  I ran 'gpm -m /dev/mouse -t ps2' 
> > to try to start it manually, but no cigar.  Any ideas?
> 
> Is /dev/mouse actually linked to the real device?  Is it really a plain ps2
> mouse?  These are pretty obvious, and quite possibly you've checked them

Yes and yes.

> already, but I don't use gpm so that's all I can offer.  :-)
> 
> > Oh, and another thing. I had to reinstall, and when I restored
> > my backed up files.. a lot of them are shortend with a ~.. for
> > example: install-sendmail.tar was called...instal~1.tar, etc. 
> > Strange.  Any ideas?  ;)
> 
> You backed up to a Windows partition and, for whatever reason, the restore
> pulled them out using the short/mangled file names.  Or - I forget, is that
> also the kind of mangling done by CD mastering?  In either case, the long
> names might actually be out there in the backup, and it just needs to be
> mounted or massaged the right way to use them when restoring.

Hm. It was a zip backup that has never been in a windows machine. 
Pre-formated though.. perhaps that is why..  vfat. 

> 
> Future suggestion: use tar to hide all the real file names, as well as
> file's owner, group, and permissions, inside a nice archive which you cna
> call backup.tar, and avoid this kind of problem altogether.
> 
> Luck!

Thanks,
	-Noesis
> 
> -- 
> And that is called paying the Dane-geld;
>   But we've proved it again and again,
> That if once you have paid him the Dane-geld
>   You never get rid of the Dane.  -- Kipling on MS Enterprise Licensing
> ______________________________________________________________________
> Linux Users Of Northern Illinois - Technical Discussion 
> luni at luni.org
> http://luni.org/mailman/listinfo/luni
>