Re: Bug#10496: svgatextmode: missing getVGAreg, 600 permissions for samples
On Jun 11, Ricardas Cepas wrote > Package: svgatextmode > Version: 1.5-1 > > get/setVGAreg is missing, They are missing because they are described by the author as "hacker" programs, not necessary for the functioning of the svgatextmode itself. The comment in the source implies that you must be familiar with the source in order to use the utilities. One option is to make a svgatextmode-utils package and include these utilities + utilities from contrib directory in the source that are currently not included in svgatextmode package. However, even in that case, the binaries would be distributed without any documentation (maybe I should put the source somewhere in /usr/doc/svgatextmode-utils ? ). You are the first person to ask me about these, so I need some more feedback before I decide to make the svgatextmode-utils package. BTW, here is the comment I was referring to: /*** *** get/set VGAreg, a simple VGA register hacking program *** *** WARNING: since different SVGA cards use different extra address ranges in any *** of the register sets, no checking is done to make sure you don't attempt to change *** a non-existing register! *** *** This is just a hacking tool! Use at your own risk. It was NOT intended to be *** idiot proof! If you don't understand all this, then don't bother trying to use it. *** ***/ >some files in samples/consoletools are readable > only by the root. > This has already been reported, will fix in the next release coming up soon. Thanks. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
attempting to solve copyright problem
I recently (yesterday, in fact) discovered a wonderful Tcl/Tk-based irc client for X called cIRCus. It is by far the best graphical irc client I've seen. My first thought was, of course, to package it for Debian, but the copyright is quite restrictive. There is no source, and it states that "it can only be distributed as a complete package". Looking through the circus discussion board on cIRCus's home page, I found that the author isn't quite sure yet what to do with the program, and that's why he isn't releasing source. I would like to convince him to release the source and GPL it, if possible. I remember seeing a while back a big text written by Ian Jackson pointing out the many advantages of GPL'ing software. I also remember a recent post by Bruce also outlining same things. I know I could come up with my own arguments, and I have, but I don't want to miss any important things. Could anyone who still has it in their mailbox send a copy to me? Searching list archives on the web is very hard especially when you don't remember the subject. Thanks. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Libc6 progress: 1997-12-06
> > > Igor Grobman <[EMAIL PROTECTED]>: > > grmonitor-0.53-2 > > The package says Christoph Lameter is the maintainer. > Good luck to Igor, it looks like some work. I tried to compile it > just now. I did not see a reason to reupload the new version of the package (this was before libc6 conversion), so I just sent a message to [EMAIL PROTECTED] (or whatever the address is). I tried building it, and, like you said it was not fun and I didn't have much time to mess with it at the time. I will do my best this weekend however (or so I hope :) ). -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
packaging battleball
I am planning to package battleball, a 3D soccer game played with tanks. If someone is already working on it, please let me know. Unfortunately, it has a non-free license (there is a "non-commercial use" clause), but I will try my best to convince author to adopt a free license. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: BUG: SVGATextMode or GPM
> > > +AD4APg- I am running lastest hamm, and when I upgraded to the new > svgatextmode, it asked to remove the /etc/rc.boot files, and install new > ones. I did so, but when I rebooted, it executed after gpm. When I boot, > the kernel uses 80x25, and when svgatextmode runs, it changes it to 180x80. > However, the mouse is locked in the upper left-hand corner. Running > +ACI-/etc/init.d/gpm restart+ACI- fixes it, but svgatextmode should be run > earlier in the sequence. > +AD4- > +AD4- > +AD4-This is not a bug, this is a FAQ :-). Default TextConfig now includes > (and > +AD4-has been since 1.6-2, I think) the following line: > +AD4- > +AD4-ResetProg +ACI-/usr/sbin/STM+AF8-reset+ACI- > +AD4- > +AD4- > +AD4-STM+AF8-reset is a script that sends a WINCH signal to gpm notifying it > of the > +AD4-screen resize. Since TextConfig is a conffile, and yours has probably > been > +AD4-modified, the change never got through to you. This will be mentioned > in > +AD4-README.debian of the next version of stm. > +AD4- > > When it installed, I told it to overwrite the old file. I still consider it > a bug, because the operation of the computer changes, and I have to manually > run /etc/init.d/gpm restart. It would be nice to have a default > STM+AF8-reset, that checks if /etc/init.d/gpm exists, and if so, restart it. > Or better yet, make a directory that packages can install files into, and > have STM+AF8-reset call them. IE /etc/stm.d. 1. restart is not necessary in this case, and if you have teh right resetprog listed in your TextConfig, everything should be transparent. 2. why create stm.d for only 1 package (gpm)? > > Any time the default way of do things is changed, the user should be > notified. This doesn't warrant a pause, but at least a message would have > been nice. I had been running 1.3.1, with libc6 installed for a while, and > did the hamm upgrade(50+-megs). I was expecting to have lots of messages > about config files, so it wouldn't have been a pain to wait for another > message. Sorry, I did not foresee that this will be a problem. > > BTW, the is default resetprog is +ACI-/etc/STM+AF8-reset+ACI-, and it should > not be there. It should be in some bin dir. it is. I think you are talking about /etc/TextConfig in 1.8-1, and it was indeed messed up, so was STM_reset script. I messed up a lot of thiings in 1.8-1. That package should have never been released, and I apologize for it, but what can I do? I released fixed 1.8-2 within 3 days. Please install stm 1.8-2 and see if that works for you. Thanks. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: BUG: SVGATextMode or GPM
> I am running lastest hamm, and when I upgraded to the new svgatextmode, it > asked to remove the /etc/rc.boot files, and install new ones. I did so, but > when I rebooted, it executed after gpm. When I boot, the kernel uses 80x25, > and when svgatextmode runs, it changes it to 180x80. However, the mouse is > locked in the upper left-hand corner. Running "/etc/init.d/gpm restart" > fixes it, but svgatextmode should be run earlier in the sequence. This is not a bug, this is a FAQ :-). Default TextConfig now includes (and has been since 1.6-2, I think) the following line: ResetProg "/usr/sbin/STM_reset" STM_reset is a script that sends a WINCH signal to gpm notifying it of the screen resize. Since TextConfig is a conffile, and yours has probably been modified, the change never got through to you. This will be mentioned in README.debian of the next version of stm. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
away for a week/bochs
I am going away for a 9-day vacation early morning tommorrow. I just released a package of new upstream version of exmh, and svgatextmode 1.8-3 which has some minor fixes. If anything serious comes up, feel free to make a NMU. The chances of me having net access at that time are slim to none. In the last couple of days I've been acquainted with bochs which is an x86 emulator that can run DOS and Windows(3.1 and 95) in an X window. It is rather slow, but still better than dosemu, I think, and it can run on non-intel processors as well. Unfortunately, its license is very restrictive. It's basically non-crippled shareware with source provided. The author is considering adopting a free license however. I've sent a request for a permission to package bochs to the author, but haven't heard back yet. Of course, it would go in non-free. Anyway, just wanted to let you know of this cool program and announce my intentions to package it :). You can find it on http://world.std.com/~bochs. To the unnamed wnpp person: i also plan to package battleball game for debian. I announced it on debian-devel, but never cc'ed to you. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Webmin .. ?
> Hello, > I ran across something very cool the other day -- Webmin > (http://www.webmin.com/webmin/). It's a web-based system management > tool, which is capable of doing things like cron jobs and DNS administration. > The developer has a version for Debian, and I think it would make a great > addition to make Debian more "user friendly" .. optional, of course. ;) > > I I'm not sure if it's GPL'd, but if it is, I'd be interested in taking > a shot at maintaining a package for it. The only problem is my rather > unstable > living situtation right now .. but that will be over with in a few months. I was thinking of packaging it too about a month ago. I contacted the author about webmin's license (which is not to be found anywhere), and still haven't heard back. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is there a maintainer for the install doc?
> Is anyone maintaining the Debian installation manual? > I know that Sven is no longer doing it. If not, > we will need a volunteer. I'd like to maintain it. I plan to be active on the testing front, so I should be aware of all the quirks with the installation and upgrading. BTW, are the .txt and .html files generated from sgml source? If so, where is the sgml version located? -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation.... Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is there a maintainer for the install doc?
> Thanks for using NetForward! > http://www.netforward.com > v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v^v > > > > Is anyone maintaining the Debian installation manual? > > > I know that Sven is no longer doing it. If not, > > > we will need a volunteer. > > > > I'd like to maintain it. I plan to be active on the > [snip] > Great! > > One change that is needed is to change lines such as > rawrite2.exe > to > rawrite2.exe I am afraid this is the shortcoming of debiandoc-sgml which generates the text and html versions. Should I manually (using a script) change the URLs after generating the html version? > > This will allow the same pages to be used on an ftp site or > on a web site. > > A few shortcomings of the current install docs: > > They don't even mention fips anywhere, let alone how to use it to avoid > having to reinstall windoze (The developer who creates the tools to safely > ,i.e. non-destructively, modify existing partitions during the installation > should get the Most Valuable Developer of the year award). Partition Magic does it just fine with FAT/FAT32 partitions, but it costs money... > > Newbies could really use some guidance on deciding how big to make partitions. > > Divide into more pages so it doesn't seem so intimidating. > > We already have the easiest to maintain distribution. We could really get some > converts if it was the easiest to install. Good clear instructions > really make a difference. Ok, suggestions recorded. I also plan to heavily modify the bootdisk install instructions. From my experience with helping people on #debian and debian-user, the instructions are not clear enough. Another thing I want to add is a section describing PPP setup (or maybe at least point to relevant docs) since it seems to be the most frequently asked newbie question. Any more suggestions? Thanks. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is there a maintainer for the install doc?
> On 7 Jan, Igor Grobman wrote: > >> Is anyone maintaining the Debian installation manual? > >> I know that Sven is no longer doing it. If not, > >> we will need a volunteer. > > > > I'd like to maintain it. I plan to be active on the > > testing front, so I should be aware of all the quirks with the installation > > and upgrading. > > Igor, are you planning to take only the installation manual or all the > docs in boot-floppies? > Now that we are going to add translations to the installation disks, we > need to add also the translated manual; this needs coordination. Well, other than the installation manual, the only other maintainable document that I see is the dselect.beginner doc. I am not sure I want to maintain it or that it even needs a maintainer. Oh, and I'll probably end up releasing/maintaining release notes for hamm. I would be happy to coordinate with people who are translating the docs. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re:libc5 to libc6 auto-upgrade script
This version should be close to good enough. The major change since the last one that was posted is the ability to upgrade from files in the current dir instead of a local mirror requirement. This script still needs testing. --cut here-- #! /bin/sh # upgrade a libc5 (bo) machine to libc6 (hamm). # based on Scott Ellis' excellent "Debian libc5 to libc6 Mini-HOWTO" # document at http://www.gate.net/~storm/FAQ/libc5-libc6-Mini-HOWTO.html # Author: Craig Sanders <[EMAIL PROTECTED]> # # Copyright Status: This script is hereby placed in the public domain # # Revision History: # v0.0: 1998-01-08 (morning) # - a rough transcript of scott's doc and my own experiences # v0.1: 1998-01-08 (night) # - a few bugfixes # - i got unlazy and put in the right subdirectories for each package. # should run a lot faster. # - now checks for failure at critical points and exits with a different # exit code for each failure. # - now uses 'binary-$(dpkg --print-installation-architecture)' instead # of 'binary-i386'. # v0.2: 1998-01-09 # - fixed the perl-base/perl install (thanks Lindsay!) # - improved the DEVPACKAGES=$(dpkg --get-selections...) and added -dbg # packages. # v0.3: 1998-01-09 (p.m.) # - fixed some directories # - changed "-iB" to "-iBE" so that if the script fails and is run again # it will not disturb things already in place. # - added a final "dpkg --configure --pending". # - sanity check that we are in the right place added # v0.4: 1998-01-10 (Igor Grobman) #-made it possible to place all packages in current dir. #-added -pic packages to removal list. #-make sure dpkg-dev does not get selected for removal. # -moved dpkg-ftp and dpkg-mounted to the end. #v0.5: 1998-01-10 (Igor Grobman) #-added a note about upgrading libraries # # # TODO: (probably by somebody else. this script is mostly good enough imo) # - error checking echo "This script will install the packages necessary to ensure a safe" echo "upgrade to hamm. You need to either have a local or remote mirror" echo "mounted, or have the following packages available in the current" echo "directory: ldso, libc5, libc6, timezones, locales, " echo "ncurses3.0, ncurses3.4, libreadline2, libreadlineg2, bash, libg++272," echo "dpkg, dpkg-dev, dpkg-ftp, dpkg-mountable, libgdbm1, libgdbmg1, perl-base," echo "and perl. If you are using a mirror, press 'm'. If you have the files" echo -n "if you have the files in the current dir, press 'c': (m/c) " read answer case $answer in m) #local mirror available # first, build up a list of installed -dev packages so that we can # remove them. remove wg-15-locale too. # # this is necessary even on machines which aren't doing libc6 # development because libc5 can't be upgraded to latest version without # removal of libc5-dev which also necessitates removal of other -dev # packages like libdb1-dev and libdl1-dev if they are installed. DEVPACKAGES=$( dpkg --get-selections | grep -v dpkg-dev | grep -v deinstall | cut -f1 | grep -- "-dev$\|-pic$\|-dbg$" ) dpkg --remove -B $DEVPACKAGES wg15-locale || exit 1 # now install the new versions of things. Just the bare minimum to let # the user safely run dselect for the rest of the upgrade. # change this to prompt the user for the location of the debian archive. cd /debian/dists/unstable/main/binary-$(dpkg --print-installation-architecture) # sanity check that we are in the right place [ -f base/libc6_* ] || exit 9 # libc # dpkg -iBE base/ldso_*.deb base/libc5_*.deb base/libc6_*.deb \ base/timezones_*.deb admin/locales_*.deb || exit 2 # libreadline, ncurses, and bash # dpkg -iBE libs/ncurses3.0_*.deb base/ncurses3.4_*.deb || exit 3 dpkg -iBE oldlibs/libreadline2_*.deb || exit 4 dpkg -iBE base/libreadlineg2_*.deb || exit 5 # paranoia says run ldconfig NOW. don't laugh, i've needed to do this on # some libc5-libc6 upgrades. i know that the postinst scripts for the # libs are supposed to do it but ldconfig dpkg -iBE base/bash_*.deb || exit 6 # new dpkg # dpkg -iBE devel/libg++272_*.deb || exit 7 dpkg -iBE base/dpkg_*.deb utils/dpkg-dev_*.deb # perl # dpkg -iBE base/libgdbm1_*.deb devel/libgdbmg1_*.deb || exit 8 # paranoia says "run ldconfig now". ldconfig dpkg -iBE base/perl-base_*.deb || exit 9 dpkg -iBE interpreters/perl_*.deb # strictly speaking, dpkg-ftp and dpkg-mountable are not essential to # upgrade right now but they're both very useful. dpkg -iBE base/dpkg-ftp_*.deb admin/dpkg-mountable_*.deb # paranoia says to run this at the end dpkg --configure --pending # paranoia says: "run sync", so lets do it :-) sync ; sync ; sync ;; c) #all packages in current dir # first, build up a list of installed -de
semi-vacation in Columbus, OH/Chicago, IL
I will be between Columbus, Ohio and Chicago, Illinois for the next week or so. I will have online access, but probably not much of an opportunity to do debian work. If anyone from the area wants to arrange a meeting and pgp signing, I'll be happy to cooperate :-). Igor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X11_release_note.txt
While working on the install doc, I noticed X11_release_note.txt which is a note for debian X users with non-US keyboards. That note seems to be a *little* outdated. Would someone with knowledge of the issues care to update it, or if no update is needed, at least change the versions of the packages etc. Thanks, Igor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Install doc ready for testing ;-)
I finally had some time to update the install doc (install.html and install.txt that comes with the boot disks). The new one is available at http://www.nothinbut.net/~igor/install.html . Please comment. What I did is modified it to mention Pentium II every time compatibility with Intel processors is mentioned. I added detailed instructions for installing from CD or a DOS/ext2/minix partition, and in the process reorganized the whole "Methods for Installing Debian" section. I also added some instructions for setting up PPP after the base install is finished, as this seems to be a FAQ. Jay: You asked me to let you know when I have the new version. Is this what you wanted for local URLs? It seems that someone fixed it before me. All feedback is appreciated. Thanks. -- 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]
Updated install.html
Thanks to all who provided feedback for the install doc! I can't believe how many spelling mistakes I made, and didn't even run spell check. In my defense, I have to note, that many of those mistakes were not mine, but have been in the install doc for a while :). The updated install doc is still at http://www.nothinbut.net/~igor/install.html . I corrected all the spelling mistakes, and added some text to the "Partition Your Hard Disks" section. -- 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]
Yet another install doc update.
I have fixed yet some more little mistakes, and enhanced the install doc some more. This time, I mostly had to include the suggestions from other people. Thanks to Ben Gertzfield, Bob Hilliard and Jim Van Zandt (and I know I am forgetting someone) for their contributions. I think this is very close to final. Please take a look at it, and see if there are still some things missing. Thanks. -- 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: Intent to package moxa radius
>>Anyway, could you explain to me how this advertising clause is so harmful? > > See http://www.gnu.org/philosophy/bsd.html. Ok, this helps. I am still at a loss why we mention BSD as one of the "free" licenses in DFSG, and have no mention of this problem there. I'll try to contact Moxa about this problem, but I doubt a successful outcome, since I think they really want to get some publicity out of making their software free one way or another. Am I correct that this clause doesn't make software really non-free (DFSG definition) ? Or am I missing something obvious in DFSG? Thanks. -- 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: Intent to package moxa radius
> In article <[EMAIL PROTECTED]> igor wrote: >a new license yet, but here it is: > > > >/* = > > * Copyright (c) 1998 Moxa Technologies Corp, LTD. All rights reserved. > [...] > > * 3. All advertising materials mentioning features or use of this > > *software must display the following acknowledgment: > > *"This product includes software developed by the Moxa Technologies > > *Corp, LTD. for use in the Moxa RADIUS Server (http://www.moxa.com/)." > > Urk! It's the Obnoxious BSD Advertising Clause, back to haunt us. > > Including the OBSDAC would make Moxa non-free. Please educate them > about that, too, and suggest they use an XFree86-like licence rather > than this BSD-like one. I don't understand. We haven't declared all BSD software non-free yet, have we? How come moxa doesn't fit the bill. It has the exact same clause. I seem to remember a long discussion on -devel, but didn't we conclude that this BSD clause doesn't make software non-free? Anyway, could you explain to me how this advertising clause is so harmful? Thanks. -- 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: netstd tools in the base system (was Re: What to do with /bin/perl symlink?)
> On Tue, Apr 28, 1998 at 06:18:13PM +1000, Aaron Howell wrote: > > On Tue, Apr 28, 1998 at 09:11:45AM +0100, Enrique Zanardi wrote: > > > Then we have two options: > > > > > > - Remove usr/bin/ftp and usr/bin/telnet from the base system. > > > - Create a netstd-base package with those tools. > > > > > > If nobody objects, I will choose the first option for the next > > > boot-floppies release. > > > > > > Thanks, > > > -- > > > Enrique Zanardi [EMAIL > > > PROTECTED] > > Then what happens to people who download the base system, install that, > > then have no ftp command to continue getting packages? > > The should use dselect's ftp method (that method doesn't use the ftp > stand-alone > client, but a perl library). What if the person does not want to use dselect? Many people (not me) prefer to download packages themselves, and dpkg -i them. Now that ftp is removed, they would either have to download netstd using something other than linux, or use dselect to download netstd. Given some people's dislike of dselect, this will be a major complaint. Please leave ftp in, and I still think netbase should include it. telnet isn't that improtant. Thanks. -- 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: Intent to package: uedit
O my god!! This is true. I downloaded it, and the README is pretty much what James has written. I tried starting it, and it managed to kill exmh, but not all of X exiting with "Setup Eror: Unable to Initialize Program". What a pity, it failed to kill X :). Um... I suddenly have a strange desire to destroy someone or something. Igor, still recovering. -- 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: Intent to package pine-src
Here is an idea. Why don't we make an installer package for these source-only packages. It would work the same way as netscape installer, except it would compile the binary as well as retrieve the source tarball from the net (or require user to have a tarball). I believe that will remove the objections of those who think .deb is wrong format for source packages, but will still mean that pine.deb is visible in the distribution. -- 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 moxa radius
I intend to package up Moxa radius, a fully-featured radius server package. It has some of the features that are not available in any of freely available radius's that debian contains, such as proxy support. I found it accidentally on the net, and at that point it had no license at all. I contacted the authers, and convinced them Free Software is The Way (tm). This is a first one for me, so I am very proud of myself ;-). You can find it at ftp.moxa.com/drivers/cn2000/radius.2.2.tar.Z . I am not sure if that one has a new license yet, but here it is: /* = * Copyright (c) 1998 Moxa Technologies Corp, LTD. All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. All advertising materials mentioning features or use of this *software must display the following acknowledgment: *"This product includes software developed by the Moxa Technologies *Corp, LTD. for use in the Moxa RADIUS Server (http://www.moxa.com/)." * * 4. The names "Moxa Radius Server" and "Moxa Technologies Corp, LTD" must *not be used to endorse or promote products derived from this *software without prior written permission. * * 5. Redistributions of any form whatsoever must retain the following *acknowledgment: *"This product includes software developed by the Moxa Technologies *Corp, LTD. for use in the Moxa RADIUS server (http://www.moxa.com/)." * * THIS SOFTWARE IS PROVIDED BY THE MOXA TECHNOLOGIES ``AS IS'' AND ANY * EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR * PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE MOXA TECHNOLOGIES OR * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) * ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED * OF THE POSSIBILITY OF SUCH DAMAGE. * * * This software consists of voluntary contributions made by many * individuals on behalf of the Moxa Technologies Corp, LTD. * For more information on Moxa Technologies and the Moxa RADIUS server, * please see <http://www.moxa.com/>. * */ -- 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: config packages [Was: rm -r * and the default prompt]
On May 21, Brian Mays wrote > > Kai Henningsen <[EMAIL PROTECTED]> writes: > > > One thing that I have missed in this debate so far: a lot of the > > configurations relevant to this discussion should really be adjustable per > > user. > > Ideally, yes. I guess so many of us have single-user systems that > this point tends to get overlooked. > > > With that in mind, wasn't there some dot file generator? Could that thing > > be made to do this? > > Now you are talking about a program to be executed by each user that > lists a series of possible configurations for each application and > allows the user to choose one. > > This truly would be the best way to make Debian newbie-friendly. Now > all we need is someone to write this thing (or to find and improve > this dot file generator to which you refer, if it exists). > > Brian I've been planning to package it for a while, but never find time for it. I will package it this weekend though. The dotfile generator I am talking about is a TCL/TK app, which has a "module" for each app it generates dotfiles for. It currently has bash, fvwm1, fvwm2, elm, emacs, ipfwadm, rtin and tcsh modules. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
virtual packages
I've been packaging dotfile generator, and have a small question related to virtual packages. The package will be multi-binary. It consists of the main dotfile package, and a number of modules (currently 8). I want each of the modules to provide a virtual package dotfile-module, but I am not sure whether I have to bring this up for discussion on debian-devel or not. Here is the relevant paragraph from virtual-package-names-list.txt Packages MUST NOT use virtual package names (except privately, amongst a cooperating group of packages) unless they have been agreed upon and appear in this list. What I have a problem with is the "except" clause. I will be maintaining all of the modules as well as dotfile generator package itself, so does this qualify as "private, cooperating group of packages"? If not, consider this the official proposal to add a new virtual package called dotfile-module. Let me know of any objections you might have. Thanks. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: virtual packages
On May 25, Craig Sanders wrote > > On Sun, 25 May 1997, Christian Schwarz wrote: > > > I fully agree to what Manoj said. Since the dotfile generator will > > probably get widely used by other packages we should put this package on > > our list of "public virtual packages". > > > > Since I maintain this list, I suggest the following addition to section > > "Miscellaneous": > > > > dotfile-module Anything that provides a module for the dotfile > >generator > > > > Does someone have objections? > > No objections, just a query: > > what will this actually achieve? > Will dselect automatically select new packages providing dotfile-module > when they appear? > > As far as I know, it won't - at least not if dotfile only Suggests > dotfile-module.and even if it does do it for Recommends, the > behaviour of Recommends is obnoxious enough that it should NOT be used > in this situation. Whether it depends, recommends or suggests dotfile-module, dselect would still be satisfied when just one module is selected, so when new modules appear they won't be selected automatically. This is much easier to do than make a depends line look like this: Depends: dotfile-bash | dotfile-fvwm2 | dotfile-tcsh etc. I think dotfile should depend on dotfile-module, since it's practically useless without it. I could be convinced to only recommend it, but as Craig pointed out, dselect does not treat Recommends any differently than it does Depends. > > the individual dotfile-modules should Depend upon dotfile right. >but except > for the initial install of dotfile, i can't see much benefit at all in > having dotfile Suggest dotfile-module. See above. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: virtual packages
On May 25, Christian Schwarz wrote > > Whether it depends, recommends or suggests dotfile-module, dselect would > > still > > be satisfied when just one module is selected, so when new modules appear > > they > > won't be selected automatically. This is much easier to do than make a > > depends > > line look like this: > > Depends: dotfile-bash | dotfile-fvwm2 | dotfile-tcsh etc. > > I think dotfile should depend on dotfile-module, since it's practically > > useless > > without it. I could be convinced to only recommend it, but as Craig pointed > > out, dselect does not treat Recommends any differently than it does > > Depends. > > I was thinking about "Suggests: dotfile-module". This has a few > advantages: > > - The first time some selects "dotfile-gen" (or whatever it's called) > dselect automatically suggests to include a module. So if one don't know > this package, one get the hint to include a module. > > - If new module packages appear, the user probably already knows about the > dotfile generator, so he/she doesn't need such a hint. (The package is > listed under "new available packages"--this should be enough.) > > - Perhaps some sysadmins have created their own dotfile modules for local > use only, so they probably don't want to install any of your module > packages. If dotfile-gen would depend or recommend them, he/she would have > to install one of the module packages just to get dselect shutting up. > > So what's the problem of dotfile-gen suggesting dotfile-module? > ok, I am convinced. Looks like Suggests would be the best in this case. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: New Project: COPYRIGHT HOWTO.
Some time around 03 Jun 1998 23:25:12 +0200, Jens Ritter wrote: > > Hallo all, > > as a lot of us developers have to deal with copyright problems, I would > like to start this (hopefully) littly project. > > I would like to write a COPYRIGHT HOWTO, which might be send to > authors of software, which a) do not state what copyright is > associated with their software and b) who do not use a free (enough) > license. > This is a very good idea. Don't forget to take a look at http://www.debian.org/intro/free.html . This is an excellent introduction to freeness/licensing and it has some of the information you are trying to gather. I've been using it in my conversations about copyright with non-free software authors. -- 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: apt and hamm
Some time around 14 Jun 1998 13:28:00 EDT, Adam P. Harris wrote: > > This issue has been addressed in some detail by the testing group. To > begin with, I must point out that some dpkg installation methods these > days do quite a nice job of package ordering on their own (I think > dpkg-ftp is the best one aside from apt). That being said, sure, none > of them are as nice as apt. dpkg-ftp does ordering? wow, that's news to me. > > Futhermore, there is a difference, I think, between selection of the > acquisition method for *upgrades* versus *new* installations. > > Finally, even if we do provide apt as an alternative mechanism for > *upgrading*, there's the question of using apt via dselect or using > 'apt-get dist-upgrade'. My recommendation is to use 'dist-upgrade', > and then use dselect with the apt method, and manually remove old > packages which are no longer needed (since dist-upgrade intentionally > tries to preserve the existing package state as much as possible). > > Finally, there are still some reports that apt segfaults for some > systems. Jason has done an excellent job of responding to these > issues as they arise, but it's natural there may be bugs yet in the > system. So I feel that droping the road-tested autoup.sh would be a > mistake. Agreed. > > This is my recommendation: > > (a) we need specific installation instructions for upgrading. Igor, > is this supposed to be part of the install.sgml document, or is it > separate? No, this is supposed to be part of Release Notes (at least, that's what I thought). I believe Arto Astalo (sp?) was (is?) working on those. I haven't seen anything from him in a while though. One thing is for certain: we do need release notes, and someone should write them up fast ;-). I will not volunteer till I am caught up with other Debian things. > > (b) recommend for upgrades that users use *either* autoup.sh or, if > they are daring, 'apt-get dist-upgrade' followed by making it > dselect's acquisition method. It would be excellent to support > both of these methods via CDROM is possible, but I would hate to > see that slow down the hamm release cycle. > > (c) document how to best go about upgrading with either method. I > have an outline of documentation for upgrading via apt; I'd be > happy to complete this if I have committment from someone (either > Igor, or the apt maintainers I guess) that this document is needed > and useful and will ship, and *where* it will ship. Please go ahead, and work on this. It would be cool if you could expand it to have other release notes too, but upgrade instructions is something we can't ship hamm without. -- 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: xanim on alpha
Some time around Fri, 15 Jun 2018 03:22:12 +0200, Michael Dietrich wrote: > hi, > > i tried to get an alpha-binary of xanim. because i didn't find it on > the mirror i got the source and tried to compile. everything worked > fine but a wrong path in rules (that one for the dotofiles.tgz, no ../ > necesary). Oops. I forgot to remove that evil archive from the source! Technically, we are not allowed to distrbute those. The xanim author got a permission to distribute them, but it's non-transferable. I tried to contact the company that owns the copyright, but got no response, and xanim author's contacts for this are long gone > but then the linker complained about wrong binary: the > source package comes with intel objects. shure, it's not free, that's > the cause i think, but where can i get those object for alpha? you don't ;(. They are completely non-free, and there are no alpha modules AFAIK. -- 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: 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]
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: p2c 1.20-2.4 is now lintian-compliant and in Incoming.
Some time around Thu, 18 Jun 1998 19:36:17 PDT, Robert Woodcock wrote: > It's targetted for 'frozen unstable' - yes, this is for hamm. > > I did *not* fix the old source format, or edit it to use debhelper, > or anything else drastic - it *only* (a). fixes all the lintian > errors and (b). gives us a libp2c1 package. If it's the old source format, then is it still in hamm? I think every other old-source format package is no longer in hamm. I don't see why p2c would be the exception given that no one wants to maintain it anyway. Unless, of course you mean something different by "old source format" than what I am thinking of (does it have a .dsc file?) -- 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: p2c 1.20-2.4 is now lintian-compliant and in Incoming.
Some time around Fri, 19 Jun 1998 19:49:58 PDT, Robert Woodcock wrote: > On Fri, Jun 19, 1998 at 11:39:20AM -0300, Igor Grobman wrote: > > Some time around Thu, 18 Jun 1998 19:36:17 PDT, Robert Woodcock wrote: > > > I did *not* fix the old source format [...] > > > > If it's the old source format, then is it still in hamm? I think every ot > her > > old-source format package is no longer in hamm. I don't see why p2c would > be > > the exception given that no one wants to maintain it anyway. Unless, of c > ourse > > you mean something different by "old source format" than what I am thinkin > g of > > (does it have a .dsc file?) > > Hmmm, I haven't been a developer long enough to know just what you're > talking about, but yes it does have a .dsc file. It seems the debian/rules > file predates debstd though. Oh, so that's how you determine it ;-). The other explanation is that the person might have had enough clue not to use debstd ;-). If it has a .dsc file, it's new source format. The old one wouldn't have a debian/ dir either. > > Can someone who *does* know exactly what 'old source format' means look at > and possibly close bug #9514? #9514 complains it's old source format? I'll take a look at it if I have time left after reading my mail today :). -- 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: xanim and the dotofiles
Some time around Thu, 21 Jun 2018 05:44:41 +0200, Michael Dietrich wrote: > no, that's not a new boygroup, it's a copyright problem. for special > decodings xanim uses non-free software. i found the needed .o files > for alpha. perhaps now is the moment to get xanim multi-platform > ready. there is a server with a lot of objects including the missing > for debian. > the question now is: shall thoses files be included in the distr? > (url is ftp://ftp.uni-trier.de/pub/unix/X11/application/xanim/modules/) If they all have the same copyright as the 3 i386 ones that are currently compiled in, we can't include them. I asked the author of xanim, and he told me that he got exclusive permission to distribute them, but he can't pass it on to me. My attempts to contact someone at radius miserably failed. I think the way it is now (or will be when i remove dotofiles.tgz from orig.tar.gz) is as good as it gets. > -- > see header > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > g -- 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: xanim and the dotofiles
Some time around Sun, 21 Jun 1998 10:15:50 BST, Enrique Zanardi wrote: > On Sun, Jun 21, 1998 at 12:00:59AM -0300, Igor Grobman wrote: > > If they all have the same copyright as the 3 i386 ones that are currently > > compiled in, we can't include them. I asked the author of xanim, and he t > old > > me that he got exclusive permission to distribute them, but he can't pass > it > > on to me. My attempts to contact someone at radius miserably failed. I t > hink > > the way it is now (or will be when i remove dotofiles.tgz from > > orig.tar.gz) is as good as it gets. > > I think xanim should be modified to be able to add codecs as plug-ins > (loadable modules) without recompiling. That way our users could download > xanim from non-free, copy any dotofile from the net to /usr/lib/xanim > and voila! > > Now we have to convince the author. ;-) > Well, not necessarily ;-). I am pretty sure xanim author wouldn't mind a patch for such functionality. If xanim was free, I would probably seriously look into it, but given the fact it's not even in our distribution officially (since it's non-free), I don't feel like spending my time adding the functionality to it. I'll forward this thread to xanim author. > -- > Enrique Zanardi [EMAIL > PROTECTED] > .es -- 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]
xanim plugins
Here is the reply from xanim author regarding xanim plugins. I also tried to prod him for making it free software, but apparently that is not happening because he is making money on xanim. --- Forwarded Message From: [EMAIL PROTECTED] (Mark Podlipec) Message-Id: <[EMAIL PROTECTED]> Subject: Re: Some random ideas for xanim. To: [EMAIL PROTECTED] (Igor Grobman) Date: Sun, 21 Jun 1998 23:10:58 -0400 (EDT) In-Reply-To: <[EMAIL PROTECTED]> from "Igor Grobman" at Jun 21, 1998 10:50:25 AM Organization: Bay Networks Inc. Billerica MA X-Mailer: ELM [version 2.5 PL0b2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-UIDL: 91f0cf1af168d22bc3c40f68a2cad7e7 > Hi! > This is your debian maintainer yet again ;-). Oh no. :^) > This thread, a message from which I forwarded below started with someone > looking for codec modules for alpha, finding them, and suggesting we include > them all (i386, alpha and other platforms) in the debian source package. The > rest of this small thread can be seen below... Plug-ins instead of objects > that have to be compiled in is an interesting idea. Yes, it is and it will happen for some platforms. I'm working on redefining the video/audio decompression API's. Once that happens, I plan on also setting up plugins. However note that Linux isn't quite stable enough to be worth working on plugins. They're making major changes to the libraries and are breaking things left and right. readdir() and dynamic loading are two key things that broke between revs. So they'll need to recompile anyways. > Also, while we are on the copyright subject, is there a good reason you have > the "non-commercial" use restriction on xanim? Yes, that's how I pull in enough money to keep developing xanim. It's how I buy the machines, peripherals and software needed. It's how I hire the lawyers and how I pay for licensing some of the codecs. > I hate when someone pushes ideas onto others as much as the next guy, but > I think some of my ideas are good ;-), so take this with a grain of salt > or skip it if you've already seen too much free software advocacy. > > I really hate "non-commercial" use clauses on otherwise free software, > because it puts a big restriction on the user usually without a good reason. > Do you have someone paying you for a commercial license? Yes, it is currently being licensed. ... > restrictive, but makes sure software stays free. If the reason for your > non-commercial use clause is the fear of someone taking your code and making > money on it, GPL will protect your code from that occurence. GPL doesn't do that at all. GPL just prevents them from claiming they wrote it and makes sure they will make the source available. Also keep in mind that without the codecs, xanim is not that useful. ... > As you suspect my point is to convince you of applying one of the free > licenses to xanim. It would be really cool if you did that, since that would > produce the first truly free viewer for some of the video formats. While I agree in principal, I don't believe I could continue working on xanim if it didn't pay its own way. While I'm sure others would pick it up, I happen to like working on it. Mark --- End of Forwarded Message -- 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]
