[LUNI] gpm, fetchmail and libraries
contact at darktide.com
Sun Dec 23 18:57:02 CST 2001
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.
> 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
More information about the luni