Re: Is this a bug in libc6?
Avery Pennarun [EMAIL PROTECTED] writes: On Sun, 12 Apr 1998, Hamish Moffatt wrote: Is it really so difficult to handle this situation though? Using Steve's test program on Solaris does as expected: Yes, it would be quite difficult to do efficently. There's no good way to tell that the pointer you're passing is _really_ a FILE* pointer. Once it's closed, the pointer's value is meaningless. One cheap solution which will usually work is to put a magic number at the head of the FILE* structure and clear it when the close is done (before the free). This doesn't work 100% of the time but in practice would it would work. If you try to fclose(NULL) (like when the file can't open and you close it anyway) it's easy to ignore -- just return immediately if the file pointer is NULL. But should we do that? Personally, as a programmer myself, I much prefer to work on a system that gives up consistently when I do something wrong. That's what segmentation faults are all about. Well, the problem with the current setup is really that it may or may not crash depending on what data is in the previously allocated structure. It's a source of randomness which is always bad for debugging. And not all programs running with this library were developped with this library. For people compiling software that was developped under solaris or libc5, this will be a real pain. I don't know if there are any run-time debugging flags for glibc, if there are making this print a warning if they're set and always return EBADF would be ideal, imho. greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Is this a bug in libc6?
On 11-Apr-98, 18:35 (CDT), Avery Pennarun [EMAIL PROTECTED] wrote: [Re: fclose() manpage] Nope, you're reading that backwards. It says that if fclose() returns EOF_ _and _errno_ = _EBADF_, then that means that the stream is not open. You people are being unbelievably pedantic. But that's what standards readers live for :-). However, when I read the manpage, I found it quite unclear. If I didn't know better, I would think that double-fclose()ing a file was okay. The bug is not in libc, it's in the manpage. Fix the manpage. Hmmm, maybe I've been doing this too long; it never occured to me that the man page implied that anything other than what I posted above. I think if you're going to do that, you might at well report the same bug against the man pages for all the libc functions for which it is possible to pass an invalid argument. Or at least all the ones that take arguments with properties similar to FILE * (which I'm not sure I can define in any useful way, but I know one when I see one). steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dictionary Packages
David Frey [EMAIL PROTECTED] writes: Personally I'd prefer to have additional packages dictd-web1913, dictd-foldoc, dictd-... (depending on dictd), That's exactly what I had in mind. Sorry if my message left the wrong impression. I envisage four source packages and seven or eight binary packages. Even split up, some of the binary packages are quite large, and the total space in the archive and on the CD is the same. so that I could omit the bible-related stuff on my computer and to have a better granularity. Exactly why the split is necessary. I find the bible-related stuff quite useful, not for religious reasons, but as a literary reference. Bob -- _ |_) _ |_ Robert D. Hilliard[EMAIL PROTECTED] |_) (_) |_) Palm City, FL USAPGP Key ID: A8E40EB9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
update-menus broken ?
I think /usr/bin/update-menus may be broken. Several packages give me an error when they try to install. Fvwmconf was successfully added to the menus when I packaged it last month . Now installing it gives error messages and update-menus fails. Has anyone else seen this ? homey 5 dpkg -i fvwmconf_0.18-1.deb Cannot open file /etc/X11/mwm//system.mwmrc-menu /etc/menu-methods//mwm-menumethod: Aborting Selecting previously deselected package fvwmconf. (Reading database ... 48261 files and directories currently installed.) Unpacking fvwmconf (from fvwmconf_0.18-1.deb) ... Setting up fvwmconf (0.18-1) ... Update-menus: waiting for dpkg to finish (forking to background) Update-menus: (checking /var/lib/dpkg/lock) homey 6 Cannot open file /etc/X11/mwm//system.mwmrc-menu /etc/menu-methods//mwm-menumethod: Aborting John Lapeyre [EMAIL PROTECTED] Tucson,AZ http://www.physics.arizona.edu/~lapeyre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#20587: libstdc++2.8-dev: std.h not found
In article [EMAIL PROTECTED] you wrote:
reassign 20587 general
retitle 20587 There's no current libg++ package
thanks
There is no std.h, this means that things like prcs won't compile.
This is not a bug in libstdc++2.8-dev. libstdc++2.8-dev contains the
standard C++ library, which does not have an std.h .
Regrettably, we don't have a libg++2.8.1.1 package yet.
Well that means prcs should be moved out of hamm unfortunately unless we back
off to libg++272.
Please ask the prcs upstream authors to move away from libg++.
Why would they? This is a GNU project after all.
--
Debian GNU/Linux 1.3 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Anyone want to make a Debian XDM login screen?
On Mon, 13 Apr 1998, Frederic Peters wrote: background where you type your login/password have to be in only one color, no pixmap. Except that fact, I think a login screen with only xdm (+xloadimage) can be really cool. I am ok to make a great login screen. For graphics, I am not the man. Why not call for graphics from the web site like when we were looking for a logo ? That's all. you may want to take a look at login.app, that just uploaded. Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Upgrading from bo to hamm
'Guy Maor wrote:' LeRoy D. Cressy [EMAIL PROTECTED] writes: I question the purpose of leaving broken symbolic links when upgrading the libraries. For instance libreadline2 leaves the following broken links reported by ldconfig: Those symlinks are part of libreadline2-dev. If you upgrade to libreadline2-altdev, then the links will be fixed. But if I decide not to install libreadline2-altdev am I expected to have ldconfig generate a few pages of error messages henceforth? Why shouldn't the system be kept in a sane state at all times (especially since the -altdev packages are not required)? It is mighty disconcerting for newbie admins to see so many error messages. -- Christopher J. Fearnley | Linux/Internet Consulting [EMAIL PROTECTED] | Design Science Revolutionary http://www.netaxs.com/~cjf | Explorer in Universe ftp://ftp.netaxs.com/people/cjf | Dare to be Naïve -- Bucky Fuller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
X errors on exit
I see the following whenever I leave X. I did the following to catch it: xinit Xmsg 21. I snipped out all but what I thought relevant. If you need more -- ask.[snip] (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/X11R6/lib/X11/fonts/freefont/,/usr/X11R6/lib/X11/fonts/sharefont/ [snip] System: `/usr/X11R6/lib/X11/xkb/xkbcomp -w 1 -R/usr/X11R6/lib/X11/xkb -xkm -m us -em1 The XKEYBOARD keymap compiler (xkbcomp) reports: -emp -eml Errors from xkbcomp are not fatal to the X server keymap/xfree86 /var/tmp/xfree86.xkm' waiting for X server to shut down FreeFontPath: FPE /usr/X11R6/lib/X11/fonts/misc/ refcount is 2, should be 1; fixing.
Re: update-menus broken ?
This means that you deleted a mwm conffile /etc/X11/mwm/system.mwmrc-menu, or you never installed lesstif-bin. If you touch that file, the error will go away. I have lesstif-bin installed and I didn't delete /etc/X11/mwm/system.mwmrc-menu . Some broken package may have deleted , but I didn't . Looks like two things are broken, whatever deleted or didn't install that file, and update-menus for not working when it's missing. John Lapeyre [EMAIL PROTECTED] Tucson,AZ http://www.physics.arizona.edu/~lapeyre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Is this a bug in libc6?
On 12 Apr 1998, Gregory S. Stark wrote: Yes, it would be quite difficult to do efficently. There's no good way to tell that the pointer you're passing is _really_ a FILE* pointer. Once it's closed, the pointer's value is meaningless. One cheap solution which will usually work is to put a magic number at the head of the FILE* structure and clear it when the close is done (before the free). This doesn't work 100% of the time but in practice would it would work. Some malloc implementations (see electric fence) segfault when you even attempt to read a dead pointer. But the real problem is something like this: FILE *f1, *f2; f1 = fopen(existing_file, r); fclose(f1); f2 = fopen(existing_file, r); fclose(f1); fread(buffer, size, f2); /* oops!! */ It's quite possible (likely) that the second fopen() allocated the same memory as the first, because the first fclose() released it and the second fopen() wants a block of the same size. Thus, the second fclose(f1), which you would like to be harmless, isn't. The magic number doesn't help here. It would make things crash less in the general case, but that's not necessarily desirable. Personally, as a programmer myself, I much prefer to work on a system that gives up consistently when I do something wrong. That's what segmentation faults are all about. Well, the problem with the current setup is really that it may or may not crash depending on what data is in the previously allocated structure. It's a source of randomness which is always bad for debugging. On the up side, libc6 seems to crash more :) I think electric fence would make it crash consistently. That's not to say that magic numbers wouldn't be a useful way to make it die _more_ consistently. I think the best way to develop software is on a paranoid system; the best way to run it is on a very relaxed system. For example, Solaris doesn't seem to die with this bug; Linux does. If hylafax had been written on Linux, this bug would have been found sooner and the program would have run okay on _both_. (Note that this isn't a snub at Solaris: I have a reverse example related to curses/ncurses if anyone cares.) If we could have an ultra-paranoid library for development, and an ultra-relaxed library for an operating environment, maybe we'd be better off. For now, I just do all my testing with electric fence. Have fun, Avery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linking problem
i've run into a really strange problem, and i can't seem to figure it out. i am attempting to link a program against Xpm and the linker tells me it can't find it. this is the command: g77 evtdsp_main.o xencode.o ../e815_analysis/dst/ftio.o getolevent.o \ getoesevent.o getofsevent.o sigonline.o ../e815_analysis/ipc.o \ store_view.o display_image.o util.o options.o evtdsp.o getbeam.o \ sind.o cosd.o -L/usr/cern/98/lib -lgeant -lgraflib -lgrafX11 \ -lpacklib -L/usr/X11R6/lib -lXm -lXp -lXt -lXext -lXpm -lX11 -lSM \ -lICE -o evtdsp_linux and the error: /usr/bin/ld: cannot open -lXpm: No such file or directory collect2: ld returned 1 exit status but the library exists: ls -l /usr/X11R6/lib/libXpm.so.4* 0 lrwxrwxrwx 1 root root 14 Apr 12 20:55 /usr/X11R6/lib/libXpm.so.4 - libXpm.so.4.10 54 -rw-r--r-- 1 root root53408 Jan 25 09:33 /usr/X11R6/lib/libXpm.so.4.10 if i replace -lXpm by /usr/X11R6/lib/libXpm.so.4 the program links fine. does anybody have any idea what's going on here? --alex-- -- | I believe the moment is at hand when, by a paranoiac and active | | advance of the mind, it will be possible (simultaneously with | | automatism and other passive states) to systematize confusion | | and thus to help to discredit completely the world of reality. | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#21009: rvplayer: Namespace conflict
[EMAIL PROTECTED] wrote: [EMAIL PROTECTED]:/ftp/debian/dists/frozen/contrib/binary-i386/web# dpkg -i netscape4_4.0-7.deb Selecting previously deselected package netscape4. (Reading database ... 61341 files and directories currently installed.) Unpacking netscape4 (from netscape4_4.0-7.deb) ... dpkg: error processing netscape4_4.0-7.deb (--install): trying to overwrite /usr/lib/netscape', which is also in package rvplayer Errors were encountered while processing: netscape4_4.0-7.deb I'm very confused by this, since I have netscape4 and rvplayer both installed, with no problems. rvplayer.deb contains a /usr/lib/netscape/ directory. So's netscape.deb. That's fine, no conflict, right? What'm I missing? -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
my imlib packages
frozen should have 1.1-4 in it. This fixes some bugs that I have closed. They are currently in slink. I put frozen unstable in the changelog -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#21009: rvplayer: Namespace conflict
If it helps -- I do not have a /usr/lib/netscape dir but it still wont install. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Anyone want to make a Debian XDM login screen?
Marcelo E. Magallon [EMAIL PROTECTED] writes: On Mon, 13 Apr 1998, Frederic Peters wrote: background where you type your login/password have to be in only one color, no pixmap. Except that fact, I think a login screen with only xdm (+xloadimage) can be really cool. I am ok to make a great login screen. For graphics, I am not the man. Why not call for graphics from the web site like when we were looking for a logo ? That's all. you may want to take a look at login.app, that just uploaded. login.app is not an xdm replacement. xdm handles remote sessions too. I would really be disappointed to see Debian using Login.app instead of xdm. Some choices here are: 1) A modified version of xdm-external+gtkgreet (from the web site mentioned earlier in this thread. 2) Some (tasteful) X banner stuff in the background of a normal xdm screen. They both would be easy, but with the first option I would be concerned by the rapidly changing state of the gtk libraries. (Red Hat is basing some gui apps on gtk, so users are unable to install newer versions of the gtk libraries without breaking these apps.) If the second option is chosen, the designer should make sure that the it works on 640x480 screens. (Some people still use 640x480 laptop computers - this causes problems with some software, including the electronic eyes About box.) Steve [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xfont3d/xfpovray
I wish to become a package maintainer, I stubbled across several really nice applications. They are xfont3d and xfpovray. If no one else is planning on making the applications into packages, then I will go ahead and do it. These would be ready as soon as the code freeze is lifted, ie debian 2.1. -Matt Pavlovich Computer Engineer Purdue University -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Anyone want to make a Debian XDM login screen?
On Mon, Apr 13, 1998 at 02:09:43AM -0400, Steve Dunham wrote: Some choices here are: 1) A modified version of xdm-external+gtkgreet (from the web site mentioned earlier in this thread. [...] They both would be easy, but with the first option I would be concerned by the rapidly changing state of the gtk libraries. (Red Hat is basing some gui apps on gtk, so users are unable to install newer versions of the gtk libraries without breaking these apps.) One presumes that will stop very soon now. Both GTK+ and the GIMP are very, very close to a 1.0 release. For the GTK+, one can assume that the library interface will be stable for a while. Like I said, this is probably a 2.1 thing. 2.1 should be one hell of a release. I should (knock wood) have a lot of X issues ironed out by then; we'll have APT; we'll be moved to FHS; Mozilla, GTK+, GIMP, and GNOME will have been hacked on enough to make outsiders drool just by looking at them; etc. Who knows, kernel 2.2 may even be out by then. Quite a bit of change for a minor version increment. -- G. Branden Robinson | Kissing girls is a goodness. It is a Purdue University | growing closer. It beats the hell out [EMAIL PROTECTED] | of card games. http://www.ecn.purdue.edu/~branden/ | -- Robert Heinlein pgpZKl6vehwU2.pgp Description: PGP signature
Re: Anyone want to make a Debian XDM login screen?
On Mon, Apr 13, 1998 at 01:44:22AM -0500, Branden Robinson wrote: One presumes that will stop very soon now. Both GTK+ and the GIMP are very, very close to a 1.0 release. For the GTK+, one can assume that the library interface will be stable for a while. Like I said, this is probably a 2.1 thing. 2.1 should be one hell of a release. I should (knock wood) have a lot of X issues ironed out by then; we'll have APT; we'll be moved to FHS; Mozilla, GTK+, GIMP, and GNOME will have been hacked on enough to make outsiders drool just by looking at them; etc. Who knows, kernel 2.2 may even be out by then. Quite a bit of change for a minor version increment. Perhaps then 2.1 will not in fact be 2.1 but rather 3.0? If it's that much of an improvement and kernel 2.2.x is actually stable.. g pgpn4WGXwWzay.pgp Description: PGP signature
Re: Bug#20587: libstdc++2.8-dev: std.h not found
At 10:27 +1000 1998-04-13, Herbert Xu wrote: Regrettably, we don't have a libg++2.8.1.1 package yet. Well that means prcs should be moved out of hamm unfortunately unless we back off to libg++272. One of the problems with a libg++2.8.1.1 package is that it would need to build libstdc++28 as well, since libg++ is now merely an add-on (and I doubt it could be added-on to the egcs libstdc++), egcs 1.0.2 could work with the standard GNU libstdc++ if necessary, however. -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#21009: rvplayer: Namespace conflict
At 21:47 -0700 1998-04-12, Joey Hess wrote: dpkg: error processing netscape4_4.0-7.deb (--install): trying to overwrite /usr/lib/netscape', which is also in package rvplayer Errors were encountered while processing: netscape4_4.0-7.deb I'm very confused by this, since I have netscape4 and rvplayer both installed, with no problems. rvplayer.deb contains a /usr/lib/netscape/ directory. So's netscape.deb. That's fine, no conflict, right? What'm I missing? I suspect it's the dpkg directory overwrite bug, sometimes for unknown reasons, dpkg will get confused and act as if a directory contained in one package can overwrite the same directory contained in another package. James Troup mentioned (on IRC) something like that when I had a similar conflict between apt and man2html (IIRC), both packages had /var/cache and dpkg refused to install apt because its /var/cache was trying to overwrite /var/cache, which is also in package man2html. He suggested I try again with a certain -D argument to dpkg to try to nail the bug, I don't recall what the argument was. -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel-headers-2.0.32 vs. kernel-headers-2.0.33
On Mon, Apr 13, 1998 at 12:28:15AM -0500, Manoj Srivastava wrote: Congratulations! You have just introduced a subtle bug on your system. It may work, and possibly never cause a problem, but there is a bomb ticking away, waiting to explode ;-) Which bug is that? If it's really that big of a deal I was considering rebuilding glibc anyway with egcs and adding to it the dependancy of either egcc or gcc. This would satisfy both issues? There is a reason there is a versioned dependency for libc6-dev. The reasons are explained in a libc6-dev FAQ. I have also posted it in a related document. I think I have changed my mind. I think libc6 should really get a package all its own, called libc6-kernel-headers. I do not know whether I can push it into 2.0, but I shall try. Please do. I had not realized I had created a problem by doing this. I shall correct it directly. All this silly snipping of links and upgrading to incompatible headers may cease then. mmm, no. As long as things like OSS/Linux demand that your kernel headers in /usr/include/linux be the same as those of your current kernel before their pathetic install script will actually install, people will likely do what I did, oblivious to the potential consiquences. A question which comes to my curious mind... is there a way a program running as root can ask the kernel things like do you support modules and module versioning? or is the above script which hung my machine without so much as an oops from 2.1.82 till 2.1.89 the only way an installer can check these things? (it reads autoconf.h) (BTW, I am -GLAD- I yanked the CS4232 card and put the ES1688 in--no more ISA PnP and I can now compile OSS/Free which never worked with the CS4232) pgppjmHSynyMe.pgp Description: PGP signature
Re: kernel-headers-2.0.32 vs. kernel-headers-2.0.33
On Sun, Apr 12, 1998 at 11:38:18PM -0700, George Bonser wrote: Also, I now see what you ment by your ticking time-bomb comment. If you change the symlinks, user programs are no longer in sync with glibc. This can, as Linus pointed out in your quoted text, cause interesting failures though I might prefer the term spectacular results. Thus far I have been lucky---OSS is the only thing which EVER crashed my system. Well, no, egcc did when I tried to compile 2.1.92, but that was due to a pair of (known at the time of the compile attempt) bugs.. pgpNw7y4GKv10.pgp Description: PGP signature
Re: kernel-headers-2.0.32 vs. kernel-headers-2.0.33
On Mon, Apr 13, 1998 at 12:23:41AM -0700, George Bonser wrote: Please do not use force unless you understand what you are doing, and also understand that others may not be able to help recover a hosed system. Agreed, and thank you for the information. I now understand how the kernel headers used for glibc have been decoupled from the kernel include headers. Indeed that's two of us. Thanks Manoj pgp0qnsyyXldx.pgp Description: PGP signature
Re: Debian Bug#20445 disagree
-BEGIN PGP SIGNED MESSAGE- On Sat, 11 Apr 1998, Marcus Brinkmann wrote: Why don't we include selected directories from there on the official CD (I think of gettext (ouch, don't beat me), 2.1.x software, ...)? gettext is in experimental so that it will *not* be included in CDs... If we start putting experimental things in CDs, then we should create another distribution really-experimental, since experimental seems not to be safe enough... -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: latin1 iQCVAgUBNTHmlCqK7IlOjMLFAQG9zQP+KqXwYNNllAN1xdrrBG1cbrVCGciFRlkH nfl/qZ/Vo4NUfQPQ/UA1DYN25aH1KCFqIiErFLjrVG9LCGm3FGCj/DBTxoLxRByX JVW0IXuLqobmqXYqevskxVV4k1XbFUeCidSE8DCbT0TD2k7gNaB7goOTS1n9IcPv /lpu1IBK9VY= =cqxH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: linking problem
On Sun, Apr 12, 1998 at 11:07:02PM -0500, Alex Romosan wrote: and the error: /usr/bin/ld: cannot open -lXpm: No such file or directory collect2: ld returned 1 exit status but the library exists: ls -l /usr/X11R6/lib/libXpm.so.4* 0 lrwxrwxrwx 1 root root 14 Apr 12 20:55 /usr/X11R6/lib/libXpm.so.4 - libXpm.so.4.10 54 -rw-r--r-- 1 root root53408 Jan 25 09:33 /usr/X11R6/lib/libXpm.so.4.10 if i replace -lXpm by /usr/X11R6/lib/libXpm.so.4 the program links fine. does anybody have any idea what's going on here? ld only looks for libXpm.so, not for libXpm.so.version. In Debian, libfoo.so is part of the libfoo-dev package, not of the libfoo package, as you need the header files (which are in libfoo-dev) to compile programs using libfoo. So it looks like you don't have xpm4g-dev installed. HTH, Ray -- J.H.M. Dassen | RUMOUR Believe all you hear. Your world may [EMAIL PROTECTED] | not be a better one than the one the blocks | live in but it'll be a sight more vivid. | - The Hipcrime Vocab by Chad C. Mulligan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel-headers-2.0.32 vs. kernel-headers-2.0.33
Rev. Joseph Carter wrote: A question which comes to my curious mind... is there a way a program running as root can ask the kernel things like do you support modules and module versioning? or is the above script which hung my machine without so much as an oops from 2.1.82 till 2.1.89 the only way an installer can check these things? (it reads autoconf.h) The preinst from the ftape-modules packages contains a few checks like that: #!/bin/sh -e if [ $1 = install ]; then if [ `ps -ax | grep -v grep | grep -c kerneld` != 1 ] ; then cat EOF kerneld isn't running. You must run a kernel with module support to install this package. EOF exit 1 fi if [ `cat /proc/devices | grep -c 27 ft` = 1 ] ; then cat EOF You've got ftape compiled in your running kernel. Please compile a kernel with disabled ftape support. EOF exit 1 fi if [ -e /lib/modules/2.0.30/misc/ftape.o ] ; then cat EOF You've got a ftape module for your 2.0.30 kernel. Please compile a kernel with disabled ftape support. EOF exit 1 fi fi #DEBHELPER# -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FILESYSTEM CORRUPTION
In article [EMAIL PROTECTED], John Goerzen [EMAIL PROTECTED] wrote: I actually originally reported it against sysvinit but he reassigned it to mount. I have set its priority to critical because it can (and HAS!) cause extensive data loss; definately not a wishlist issue! I will let the mount maintainer decide whether or not to reassign it. New versions of the mount package have an umount that accepts a -u flag which means if you cannot umount just remount R/O. So on the mount side it has been solved, feel free to reassign the bug to sysvinit so that I can fix umountfs (actually I already did that ofcourse). Mike. -- Miquel van Smoorenburg | Our vision is to speed up time, [EMAIL PROTECTED] | eventually eliminating it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Anyone want to make a Debian XDM login screen?
Steve Dunham [EMAIL PROTECTED] wrote: They both would be easy, but with the first option I would be concerned by the rapidly changing state of the gtk libraries. (Red Hat is basing some gui apps on gtk, so users are unable to install newer versions of the gtk libraries without breaking these apps.) Of course, this is a problem which could be solved first by static linking, and later by carefully bumping the major version number whenever needed. -- Raul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Anyone want to make a Debian XDM login screen?
Previously Branden Robinson wrote: Someone to follow the lead set at http://tr.ml.org/~tom/software/xdm/ and create a Debian XDM login screen featuring Mr. Blue-Eye or something. Perhaps we could use XDM-External for this? It allows you to use another program instead of the default login widget. See the homepage for more info: http://tr.ml.org/~tom/software/xdm/ Wichert. -- == This combination of bytes forms a message written to you by Wichert Akkerman. E-Mail: [EMAIL PROTECTED] WWW: http://www.wi.leidenuniv.nl/~wichert/ pgpNM8YHf2Qll.pgp Description: PGP signature
Re: Debian Bug#20445 disagree
Santiago Vila [EMAIL PROTECTED] wrote: If we start putting experimental things in CDs, then we should create another distribution really-experimental, since experimental seems not to be safe enough... Or create an expirmental priority. The policy manual says: extra This contains packages that conflict with others with higher priorities, or are only likely to be useful if you already know what they are or have specialised requirements. (I got this from http://www.noguska.net/linux/policy/archive/debian-policy-2.4.0.0/ch2.html ) Presumably, we think that this is not an appropriate category for packages which are only useful for people with a 2.1.* or higher kernel. If this is true, we need to come up with a description which is generally adequate, and create ourselves an experimental kernel. Frankly, I'm don't understand why extra isn't an adequate category. -- Raul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bootfloppies 12 April
Just installed Debian on an old machine using these: no _absolute_ show stoppers: When loading modules: iso-8059- is all that appears for the iso-8059-1 etc. modules Partitioning disks: Initially, I partititoned /dev/hda into /dev/hda1 (root) and /dev/hda2 (swap) and mounted /dev/hdb as /usr This option was also carried through for /dev/hdc meaning that I ended up with /root on /dev/hda1 and /usr on hdc. Only by remounting /dev/hdb could I get a different mount point /var (which is what I wanted). All else was comparatively smooth until I rebooted: I was left with the dreaded LI prompt: I had to use the rescue disk, make a bootdisk, use this to reboot into Debian and _then_ was able to run liloconfig and lilo. The initial lilo run asked me to install an mbr and make /dev/hda? bootable. This is a nasty and could easily catch people out. Hope this helps, Andy [Am posting this here, since most discussion of hamm upgrades are here rather than debian-qa / debian-test] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Bug#20445 disagree
On Mon, Apr 13, 1998 at 12:19:03PM +0200, Santiago Vila wrote: -BEGIN PGP SIGNED MESSAGE- On Sat, 11 Apr 1998, Marcus Brinkmann wrote: Why don't we include selected directories from there on the official CD (I think of gettext (ouch, don't beat me), 2.1.x software, ...)? gettext is in experimental so that it will *not* be included in CDs... If we start putting experimental things in CDs, then we should create another distribution really-experimental, since experimental seems not to be safe enough... Dear Santiago, I though I did express clearly, that I don't want to have such software as mentioned above distributed *as part of the main distribution*. I just think that it is a good idea to put as much free software on the CD as possible. expermintal software could be included in a directory, that can't be accessed through dselect. This would make it easy for developers or other interested people to get the software, without having the risk that newbies could install experimental software by mistaken. Remember that some people have to pay a lot of money for the downloading time. gettext for example is a huge package that is needed to develope i18n software. i18n is a stated goal of Debian. This is only an example. A 2.1.x kernel tree is also an example. I can download patches, but the whole kernel is costing me real money, and I'm just a student. Thank you, Marcus -- Rhubarb is no Egyptian god.Debian GNU/Linuxfinger brinkmd@ Marcus Brinkmann http://www.debian.orgmaster.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xfont3d/xfpovray
On Mon, 13 Apr 1998, matthew.r.pavlovich.1 wrote: I wish to become a package maintainer, I stubbled across several really nice applications. They are xfont3d and xfpovray. Can you provide an URL? What do these apps do? Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: linking problem
if i replace -lXpm by /usr/X11R6/lib/libXpm.so.4 the program links fine. does anybody have any idea what's going on here? ld only looks for libXpm.so, not for libXpm.so.version. In Debian, libfoo.so is part of the libfoo-dev package, not of the libfoo package, as you need the header files (which are in libfoo-dev) to compile programs using libfoo. So it looks like you don't have xpm4g-dev installed. Ray, I also had a very similar problem with -lXt, the only difference is that I used altgcc for compilation. Btw, what is the prefered way to use it? I installed xlib6g, xlib6g-dev, xlib6, altgcc, libc5-altdev packages and put in Makefile the following CC = /usr/i486-linuxlibc1/bin/gcc LDFLAGS = -L/usr/lib/libc5-compat/ LIBS = -lXt -lXext -lX11 and the line: $(CC) -o bla *.o $(LDFLAGS) $(LIBS) gives me the same error: can't load -lXt library... Thanks. Alex Y. -- _ _( )_ ( (o___ +---+ | _ 7 |Alexander Yukhimets| \()| http://pages.nyu.edu/~aqy6633/ | / \ \ +---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Upgrading from bo to hamm
On Sun, 12 Apr 1998, Chris Fearnley wrote: 'Guy Maor wrote:' LeRoy D. Cressy [EMAIL PROTECTED] writes: I question the purpose of leaving broken symbolic links when upgrading the libraries. For instance libreadline2 leaves the following broken links reported by ldconfig: Those symlinks are part of libreadline2-dev. If you upgrade to libreadline2-altdev, then the links will be fixed. But if I decide not to install libreadline2-altdev am I expected to have ldconfig generate a few pages of error messages henceforth? Why shouldn't the system be kept in a sane state at all times (especially since the -altdev packages are not required)? It is mighty disconcerting for newbie admins to see so many error messages. The messages are a symptom of not having the library and -dev package versions in sync. The solution is to either bring them into sync, or uninstall the -dev package. Either way will fix your problem. -- Scott K. Ellis [EMAIL PROTECTED] http://www.gate.net/~storm/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#20587: libstdc++2.8-dev: std.h not found
On Mon, Apr 13, 1998 at 10:27:25AM +1000, Herbert Xu wrote: Regrettably, we don't have a libg++2.8.1.1 package yet. Well that means prcs should be moved out of hamm unfortunately unless we back off to libg++272. Unfortunately, yes. Please ask the prcs upstream authors to move away from libg++. Why would they? This is a GNU project after all. Because the GNU folks have decided to abandon libg++ in favour of libstdc++. In [EMAIL PROTECTED], [EMAIL PROTECTED] (Richard Kenner) writes: : For those who are still using the obsolete libg++ and cannot remove the : dependency on that package from their applications, the following file is : also available at ftp.gnu.org and the mirror sites: : : libg++-2.8.1.1.tar.gz 753,627 bytes : : This file is an add-on to libstdc++-2.8.1.1. To install, rename all files : and directories into the libstdc++ directory; see the README. : : libg++ is unsupported. HTH, Ray -- J.H.M. Dassen | RUMOUR Believe all you hear. Your world may [EMAIL PROTECTED] | not be a better one than the one the blocks | live in but it'll be a sight more vivid. | - The Hipcrime Vocab by Chad C. Mulligan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: linking problem
On Mon, Apr 13, 1998 at 09:32:12AM -0400, Alex Yukhimets wrote: I also had a very similar problem with -lXt, the only difference is that I used altgcc for compilation. Btw, what is the prefered way to use it? I don't think there's just one right way to use it. Personally, I'd try something like FOO=$(PATH) export PATH:=/usr/i486-linuxlibc1/bin:$(FOO) $(CC) -o bla *.o $(LDFLAGS) $(LIBS) gives me the same error: can't load -lXt library... This sounds like bug #20972; for now, you'll have to fix this by hand by correcting the symlinks. HTH, Ray -- LEADERSHIP A form of self-preservation exhibited by people with auto- destructive imaginations in order to ensure that when it comes to the crunch it'll be someone else's bones which go crack and not their own. - The Hipcrime Vocab by Chad C. Mulligan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Bug#20445 disagree
-BEGIN PGP SIGNED MESSAGE- Hi. Marcus, I was just clarifying (once more) the status of gettext in Debian. It is in experimental because the author asked me not to distribute it widely. This means that even if it is not accesable by dselect, we should not put it on CDs yet. If a package being in experimental does not implicitly mean not to be distributed in CDs, then we would need definitely another different experimental for gettext. -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: latin1 iQCVAgUBNTImGSqK7IlOjMLFAQHqEwP/eg32O0AUSqHjdzV/JrwqUUd77W+aTZ1z Sn39hTSwFIa4H7z3duFSRKDgtUBoVR5fMjeXtlZ3oAAGTXZAfv1jhaSC/DjcTNl4 2QFofLIEs8IVtHm2RapU1bdFjWEW0GTGHpKtw/hKUmHKw2imkJz8au/66TO0yFGD 8FQHkLj4Dm8= =HInd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Bug#20445 disagree
On Mon, Apr 13, 1998 at 04:50:05PM +0200, Santiago Vila wrote: -BEGIN PGP SIGNED MESSAGE- Hi. Marcus, I was just clarifying (once more) the status of gettext in Debian. It is in experimental because the author asked me not to distribute it widely. This means that even if it is not accesable by dselect, we should not put it on CDs yet. I know that, although I don't understand that at all. IMO this policy is just standing in the way of translating, etc. We could have all bash scripts i18n'ed by now, as bash supports this since a long time. But you need gettext to use this feature. We all know how important spreading a program is. We should honour the wishes of the author, but nevertheless downloading it costs me real money, and getting it on CD has the very same effect as putting it on ftp. If a package being in experimental does not implicitly mean not to be distributed in CDs, then we would need definitely another different experimental for gettext. Maybe non-free/experimental? Sorry for the shot. Marcus -- Rhubarb is no Egyptian god.Debian GNU/Linuxfinger brinkmd@ Marcus Brinkmann http://www.debian.orgmaster.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Anyone want to make a Debian XDM login screen?
On Mon, Apr 13, 1998 at 01:40:57PM +0200, Wichert Akkerman wrote: Previously Branden Robinson wrote: Someone to follow the lead set at http://tr.ml.org/~tom/software/xdm/ and create a Debian XDM login screen featuring Mr. Blue-Eye or something. Perhaps we could use XDM-External for this? It allows you to use another program instead of the default login widget. See the homepage for more info: http://tr.ml.org/~tom/software/xdm/ scratches head in confusion Isn't that what I just suggested? -- G. Branden Robinson | Convictions are more dangerous enemies Purdue University | of truth than lies. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://www.ecn.purdue.edu/~branden/ | pgpGpHugJXVFg.pgp Description: PGP signature
Re: kernel-headers-2.0.32 vs. kernel-headers-2.0.33
On Mon, Apr 13, 1998 at 12:56:49PM +0200, Richard Braakman wrote: A question which comes to my curious mind... is there a way a program running as root can ask the kernel things like do you support modules and module versioning? or is the above script which hung my machine without so much as an oops from 2.1.82 till 2.1.89 the only way an installer can check these things? (it reads autoconf.h) The preinst from the ftape-modules packages contains a few checks like that: [..] Interesting methods you used. Now, why doesn't OSS do it this way? heh pgpWzltSTkR3w.pgp Description: PGP signature
Re: Processed: reassignment pftp and netscape!?!
On Sun, Apr 12, 1998 at 01:48:00PM -0500, Ian Jackson wrote: Processing commands for [EMAIL PROTECTED]: reassign 20873 pftp Bug#20873: netscape4: doesn't work with 4.05 Bug#20564: Netscape4 wrapper doesn't work with Communicator 4.05 Bug reassigned from package `netscape4' to `pftp'. What does netscape have to do with pftp? Perplexed in Portland, -- David Welton http://www.efn.org/~davidw --Debian GNU/Linux-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New fvwm95 into unstable
Hi, Daniel == Daniel Martin at cush [EMAIL PROTECTED] writes: Daniel I'd also recommend that people upgrading directly from bo Daniel upgrade to this package instead of the one in frozen, as this Daniel package's preinst cleans up the old bo config. files (the name Daniel of the config. files changed), but only if it can determine Daniel that they're unmodified, which can only happen if the Daniel previously installed version was the bo one. Unfortunately, that is not an option for many people, Think CD-ROM. Why can't this improvement be made to frozen as well? (just the preinst, not any upstream changes?) manoj -- Weekends were made for programming. Karl Lehenbauer Manoj Srivastava [EMAIL PROTECTED] http://www.datasync.com/%7Esrivasta/ Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New fvwm95 into unstable
Manoj Srivastava [EMAIL PROTECTED] writes: Hi, Daniel == Daniel Martin at cush [EMAIL PROTECTED] writes: Daniel I'd also recommend that people upgrading directly from bo Daniel upgrade to this package instead of the one in frozen, as this Daniel package's preinst cleans up the old bo config. files (the name Daniel of the config. files changed), but only if it can determine Daniel that they're unmodified, which can only happen if the Daniel previously installed version was the bo one. Unfortunately, that is not an option for many people, Think CD-ROM. Why can't this improvement be made to frozen as well? (just the preinst, not any upstream changes?) Well... hmm. I suppose I could package up an fvwm95 whose only difference over the version currently in frozen would be the enhanced preinst. What I'd really like is to put the -3 fvwm95 that I just uploaded into frozen; however, I'm loathe to put anything into frozen as a new developer unless I have some kind of consensus behind me - when I posted near the end of last week to debian-private and then debian-devel about whether I could put -3 into frozen, I got no response and took this to mean I had no consensus backing me. I suppose I should also point out at some point that making this change is not as simple as using the -3 preinst in the current -2 package, since the configuration file name changed from system.fvwm95rc-menu in -2 to system.fvwm95rc in -3 due to other improvements. Not that it still wouldn't be easy to make a preinst that does the right thing, it's still not just trivial. That said, however, I'm amenable to doing something like this, because I dislike the idea of leaving people who get hamm off CDs or who don't follow -changes lists with obsolete files on their system. Now, what's most desirable in this case? 1) Upload a new fvwm95_2.0.43b-3 that is essentially the same as fvwm95_2.0.43b-2 but with the Distribution: header set to frozen and a better preinst? Would this wipe out the fvwm95_2.0.43b-3 in slink, or would something be left in a screwed state? 2) Petition someone to have the -3 fvwm95 moved into frozen? (Again, this is my preferred course of action, but I'm treading on uncertain ground) 3) Create a fvwm95_2.0.43b-4 that is essentailly -2 with a better preinst and Distribution: frozen, and a -5 with Distribution: unstable that is essentially identical to the currently existing fvwm95_2.0.43b-3? (For those of you following at home who don't understand why fvwm95_2.0.43b-3 wasn't put into frozen in the first place, let me attempt to explain by saying that -3 as compared to -2 has a patch which closes some annoying bugs and allows the configuration to be reworked - -3 handles configuration files the way fvwm2 does, which is completely different from (and much saner than) the old (= 2.0.43b-2) way of handling fvwm95 configuration. This change could be considered as large as an upstream change introducing new features, and even though I've tested it and it runs fine on my system, I still didn't want to put it into frozen because of this.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X3270 Copyright (fwd)
-BEGIN PGP SIGNED MESSAGE- Hello! I received the following mail by our debian-developper David Frei. It seems that there is a little problem about the copyright of the x3270 code... -Forwarded message from Carey Evans [EMAIL PROTECTED]- Date: 12 Apr 1998 22:45:14 +1200 From: Carey Evans [EMAIL PROTECTED] To: debian-devel@lists.debian.org Subject: x3270 copyrights [...] } The 5250 emulation code carries one more copyright: } } 5250 Emulation Code Copyright © Minolta (Schweiz) AG, Beat } Rubischon. Thanks for reading this far! Any (useful) comments would be appreciated. Like the rest of the x3270-code, this is only a reminder that I have done a little piece of work. And also like the rest of the x3270 tree everyone should be able to use and/or modify this code. I never found any license in x3270 - I asked Paul Mattes and he gave me the permission to use it in our company. By the way I gave him back the code I have written to use x3270 attached on a AS/400. The license text is from him ;-) Feel free to put the code under every license you like - but please don't remove my name ;-) Greetings Beat Rubischon Beat Rubischon [EMAIL PROTECTED] http://www.minolta.ch/ \\|// EDP-Manager [EMAIL PROTECTED] http://www.rubis.ch/ ( 0^0 ) oOO--(_)--OOo- MINOLTA (Schweiz) AG, Riedstrasse 6, CH-8953 Dietikon Voice: +41 1 740 37 00 Fax: +41 1 741 33 12 Haus Postillion, CH-8758 Obstalden Voice: +41 79 209 97 93 Fax: +41 55 614 50 42 AM CH9 seance74 -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: noconv iQCVAwUBNTJr5efisaOZGArlAQENUgP9FpA5p9pb8vy//PDtPb67YCzR2VICHEr2 ZOl5EeLd2C+M+AHu77mRNFV+QylVvdbtg1dKXM3lhn4B0LxPyj+LyMw3dSRKIa92 1PvwJwtQ4H22lp+pLIuoC3ZK6+VpxdA/6zNxO4vDTHRhUqBQ5fuEjRyT+FGbudax pzwqro24omY= =X3Y0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
HELP! Can't compile c++ programs for bo on hamm!
I have installed altgcc, and libc5-altdev. I can't find a lib[cg]++-altdev. altgcc contains g++, but there is no c++ library for it to use. Help! I am trying to compile apt for use on bo. apt compiles fine on hamm for me. Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#20987: pcmcia-cs: Lockup again
[EMAIL PROTECTED] writes: In general, I think that it is the system administrator's responsibility to ensure that that filesystems mounted through a PCMCIA card -- whether SCSI, IDE, NFS, or other -- are properly unmounted before the PCMCIA utilities are shut down. For NFS directories that should be automatically mounted when the network connection is established, the MOUNTS variable is the /etc/pcmcia/network.opts file should be used; however keep in mind, that in using this, the network card cannot be ejected without first using either cardctl or cardinfo to shut down the network card. This is silly. The administrator is not expected to manually unmount filesystems in any other configuration and should not be expected to here. Particularly insidious is the situation of SCSI, wherein the PCMCIA system is shutdown before the system unmounts it (!!). While I don't have a SCSI system to test it on, this is the order it does things in (incorrectly). If you are in the habit of manually mounting an NFS directory to /mnt and are prone to forgetting to unmount before shutting down the system, may I suggest that you add `umount /mnt' to the stop_fn function defined in /etc/pcmcia/network.opts. This way, the network script will automatically detach any filesystem mounted to /mnt before the PCMCIA cardmgr is halted. The PCMCIA scripts should not force me to explicitly define all the possible things that I may mount via PCMCIA. (What if, for instance, /mnt may sometimes by a different partition on the hard disk?) I feel very strongly that the bug that causes it to lock up is NOT trivial and should be FIXED. Requiring the sysadmin to manually unmount, automatically unmounting one specific filesystem regardless of whether it deals with PCMCIA, etc. is NOT an acceptable solution. It is merely a workaround, and forgetting to umount before shutting down a machine (or simply not knowing that somebody else mounted something) should not cause data loss. EVER. But it does. The real solution is to only turn PCMCIA off AFTER everything using it is finished. That probably means that it would theoretically be turned off after the filesystems are unmounted, although that isn't really possible. Perhaps Linux doesn't have to worry about turning it off on system shutdown, just as Windows 95 doesn't worry about turning if off on system shutdown (and thus neatly sidesteps these insidious bugs). -- John Goerzen | Developing for Debian GNU/Linux (www.debian.org) Custom Programming | Debian GNU/Linux is a free replacement for [EMAIL PROTECTED]| DOS/Windows -- check it out at www.debian.org. -+-- uuencode - /vmlinux | mail -s Windows NT security fix [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New fvwm95 into unstable
Hi, Personally, I am inclined to think that if your release fixed bugs, and introduced not too many new features, it should go into frozen. Secondly, new maintainers do not have a corner on errors and bugs; and I am of the opinion we treat people no different that what their actions show; and give peole the benefit of doubt. Length of time with debian is a poor measure of competence. manoj -- There's nothing remarkable about it. All one has to do is hit the right keys at the right time and the instrument plays itself. Bach Manoj Srivastava [EMAIL PROTECTED] http://www.datasync.com/%7Esrivasta/ Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Bug#20445 disagree
[EMAIL PROTECTED] (Santiago Vila) wrote on 13.04.98 in [EMAIL PROTECTED]: Marcus, I was just clarifying (once more) the status of gettext in Debian. It is in experimental because the author asked me not to distribute it widely. This means that even if it is not accesable by dselect, we should not put it on CDs yet. I still think this is a very bad state of affairs. And I still fail to understand the arguments for doing it that way. MfG Kai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: intent to package hamradio stuff
Joop wrote: I have the intention to package: colrconv-0.99.2: curses based convers client xconvers-0.4: convers client for X and lesstif I was going to do that one, but you can and I'll clean up tnt and dpbox. - Craig -- Craig Small VK2XLZ, PGP: AD 8D D8 63 6E BF C3 C7 47 41 B1 A2 1F 46 EC 90 |@work: [EMAIL PROTECTED],@play: [EMAIL PROTECTED]| |@home: [EMAIL PROTECTED], @debian:[EMAIL PROTECTED]| |@web: http://www.triode.net.au/~csmall @spam:[EMAIL PROTECTED]| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
