Re: INTENT: to pkg netscape 4.5 full debs(not 4.05)
So, if you have them ready, please release 4.05 debs. I'm eager to test them. :-) mee too, i would like to see it on alpha... -- see header -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
New maintainer intending to package pavuk
Hi, i'm going to try and package up pavuk. Pavuk is a url grabber that supports Gopher, HTTP, and FTP. It's main UI is based off the console however it does support a rather nice (if a bit buggy) X mode. The X mode uses gtk or Xlib, i've worked with the gtk version and will recompile for xlib after I write this. My question for you is how should I go about packaging it? the console version works well (from what i've done with it) and the gtk version dumps a few messages when you start a job but other than that works pretty good. My first inclination was to build one that works only on the console and make a seperate packages that provide the gtk and xlib versions. But the Debian Policy says to simply build the packages binary to support X and the console and require xlib6g. No problem with xlib but I think requiring gtk as well is a problem. personaly i'm kinda upset when a package that i'm only going to use on the console requires xlibs. Suggestions? pavuk URL is http://www.idata.sk/~ondrej/pavuk/ Justin Burket -- ===--- I prefer to think of the Noble Eightfold Path not as steps to the Unconditioned but more as a brick road towards the Unconditioned, take away one brick and you stumble, but keep all in place and you reach your goal ----- Type Bits/KeyIDDate User ID pub 1024/F8423289 1998/06/17 Justin Burket [EMAIL PROTECTED] -BEGIN PGP PUBLIC KEY BLOCK- Version: 2.6.3a mQCNAzWIP6wAAAEEAL/m+Cj/Z8O5t3YQ/E2vBHjXYHkTkkUjregZHKFsJ8R4FK0I FfmRGqlw8lTgfV5S11GiA8soAjkgotIwYbLPWsA0vqXGPl/3sYwBOo2+Wg+rIbcj KTmjk1hHfXGZTO9Zk6YZPAXtp1ZRqpccyy+k2cX92nxweOudZnmwBaP4QjKJAAUR tCZKdXN0aW4gQnVya2V0IDx6b3J0b25AdGhlcGVudGFnb24uY29tPokAlQMFEDWI P6x5sAWj+EIyiQEBEoID/RLpOZNvsYlkrqnuwhnIg9vPaUGf3lk1O2tK/CSqffgl i363Beso5q6ziJ9qto0MLBXiFDy5OBaEWDcxJ+D+z4+5u+zln4k4ZhwfqNqMuyVk Dro4wzVAdOZKfS6LlLBlG709DvG8XOUyHS6jESBEhlaHFXuxS5dxLcpeH+4WMI5y =OqsM -END PGP PUBLIC KEY BLOCK- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New maintainer intending to package pavuk
Policy is not set in stone. There are times when it makes little sense. I say make a console version, then make a X package. The X version can have a gtk and/or Xlib version. Are you also going to help him maintain the upstream source now that he is away? I thought about this back in March, but I rarley if ever use the app. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of dhcp-beta?
On 17 Jun 1998 [EMAIL PROTECTED] wrote: Michael Stone [EMAIL PROTECTED] wrote: AFAIK, dhcp-beta is the only version that can be used with multiple subnets; if that's the case, taking it out makes the dist lose functionality. (A real bummer if there are no problems with dhcp-beta other than the name.) Oppsss!! I didn't know that. Then I agree the fact that the name contains the word beta is not a good reason to remove these packages from Hamm (dhcp-client-beta should be removed, though, as there is one package that provides this functionality and Cristoph Lameter - pervious maintainer - requested so in an important bug report he filed against dhcp-client-beta). The code to do multiple interfaces in the normal dhcp is easy enough to lift out, look for SO_BIND*. I agree that it is quite important to have a dhcp server than can handle multiple interfacs. Jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New maintainer intending to package pavuk
Policy is not set in stone. There are times when it makes little sense. I say make a console version, then make a X package. The X version can have a gtk and/or Xlib version. Are you also going to help him maintain the upstream source now that he is away? I thought about this back in March, but I rarley if ever use the app. Well I use this type of app all the time so I figured hey why not. Plus it seemed a simple enough program to do for my first package. But alas i'm not a programer if anyone wants to help maintain it and wants to kick me off as maintainer I wouldn't mind a bit. Justin Burket -- ===--- I prefer to think of the Noble Eightfold Path not as steps to the Unconditioned but more as a brick road towards the Unconditioned, take away one brick and you stumble, but keep all in place and you reach your goal ----- Type Bits/KeyIDDate User ID pub 1024/F8423289 1998/06/17 Justin Burket [EMAIL PROTECTED] -BEGIN PGP PUBLIC KEY BLOCK- Version: 2.6.3a mQCNAzWIP6wAAAEEAL/m+Cj/Z8O5t3YQ/E2vBHjXYHkTkkUjregZHKFsJ8R4FK0I FfmRGqlw8lTgfV5S11GiA8soAjkgotIwYbLPWsA0vqXGPl/3sYwBOo2+Wg+rIbcj KTmjk1hHfXGZTO9Zk6YZPAXtp1ZRqpccyy+k2cX92nxweOudZnmwBaP4QjKJAAUR tCZKdXN0aW4gQnVya2V0IDx6b3J0b25AdGhlcGVudGFnb24uY29tPokAlQMFEDWI P6x5sAWj+EIyiQEBEoID/RLpOZNvsYlkrqnuwhnIg9vPaUGf3lk1O2tK/CSqffgl i363Beso5q6ziJ9qto0MLBXiFDy5OBaEWDcxJ+D+z4+5u+zln4k4ZhwfqNqMuyVk Dro4wzVAdOZKfS6LlLBlG709DvG8XOUyHS6jESBEhlaHFXuxS5dxLcpeH+4WMI5y =OqsM -END PGP PUBLIC KEY BLOCK- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Exciting Pilot/Debian news
On Wed, Jun 17, 1998 at 03:13:27PM -0500, John Goerzen wrote: Therefore, I believe that I will just dump the tar.gz's of binutils, gcc, and gdb into the toplevel of the package's tar file (or maybe the debian/ directory, I dunno), and then all I have to do is change the path that it looks for them from .. to . Won't this give a humongous source tree? I'm wondering what the best way to make cross-compilers available is. Sometimes the upstream source might be just the gcc source. Perhaps, when/if we get real source packages, we can have diff.gz/dsc files for .orig.tar.gz files of different names, so that I could build a diff.gz/dsc file to build a .deb file, but use the gcc.orig.tar.gz source. Hamish -- Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFC: worth packaging apache-modperl ?
Since the dynamic version of mod_perl is quite broken right now (I believe Jules advised the perl maintainer of the problems; loading dynamic shared objects from another DSO reults in a few undeclared symbols from libperl.a - I'm guessing somehow the lowest level module can't see them, and don't know what to do about it) I've been considering packaging something called apache-modperl which would be exactly identical to apache but have mod_perl compiled in statically. It would Provide: apache. Any comments? Agreed, it's an ugly hack, but it may be a while before this issue is resolved and I have received several messages which suggest people want a mod_perl solution fairly promptly. This would beat each user trying to compile it into apache themselves, certainly. Dan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New maintainer intending to package pavuk
On Wed, Jun 17, 1998 at 08:12:05PM -0400, Shaleh wrote: Policy is not set in stone. There are times when it makes little ^^ But please discuss any violations you intend to commit in debian-policy. I think a policy that is not set in stone is not useful. Ian Jackson proposed recently, IIRC, that if any package is not policy-compliant it is either a bug in the package, or a bug in policy, and it should be filed appropriately. Hamish -- Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
^Z doesn't work with latest hamm!
Hi all. I have a fresh hamm and ^Z stopped working in nvi, vim, less, cat (!!!)... I don't know what package is broking it, maybe ncurses, bash, libc6...; with csh ^Z works as expected with all programs. I'm puzled. And not, it is not a hardware/ram problem, it is happening in all my fresh hamm's. Ideas?? root:~# dpkg -l bash csh '*ncurses*' libc6 libreadlineg2|grep -v ^[up] 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 bash2.01.1-3 The GNU Bourne Again SHell ii csh 5.26-9 Shell with C-like syntax, standard login she ii ncurses-base1.9.9g-8.5 Video terminal manipulation - Minimum termin ii ncurses-bin 1.9.9g-8.5 Video terminal manipulation - associated pro ii ncurses-term1.9.9g-8.5 Video terminal manipulation - additional ter ii ncurses3.0 1.9.9e-2.1 Old libc5 curses - shared libraries ii ncurses3.4 1.9.9g-8.5 Video terminal manipulation - shared librari ii ncurses3.4-dev 1.9.9g-8.5 Video terminal manipulation - Developer's li ii libc6 2.0.7pre1-4The GNU C library version 2 (run-time files) ii libreadlineg2 2.1-10 GNU readline and history libraries, run-time kernel is 2.0.33 Regards, -- Roberto Lumbreras [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] pgp 143BE391 Lander Internet, Madrid-Spain-UE; http://www.lander.es Any sufficiently advanced bug is indistinguishable from a feature. -- Rich Kulawiec -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Hamm CD layouts
On Wed, 17 Jun 1998, Philip Hands wrote: Disk 1: Main binary (i386, bootable) Disk 2: Contrib, non-free and non-US (binary-i386 and source) Disk 3: Main source (except X11, movesd to disk #2 for space reasons) I think we need two layouts, one for the mass-production folks, and one for the small run gold-CD-ers. Yes, that makes sense. [snip] I would guess that most people that produce gold CD's have a mirror of the parts of the ftp archive that they want to put on the CD's anyway, so they would be best of using the standard scripts to produce their own CD images. You can get Andreas's CD building scripts from: http://www.uk.debian.org/~aj/ Ah, that's what I was looking for. Thanks. BTW If you have a mirror of the ftp archive, but would like to be burning the Official images once they are produced, you can save some bandwidth by producing CD images locally, and then rsyncing them with the official images. Hmmm, yes. I wouldn't have thought of that myself. Now if only I can get the company firewall to let me run rsync :-( I'm not sure we really need ``Official'' versions of the layout aimed at the small run gold-CD-ers, because most of them will want to add a few extra packages of their own, or some such. Exactly. Most of the people I'm supporting with these disks can't live without some of the non-free packages, for example. And ssh and friends are a bit useful too. -- Steve McIntyre [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: INTENT: to pkg netscape 4.5 full debs(not 4.05)
Adam Heath [EMAIL PROTECTED] writes: As some of you might know, I have been working on full debs of netscape 4.05. I have everything almost perfect, except for the reporting clause. Is there any possibility we could get permission from Netscape to skip the reporting clause? Frankly I'm concerned any such reporting directly from the client machine would be a nasty privacy violation. Since it's going in non-free anyways it doesn't particularly matter if it has debian-specific permissions. It would also be interesting to generate a pre-fortified version for nonus. greg PS: this may all be a distraction from working on real free software, but it's a darned attractive distraction... It would be real nice to a have a proper netscape package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#23457 acknowledged by developer (xexec is not present in menus!)
On Wed, Jun 17, 1998 at 11:54:34AM -0500, Zed Pobre wrote: -BEGIN PGP SIGNED MESSAGE- On Tue, 16 Jun 1998 [EMAIL PROTECTED] wrote: ?package(splay):needs=X11 section=XShells\ ^^^ This looks suspicous to me I read the documentation on the Menu Package a while back. should xexec depend on splay to have a menu? The menu package chacks to DOH! I looked over this entry twice and missed it both times. It isn't supposed to be there. I also maintain splay and did a cut and paste and apparantly forgot to correct this part. I just corrected this. I'll upload in a couple minutes when the buildpackage is done. The new menu entry is: Its easy to do I guess :). You know..after resoponding to your post I got curious as to why some programs I use don't have menus (turns out a while ago I copied menu-defs.hook to my .fvwm2/ dir ...oops) And while digging around I found another program (floatbg) with a typo which did the same thingso I guess it is an easy mistake :) ?package(xexec):needs=X11 section=XShells\ title=xexec command=/usr/X11R6/bin/xexec looks good to me :) Thanks for catching this. no problem...I kno wwhat its like to read over something and screw it up because I know what it SHOULD read and miss it...sorta like the othewr day I found a statement that I couldn't say...because it was so convoluted every time I tried to say it I corrected myself. -Steve -- ** Stephen Carpenter ** ** ** ** ** ** ** ** ** ** ** ** [EMAIL PROTECTED] ** I am an agnostic; I do not pretend to know what many ignorant men are sure of. -- Clarance Darrow pgp0GDVlbJPie.pgp Description: PGP signature
Intent to do SOMETHING with: p2c
My personal opinion on this is that p2c in it's current state should be removed from hamm. It's completely broken, as it depends on a non-existant package that was removed from hamm during the freeze because, of all things, a lintian error: * #19382: libp2c1: ldconfig-symlink-missing-for-shlib LI#117 Package: libp2c1; Severity: important; Reported by: [EMAIL PROTECTED]; 98 days old. However, something usable should go in slink. (p2c is still used by the occasional person, I had someone ask me on #debian where libp2c1 was...). Whatever happens, I'm not a good person to maintain p2c. I'm not so sure *anyone* is - are there *any* developers that use it? I plan to do a quick NMU of 1.20-2.4 for unstable that gets us back to using libp2c.a instead of .so. Please comment. -- Robert Woodcock - [EMAIL PROTECTED] Unix and C are the ultimate computer viruses -- Richard Gabriel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Base system tarball Q [XTerminal]
On Wed, Jun 17, 1998 at 02:08:05PM -0400, Avery Pennarun wrote: On Tue, Jun 16, 1998 at 11:49:25PM -0400, [EMAIL PROTECTED] wrote: I also found out that I hafta do a chroot . bash --login once to get it to configure the base system (ie keymap stuff) You could copy /etc/resolv.conf and other config files out of the server's /etc directory. Most of that should be correct (though you'll have to do something special for 'nameserver 127.0.0.1' obviously). yes definitly...well really...I shouldn't need it...I mean... I am just connecting to a host, once I have the IPs needed, what is the nameserver needed for? I've done an X terminal on a single 1.44 MB floppy. Almost all of the stuff on the base system is unnecessary: what you really need is a simple init system (calling ifconfig/route), libc, X, XF86Config, and rgb.txt. wow...I never thought it would fit on 1 floppy...then again... on my system X is only 4728 May 5 23:46 X hmm but XF86_S3V is over 2 MB :( ohg well back to NFS root :) as for the base system...I do that for flexibility...I mean what if I decide tomorow I want more than X Terminals? maybe I want them to be X Terminals...and PVM hosts :) just add the packages I need to the System with chroot. Most of the useful tools you can use to set up the system can be found in the busybox package that comes on the Debian rootdisk. Wonderful program, that one. I will have to check that out...hmm busybox...where is that? That said, I've also made NFS-rooted X terminals and they're easily fast enough -- once X is loaded, there's no more disk access. Mine went from zero to XDM in about 45 seconds (over an ARCnet network, which is slower than ethernet) and needed only 4 megs of RAM to run happily. Nice nice...what type of systems they runnign on? It would be great to see a Debian package that set all this up. It would also be quite nice to see busybox broken out into its own package. yes It would...in any case I hope to make a little document and web page on how to do it (I just love doing something and then documenting it on a web page) I may be able to help if you run into any major problems setting up the X terminal. thats good to know...I have it mostly ready at work now... in fact I have a chroot'd shell..run X..which queries back to xdm which is runnng on the same host (non-chroot'd) and an xfs (also same non-chroot) Now all I need to do is get the NFS mount going and try i twith a real second machine. Have fun, I plan to :)..with all the problems ive solved..and all the games I have played I never had as much fun with Windows as I do doing this stuff with Linux -Steve -- ** Stephen Carpenter ** ** ** ** ** ** ** ** ** ** ** ** [EMAIL PROTECTED] ** I am an agnostic; I do not pretend to know what many ignorant men are sure of. -- Clarance Darrow pgp4IkdsDBY75.pgp Description: PGP signature
Re: kpilot -- help sought
I have sent an e-mail to the author. Stephan Kulow [EMAIL PROTECTED] writes: Looking at the diffs, I'm quite confused. kpilot ships with Makefiles, config.logand config.status? I would strongly advise to remove them from the orig sources, since they definitly do not belong there. Yes. Also, the make distclean does not remove the Makefiles. Not all of the Makefiles get re-built from the .in files. .deps directories are generated and left lying about, and the config.* files are not removed by make distclean. Further, I had to edit every single Makefile.in to find the KDE libs in /usr/X11R6/lib and the includes in /usr/include/kde. Then it would be perhaps not a very bad idea to remove *.moc and .deps while making distclean (I don't know, why they are not removed) I have no idea what a .moc is. .deps I can deduce :-) I can't say, if kpilot's configure already support it, but my later versions of KDE configure support --with-install-root, so you just can call configure --with-install-root=$PWD/debian/tmp without patching configure or something else. Yes, it appears to be there. The question is: will it work? :-) Also I am having difficulty in coaxing it to link with the system's shared libpisock library instead of it's own, but I will leave that go at the moment I think. John -- John Goerzen Linux, Unix consulting programming [EMAIL PROTECTED] | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | + Visit the Air Capitol Linux Users Group on the web at http://www.aclug.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Exciting Pilot/Debian news
Hamish Moffatt [EMAIL PROTECTED] writes: On Wed, Jun 17, 1998 at 03:13:27PM -0500, John Goerzen wrote: Therefore, I believe that I will just dump the tar.gz's of binutils, gcc, and gdb into the toplevel of the package's tar file (or maybe the debian/ directory, I dunno), and then all I have to do is change the path that it looks for them from .. to . Won't this give a humongous source tree? Well yes, this is why I didn't include them before. But it's better than including all of the file uncompressed. I'm wondering what the best way to make cross-compilers available is. Sometimes the upstream source might be just the gcc source. Perhaps, when/if we get real source packages, we can have diff.gz/dsc files for .orig.tar.gz files of different names, so that I could build a diff.gz/dsc file to build a .deb file, but use the gcc.orig.tar.gz source. In this case, it won't work since prc-tools patches the upstream, and then I patch the patch :-) Also, prc-tools contains some binary files, and our diff mechanism currently cannot handle that. -- John Goerzen Linux, Unix consulting programming [EMAIL PROTECTED] | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | + Visit the Air Capitol Linux Users Group on the web at http://www.aclug.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Exciting Pilot/Debian news
Hmmm, perhaps it's still in incoming, since it is not listed at all in my /var/lib/dpkg/available file... weird But in any case, I won't bother with it then :-) I am wondering if it might be a good idea to make a pilot, pda, palm, portable, or something category in the FTP site so these things can get out of otherosfs, which doesn't really apply very well. John Behan Webster [EMAIL PROTECTED] writes: John Goerzen wrote: pilot-manager -- Perl/TK hotsync tool (waiting for me to download and try it out) pilot-manager is already packaged. In fact I've been using it for weeks already. griffon:~ dpkg --status pilot-manager Package: pilot-manager Status: install ok installed Installed-Size: 323 Maintainer: Darren Stalder [EMAIL PROTECTED] Version: 1.106-0.1 Depends: perl, pilot-link-perl, perl-tk, data-dumper Recommends: pilot-link Suggests: plan Description: PalmPilot PIM, UI, and Conduit Manager PilotManager is a tool that allows you to synchronize databases on your 3Com PalmPilot with applications on your Unix platform. It is a full Hotsync daemon that is user extensible. Developers can write their own conduits to synchronize Pilot databases with the desktop application of their choice. griffon:~ Behan -- Behan Webster mailto:[EMAIL PROTECTED] +1-613-224-7547 http://www.verisim.com/ -- John Goerzen Linux, Unix consulting programming [EMAIL PROTECTED] | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | + Visit the Air Capitol Linux Users Group on the web at http://www.aclug.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Base system tarball Q [XTerminal]
On Thu, Jun 18, 1998 at 01:23:42AM -0400, [EMAIL PROTECTED] wrote: You could copy /etc/resolv.conf and other config files out of the server's etc directory. Most of that should be correct (though you'll have to do something special for 'nameserver 127.0.0.1' obviously). yes definitly...well really...I shouldn't need it...I mean... I am just connecting to a host, once I have the IPs needed, what is the nameserver needed for? Well, you could have a nameserver entry for xdm-server (or something) which is looked up while your X-terminal boots. This does seem pointless to me, but who's counting. I've done an X terminal on a single 1.44 MB floppy. Almost all of the stuff on the base system is unnecessary: what you really need is a simple init system (calling ifconfig/route), libc, X, XF86Config, and rgb.txt. wow...I never thought it would fit on 1 floppy...then again... on my system X is only 4728 May 5 23:46 X hmm but XF86_S3V is over 2 MB :( ohg well back to NFS root :) Ah, the joys of inordinate bloat. This was about two years ago, before libc6 and egcs started doubling the size of things. You may be able to squeeze it on anyway, if you use a compressed ramdisk. (Note that if you use a ramdisk, you need more than the minimal 4 megs -- but if you use an X server that large, you probably need more than 4 megs anyway.) Most of the useful tools you can use to set up the system can be found in the busybox package that comes on the Debian rootdisk. Wonderful program, that one. I will have to check that out...hmm busybox...where is that? Look for the boot-floppies package. That said, I've also made NFS-rooted X terminals and they're easily fast enough -- once X is loaded, there's no more disk access. Mine went from zero to XDM in about 45 seconds (over an ARCnet network, which is slower than ethernet) and needed only 4 megs of RAM to run happily. Nice nice...what type of systems they runnign on? 486DX/33 or 486DX/40 with XF86_S3. It was quite a while ago. Nowadays they would look pretty slow compared to a real computer. Also, I may have been a bit unclear above -- these really were only X terminals and accessed a _remote_ xdm server. You can run a full X session in 4 megs, but you'll have to swap like crazy (which you currently can't do on a diskless client). Have fun, Avery -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
intent to package twclock and twlog
Hi, I want to package twclock (hamradio clock for different timezones) and twlog (hamradio logging program). It compiles OK with lesstif 0.84 from the slink dist. Joop [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Exciting Pilot/Debian news
John Goerzen [EMAIL PROTECTED] writes:
I am wondering if it might be a good idea to make a pilot, pda, palm,
portable, or something category in the FTP site so these things can
get out of otherosfs, which doesn't really apply very well.
Personally, I think it isn't too bad a fit, but there does seem to be
a small bit of inconsistency on where stuff like this should go:
- casio (a sync utility for casio organizers) is in comm
- p3nfs (mounts Psion palmtop as a file system) is in admin
- libpisock3 is in libs
- pilot-link-{dev,perl,tcl} are in devel
- pilot-link is in otherosfs
Now, add to this kpilot, pilot-manager, prc-tools, palmpython(*),
xmldoc(*), and whatever other PDA-related tools are yet to be
Debianized (I know there is Unix stuff for the Newton, probably more
than p3nfs for the Psion, etc.) and there might be the potential for
even more confusion if everything isn't in more or less the same
place.
I don't think making a new section for PDA-related stuff would be a
bad idea, but otherosfs is still small enough that it might be more
trouble to create a new section than it is worth. (I have no idea how
easy or tough it is to do so; it seems like it might be non-trivial.)
(*) palmpython and xmldoc are my own applications, which ought to be
Debianized very soon, as soon as I iron out some kinks in the build
process.
--Rob
--
Rob Tillotson N9MTBInternet: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
intent to package TinyMUCK fb5.61
-BEGIN PGP SIGNED MESSAGE- Hi... I intend to package TinyMUCK fb5.61. (Actually, I've already done so, but :) Description: TinyMUCK version fb-5.61 (FuzzBall) is one of the more popular internet MU* servers available. It is layed out, in its structure, like a Unix system, making administration easier, while transparent to the users. It has its own embedded programming language -- muf -- and even has 'ls', 'cp' and 'mv'. Copyright is normal, so long as significant variations on the source are distributed under a different moniker. So there. ; - -Kysh, the not-quite-anything-yet-but-working-on-it-dragon. -BEGIN PGP SIGNATURE- Version: 2.6.3a Charset: noconv iQCVAwUBNYjA93WLvzi1o1JhAQGO9AP/YSdrgSTfLCVTOLlbqFG76N5cmgB9RV3J Rm1Rs1tSKWCW3/twTEcLI4o7aMPRMS+6XJqbNgU8dCU497gxoIG0ZEJXSkFtvVpr XFTAHTPnkAf8S1LVXWiHx2eZSIzqXk2pQksCSOlfAOr5Iv8iTQgQR433HQrkr7cG i0Da1gkrjgU= =XH9a -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intent to do SOMETHING with: p2c
Robert Woodcock wrote: My personal opinion on this is that p2c in it's current state should be removed from hamm. It's completely broken, as it depends on a non-existant package that was removed from hamm during the freeze because, of all things, a lintian error: * #19382: libp2c1: ldconfig-symlink-missing-for-shlib LI#117 Package: libp2c1; Severity: important; Reported by: [EMAIL PROTECTED]; 98 days old. Why don't you try to fix the library? If all that's wrong with it is a missing symlink, that should be easy enoujgh to fix. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Hamm CD layouts
On Wed, Jun 17, 1998 at 09:58:58PM +0100, Steve McIntyre wrote: : : Has any consensus been reached about the best layout to be used for Hamm : disks? I've written several 3-CD sets for people so far using a simple : layout (below), but it would be nice to be able to produce to produce ones : similar to the official ones... : : Disk 1: Main binary (i386, bootable) : Disk 2: Contrib, non-free and non-US (binary-i386 and source) : Disk 3: Main source (except X11, movesd to disk #2 for space reasons) : : I'd be happy to stay with this if dselect could be persuaded to ask for a : disk change between sections (particularly main - contrib). I've created a similar layout (except for the source). And I've hacked the disk methods to run with a distributed distribution ;-) ... I'm currently testing it. Heiko --- datom * internet * support ** Heiko Schlittermann Partner GbR mailto:[EMAIL PROTECTED] http://www.datom.de/is voice:+49-351-8029981 Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kpilot -- help sought
John Goerzen wrote: I have sent an e-mail to the author. Stephan Kulow [EMAIL PROTECTED] writes: Looking at the diffs, I'm quite confused. kpilot ships with Makefiles, config.logand config.status? I would strongly advise to remove them from the orig sources, since they definitly do not belong there. Yes. Also, the make distclean does not remove the Makefiles. Not all of the Makefiles get re-built from the .in files. .deps directories are generated and left lying about, and the config.* files are not removed by make distclean. Well, if kpilot uses automake (it seems to, since you have .deps dirs :), it should remove all of them besides .deps. Try to run automake --include-deps, this should remove the .deps from the beginnig. This should have been done by the upstream author, but per- haps he have missed it (or hasn't thought about debian packages ;-) Further, I had to edit every single Makefile.in to find the KDE libs in /usr/X11R6/lib and the includes in /usr/include/kde. I can't hardly believe this. But since I haven't seen the Makefiles my- self, I can't say. Then it would be perhaps not a very bad idea to remove *.moc and .deps while making distclean (I don't know, why they are not removed) I have no idea what a .moc is. .deps I can deduce :-) .moc is usualy the suffix for the output of the moc preprocessor used by qt and KDE. I can't say, if kpilot's configure already support it, but my later versions of KDE configure support --with-install-root, so you just can call configure --with-install-root=$PWD/debian/tmp without patching configure or something else. Yes, it appears to be there. The question is: will it work? :-) Well, if kpilot doesn't used hardcoded paths out of the Makefile: yes. Also I am having difficulty in coaxing it to link with the system's shared libpisock library instead of it's own, but I will leave that go at the moment I think. It may be a patched version. But I can't say. If it's not, add a LIBPISOCK variable, that is set to the static version by default and replaced by a -lpisock in your case. And this change can go into the upstream sources I guess. :) Greets, Stephan -- There are 3 kinds of people: those who can count those who can't. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Intent to do SOMETHING with: p2c
Robert Woodcock writes: My personal opinion on this is that p2c in it's current state should be removed from hamm. However, something usable should go in slink. (p2c is still used by the occasional person, I had someone ask me on #debian where libp2c1 was...). Please comment. Although it's in experimental, have a look at gpc-ss (GNU Pascal compiler). Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNUPLOT breaks GPL
eb == Edward Betts [EMAIL PROTECTED] writes: gm == Gergely Madarasz [EMAIL PROTECTED] writes: jt == James Troup [EMAIL PROTECTED] writes: eb GNUPLOT is not GPL, so it can not be linked with eb libreadline. I am I right or drastically mistaken. (I must eb point out that while I am running a partly hamm system, my eb gnuplot is still from bo.) i'm gnuplot's debian maintainer. there were two opposite opinions about gnuplot's linking to libreadline. after some discussion i've dropped the gnu libreadline support. so gnuplot doesn't link to libreadline anymore. james troup has already pointed that out. [ anyhow, gnuplot's internal readline facility is pretty nice as well so the gnuplot hasn't lost much of its performance by leaving out the gnu readline library. ] jt And BTW, gnuplot doesn't break anything. We would be jt violating the GNU GPL by distributing a gnuplot linked with jt readline but gnuplot is not per se breaking the GNU GPL. i think you are right. gm Now that I read it again... it says this just about the gm code... but I could not find anything there about distributing gm modified binaries... It is not explicitly allowed... so is it gm allowed at all ? i've also used some official patches and have checked this procedure with the upstream gnuplot community before the freeze. they agreed and were even willing to send more recent official patches so that the debian gnuplot freeze version would be as stable as possible :-). i think we are allowed to distribute the gnuplot binary. cheers -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
GMT seems to have moved...
On my bo system the GMT variable is set in /etc/init.d/boot, but my hamm system has no such file!. Where is GMT set now? TIA, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tetex-bin install bug ?
Omegaman [EMAIL PROTECTED] writes: [EMAIL PROTECTED] (G John Lapeyre) writes: Note that the bug you reported hasn't been fixed yet. I updated my distro this morning (6/15) and tetex-bin exhibited this behavior. I hand-edited /etc/texmf/texmf.cnf to change the TEXMF variable name to TEXMFMAIN and it -- along with the other tetex packages -- installed correctly. The comments in /etc/texmf/texmf.cnf led me to believe that this would probably work. No, editing /etc/texmf/texmf.cnf is the wrong way. The format of it changed completely. Did the installation process of tetex-bin ask you if you want to replace texmf.cnf and you said no? I just found out about this problem and wrote a fix for this, so that the new file is installed anyway. But you have to merge in your changes by yourself (using texconfig). Christoph -- Christoph Martin, Uni-Mainz, Germany Internet-Mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GMT seems to have moved...
On Thu, 18 Jun 1998, Dale Scheetz wrote: On my bo system the GMT variable is set in /etc/init.d/boot, but my hamm system has no such file!. Where is GMT set now? /etc/defaults/rcS -- Madarasz Gergely [EMAIL PROTECTED] [EMAIL PROTECTED] Egy pingvinre gyakorlatilag lehetetlen haragosan nezni. HuLUG: http://www.cab.u-szeged.hu/local/linux/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: worth packaging apache-modperl ?
On Wed, Jun 17, 1998 at 08:55:07PM -0400, Dan Jacobowitz wrote: Agreed, it's an ugly hack, but it may be a while before this issue is resolved and I have received several messages which suggest people want a mod_perl solution fairly promptly. This would beat each user trying to compile it into apache themselves, certainly. Add my name to the list---I would like a mod_perl solution soon, so I don't have to learn PHP. :-) If you could do this, it would be a great way to tide us over while waiting for the dynamic version to shake out. Mike. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GMT seems to have moved...
On Thu, 18 Jun 1998, Gergely Madarasz wrote: On Thu, 18 Jun 1998, Dale Scheetz wrote: On my bo system the GMT variable is set in /etc/init.d/boot, but my hamm system has no such file!. Where is GMT set now? /etc/defaults/rcS No wonder I couldn't find it ;-) Thanks, this will be added to the tzconfig man page. Much appreciated, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: INTENT: to pkg netscape 4.5 full debs(not 4.05)
On Wed, Jun 17, 1998 at 10:51:55PM -0400, Gregory S. Stark wrote: Adam Heath [EMAIL PROTECTED] writes: As some of you might know, I have been working on full debs of netscape 4.05. I have everything almost perfect, except for the reporting clause. Is there any possibility we could get permission from Netscape to skip the reporting clause? Frankly I'm concerned any such reporting directly from the client machine would be a nasty privacy violation. Since it's going in non-free anyways it doesn't particularly matter if it has debian-specific permissions. It would also be interesting to generate a pre-fortified version for nonus. greg PS: this may all be a distraction from working on real free software, but it's a darned attractive distraction... It would be real nice to a have a proper netscape package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] How about just writing a script-like thing which asks the user if they want to register, and tells them that they are violating the license if they do not register.. pgp6dXobx5eSh.pgp Description: PGP signature
Re: Base system tarball Q [XTerminal]
On Thu, Jun 18, 1998 at 01:52:17AM -0400, Avery Pennarun wrote: On Thu, Jun 18, 1998 at 01:23:42AM -0400, [EMAIL PROTECTED] wrote: connecting to a host, once I have the IPs needed, what is the nameserver needed for? Well, you could have a nameserver entry for xdm-server (or something) which is looked up while your X-terminal boots. This does seem pointless to me, but who's counting. no comment :) I've done an X terminal on a single 1.44 MB floppy. Almost all of the stuff on the base system is unnecessary: what you really need is a simple init system (calling ifconfig/route), libc, X, XF86Config, and rgb.txt. wow...I never thought it would fit on 1 floppy...then again... hmm but XF86_S3V is over 2 MB :( ohg well back to NFS root :) Ah, the joys of inordinate bloat. This was about two years ago, before libc6 and egcs started doubling the size of things. ahh that explains it...hmm someone mentiond seeing Small X Servers on sunsite... You may be able to squeeze it on anyway, if you use a compressed ramdisk. (Note that if you use a ramdisk, you need more than the minimal 4 megs -- but if you use an X server that large, you probably need more than 4 megs anyway.) I am now planning to use a small root disk which will then NFS mount the rest of the system with the actual Xhmm an internally mounted 3.5 drive with a disk in it 3.5 drives cost $20...disks are almost free (used to be free before AOL switched to CDs..they don't seem to send disks anymore)..so.. its a slow, $20 hard drive :) (and at only 1.44 MB..its close enough to diskless for me) That said, I've also made NFS-rooted X terminals and they're easily fast enough -- once X is loaded, there's no more disk access. Mine went from zero to XDM in about 45 seconds (over an ARCnet network, which is slower than ethernet) and needed only 4 megs of RAM to run happily. Nice nice...what type of systems they runnign on? 486DX/33 or 486DX/40 with XF86_S3. It was quite a while ago. Nowadays they would look pretty slow compared to a real computer. Also, I may have been a bit unclear above -- these really were only X terminals and accessed a _remote_ xdm server. You can run a full X session in 4 megs, but you'll have to swap like crazy (which you currently can't do on a diskless client). Ahhh but to quote the NFS-root HOWTO: * There is a patch floating around, that allows for swapping over NFS. It was sent to me (during a private high workload phase), but somehow I managed to loose the mail :( so...it can currently be done...just need to find the patch :) -Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
I was told that dselect has problems with hamm being distributed on more than one cd rom. Ian Jackson suggested that we should take a look at dpkg-mountable. This means that a) dpkg-mountable might need to be included in the boot floppies and b) we'll need at least one another set of boot floppies - or someone invents a different method for this. I believe Dale fit the i386 distribution (the largest, I assume) on 1 CD with about 30k to spare1 whew! Dale, please correct me if I misunderstood. Erk. dpkg-mountable has at least one problem which might cause problems: it currently doesn't support predependencies. If the autoup.sh script takes care of all predependencies, that's fine; otherwise, people are going to have to export DPKG_MOUNTABLE_PREDEP_SUPPORT=yes before their first upgrade. The only reason for this is that I wanted to get the other bugfixes into Hamm but I didn't have time to test it well enough. If it is necessary, it'd be good if people could test running with this and let me know if it works or not (I'm fairly sure, based on later experiments, that it will), and if there's time I'll upload a version with predepends support enabled by default. If it's necessary (i.e. Debian sits on multiple CDs) and passes testing then changing this to enable predependencies by default is okay. This should be the _only_ change, though. (I also have another change which installs packages in order of priority, which is in my local tree, but unfortunately I coded too long after freeze for it to make it in. If people want it I'm happy to upload this too, though.) I'd rather not. It worries me. Let's see if it is neccessary, first. Brian ( [EMAIL PROTECTED] ) --- Tired of spam? See what you can do to fight it at: http://www.cauce.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Base system tarball Q [XTerminal]
You might want to look at the Linux Router Project: http://www.psychosis.com/linux-router/ which is building a Debian-ish single floppy router. Also, it's worth noting that you can format 3.5'' floppies to contain up to about 2MB, by using bizarre sectors/track settings. This is also mentioned on the LRP page. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hamm install disks -- where are they?
subject says it all... Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | |PGP Public Key: http://www.cis.udel.edu/~lowe/index.html#pgpkey| -- | You think you're so smart, but I've seen you naked | | and I'll prob'ly see you naked again ... | | --The Barenaked Ladies, Blame It On Me | -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Hamm install disks -- where are they?
On Thu, Jun 18, 1998 at 10:47:40AM -0400, Will Lowe wrote: subject says it all... Version 2.0.6 is in our FTP mirrors ( hamm/hamm/disks-i386/current ). There's a prerelease for 2.0.7 at ftp://molec2.dfis.ull.es/pub/debian-spanish/boot-floppies/release-2.0.7 The final 2.0.7 will be uploaded to master in a few days. Thanks, -- Enrique Zanardi[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tetex-bin install bug ?
[EMAIL PROTECTED] writes: Omegaman [EMAIL PROTECTED] writes: No, editing /etc/texmf/texmf.cnf is the wrong way. The format of it changed completely. So I should probably copy texmf.cnf.dpkg.dist over the orignal and edit to my system (if needed). No problems so far at any rate. Did the installation process of tetex-bin ask you if you want to replace texmf.cnf and you said no? I just found out about this problem Nope. It didn't ask. What's debian's policy when an upstream update changes config files and thus breaks a package? and wrote a fix for this, so that the new file is installed anyway. But you have to merge in your changes by yourself (using texconfig). I'll try an apt-get ugrade Thanks for replying. I'll grab the latest tetex packages and let you know if it doesn't work as we expect. -- -(( http://www.communique.net/~omegam ))- Omegamanmailto:[EMAIL PROTECTED] | When they kick out your front door, PGP Key fingerprint =| How are you gonna come? 6D 31 C3 00 77 8C D1 C2 | With your hands upon your head, 59 0A 01 E3 AF 81 94 63 | Or on the trigger of your gun? Send email with get key as the| -- The Clash, Guns of Brixton Subject: to get my public key | _London_Calling_ , 1979 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Base system tarball Q [XTerminal]
On Thu, Jun 18, 1998 at 03:26:11PM +0100, Philip Hands wrote: You might want to look at the Linux Router Project: http://www.psychosis.com/linux-router/ which is building a Debian-ish single floppy router. Also, it's worth noting that you can format 3.5'' floppies to contain up to about 2MB, by using bizarre sectors/track settings. This is also mentioned on the LRP page. I will check them out...tho I think I may be back to the NFSroot idea... just need to iron out those details. of course...I can't format 3.5 disks at all now: lenny:~# mke2fs /exports/spin/dev/fd0 mke2fs 1.10, 24-Apr-97 for EXT2 FS 0.5b, 95/08/09 end_request: I/O error, dev 02:00, sector 0 mke2fs: Device not configured while trying to determine filesystem size hmm...I havn't tried much off floppies (excpet the base install) since I droppe dthis machine... -STeve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: f
Processing commands for [EMAIL PROTECTED]: reassign 23632 general Bug#23632: xserver and ispell missing in the hamm/sparc distribution Bug assigned to package `general'. reassign 23586 smail Bug#23586: Package Dependency problems. Bug reassigned from package `smaill' to `smail'. thanks Stopping processing here. Please contact me if you need assistance. Ian Jackson (administrator, Debian bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Gnome .debs released
Hi, I've uploaded the Gnome 0.20 Debian packages to incoming on master.debian.org (also available at http://www.jimpick.com/ ) I had some problems with the gnome-admin package, so I didn't finish it. I will be travelling for 4 days, and I will figure it out when I am back. I also did not package the new mc (Midnight Commander) - I'm not the maintainer for that package anyways. These packages are linked against libungif. Theoretically, they should work with libgif as well, but the libgif package is missing a couple of symlinks - so use libungif (or create the symlinks). Anybody that installed the unofficial pre-release .debs I put out last week will probably need to install these .debs by hand (instead of relying on dselect) - because I didn't increment the version number. Cheers, - Jim pgpDFoWKU02SH.pgp Description: PGP signature
Re: tetex-bin install bug ?
Omegaman writes: [EMAIL PROTECTED] writes: Omegaman [EMAIL PROTECTED] writes: No, editing /etc/texmf/texmf.cnf is the wrong way. The format of it changed completely. So I should probably copy texmf.cnf.dpkg.dist over the orignal and edit to my system (if needed). No problems so far at any rate. Weird ... Did the installation process of tetex-bin ask you if you want to replace texmf.cnf and you said no? I just found out about this problem Nope. It didn't ask. What's debian's policy when an upstream update changes config files and thus breaks a package? and wrote a fix for this, so that the new file is installed anyway. But you have to merge in your changes by yourself (using texconfig). I'll try an apt-get ugrade Thanks for replying. I'll grab the latest tetex packages and let you know if it doesn't work as we expect. I just release tetex-bin_0.9-7 and tetex-base_0.9-9, but this will take some time to come to the mirrors. Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ^Z doesn't work with latest hamm!
El jueves 18 de junio de 1998, a las 20:40:35, Herbert Xu escribió:
: In article [EMAIL PROTECTED] you wrote:
: I have a fresh hamm and ^Z stopped working in nvi, vim,
: less, cat (!!!)...
:
: What does stty say when you're running those applications?
$ stty -a
speed 38400 baud; rows 30; columns 100; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = undef; eol2 =
undef; start = ^Q;
stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1;
time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany
-imaxbel
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke
: root:~# dpkg -l bash csh '*ncurses*' libc6 libreadlineg2|grep -v ^[up]
: 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 bash2.01.1-3 The GNU Bourne Again SHell
: ii csh 5.26-9 Shell with C-like syntax, standard login
she
: ii ncurses-base1.9.9g-8.5 Video terminal manipulation - Minimum
termin
: ii ncurses-bin 1.9.9g-8.5 Video terminal manipulation - associated
pro
: ii ncurses-term1.9.9g-8.5 Video terminal manipulation - additional
ter
: ii ncurses3.0 1.9.9e-2.1 Old libc5 curses - shared libraries
: ii ncurses3.4 1.9.9g-8.5 Video terminal manipulation - shared
librari
: ii ncurses3.4-dev 1.9.9g-8.5 Video terminal manipulation -
Developer's li
: ii libc6 2.0.7pre1-4The GNU C library version 2 (run-time
files)
: ii libreadlineg2 2.1-10 GNU readline and history libraries,
run-time
:
: All the same here (except ncurses3.0) and no problems.
I hadn't changed anything... and the machines not updated to
latest hamm don't suffer the problem at 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
Saludos,
--
Roberto A. Lumbreras Pastor
[EMAIL PROTECTED] | [EMAIL PROTECTED] pgp 143BE391
Lander Internet; Po Castellana 121, 28046 Madrid; http://www.lander.es
Teléfono 91-556.28.83 | 902-363.363 - Fax 91-556.30.01
Q: What's the difference between Windows 95 and computer viruses?
A: None, except for the fact that a virus never crashes itself
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Serious performance bug in Perl
On Mon, Jun 15, 1998 at 04:43:13AM -0700, Darren/Torin/Who Ever... wrote: Chris Fearnley, in an immanent manifestation of deity, wrote: But yesterday I upgraded a bo system to hamm which has a 3000 line /etc/passwd. Now adduser takes OVER ONE MINUTE to find a UID and GID for the new user. And my staff is complaining about the wasted time. Something is wrong with your installation or possibly libc. I compiled perl-5.003_07 and perl-5.004_04 on a Solaris box with 5000 users. The 5.004_04 was somewhat faster. I installed perl-5.003_07 (from bo - hence libc5) and modified adduser to call it (instead of the default perl - 5.004.04-6). Performance improved several hundred-fold. So I believe the problem is either in perl or libc6. Any suggestions on how to resolve this? As I said before the slowdown seems to occur in the get_current_uids subroutine (and possible get_current_gids). Which has a loop on getpwent (and getgrent). Can anyone else duplicate this behavior? -- Christopher J. Fearnley | Linux/Internet Consulting [EMAIL PROTECTED] | Design Science Revolutionary http://www.i21.com/~cjf | Explorer in Universe ftp://ftp.netaxs.com/people/cjf | Dare to be Naive -- Bucky Fuller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
any Wabi users in the group?
I just purchased my first piece of non-free software for Linux. I need to be able to run PageMaker on my Debian machine so I can stop cursing my partner's '95 machine ;-) It comes in both .rpm and .tgz although the tarball seems to be unsupported. I'm curious to know if anyone else has installed this product, and mostly, if I use alien to convert the package to .deb, will it install and work? Any help is appreciated, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Serious performance bug in Perl
Christopher J. Fearnley writes (Re: Serious performance bug in Perl): to call it (instead of the default perl - 5.004.04-6). Performance improved several hundred-fold. So I believe the problem is either in perl or libc6. Any suggestions on how to resolve this? As I said before the slowdown seems to occur in the get_current_uids subroutine (and possible get_current_gids). Which has a loop on getpwent (and getgrent). Can anyone else duplicate this behavior? I can duplicate this behavior. Performance gets exponentially better if I move my NIS password records into the local password file. So in my case I am tempted to blame libc6's NIS performance (which in other circumstances I have found to be rather slow anyways) Are you running NIS? -- Richard W Kaszeta Graduate Student/Sysadmin [EMAIL PROTECTED] University of MN, ME Dept http://www.menet.umn.edu/~kaszeta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Serious performance bug in Perl
I have missed a bit of the conversation here, so it isn't clear to me which lib6 is being used. I am currently preparing the 2.0.7 release version. To the best of my knowledge the 2.0.7pre3 (in slink...sorry) had some major NIS work done on it, but there isn't anything between then and now. If 2.0.7pre3 isn't an improvement over pre1, then I need to know about it, and what is causing it so I can complain upstream about it ;-) Thanks, On Thu, 18 Jun 1998, Richard Kaszeta wrote: Christopher J. Fearnley writes (Re: Serious performance bug in Perl): to call it (instead of the default perl - 5.004.04-6). Performance improved several hundred-fold. So I believe the problem is either in perl or libc6. Any suggestions on how to resolve this? As I said before the slowdown seems to occur in the get_current_uids subroutine (and possible get_current_gids). Which has a loop on getpwent (and getgrent). Can anyone else duplicate this behavior? I can duplicate this behavior. Performance gets exponentially better if I move my NIS password records into the local password file. So in my case I am tempted to blame libc6's NIS performance (which in other circumstances I have found to be rather slow anyways) Are you running NIS? -- Richard W Kaszeta Graduate Student/Sysadmin [EMAIL PROTECTED] University of MN, ME Dept http://www.menet.umn.edu/~kaszeta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#23576: tetex-base: no write-permissions on public font directories
christoph martin writes: [EMAIL PROTECTED] writes: Package: tetex-base Version: 0.9-7 When the user first hits an ungenerated font then permission denied messages are plentiful... :) The fonts get generated correctly, but it is a security problem to let everybody write the ls-R file. But how much of a security risk is it? It would mean a normal user could clobber the file if he wanted to, which is a kind of denial of service attack. But are there any other risks? And how do those risks compare with the ability to base a denial of service attack on /var/cache/fonts (or whatever you call it) being world-writable? (mode 1777) In particular, would it be worth the trouble to use setgid (_not_ setuid) executables to allow for updating ls-R files and fonts without having them world-writable? Or would that be gross overkill? (Note that just making the executables setgid is not desirable, some scheme of aquiring and dropping permissions at the correct times has to be implemented for this to work.) [...] TeX can find the generated fonts even without them noted in the ls-R file. But to speed it up they can be in the ls-R file. For this reason there is a cronjob every day which updates the ls-R files. Note that it is possible to create a texmf.cnf which ensures that generated fonts not mentioned in the ls-R file _won't_ be found. Just use !! in the definition of VARTEXFONTS. [...] The links exists: # ls -l /usr/lib/texmf/web2c/texmf.cnf lrwxrwxrwx 1 root root 20 Jun 15 14:20 /usr/lib/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf Incidentally, /etc/web2c/texmf.cnf might have been more appropriate. -- Olaf Weber -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gnome .debs released
On 18 Jun 1998, Jim Pick wrote: Anybody that installed the unofficial pre-release .debs I put out last week will probably need to install these .debs by hand (instead of relying on dselect) - because I didn't increment the version number. hi, which ones have changed? Should we install _all_ of the new ones by hand? tnks, brad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#23000: Bug Terrorism
Some time around Wed, 17 Jun 1998 11:21:08 +1000, Herbert Xu wrote: Scott Ellis wrote: No, you're not hiding this on the bug tracking system any more. Neither are you. The reason that sendmail broke is that you made a DELIBERATE modification to procmail that sendmail wasn't expecting. While I agree that sendmail That's just simply true. If you have a short memory, let me remind you that sendmail's default MDA in bo is, surprise deliver. So it is perfectly reasonable to have procmail not setuid on a bo system, which is what I did. I've been semi-following this thread from the beginning. Maybe it's just me, but the fact that this happened during a bo-hamm upgrade only became clear to me now. Before, I had the perception that you turned off setuid bit on procmail at some point when your system was already hamm. This does make it a release-critical bug. I am sure there are more than a few people out there who have procmail running without the setuid bit. This bug will break sendmail on upgrade for every one of them, and there is also high potential for mail loss. I urge the sendmail maintainer to reconsider his position. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Intent to package: lists-archives
This is a packaging of the scripts used for our list archives webpages, which were written by Guy and are GPL. Example of a new site from this technology: http://lists.openprojects.net/Lists-Archives/ new debian package, version 2.0. size 27116 bytes: control archive= 1684 bytes. 31 bytes, 1 lines conffiles 721 bytes,17 lines control 1272 bytes,18 lines md5sums 1170 bytes,43 lines * postinst #!/bin/sh 284 bytes,20 lines * postrm #!/bin/sh Package: lists-archives Version: 19980617-1 Architecture: all Depends: perl, mhonarc, procmail, symlinks Suggests: glimpse Installed-Size: 101 Maintainer: Johnie Ingram [EMAIL PROTECTED] Description: Web archive for mailing lists Creates a website of historical posts to mailing lists, in the sorted style used by the Debian Project (http://www.debian.org/Lists-Archives). It works by subscribing a procmail recipe to the list, so any list can be archived. Full-text searching is possible if glimpse is also installed. . This package may also be used as the backend archiver for mailman (www.list.org). For the full effect, configure the webserver: Alias /Lists-Archives /var/lib/lists-archives/archives drwxr-xr-x root/root 0 1998-06-18 14:38 ./ drwxr-xr-x root/root 0 1998-06-18 14:38 etc/ drwxr-xr-x root/root 0 1998-06-18 14:38 etc/lists-archives/ -rw-r--r-- root/root 3158 1998-06-18 00:34 etc/lists-archives/standard.rc -rw-r--r-- root/root 588 1998-06-18 02:29 etc/lists-archives/procmailrc drwxr-xr-x root/root 0 1998-06-18 14:38 etc/cron.daily/ -rwxr-xr-x root/root 1294 1998-06-18 14:38 etc/cron.daily/lists-archives drwxr-xr-x root/root 0 1998-06-18 14:38 usr/ drwxr-xr-x root/root 0 1998-06-18 14:38 usr/lib/ drwxr-xr-x root/root 0 1998-06-18 14:38 usr/lib/cgi-bin/ -rwxr-xr-x root/root 4085 1998-06-18 14:38 usr/lib/cgi-bin/searchlists drwxr-xr-x root/root 0 1998-06-18 14:38 usr/lib/lists-archives/ -rwxr-xr-x root/root 904 1998-06-18 14:38 usr/lib/lists-archives/buildindex -rwxr-xr-x root/root 209 1998-06-18 14:38 usr/lib/lists-archives/datesuffix -rwxr-xr-x root/root 4738 1998-06-18 14:38 usr/lib/lists-archives/updatemail -rwxr-xr-x root/root 187 1998-06-18 14:38 usr/lib/lists-archives/mh2mailman -rw-r--r-- root/root 41772 1998-06-17 20:03 usr/lib/lists-archives/glimpse.html drwxr-xr-x root/root 0 1998-06-18 14:38 usr/doc/ drwxr-xr-x root/root 0 1998-06-18 14:38 usr/doc/lists-archives/ -rw-r--r-- root/root 1745 1998-02-15 04:44 usr/doc/lists-archives/README -rw-r--r-- root/root 650 1998-06-17 19:31 usr/doc/lists-archives/copyright drwxr-xr-x root/root 0 1998-06-18 14:38 usr/doc/lists-archives/examples/ -rw-r--r-- root/root 3158 1998-06-18 00:34 usr/doc/lists-archives/examples/standard.rc -rw-r--r-- root/root91 1998-06-17 20:22 usr/doc/lists-archives/examples/srm.conf -rw-r--r-- root/root97 1998-06-17 20:23 usr/doc/lists-archives/examples/aliases -rw-r--r-- root/root 1568 1998-06-18 01:03 usr/doc/lists-archives/examples/conf.pl -rw-r--r-- root/root 588 1998-06-18 02:29 usr/doc/lists-archives/examples/procmailrc -rw-r--r-- root/root 2540 1998-06-18 01:18 usr/doc/lists-archives/examples/index.html -rw-r--r-- root/root 1622 1997-05-31 15:30 usr/doc/lists-archives/examples/debian.rc -rw-r--r-- root/root 218 1998-06-18 02:10 usr/doc/lists-archives/changelog.Debian.gz drwxr-xr-x root/root 0 1998-06-18 14:38 var/ drwxr-xr-x root/root 0 1998-06-18 14:38 var/lib/ drwxr-xr-x root/root 0 1998-06-18 14:38 var/lib/lists-archives/ drwxr-xr-x root/root 0 1998-06-18 14:38 var/lib/lists-archives/lists/ drwxr-xr-x root/root 0 1998-06-18 14:38 var/lib/lists-archives/archives/ lrwxrwxrwx root/root 0 1998-06-18 14:38 var/lib/lists-archives/archives/glimpse.html - /usr/lib/lists-archives/glimpse.html drwxr-xr-x root/root 0 1998-06-18 14:38 var/lib/lists-archives/glimpse/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[solved] Re: ^Z doesn't work with latest hamm!
Sorry to bother all of you with my strange problems, I just rebooted the machine and it works again. I think it was something with bash, with other shells (tcsh and csh) it worked ok but within bash not at all. Anyway, a reboot solved it. Regards, -- Roberto Lumbreras [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] pgp 143BE391 Lander Internet, Madrid-Spain-UE; http://www.lander.es -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: any Wabi users in the group?
I installed Wabi in my work environment about a year ago. I used directly the .tar.gz and works fine after some tuning on my behalf. Of course, I moved all the /opt/ stuff to /usr/local, symlink opt so I wouldn't find any problems. We're also using PageMaker 5.0 to edit our monthly bulletin (we are the Student's Representative's Association BTW, look at http://www.dat.etsit.upm.es). Alas, it does some strange things (which one gets used to after a time), like not showing the pagmaker icons... If you want a tree output (or ls -R) to know how I installed, ask for it :) Regards Javi On Thu, Jun 18, 1998 at 12:45:30PM -0400, Dale Scheetz wrote: I just purchased my first piece of non-free software for Linux. I need to be able to run PageMaker on my Debian machine so I can stop cursing my partner's '95 machine ;-) It comes in both .rpm and .tgz although the tarball seems to be unsupported. I'm curious to know if anyone else has installed this product, and mostly, if I use alien to convert the package to .deb, will it install and work? Any help is appreciated, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#23576: tetex-base: no write-permissions on public font directories
Olaf Weber writes: christoph martin writes: [EMAIL PROTECTED] writes: Package: tetex-base Version: 0.9-7 When the user first hits an ungenerated font then permission denied messages are plentiful... :) The fonts get generated correctly, but it is a security problem to let everybody write the ls-R file. But how much of a security risk is it? It would mean a normal user could clobber the file if he wanted to, which is a kind of denial of service attack. But are there any other risks? A normal user could replace the file with a link to some other file say /vmlinuz or a file in another user homedir. Then if root or this other user tries to write ls-R he/she would write to /vmlinuz or other files. BTW it is Debian policy to not have word-writable files. And how do those risks compare with the ability to base a denial of service attack on /var/cache/fonts (or whatever you call it) being world-writable? (mode 1777) Here you can only write to files which you yourself have created. TeX can find the generated fonts even without them noted in the ls-R file. But to speed it up they can be in the ls-R file. For this reason there is a cronjob every day which updates the ls-R files. Note that it is possible to create a texmf.cnf which ensures that generated fonts not mentioned in the ls-R file _won't_ be found. Just use !! in the definition of VARTEXFONTS. If you want this you can do it, but it is not standard. Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gnome .debs released
I would recommend installing them all over. Numerous little things changed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Any Swim 2.1 users?
Hi, I posted this question in debian-user and got no reply :( May be some of experts could help me out. Our university kindly bought us Motif for Linux (SWim 2.1) from Linux System Labs (http://www.lsl.com). On the CD they send there is an installation for redhat, but nothing for debian. Generally they recommend to copy a big directory tree to /usr. But it's quite big and contains all sorts of things (window managers, utilties etc...) which I do not really need, and I also do not want to accidently mess things up. Any recommendations how to set it up right for Debian 2.0? In other words what files do I need to install to take advantage of dynamic libraries? Thanks, Sasha. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Any Swim 2.1 users?
Hi, I think the best solution would be to build your own package, but don't ask me how to do it... It's just an idea! cu, Gerhard --- at-net and VBS - We support experimental data transport technology! Linux International Web Administrator - http://www.li.org -=[ May the Source be with you ]=- On Thu, 18 Jun 1998, Alexander Kushnirenko wrote: Hi, I posted this question in debian-user and got no reply :( May be some of experts could help me out. Our university kindly bought us Motif for Linux (SWim 2.1) from Linux System Labs (http://www.lsl.com). On the CD they send there is an installation for redhat, but nothing for debian. Generally they recommend to copy a big directory tree to /usr. But it's quite big and contains all sorts of things (window managers, utilties etc...) which I do not really need, and I also do not want to accidently mess things up. Any recommendations how to set it up right for Debian 2.0? In other words what files do I need to install to take advantage of dynamic libraries? Thanks, Sasha. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: VI reasons (was Re: Base Set: Suggested additions removals.)
Some time around Tue, 16 Jun 1998 10:07:24 +1000, Craig Sanders wrote: elvis-tiny is small enough to fit on too (although that may have changed now that we use slang rather than ncurses - can elvis-tiny use slang??) and provides a decent editor for people who can't/won't use crap. With all these elvis-tiny discussions, I have to remind everyone that elvis is non-free. Technically, it shouldn't even be present in the base system (is it still?). By having elvis-tiny in base, we are again being hypocritical about our free software stand. Of course, I might be wrong, and the copyright could have been changed now, but the latest hamm package that I have installed still has the old copyright. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: joilet fs for official cdrom
I used Andreas' tarball v 0.12 (which contains mkisofs) on a machine running 2.1.103, using -J -r (and -b, too), and it works fine... both 2.1.103 and 2.0.33 seem to prefer Joliet over RR, but I can see and use the symlinks on both systems... I pass no options to mount (fstab reads defaults,ro,noauto) btw: does the cd image boot ? i was told, that a bug with joilet+rr in 1.12* was fixed in 1.12a4, but i would feel better with someone who has tested it. andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bootfile locations for rbootd?
the usual problem : you have an application and need an application home. with ftp it's /home/ftp, for web server /var/www, and for many other stuff it's currently /var/lib/package or /var/spool/package. but with slink you should use fhs, so it's ??? /var/state/package /var/cache/package and /var/spool/package are possible : - cache for data, that can get lost and regenerated - state for more permanent data - spool ... something in the middle. it exists for compatibility reasons :-) do not use : /usr/local/* distributions should not touch that tree /usr/ the data will be changed by the sysadmin, /usr is thought to be distribution data that is never changed. /var/lib this was the right place with fsstnd, but is obsoleted in the newer fhs 2.0 andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Intent to package JDE (Emacs Java Development Environment)
Hello Debian developers and WNPP maintainer, I intend to package the Emacs Java Development Environment (JDE) which is an elisp package that interfaces to the Java Development Kit, and makes Java programming a little more comfortable. JDE is currently listed in the Programs that aren't available yet in Debian section of the WNPP. More information can be found at http://sunsite.auc.dk/jde/ Package: jde Status: install ok installed Installed-Size: 423 Maintainer: Ruud de Rooij [EMAIL PROTECTED] Version: 2.0.1-1 Depends: emacs20 | xemacs20-bin Recommends: jdk1.1-dev Suggests: jdk1.1-docdemo Description: Java Development Environment for Emacs or XEmacs The Java Development Environment (JDE) is an Emacs Lisp package that interfaces Emacs to third-party Java application development tools, such as those provided by JavaSoft's Java Development Kit (JDK). The result is an integrated development environment (IDE) comparable in power to many commercial Java IDEs. Features include: * source code editing with syntax highlighting and auto indendation * compilation with automatic jump from error messages to responsible line in the source code. * run Java application in an interactive (comint) Emacs buffer * integrated debugging with interactive debug command buffer and automatic display of current source file/line when stepping through code * browse JDK doc, using the browser of your choice * browse your source code, using the Emacs etags facility or a tree-structured speedbar. * supports latest version of JavaSoft's Java Development Kit * runs on any platform supported by Emacs and Sun's Java SDK (e.g., Win95/NT and Solaris) * easily and infinitely customizable * works with FSF Emacs and XEmacs -- Ruud de Rooij [EMAIL PROTECTED] http://sepc.twi.tudelft.nl/~derooij/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Serious performance bug in Perl
No, I am not running NIS. Just simple text /etc/passwd and /etc/shadow. On Thu, Jun 18, 1998 at 12:38:45PM -0500, Richard Kaszeta wrote: Christopher J. Fearnley writes (Re: Serious performance bug in Perl): to call it (instead of the default perl - 5.004.04-6). Performance improved several hundred-fold. So I believe the problem is either in perl or libc6. Any suggestions on how to resolve this? As I said before the slowdown seems to occur in the get_current_uids subroutine (and possible get_current_gids). Which has a loop on getpwent (and getgrent). Can anyone else duplicate this behavior? I can duplicate this behavior. Performance gets exponentially better if I move my NIS password records into the local password file. So in my case I am tempted to blame libc6's NIS performance (which in other circumstances I have found to be rather slow anyways) Are you running NIS? -- Richard W Kaszeta Graduate Student/Sysadmin [EMAIL PROTECTED] University of MN, ME Dept http://www.menet.umn.edu/~kaszeta -- Christopher J. Fearnley | Internet21 Network Engineering [EMAIL PROTECTED] | Design Science Revolutionary http://www.i21.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]
Re: Any Swim 2.1 users?
Alexander Kushnirenko [EMAIL PROTECTED] writes: I posted this question in debian-user and got no reply :( May be some of experts could help me out. Our university kindly bought us Motif for Linux (SWim 2.1) from Linux System Labs (http://www.lsl.com). On the CD they send there is an installation for redhat, but nothing for debian. Generally they recommend to copy a big directory tree to /usr. But it's quite big and contains all sorts of things (window managers, utilties etc...) which I do not really need, and I also do not want to accidently mess things up. Err, that's mainly because I'm a lazy bum. (I was supposed to package it for them.) I stopped working on it when I discovered some problems with locale, you might need to use libBrokenLocale.so to get it to work correctly. Any recommendations how to set it up right for Debian 2.0? In other words what files do I need to install to take advantage of dynamic libraries? You can use what I have so far, it should work. The missing details were adding some readme's and a script to automate everything. get: http://www.cps.msu.edu/~dunham/out/swim-2.1.tar.gz and untar it. It will make a directory called swim-2.1. cd into this directory, and copy the .tgz files from the SWiM CDROM into this directory. I don't have the CD mounted right now, but you need the ones for Red Hat 5.0. At this stage you will have a tree that looks like: swim-2.1/ --+-- debian/ a bunch of control files | \--- a bunch of *.tgz files After they are copied, you can type: fakeroot debian/rules binary and the packages will be built and will show up in the parent directory. (You will need the debhelper and fakeroot packages installed for this to work. If you are root, you can leave out the fakeroot part.) IIRC, the version of SWiM 2.1 that I was working from didn't have RPM packages, so YMMV. The packages are broken down into: swim, libxm2g, libxm2g-dev, libxm2g-slib, swim-mwm, swim-man, and swim-examples. Steve [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
