Re: Mail Agent.
"Eng. Jose Luis Faria" <[EMAIL PROTECTED]> writes: > Hello > > I'm looking for a mail agent like Eudora, ishmail > but freeware. > Please send me the some advices. > You might also consider exmh. If you're an emacs-lover, nothing beats gnus, however. -- Steve Farrell -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: xforms, offix: what are they?
Randy Edwards <[EMAIL PROTECTED]> writes: >I've got two packages installed which dselect reports are obsolete. > They're xforms 0.81-4 and offix 2.3a1. Does anyone know what they are and > whether it's safe to remove them? xforms is a toolkit for making GUIs. There are a few programs that rely on it, so it might be important if you use any of those programs. I think I have it installed, as I might have one or two things I use occassionally which use it. OffiX is a attempt to enhance the gui experience in X. Most notably it includes libdnd--a drag 'n drop library, support for which has been hacked into xemacs, afterstep, xv, and a few others. It's kind of nifty, but if you don't know what it is, and don't use dnd, you can probably live without it. Of course, if any of your apps are dynmically linked against libdnd, they can't live without it =). So I'd say in both these cases you should investigate that you're not actually using them, otherwise best to just leave them there. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: making sound module
stephen farrell <[EMAIL PROTECTED]> writes: I'm still kind of interested in any answers to why this has to be so much of a pain, but I just went back and configured the kernel from scratch the way I'm used to doing and so it's not such a big deal... > > > >On 10 Jun 1997 21:37:03 CDT stephen farrell ([EMAIL PROTECTED]) > >wrote: > > > >> So I've got kernel 2.0.30 running[1]. And I've got the kernel sources > >> & headers for 2.0.30 installed[2]. Now I cd > >> /usr/src/linux/drivers/sound. I run make config, and then I run > >> make. I copy the resulting sound.o /lib/modules/2.0.30/misc/, and run > >> depmod -a. I get: > >> > >>/lib/modules/2.0.30/misc/sound.o: unresolved symbol(s) > > > >Beep ! > >You have to also make zImage and run the resulting kernel to get your module > >w > >orking (do also a make dep before :-). > > I was under the impression that modversion obviated this. > > > > >[EMAIL PROTECTED] said: > >[snip] > >> I'll just install that whole kernel I just made. Sorry, that ain't > >> gonna happen b/c I get "System is too big". (Note that, other than > >> the sound, I've just gone ahead and built everything just like it was > >> setup in the config files that came with with kernel sources, > >> presumably those used to build a stock debian kernel ? Am I naive in > >> thinking that the kernel-sources-2.0.30 are all set up to give me a > >> stock debian kernel?--but dammit, that's just a huge tangent from > >> what I want to do anyway!) > > > >You have to make zImage and put linux/arch/i386/boot/zImage as vmlinuz. > >If this is still too big, then use make bzImage and install > >linux/arch/i386/bo > >ot/bzImage as LILO's vmlinuz. > >BTW, you could use kernel-package. It will do the right thing. > > > >Phil. > > > > make bzImage might do the trick for me. I'll also check out > kernel-package (as it mentioned in the FAQ), but from the description > of kernel-sources, i figured that was outdated or, at least, > unnecessary. > > thanks > > --sf > > -- > > Steve Farrell > http://www.farrell.org/stephen_paul/> > > > -- > TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to > [EMAIL PROTECTED] . > Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
stephen farrell: Re: making sound module
> >On 10 Jun 1997 21:37:03 CDT stephen farrell ([EMAIL PROTECTED]) >wrote: > >> So I've got kernel 2.0.30 running[1]. And I've got the kernel sources >> & headers for 2.0.30 installed[2]. Now I cd >> /usr/src/linux/drivers/sound. I run make config, and then I run >> make. I copy the resulting sound.o /lib/modules/2.0.30/misc/, and run >> depmod -a. I get: >> >> /lib/modules/2.0.30/misc/sound.o: unresolved symbol(s) > >Beep ! >You have to also make zImage and run the resulting kernel to get your module w >orking (do also a make dep before :-). I was under the impression that modversion obviated this. > >[EMAIL PROTECTED] said: >[snip] >> I'll just install that whole kernel I just made. Sorry, that ain't >> gonna happen b/c I get "System is too big". (Note that, other than >> the sound, I've just gone ahead and built everything just like it was >> setup in the config files that came with with kernel sources, >> presumably those used to build a stock debian kernel ? Am I naive in >> thinking that the kernel-sources-2.0.30 are all set up to give me a >> stock debian kernel?--but dammit, that's just a huge tangent from >> what I want to do anyway!) > >You have to make zImage and put linux/arch/i386/boot/zImage as vmlinuz. >If this is still too big, then use make bzImage and install linux/arch/i386/bo >ot/bzImage as LILO's vmlinuz. >BTW, you could use kernel-package. It will do the right thing. > >Phil. > make bzImage might do the trick for me. I'll also check out kernel-package (as it mentioned in the FAQ), but from the description of kernel-sources, i figured that was outdated or, at least, unnecessary. thanks --sf -- Steve Farrell http://www.farrell.org/stephen_paul/> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
making sound module
OK--I've done this 1000 times... I'm building my sound module. I'm certain that if I d/l the normal kernel sources from ftp.kernel.org and build a new kernel that I'd get this to work no problem, as I have many times before moving over to debian. But I'm trying to do things the debian way b/c I like the level of organization. If I don't lose my mind first =) So I've got kernel 2.0.30 running[1]. And I've got the kernel sources & headers for 2.0.30 installed[2]. Now I cd /usr/src/linux/drivers/sound. I run make config, and then I run make. I copy the resulting sound.o /lib/modules/2.0.30/misc/, and run depmod -a. I get: /lib/modules/2.0.30/misc/sound.o: unresolved symbol(s) So I get ornery and try insmod sound.o /lib/modules/2.0.30/misc/sound.o: kernel-module version mismatch /lib/modules/2.0.30/misc/sound.o was compiled for kernel version 2.0.29 while this kernel is version 2.0.30. That's interesting, but perhaps misleading (?) Now I notice during the build process that the flag -DMODVERSIONS isn't on, and that would certainly be capable of causing this sort of problem. Oops. now I've got a bigger problem [3]. So now I say to heck with trying to build this thing in place, I'm just going to go build the whole kernel. The thing I quickly notice here is that the usual symbolic links /usr/include/linux and /usr/include/asm to the kernel source tree don't exist. So when I try to compile, I get "cannot find autoconf.h". odd... Fine, I haven't configured the *whole* kernel. OK, so I go back and configure the whole kernel. I go through make config because make menuconfig and make xconfig are completely busticated and useless [4] (does anyone actually use these??). Hell, I build the whole stock kernel and *every* module just to get the sound module... and make modules. (Keep in mind I'm trying to do all of this keeping within the debian framework. I could much more easily just grab the kernel sources and configure them as I please and ignore the whole debian kernel config. That is not my goal, however). Now it builds ok, and with -DMODVERSIONS. But sound.o still doesn't work. Same error. Fine, I'll just install that whole kernel I just made. Sorry, that ain't gonna happen b/c I get "System is too big". (Note that, other than the sound, I've just gone ahead and built everything just like it was setup in the config files that came with with kernel sources, presumably those used to build a stock debian kernel ? Am I naive in thinking that the kernel-sources-2.0.30 are all set up to give me a stock debian kernel?--but dammit, that's just a huge tangent from what I want to do anyway!) Anyone have an easier idea of how to build the sound.o module under debian 1.3? The soundcard, btw, is a sb16. I don't care at all about the midi or whatever. Thanks, --sf [1] % uname -r 2.0.30 [2] % dpkg -l kernel-source-2.0.30 Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- ii kernel-source-2 2.0.30-7 Linux kernel source. Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- ii kernel-headers- 2.0.30-7 Linux kernel headers. [3] make[1]: Entering directory `/usr/src/kernel-source-2.0.30/drivers/sound' gcc -O2 -D__KERNEL__ -DMODULE -DMODVERSIONS -I/usr/src/linux/include -Wall -Wstrict-prototypes -fomit-frame-pointer -pipe -m486 -c soundcard.c In file included from sound_config.h:15, from soundcard.c:16: os.h:11: linux/modversions.h: No such file or directory make[1]: *** [soundcard.o] Error 1 make[1]: Leaving directory `/usr/src/kernel-source-2.0.30/drivers/sound' make: *** [build] Error 2 [4] E.g., make menuconfig just "beeps" at me instead of letting me change the IRQ (it always resets it to the original value). make xconfig always bails when compiling the sound driver b/c CONFIG_AUDIO doesn't get set properly. Actually, to be fair, running make xconfig and then make config and leaving my finger on the enter key usually works ok. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
FIXED: hosed compiler
OK... This was really getting me angry and now I've fixed it. My solution was to use glimpseindex on my entire /usr filesystem, and search for the damn _stdprintf symbol it was whining about. Turns out I had a bogus stdio.h in /usr/local/include! glimpse is *very* cool. Thanks again for those who offered assistance with this problem. -- Steve Farrell http://www.people.healthquiz.com/sfarrell/> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
still unhosing my compiler
So my compiler is still hosed. I've written pretty detailed info to this list already about it, and got some helpful suggestions (thanks!). However, my compiler is still hosed. I can't link even the most trivial program--I get this sort of smack: /tmp/cca278371.o: In function `main': /tmp/cca278371.o(.text+0xe): undefined reference to `_stdprintf' This is *not* an error related to this program (or makefile, command line for gcc, etc). This is a hosed compiler and/or linker problem. Reinstalling binutils, gcc, libc, libc-dev, libbfd, and just about everything else under the sun does not seem to fix the problem. However, I would like much to get my compiler back on-line. If I don't get any other suggestions, I guess I'll have to reinstall from _scratch_ But there has to be a better way, right? Is there a way for me to force dpkg into reinstalling _everything_? Debian GNU/Linux 1.3 Linux 2.0.27 #1 Thu May 22 00:05:30 CDT 1997 i686 unknown thanks --sf -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: URL for StarOffice is here
Hamish Moffatt <[EMAIL PROTECTED]> writes: > On Sat, Jun 07, 1997 at 10:58:59AM -0600, Rick Macdonald wrote: > > On Sat, 7 Jun 1997, Paul Serice wrote: > > > > > Plenty of people have asked for the URL after I posted a > > > "Debian Success Story". So, here it is > > > ftp://ftp.gwdg.de/pub/linux/staroffice > > > > Can anybody give a report of the StarOffice word processor > > compared to Lyx? > > I tried StarOffice earlier today. The install is confusing > since after untarring everything, I couldn't find any documentation > which said what setup to run, etc. The spreadsheet seems quite > good, the math program looks quite confusing, the graphing > is good. The wordprocessor seems to be very slow and use > very small fonts, even for 12 point. And the style window > that hangs around in each program is a bit annoying. > > Anyone want to give a comparison with Applixware? > I'm considering buying Applixware because it is only $100 AUD > student price, which is pretty good (MS Office 97 is $200 > for students I think, regularly nearly $500). > You should also take a gander at wp 7 before you throw any money on the table. There is a beta at http://www.sdcorp.com/. I've never tried applixware, but I prefer wp7 to staroffice, and it's much better than wp 6 for linux, though quite reminiscent (hopefully they'll fix some things before the release, like the cheezy preferences button-box, and some remaining problems with font-rendering). I didn't care much for lyx. It didn't seem to offer an advantages over auctex/emacs/xdvi (which would probably be my wordprocessing platform of choice--these commercial offerings are mostly useful for when people send me Word6 smack). --sf -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: was Netscape Communicator: now programs that will crash your LInux box
W Paul Mills <[EMAIL PROTECTED]> writes: > On Sat, 7 Jun 1997, joost witteveen wrote: > > > > On Fri, 6 Jun 1997, James D. Freels wrote: > > > > > > > There is another program that will crash your Linux box: wordIMperfect. > > > > Yes I'm talking about the native Linux wordIMperfect. For example try > > > > paging through a document that has alot of EPS graphics figures. If > > > > you do it "too fast", it will crash your system. There are other ways > > > > to do it also, some I don't know how to repeat. > > > > > > This might be a libc problem. That seems to have been the problem > > > with Netscape Communicator. Graphic intensive pages seemed to be > > > one of it's first noticed crash and reboot sequences. > > > > A libc, netscape, WordPerfect problem should _NEVER_ crash linux itself. > > (for the kernel, libc is just a part any application like netscape/gcc,etc, > > so bugs in libc should, just like bugs in netscape, not crash linux). > > > > Do you guys really mean crashing linux, as in a solid system crash, not > > be able to telnet into your mashine, etc? Or just a sigseg of > > netscape/whatever? > > In my case it was a crash as in the computer instantly rebooted! > No lockup, no chance to telnet in, just reboot on its own. > I know this should not happen. Netscape Communicator is the first > program I have had crash linux. I have been running linux for > several years ( since kernel 1.1.08 or so ). A libc upgrade did > seem to solve the problem. I had this sort of thing happen once too... I think I was playing with an early beta of the gimp. My take on it was that it took the X server down in some nasty way. The X server, of course, is running as root and thus should be more capable of buggering the whole system. Shouldn't happen, however... --sf -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: unhosing my compiler
>On Fri, 6 Jun 1997, stephen farrell wrote: >> >> I wrote: >> > >> >Normally there is a .so link, a .so.X link and a .so.X.YY dynamic library. >> >The linker will sometimes not follow a symbolic link more than one link, >> >so, if the .so link is to .so.X with .so.X linked to the actual library, >> >the linker will fail to find the library. Change the .so link to point >> >to the acutal .so.X.YY library and the compilation should get much better. >> >> For which .so? >> >> Here's libc.so.5: >> >> libc.so.5 -> libc.so.5.4.23* >> >I assume that these are in /lib. There should also be a link from >/usr/lib/libc.so back to /lib/libc.so.5.4.23. yep. >You should probably also check the like in /usr/lib/libm.so and make sure >it points to the correct file. this looks normal, besides the trivial little programming i'm trying to compile (it's the one called gccvers.c and it's part of the perl configuration process) doesn't use libm, or curses.. >Other libs in /usr/lib like ncurses and >others will only be necessary if their features are included in the >program. >I'm not clear on just how you got into this situation. Usually No, it's not. It's likely to me that it had something to do with upgrading to debian 1.3. Also, I should mention that I did a little bit of monkeying around with libpthread.so. Whenever I ran ldconfig, it whined that libpthread.so didn't exist. For some reason I had a dangling link and I deleted it. I also tried at that point to reinstall libpthread. This didn't go particularly well b/c (a) dselect thought I still had libpthread installed on my maching and went ape-shit with dependencies when I tried to remove it (b) dselect kept on trying to get me to install libc6. I think I thwarted it's efforts, but in the process it uninstalled a "bunch of stuff" which I'm still trying to get reinstalled correctly like kernel headers and such. (it keeps looking on debian ftp server for something like kernel-headers_2.0.30_2.0.30-x.deb, which appears to be a mistake to both myself and it, b/c it can never find this). So yes, I screwed around quite a bit. But I'm *sorry* and I'm done =). I'd really just like at this point to do a make world or equivalent and restore my system to ok state. >re-installing the various development libraries tends to fix these kind of >linker problems. That's what I'd hoped. > >BTW, did you try upgrading binutils? Yep. Just did it now (including reinstall of gcc again) and still no go. Nothing will compile. --sf -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: unhosing my compiler
>On Jun 5, stephen farrell wrote
>> Oh geez... what have I done? I can't seem to figure out which library
>> is missing, but if I try to compile, e.g.:
>
>> /tmp/cca027141.o: In function `main':
>> /tmp/cca027141.o(.text+0xe): undefined reference to `_stdprintf'
>
>OK. Linker errors. Please provide us with the following information:
>- the version of binutils (binutils contains the linker) ("dpkg -l
binutils").
Desired=Unknown/Install/Remove/Purge
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ NameVersionDescription
+++-===-==-
ii binutils2.7.0.9-3 The GNU assembler, linker and binary utiliti
(here's a few more for good measure:)
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ NameVersionDescription
+++-===-==-
ii ldso1.8.10-2 The Linux dynamic linker, library and utilit
Desired=Unknown/Install/Remove/Purge
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ NameVersionDescription
+++-===-==-
ii libc5 5.4.23-6 The Linux C library version 5 (run-time libr
Desired=Unknown/Install/Remove/Purge
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ NameVersionDescription
+++-===-==-
ii libc5-dev 5.4.23-6 The Linux C library version 5 (development f
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ NameVersionDescription
+++-===-==-
ii libbfd2.7.0.9 2.7.0.9-3 The GNU Binary File Descriptor library (run-
>- the output of trying to compile your program with "-Wl,--verbose"
GNU ld version cygnus-2.7.1 (with BFD 2.7.0.9)
Supported emulations:
elf_i386
i386linux
using internal linker script:
==
OUTPUT_FORMAT("elf32-i386", "elf32-i386",
"elf32-i386")
OUTPUT_ARCH(i386)
ENTRY(_start)
SEARCH_DIR(/lib); SEARCH_DIR(/usr/lib); SEARCH_DIR(/usr/local/lib);
SEARCH_DIR(/usr/elf_i386/lib);
/* Do we need any of these for elf?
__DYNAMIC = 0;*/
SECTIONS
{
/* Read-only sections, merged into text segment: */
. = 0x08048000 + SIZEOF_HEADERS;
.interp : { *(.interp)}
.hash : { *(.hash) }
.dynsym: { *(.dynsym) }
.dynstr: { *(.dynstr) }
.rel.text :
{ *(.rel.text) *(.rel.gnu.linkonce.t*) }
.rela.text :
{ *(.rela.text) *(.rela.gnu.linkonce.t*) }
.rel.data :
{ *(.rel.data) *(.rel.gnu.linkonce.d*) }
.rela.data :
{ *(.rela.data) *(.rela.gnu.linkonce.d*) }
.rel.rodata:
{ *(.rel.rodata) *(.rel.gnu.linkonce.r*) }
.rela.rodata :
{ *(.rela.rodata) *(.rela.gnu.linkonce.r*) }
.rel.got : { *(.rel.got)}
.rela.got : { *(.rela.got) }
.rel.ctors : { *(.rel.ctors) }
.rela.ctors: { *(.rela.ctors) }
.rel.dtors : { *(.rel.dtors) }
.rela.dtors: { *(.rela.dtors) }
.rel.init : { *(.rel.init) }
.rela.init : { *(.rela.init) }
.rel.fini : { *(.rel.fini) }
.rela.fini : { *(.rela.fini) }
.rel.bss : { *(.rel.bss)}
.rela.bss : { *(.rela.bss) }
.rel.plt : { *(.rel.plt)}
.rela.plt : { *(.rela.plt) }
.init : { *(.init) } =0x9090
.plt : { *(.plt) }
.text :
{
*(.text)
/* .gnu.warning sections are handled specially by elf32.em. */
*(.gnu.warning)
*(.gnu.linkonce.t*)
} =0x9090
_etext = .;
PROVIDE (etext = .);
.fini : { *(.fini)} =0x9090
.rodata: { *(.rodata) *(.gnu.linkonce.r*) }
.rodata1 : { *(.rodata1) }
/* Adjust the address for the data segment. We want to adjust up to
the same address within the page on the next page up. */
. = ALIGN(0x1000) + (ALIGN(8) & (0x1000 - 1));
.data:
{
*(.data)
*(.gnu.linkonce.d*)
CONSTRUCTORS
}
.data1 : { *(.data1) }
.ctors :
unhosing my compiler
Oh geez... what have I done? I can't seem to figure out which library
is missing, but if I try to compile, e.g.:
#include
int main() {
#ifdef __GNUC__
#ifdef __VERSION__
printf("%s\n", __VERSION__);
#else
printf("%s\n", "1");
#endif
#endif
exit(0);
}
I'll get:
/tmp/cca027141.o: In function `main':
/tmp/cca027141.o(.text+0xe): undefined reference to `_stdprintf'
And you can imagine it gets worse for something bigger! I figured I'd
hosed libc.a or similar? But it seems to be intact. I've reinstalled
the gcc from frozen to no avail I've also monkeyed with dselect
for an hour or so trying to figure out the glitch
(uninstalling/installing gcc, libc5-dev, libpthreads), but no luck.
Thoughts on unhosing my compiler very welcome...
This is a 1.2.x upgraded to frozen system. gcc 2.7.2.1-8. libc5.4.23.
Thanks
--sf
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
sparc port
What's the status on the sparc port of debian? Is there a mostly-stable-but-not-yet-released version? I'd hate to have to go back to redhat for that... --sf -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian quality
> >--n2rw/3z4jIqBvZU5 >Content-Type: text/plain; charset=us-ascii > >On Jun 1, stephen farrell wrote >> >> Hm... I've found (so far...) on rather important flaw. Perhaps I'm >> missing it, but it appears that xlockmore doesn't know about shadow >> passwords? > >Are you sure you're running the latest version from frozen? (i.e. 4.02-1) >It's got not problem with my shadow passwords. > That's what I've got. >Or maybe this is a permission problem... /etc/shadow should be readable by >group shadow, and xlockmore should be setgid shadow. Yep... that did it. Perhaps I didn't set up shadow stuff correctly? I kind of stumbled upon it: I noticed references to it, and I typed pwconv (which I recognized from my solaris systems) and things seemed to work pretty happily (except xlock), so I figured that this was it. Is there a "convert me to shadow" jobber I might not have noticed? thanks (and sorry for the newbieness--I've just been running debian for like a week now). --sf -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian quality
Bob Nielsen <[EMAIL PROTECTED]> writes: > > Just replace stable with frozen in dselect and things should work fine. I Hm... I've found (so far...) on rather important flaw. Perhaps I'm missing it, but it appears that xlockmore doesn't know about shadow passwords? --sf -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian quality
Randy Edwards <[EMAIL PROTECTED]> writes: >And, speaking of that, can I ask a stupid question? Okay. > What/where/when is Debian 1.3 going to be released? I'm using 1.2, > getting upgrades through the net with dselect in its default setup > pointing at debian.org and the stable, non-free, and contrib > subdirectories. > >I read a fragment of one message somewhere that 1.3 is actually in the > frozen subdirectory; is that true? If I were to make my dselect point at > stable, non-free, contrib, and frozen would that cause the upgrade? Or > should I wait until it's moved from frozen to stable (anyone know if/when > that'll be?)? > I just did it this morning by replace "stable" with "frozen". It just took a few minutes(I have a very fast ftp link) and seemed to go without a hitch. I haven't rebooted yet, however (which is probably a good idea since libc and ld.so have changed), b/c I'm not actaully anywhere near my computer and I don't feel like having to go to my office if it doesn't want to reboot happily. I'm not sure if I should have left "stable" on the list?? --sf -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Motif, HP JetDirect?
Mika Marjamäki <[EMAIL PROTECTED]> writes: > And does anyone have any experience on configuring Debian to use printers > that are attached to a HP JetDirect EX Plus3? I think it can share the > printers with lpd-protocol, but I didn't get it working..:( These printers need to be rarped in order to get their ip address. You need to set up rarpd, and entries in /etc/ethers and /etc/hosts for the printer. Then things are straightforward: you put an entry in your printcap just as you would for any printer server. Here's mine: lp|HP LaserJet|LaserJet4P:\ :sd=/var/spool/lpd:\ :rm=hplaserjet.some.domain:\ :lf=/var/log/lpd-errs:\ :st=/var/log/lpd-status:\ :mx#0: --sf -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
xemacs-19.15p4 segfault on new frame -- xlib problem?
I recently upgraded to debian from redhat, and an interesting new problem has surfaced with xemacs. I use a scrpt with gnudoit to create new frames frequently. now when I run this script xemacs coredumps frequently, especially after it's been running for a while. When I look at the back-trace, the last instructions are in Xt stuff. Similarly I noticed a little hack I did of xcpustate to run without the label started coredumping. I hacked that a little more and it seems to be ok. However, it seems that the xlibs that come with debian are more sensitive to problems in the code and more likely to cause a segfault (?). The libs on my redhat system... well, geez. I don't know what they were. I switched them so many times--part of the reason I reinstalled was to get a clean system since I had mucked around so much with my old setup. One thing I'm noticing now is that I have a hodgepodge of R6.1 libs and R6.0 libs... e.g., libXt is 6.0, libX11 is 6.1... odd. I installed debian off the ftp site, which, iirc, means I should have the latest "stable" packages. I compiled xemacs-19.15p4 on my own. It is otherwise stable. Thoughts?? --sf (here is a snippet from the backtrace:) #0 0x402669b9 in __kill () #1 0x806f4dd in fatal_error_signal (sig=11) at emacs.c:202 #2 0xbfffe54c in ?? () #3 0x400b84c0 in XtInitializeWidgetClass () #4 0x400b8c72 in _XtCreatePopupShell () #5 0x400b8caf in XtCreatePopupShell () #6 0x80fa550 in x_create_widgets (f=0x890b600, lisp_window_id=404799492, parent=404799492) at frame-x.c:1697 #7 0x80fa8d9 in x_init_frame_1 (f=0x890b600, props=404799492) at frame-x.c:1928 #8 0x809b440 in Fmake_frame (props=404799492, device=405350656) at frame.c:424 [...] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: [Fwd: Critical "Times" article on Linux]
Walt Tautz <[EMAIL PROTECTED]> writes: i hope no-one takes this silly thing seriously -- this is what i'd call self-selective material. if you're going to listen to rubbish like this, then you're probably not the kind of person who'd be interested in linux anyway. in fact, i'd go so far as to say htis is a reasonable article on these grounds: if you don't konw that this CD he's referring to is a *completely different computing environment*, and that things like backing up your disk, etc, are novel to you, then this does the service of filling you in on these facts. otoh, the personal remarks against linus, e.g., are just bizarre -- this guy has issues. > Apologies to those who get easily insulted, but > is the article in question. Perhaps this > should not be posted. > -W.T. > > April 20 1997SOUNDING OFF [Image][Down] [Image] > [Line] > > [Image] Your news >selection in >the Personal >It is the craze of the month among geeks whoTimes > love complexity. Avoid it at all costs >Key coverage > Linux, the PC program from hell in Election >'97 > -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
