List of bugs that *must* be fixed before releasing Hamm
The following bug reports *must* be fixed before the current frozen Debian distribution can progress further in its development cycle. Reminders have been sent to the maintainers of these packages yet nothing has been done to remedy these bugs. Bug # Package Name Bug Description [days old] (maintainer) ~ ~ ~ 1797: dpkg - upgrade/downgrade dependency calculation problem [894] (Klee Dienes and Ian Jackson [EMAIL PROTECTED]) 2313: xbase- xterm keymapping problems suspected [795] (Branden Robinson [EMAIL PROTECTED]) 13849: netstd - netstd should predepend on libreadlineg2 (?) [185] (Peter Tobias [EMAIL PROTECTED]) 15764: nonus.debian.org - ftp.debian.org: Non-US Packages files are broken [128] (Sven Rudolph [EMAIL PROTECTED]) 15998: login- login: bug in postinst [121] (Guy Maor [EMAIL PROTECTED]) 16150: tcsh - tcsh goes runaway [118] (Luis Francisco Gonzalez [EMAIL PROTECTED]) 17107: ae - ae: Some (important) function keys don't work in an xterm [92] (Dale Scheetz [EMAIL PROTECTED]) 17401: wu-ftpd - netstd overwrites ftpd.8.gz [84] (Heiko Schlittermann [EMAIL PROTECTED]) 17624: dpkg - dpkg: installs regular dir when .deb contains symlink ! [77] (Klee Dienes and Ian Jackson [EMAIL PROTECTED]) 17671: bind - BIND 8 package does not preserve local configuration on upgrade [76] (Johnie Ingram [EMAIL PROTECTED]) 18132: passwd - passwd: gpasswd doesn't work as expected -- security hole and lost of functionality [63] (Guy Maor [EMAIL PROTECTED]) 18221: e2fsprogs- e2fsprogs does not PreDepends on comerr2g, e2fslibsg, libc6... [59] (Yann Dirson [EMAIL PROTECTED]) 18297: quota- quota: binary quota is now /usr/sbin/quota [58] (Heiko Schlittermann [EMAIL PROTECTED]) 18322: dhcp-client-beta - dhclient-script problem with quot;EXPIREquot; [57] (Christoph Lameter [EMAIL PROTECTED]) 18572: nonus.debian.org - nonus.debian.org: remove des-solnet_1.03-5.deb [51] (Sven Rudolph [EMAIL PROTECTED]) 18581: ae - ae writes ^M's at every newline [51] (Dale Scheetz [EMAIL PROTECTED]) 18785: nonus.debian.org - nonus.debian.org: incoming backlog [44] (Sven Rudolph [EMAIL PROTECTED]) 18818: lynx - lynx: too many dns lookups! [44] (Christian Hudon [EMAIL PROTECTED]) 19272: at - at: no-copyright-file LI#7 [37] (Thomas Koenig [EMAIL PROTECTED]) 19281: cvs-pcl - cvs-pcl: no-copyright-file LI#20 [37] (Tom Lees [EMAIL PROTECTED]) 19291: dhcp-relay-beta - dhcp-relay-beta: no-copyright-file LI#22 [37] () 19299: emacs-el - emacs-el: no-copyright-file LI#34 [37] ([EMAIL PROTECTED] (Mark W. Eichin)) 19306: explorer-icons-o - explorer-icons-orig: no-copyright-file LI#41 [37] (Paul J Thompson [EMAIL PROTECTED]) 19312: fvwm-common - fvwm-common: no-copyright-file LI#47 [37] (Austin Donnelly [EMAIL PROTECTED]) 19313: gcl-doc - gcl-doc: no-copyright-file LI#48 [37] (Karl Sackett [EMAIL PROTECTED]) 19453: altgcc - altgcc still vulnerable to /tmp symlink attack. [37] (Galen Hazelwood [EMAIL PROTECTED]) 19463: ftp.debian.org - xfmix should be in contrib [37] (Guy Maor [EMAIL PROTECTED]) 19494: dpkg - dpkg leaves diversions file without world read permissions [36] (Klee Dienes and Ian Jackson [EMAIL PROTECTED]) 19507: file-rc - file-rc should support runlevel S [34] (Martin Schulze [EMAIL PROTECTED]) 19684: ircd - ircd: postinst does not check for errors [32] (Johnie Ingram [EMAIL PROTECTED]) 19687: ae - ae: postinst does not check for errors [32] (Dale Scheetz [EMAIL PROTECTED]) 19712: dpkg - dpkg: preinst and postinst use /tmp/*.$$ [31] (Klee Dienes and Ian Jackson [EMAIL PROTECTED]) 19767: dhcp-client-beta - dhcp-client-beta has no /usr/doc directory [31] (Christoph Lameter [EMAIL PROTECTED]) 19787: cvs - cvs: use of /tmp/*$$ in an insecure fashion [31] (Tom Lees [EMAIL PROTECTED]) 19790: f2c - f2c: use of /tmp/*$$ in an insecure fashion [31] (Alan Bain [EMAIL PROTECTED]) [EMAIL PROTECTED]) 19796: less - less: use of /tmp/*$$ in an insecure fashion [31] (Darren Stalder [EMAIL PROTECTED]) 19797: libc6-dev- libc6-dev: use of /tmp/*$$ in an insecure fashion [31] (Juan Cespedes [EMAIL PROTECTED]) 19805: perl - perl: use of /tmp/*$$ in an insecure fashion [31] (Darren Stalder [EMAIL PROTECTED]) 19815: xbase- xbase: use of /tmp/*$$ in an insecure fashion [31] (Branden Robinson [EMAIL PROTECTED]) 19821: lilo - lilo: liloconfig doesn't make the system bootable [30] (Bernd Eckenfels [EMAIL PROTECTED]) 20012: xzip - Problem with symlinks [26] (Mark Baker [EMAIL PROTECTED]) 20058: secure-su- Security bug in su [25] (Guy Maor
Re: List of bugs that *must* be fixed before releasing Hamm
Brian White wrote: The following bug reports *must* be fixed before the current frozen Debian distribution can progress further in its development cycle. Reminders have been sent to the maintainers of these packages yet nothing has been done to remedy these bugs. 21106: postgresql - postgresql postinst fails! [0] (Oliver Elphick O [EMAIL PROTECTED]) Not so; this is fixed by 6.3.1-7 (and earlier releases of 6.3.1) but this continues to stick in Incoming. If you will get it into the distribution, I will close the bug! -- Oliver Elphick[EMAIL PROTECTED] Isle of Wight http://www.lfix.co.uk/oliver PGP key from public servers; key ID 32B8FAA1 Come to me, all you who labour and are heavily laden, and I will give you rest. Take my yoke upon you, and learn from me; for I am meek and lowly in heart, and you shall find rest for your souls. For my yoke is easy and my burden is light.(Matthew 11: 28-30) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: List of bugs that *must* be fixed before releasing Hamm
The following bug reports *must* be fixed before the current frozen Debian distribution can progress further in its development cycle. Reminders have been sent to the maintainers of these packages yet nothing has been done to remedy these bugs. 21106: postgresql - postgresql postinst fails! [0] (Oliver Elphick O [EMAIL PROTECTED]) Not so; this is fixed by 6.3.1-7 (and earlier releases of 6.3.1) but this continues to stick in Incoming. If you will get it into the distribution, I will close the bug! If it's new to frozen, then Guy has to install it. I've sent him a list of new packages that need to be installed. This package was among them. Brian ( [EMAIL PROTECTED] ) --- Two roads diverged in a wood, and I -- I took the one less travelled by, And that has made all the difference. (The Road Not Taken -- Robert Frost) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Packages which are in frozen which are libc5 based (and shouldn't be)
Hi, On i386, the following packages are still libc5-based or have dependencies on libc5 based packages: dotfile-1:2.2-1 Igor Grobman [EMAIL PROTECTED] -- depends on libc5 versions of tcl/tk gnats-tk-3.104-4 Brian White [EMAIL PROTECTED] -- ditto ilu-base-2.0.0.8-2Klee Dienes [EMAIL PROTECTED] -- Needs to be in non-free too lapack-2.0.1-1Sue Campbell [EMAIL PROTECTED] -- Personally I think this should be orphaned, the maintainer appears to be MIA objpak-dev-1.1.1-1(orphan) -- #21037 (Important) [Wasn't orphaned properly] p3nfs-5.1-2(extra)Billy C.-M. Chow [EMAIL PROTECTED] -- Personally I think this should be orphaned, the maintainer appears to be MIA termcap-compat-1.1.1(extra) Christian Hudon [EMAIL PROTECTED] -- ? userv-0.58-1(extra) Ian Jackson [EMAIL PROTECTED] -- Ian: any objection to a NMU of userv? wm2-3-2 joost witteveen [EMAIL PROTECTED] -- #12717 xmailtool-3.1.2b-1.2 (orphan) -- Not really libc5, just some super lame hardcoded depends. YANMU uploaded to master I'm going to promote #12717 to important and report important bugs on all the others. Any objections? (I hope no one thinks non-libc5-compat libc5 packages should be in hamm when it's released). The script used to obtain the above information is of course, Richard's, kudos to him [it's done in awk too]. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
packages which are links to bo
I put a copy of the local debian mirror on a couple of CDs to install for a friend, and I had problems with the following packages, because they were links into bo, which I hadn't included on the CD. I don't know if this is a problem or not, but it certainly caught me out. doc-linux-it_97.02-1.deb gclinfo_2.2-4.deb python-wpy_0.41-1.deb iamerican_3.1.20-0.1.deb ibritish_3.1.20-0.1.deb ppd-gs_1.1-1.deb psptools_1.2.2-2.deb konfont_0.1-3.deb motifnls_2.1-1.1.deb ilu-base_2.0.0.8-2.deb ilu-dev_2.0.0.8-2.deb ilu-doc_2.0.0.8-2.deb ilu-elisp_2.0.0.8-2.deb libnatali-dev_1.10-3.deb objpak-dev_1.1.1-1.deb doc-linux-it_97.02-1.deb alias_2.3-1.deb gclinfo_2.2-4.deb python-wpy_0.41-1.deb lapack_2.0.1-1.deb tclx76-dev_7.6.0-3.deb tclx76_7.6.0-3.deb perlsgml_1996Oct09-6.deb ppd-gs_1.1-1.deb psptools_1.2.2-2.deb konfont_0.1-3.deb www-search_1.007-1.deb motifnls_2.1-1.1.deb -- Tim Bell - [EMAIL PROTECTED] - Dept of Comp Sci - Uni of Melbourne, Australia -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: packages which are links to bo
Tim Bell [EMAIL PROTECTED] writes: I put a copy of the local debian mirror on a couple of CDs to install for a friend, and I had problems with the following packages, because they were links into bo, which I hadn't included on the CD. I don't know if this is a problem or not, but it certainly caught me out. This is expected. All the distributions are symlinked together at the start, and then as new packages are added to the newer distribution, the symlinks are replaced by the newer files. To avoid this problem, you need to either use mirror's flags_recursive+L option, or run a command to flatten the symlinks. -- Rob Browning [EMAIL PROTECTED] PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Test Report (was: Re: boot-floppies_2.0.4 (source i386) uploaded)
Hi! Enrique Zanardi ([EMAIL PROTECTED]): On Mon, Apr 13, 1998 at 05:16:54AM +0200, Marcus Brinkmann wrote: 2) irritating: When installing from a (not yet mounted) hard disk partition and entering the path to the main distribution, the following message appeared: /usr/lib/dpk//methods/disk/setup: line 8: 200 Broken Pipe find $mountpoint$2 -follow -name '*.deb' -print 2 /dev/null 201 Done | head -1 201 Done | grep . /dev/null But all worked fine. This occurs, because 'head' simply closes it's input pipe. It can be suppressed by putting find in a subshell, which's stderr /dev/null. This workaoround is also included in my patch in bugreport #21000 - I hope it becomes applied :-) Regards Rainer -- KeyID=58341901 fingerprint=A5 57 04 B3 69 88 A1 FB 78 1D B5 64 E0 BF 72 EB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[Linus Torvalds torvalds@transmeta.com] New dad (again)..
Linus 3.0 has been released! Hooray! -- Brought to you by the letters H and R and the number 6. XTC versus Adam Ant -- which one will survive? -- They Might Be Giants Ben Gertzfield http://www.imsa.edu/~wilwonka/ Finger me for my public PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. --- Start of forwarded message --- Date: Thu, 16 Apr 1998 19:37:34 -0700 (PDT) From: Linus Torvalds [EMAIL PROTECTED] To: Kernel Mailing List [EMAIL PROTECTED] Subject: New dad (again).. Message-ID: [EMAIL PROTECTED] My second daughter (aka Linus v3.0) was born today at 9:04AM, and both mother and child are doing well. A national holiday has been announced, and I'll be even less responsible^H^H^Hve than usual - so please excuse any lost emails and patches. Weight: 3270g (7lb 3oz), height: 52cm (20.5) Linus - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] --- End of forwarded message --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Non-maintainer release of info-3.12
I just made a non-maintainer release of info_3.12-1 as Octave now needs a version of info that is greater or equal to 3.11. [1] There were three files outside the debian/ that were patched in info-3.9. The patch didn't apply properly, and I didn't investigate further. It's been three upstream revisions ... But someone might want to hold onto the old diff.gz. I also had to make three trivial changes to debian/rules as a few files changed changed locations (and info.1 disappeared, so I copied the old one into debian/ and used it). [1] Octave used to ship its own patched version but that patch, or more precisely the --index-search option made it into upstream some time ago. -- mailto:[EMAIL PROTECTED] According to the latest official figures, http://rosebud.ml.org/~edd 43% of all statistics are totally worthless. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: packages which are links to bo
Zed Pobre [EMAIL PROTECTED] writes: I don't much like this solution. It will cause mirror to also duplicate the files from binary-all that are symlinked to binary-i386. That's a LOT of space. Personally, being as close to release as we are, and noting how little space is actually going to be taken by moving the files over, I'd be a lot happier if Guy went ahead and converted all of the symlinks already so those of us planning on testing a CD-burn can do so. Still, this topic has apparantly been beaten to death, so I guess I'll just tolerate whatever happens. It's not like Guy doesn't have enough to do ;) How about just using cp -r ... to make the image you're going to burn, which will flatten all the symlinks in the process. Not having burned any CD's myself, I don't know exactly what's involved... -- Rob Browning [EMAIL PROTECTED] PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Bug#20445 disagree
Hi, Marcus == Marcus Brinkmann [EMAIL PROTECTED] writes: Marcus On Thu, Apr 16, 1998 at 07:37:20PM +0200, Santiago Vila wrote: If a package being in experimental does not implicitly mean not to be distributed in CDs, then we would need definitely another different experimental for gettext. I'm not sure whether or not experimental is appropriate for gettext, then. I'm sure experimental is appropriate for gettext, as long as we all are sure that experimental is not appropriate to be put in CDs. Marcus Is gettext so unstable? I doubt it. Dpes not matter. We should be respecting the upstream authors wishes. Already Debian has the reputation of not forwarding bugs upstream; I do not want to add to that a report that we flagrantly ignore express requests by the authours. Marcus If it is only in experimental because the upstream author Marcus expressed his wish not to distribute it widely, I consider Marcus this as an abuse of experimental/. Fine. Create a nerw heirarchy that like not-to-be-widely-distributed-use-at-your-own-risk-do-not-put-on-cd and put it in there. What purpose would this distinction serve? Marcus I do not. I think the whole thing about free software is to Marcus spread it. When it is ready. Early shipping is a major source of potential mebarrasement, and may alienate users. If the authors themselves consider it unfit for general consumtion, are we not being presumtuous in saying we know the software better than the authors? Marcus Probably not on the binary CD, but what about the source CD, Marcus which is mainly interesting for developers. I hope some Marcus vendors will be kind enough to be not so picky. It should not be a part of the Official CD, in my opinion, until the author gives an OK. manoj -- The notion that science does not concern itself with first causes -- that it leaves the field to theology or metaphysics, and confines itself to mere effects -- this notion has no support in the plain facts. If it could, science would explain the origin of life on earth at once--and there is every reason to believe that it will do so on some not too remote tomorrow. To argue that gaps in knowledge which will confront the seeker must be filled, not by patient inquiry, but by intuition or revelation, is simply to give ignorance a gratuitous and preposterous dignity Mencken, 1930 Manoj Srivastava [EMAIL PROTECTED] http://www.datasync.com/%7Esrivasta/ Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dictd and wordnet
On Thu, 16 Apr 1998, Marcus Brinkmann wrote: I blame you for that. How can you take xteddy not serious? We need it. Everyone needs a teddy. This is human psychology. :) I think xteddy it more funny than serious but the job of maintaining it I will take serious. It this time I'm busy to give the oportunity of including other Pixmaps like Tux and so on. May be you like a serious looking teddy on your desktop and this will give you the chance :) Could you make xteddy pop up at kernel oops? You can place a real teddy on your monitor and so you have it even if your monitor is switched of. Regards Andreas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
xbase: xbase: fails to fail when told not to stop xfs/xdm
I think this is a bug in dpkg. When you answer n to that question about stopping xfs and xdm, the xbase preinst exits with a status of 1. There's really not much more the shell script can do. It's up to dpkg to interpret that as a failure and not go ahead with the package install (which it obviously did, as the message about methods of starting X is in xbase's postinst script). I am reassigning this bug to dpkg. -- G. Branden Robinson | We either learn from history or, Purdue University | uh, well, something bad will happen. [EMAIL PROTECTED] | -- Bob Church http://www.ecn.purdue.edu/~branden/ | pgpMoTneOzJ3S.pgp Description: PGP signature
www.debian.org
FYI, We are aware that www.debian.org (va.debian.org) has gone missing - it is being worked on. An up to date mirror is at http://ftp1.us.debian.org Jason -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
signals and atomicity
hi, i found the following code in apache web server code. if the signal occurs after the wait system call, but before the result of the system call is stored in wait_or_timeout_retval, the fact, that the system call succeeded is lost. this is (1) a bug in apache and (2) a problem of me that i want to solve. i thought others would have solved it, but this is obviously not true :-( now perhaps it is not interesting, wether the wait call succeeded, because you can start it again. but what about a call to read() ? i MUST know, wether it worked or wether it was interrupted by a signal! byebye Erik o snap static JMP_BUF wait_timeout_buf; static int wait_or_timeout_retval = -1; static void longjmp_out_of_alarm (int sig) { siglongjmp (wait_timeout_buf, 1); } int wait_or_timeout (int *status) { wait_or_timeout_retval = -1; if (sigsetjmp(wait_timeout_buf, 1) != 0) { errno = ETIMEDOUT; return wait_or_timeout_retval; } signal (SIGALRM, longjmp_out_of_alarm); alarm(1); wait_or_timeout_retval = wait(status); alarm(0); return wait_or_timeout_retval; } o--- snip -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Packages which are in frozen which are libc5 based (and shouldn't be)
termcap-compat-1.1.1(extra) Christian Hudon [EMAIL PROTECTED] this should maybe go in oldlibs, but stay libc5 ! e.g. if you install Accerlarated X - their setup programm needs this library. i don't know, if a libc6 version of this is necessary, i hope not (that people finaly switch to ncurses or slang). andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dictd and wordnet
Andreas Tille [EMAIL PROTECTED] writes: Could you make xteddy pop up at kernel oops? You can place a real teddy on your monitor and so you have it even if your monitor is switched of. switched of? You mean you guys have a real life beyond computers? :) -- --- Turbo ___ Debian GNU/Linux Unix _IS_ user friendly - it's just ^ ___ /___(_)__ _ __ selective about who its friends are __ / __ /__ __ \ / / /_ |/_/ _ /// _ /___ / _ / / / /_/ /__ Turbo Fredriksson Tel: +46-704-697645 \\\/ /_/_/ /_/ /_/\__,_/ /_/|_| S-415 10 Göteborg[EMAIL PROTECTED] PGP#788CD1A9SWEDEN www5.tripnet.se/~turbo --- PGP: B7 92 93 0E 06 94 D6 22 98 1F 0B 5B FE 33 A1 0B -- Semtex AK-47 terrorist North Korea Cocaine assassination spy jihad arrangements CIA explosion strategic Peking radar Ft. Meade -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fltk and XForms compliance
Shaleh writes: The author has stated that this is no longer a goal of his library. Also, many of the XForms apps that we use would require modifications because the author of fltk did not re-create anything that took an X type as an argument (like XEvent). It is possible to make the XForm apps work w/ fltk, however it would be a better idea to contact the authors and see if they would port their apps to fltk. fltk is smaller ... That will be a problem with lyx as the upstream side is thinking about a switch anyway, but qt is the leading candidate there. Michael -- Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECTED] | 52146 Wuerselen Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
realtime lock bug in linuxthreads
hi i found a quite important and grave bug , but due to some problems i do not understand, the bug reporting system said it is a boring report. please read #21164. it shows how to lock down the whole system with just a few system calls. anyway, these system calls have nothing to do with locking the system, so this is a bug! it makes it quite impossible to use realtime threads in linux. (works only as root user) byebye erik -- EMAIL: [EMAIL PROTECTED] [EMAIL PROTECTED] o `QQ'_ IRC: erikyyy/ __8 WWW: http://wwwcip.rus.uni-stuttgart.de/~inf24628/ ' ` http://tick.informatik.uni-stuttgart.de/~thieleek/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lists archives outside debian.org
On Thu, Apr 16, 1998 at 09:05:00PM +0100, Marco Budde wrote: jhttp://www.reference.com/ j and jhttp://www.findmail.com/ Nice for spams :(. We already have lists archives on the web; your homepage has two email addresses on it already. I don't think archiving our messages at other sites too will cause any significant increase in spam to contributors. Ray -- Tevens ben ik van mening dat Nederland overdekt dient te worden. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: less: extra entries for lesspipe
-BEGIN PGP SIGNED MESSAGE- I can't add the /proc entries since you don't know the full pathname of the file you are viewing. I could use `pwd` to find out what directory I'm in. If you'd like me to do that, just say so but it would involve another fork/exec for every file. (All the others are by file-type). I've added the if binary executable, use strings on it to lessopen. I could see marginal use for looking at the raw executable, so if anyone has any objections, speak up before Saturday Night (-0800Z) or file a bug against less and I'll take it out. (cc'ing debian-devel for a wider audience) Darren - -- [EMAIL PROTECTED] http://www.daft.com/~torin [EMAIL PROTECTED] [EMAIL PROTECTED] Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996 @ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI programmer and tutor. @ @Make a little hot-tub in your soul. @ -BEGIN PGP SIGNATURE- Version: 2.6.3a Charset: noconv Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface iQCVAwUBNTcirI4wrq++1Ls5AQF/BgP/WNSbLqcCkY1iUV9pfRx0U1a1jPckL+bu XkC5RBBG4PTX6vtn+HvTt5tdU6U3tOsi8TEPJOgJZ+Z8hfa/amOJzHhOikzVyYtK AA+WZ0tDhpJZhPSMPXv2na0UGLgndpamJcM09s2wsz1CurjVrHsele4In0DsYZ4G 3k1fBIA0ZT0= =eDKJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fltk and XForms compliance
On Fri, Apr 17, 1998 at 09:48:42AM +0200, Michael Meskes wrote: Shaleh writes: The author has stated that this is no longer a goal of his library. Also, many of the XForms apps that we use would require modifications because the author of fltk did not re-create anything that took an X type as an argument (like XEvent). It is possible to make the XForm apps work w/ fltk, however it would be a better idea to contact the authors and see if they would port their apps to fltk. fltk is smaller ... That will be a problem with lyx as the upstream side is thinking about a switch anyway, but qt is the leading candidate there. Someone should tell them about GTK, now that version 1.0 has been released. A little bit of info about the distribution problems they will face if the choose Qt (not Debian, nor RedHat will promote Qt-based apps) may help too. -- Enrique Zanardi[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fltk and XForms compliance
On Fri, Apr 17, 1998 at 09:48:42AM +0200, Michael Meskes wrote: That will be a problem with lyx as the upstream side is thinking about a switch anyway, but qt is the leading candidate there. I got the impression that KLyX is a forked version, and that the LyX maintianers are trying to make clean up the code to make it less dependent on a particular GUI toolkit. Can someone confirm/deny this? On Fri, Apr 17, 1998 at 11:56:02AM +0100, Enrique Zanardi wrote: Someone should tell them about GTK, now that version 1.0 has been released. GTK is hardly the only free GUI toolkit. Check out http://www.theoffice.net/guitool for an overview. Ray -- Obsig: developing a new sig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X11_release_note.txt
On Thu, Apr 16, 1998 at 02:06:24PM -0400, Igor Grobman wrote: 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. The note is intended for those users upgrading from Xfree 3.1 to Xfree 3.2. There's no problem with upgrading from Xfree 3.2 to 3.3. Also, I think that upgrade information doesn't belong to boot-floppies at all. There should be an upgrade-HOWTO somewhere in the FTP archive ( debian/ , debian/dists/hamm or debian/dists/hamm/main look like the best candidates ) and in the official CDs. That document has been suggested a few times on this list, but I don't remember if someone decided to work on it. -- Enrique Zanardi[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: fltk and XForms compliance
Yes, your right with klyx/lyx stuff. Michael -- Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECTED] | 52146 Wuerselen Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 -Original Message- From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] Sent: Friday, April 17, 1998 12:57 PM To: debian-devel@lists.debian.org Subject: Re: fltk and XForms compliance On Fri, Apr 17, 1998 at 09:48:42AM +0200, Michael Meskes wrote: That will be a problem with lyx as the upstream side is thinking about a switch anyway, but qt is the leading candidate there. I got the impression that KLyX is a forked version, and that the LyX maintianers are trying to make clean up the code to make it less dependent on a particular GUI toolkit. Can someone confirm/deny this? On Fri, Apr 17, 1998 at 11:56:02AM +0100, Enrique Zanardi wrote: Someone should tell them about GTK, now that version 1.0 has been released. GTK is hardly the only free GUI toolkit. Check out http://www.theoffice.net/guitool for an overview. Ray -- Obsig: developing a new sig -- 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: Where are the boot floppies?
On Thu, Apr 16, 1998 at 06:43:53PM -0400, Greg Stark wrote: They don't seem to be in the Incoming mirrors, are they somewhere else? dists/hamm/main/disks-i386/current -- Enrique Zanardi[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fltk and XForms compliance
On Fri, Apr 17, 1998 at 12:57:00PM +0200, [EMAIL PROTECTED] wrote: On Fri, Apr 17, 1998 at 09:48:42AM +0200, Michael Meskes wrote: That will be a problem with lyx as the upstream side is thinking about a switch anyway, but qt is the leading candidate there. I got the impression that KLyX is a forked version, and that the LyX maintianers are trying to make clean up the code to make it less dependent on a particular GUI toolkit. Can someone confirm/deny this? I can't confirm/deny this, but I got the same impression from the LyX mailing list. The LyX developers want to make the next (or one of the next) major release to be GUI toolkit independent, so people can use GTK, Qt, XForm, or whatever they like. The original author of LyX, Matthias E. (?), who started it all, seems to prefer KDE and/or Qt. He's probably part of the core KDE Team and so he and others developed KLyX as a proof-of-concept I guess. There was some discussions on the LyX Mailing List about that a while ago. Some LyX Team developers were not happy of the fork and duplication of effort, but I guess they worked out their differences at the end. :-) BTW, the above is my very-biased summary because I didn't read all the messages in the mailing list. :-) And it has been quite a while since I last read the mailing list. :-) Cheers, Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED] University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: less: extra entries for lesspipe
Darren/Torin/Who Ever... wrote: I can't add the /proc entries since you don't know the full pathname of the file you are viewing. I could use `pwd` to find out what directory I'm in. If you'd like me to do that, just say so but it would involve another fork/exec for every file. (All the others are by file-type). One reason I like less is that it's so fast. I sometimes use it on thousands of files at once. (For example, when searching a source package for uses of a particular identifier). I've added the if binary executable, use strings on it to lessopen. I could see marginal use for looking at the raw executable, so if anyone has any objections, speak up before Saturday Night (-0800Z) or file a bug against less and I'll take it out. (cc'ing debian-devel for a wider audience) This seems like a bad idea. strings is not the obvious information to provide about an executable. (Consider size, objdump, od, hexdump, et cetera). I only use strings when I pipe through grep. When I use less it's just as easy to search the file directly. I would also find it disorienting to less a binary executable and get a long list of identifiers. I _expect_ a screen full of garbage, and that /lib/ld-linux.so.2 in a particular position :-) Richard Braakman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Non-maintainer release of info-3.12
Dirk Eddelbuettel [EMAIL PROTECTED] writes: I just made a non-maintainer release of info_3.12-1 as Octave now needs a version of info that is greater or equal to 3.11. [1] You called it 3.12-1.0 but it should be 3.12-0.1. Also you'll need to ensure (-sa to dpkg-buildpackage) that the .orig.tar.gz is included in the upload. (It's not in Incoming at the moment so dinstall will reject your upload) There were three files outside the debian/ that were patched in info-3.9. The patch didn't apply properly, and I didn't investigate further. Their functionality has been integrated into the upstream source so they are obsolete. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Bug#20445 disagree
On Fri, Apr 17, 1998 at 01:07:34AM -0500, Manoj Srivastava wrote: Hi, Marcus == Marcus Brinkmann [EMAIL PROTECTED] writes: Marcus Is gettext so unstable? I doubt it. Dpes not matter. We should be respecting the upstream authors wishes. Already Debian has the reputation of not forwarding bugs upstream; I do not want to add to that a report that we flagrantly ignore express requests by the authours. Sure, I honour the wish of the upstream author. I don't know how our reputation is. Marcus If it is only in experimental because the upstream author Marcus expressed his wish not to distribute it widely, I consider Marcus this as an abuse of experimental/. Fine. Create a nerw heirarchy that like not-to-be-widely-distributed-use-at-your-own-risk-do-not-put-on-cd and put it in there. What purpose would this distinction serve? Marcus I do not. I think the whole thing about free software is to Marcus spread it. When it is ready. Early shipping is a major source of potential mebarrasement, and may alienate users. If the authors themselves consider it unfit for general consumtion, are we not being presumtuous in saying we know the software better than the authors? Marcus Probably not on the binary CD, but what about the source CD, Marcus which is mainly interesting for developers. I hope some Marcus vendors will be kind enough to be not so picky. It should not be a part of the Official CD, in my opinion, until the author gives an OK. I do not ask for it (again). I just hope that somebody is keen enough to put it on CD (*not* on the official CD), to save me *money* that I can spend better than on the telephon company (in good books for example, to learn programming and help with gettext). IMHO opinion, the upstream author is only hurting himself, but his MMV. Marcus done with Debian i18n (not the group, btw, they are trying to swim against the stream, which I find brave). -- Rhubarb is no Egyptian god.Debian GNU/Linuxfinger brinkmd@ Marcus Brinkmann http://www.debian.orgmaster.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Bug#20445 disagree
At 01:07 -0500 1998-04-17, Manoj Srivastava wrote: Hi, Marcus == Marcus Brinkmann [EMAIL PROTECTED] writes: Marcus Is gettext so unstable? I doubt it. Dpes not matter. We should be respecting the upstream authors wishes. Already Debian has the reputation of not forwarding bugs upstream; I do not want to add to that a report that we flagrantly ignore express requests by the authours. [snip] When it is ready. Early shipping is a major source of potential mebarrasement, and may alienate users. If the authors themselves consider it unfit for general consumtion, are we not being presumtuous in saying we know the software better than the authors? I find it odd that the GNU ftp site and mirrors thereof are not considered wide distribution by gettext's author. ftp://ftp.gnu.org/pub/gnu/gettext-0.10.tar.gz -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
objc compiler for hamm
The current gcc and egcs objc compilers doesn't translate the gstep-* packages. However newer snapshot versions of egcs doesn't have the bug anymore. Is the following proposal a solution for the problem? - from the egcs package, a new package gobjc, which contains only the (not working) ObjC compiler, is built. The gobjc package installs a new driver gobjc in /usr/bin (which is a link to gcc). - the gobjc package provides a virtual package objc-compiler - from a newer egcs snapshot, a gobjc package with a working objc compiler is built (the gstep-base package depends on this compiler). This package provides it's own gobjc driver. This package goes to the hamm release. It seems to be ugly to have a new driver name for the ObjC compiler. Another alternative would be not to install a driver at all, but to call the appropriate compiler with 'gcc -V working-objc-version' Currently I have uploaded a new non-maintainer release, which simply splits off the objc files from the g++ package and provides a gobjc package. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Bug#20445 disagree
-BEGIN PGP SIGNED MESSAGE- On Thu, 16 Apr 1998, Joel Klecker wrote: I find it odd that the GNU ftp site and mirrors thereof are not considered wide distribution by gettext's author. ftp://ftp.gnu.org/pub/gnu/gettext-0.10.tar.gz That is a very very old release (from december 1995) that currently nobody will want to use. Everybody recommends using the current release, 0.10.32. -BEGIN PGP SIGNATURE- Version: 2.6.3ia Charset: latin1 iQCVAgUBNTdtwyqK7IlOjMLFAQFe+wQAp3RxHGX5V7e/sk4EH/IUaT1zdKpdnLyv W5ghWxa0Gsn1RRcmLtTdRsl54DpbmkX4MxM8ClXPEdMnziQA1Z9NtcJn7ojBcYz/ vuJnNKn2Vp7hdPVV9wmoqkga8mf+x4gd03XhgR7cw4LLPOz+B/QZuyZCRL4wTOXF doWWZ4ltwtI= =ZvGH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dumping core: root vs. normal user
My educated guess on this is that there could be sensitive data in the root core dump. I remember this was true on some unix I've worked on in That's often true if the program is *setuid* (or setgid) [to anything, not just root] - most, perhaps all unices will fail to dump core in that case. Just running as root does not cause this behaviour; limit and the permissions on the working directory (is it over NFS, where root can't write?) or any existing file [or directory] named core are the first things to look for... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: packages which are links to bo
How about just using cp -r ... to make the image you're going to Or even mkisofs -f... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: signals and atomicity
[EMAIL PROTECTED] writes: now perhaps it is not interesting, wether the wait call succeeded, because you can start it again. but what about a call to read() ? i MUST know, wether it worked or wether it was interrupted by a signal! Off the top of my head, if you issue a blocking read, and it gets interrupted, it will either return -1 and errno will be == EINTR or it will return the data already read. Hence you should always check to see if you got what you expected. If it's a non-blocking read, then the same applies, but you should definitely be equipped to handle partial reads (see the man page man 2 read for more info, or the libc info pages). Note that you can set things up so that interrupted system calls restart themselves rather than returning with an error, but I don't recall at the moment which function does that. -- Rob Browning [EMAIL PROTECTED] PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: packages which are links to bo
On 17 Apr 1998, Mark W. Eichin wrote: How about just using cp -r ... to make the image you're going to Or even mkisofs -f... Neither of which work when the symlinks in question have nothing to point to, which was, I believe, the original problem, wasn't it? Luck, 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: elvis package
Martin Schulze [EMAIL PROTECTED] writes: I will take over the orphaned elvis package, unless someone else has already said they'll do it. Elvis is non-free and the author ignores all mail coming from us, both copyright mails as well as bugreports and fixes. We should not give up so easily. Until recently the situation seemed similarly hopeless for ncftp. We have about 4 or 5 other vi clones so there is no need for re-packaging it. If you don't need it I'd appreciate you work on better packages. 4 or 5? No, in fact there are only 2 vi clones in main: nvi and vim. ae and emacs in vi-mode certainly don't count. elvis, unlike nvi and vim is the only one with X support. We should continue to push for it to be made free. Please note that out of the 26 packages I currently maintain, excluding elvis, only one is non-free. (xmame) I don't encourage non-free packages. Martin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: elvis package
On Sat, Apr 18, 1998 at 02:13:52AM +1000, Martin Mitchell wrote: 4 or 5? No, in fact there are only 2 vi clones in main: nvi and vim. ae and emacs in vi-mode certainly don't count. elvis, unlike nvi and vim is the only one with X support. We should continue to push for it to be made free. IIRC, vim has X support too. -- Enrique Zanardi[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: elvis package
On Sat, Apr 18, 1998 at 02:13:52AM +1000, Martin Mitchell wrote: We have about 4 or 5 other vi clones so there is no need for re-packaging it. If you don't need it I'd appreciate you work on better packages. 4 or 5? No, in fact there are only 2 vi clones in main: nvi and vim. ae and emacs in vi-mode certainly don't count. elvis, unlike nvi and vim is the only one with X support. We should continue to push for it to be made free. Vile is supposed to be pretty good, why not package that up instead of elvis? Offhand I don't know the licensing though.. Powered by emacs;-) -- David Welton http://www.efn.org/~davidw Debian GNU/Linux - www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Bug#20445 disagree
Brian White [EMAIL PROTECTED] wrote: The choices are: don't ship them, ship them in contrib, or ship them in project/experimental. I still don't understand why they don't fit in Extra. Packages designed the 2.1.* frozen kernels seem to exactly fit the policy for Extra. Did you post a message addressing this point and I just missed it? Thanks, -- Raul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: elvis package
Martin Schulze [EMAIL PROTECTED] wrote: Elvis is non-free and the author ignores all mail coming from us, both copyright mails as well as bugreports and fixes. Er... then why isn't it in non-free? Also, why is it our highest preference editor? Also, what aspect of the copyright notice puts it in non-free? [The only thing I can guess is the 500 lines for your own project thing, which is wierd, but clearly doesn't apply to modified copies of elvis which have been marked as modified] -- Raul This package was debianized by Erik Andersen [EMAIL PROTECTED] on Sat, 22 Nov 1997 03:14:13 -0700. It was downloaded from ftp://ftp.cs.pdx.edu/pub/elvis/ Copyright: Elvis 2.1 Copyright 1996 by Steve Kirkendall Elvis 2.1 is copyrighted freeware. It is provided in the hope that it will be useful, but with no warranty. You can distribute copies of it in either source form or binary form, provided my copyright notice remains intact. If you distribute *MODIFIED* versions, please mark them as being modified. You can use portions of elvis source code in your own projects. If you use fewer than 500 lines, then no special permission is required. For 500 or more lines, please obtain permission from the author at [EMAIL PROTECTED]; in general, such permission will be granted without compensation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: elvis package
Enrique Zanardi [EMAIL PROTECTED] writes: On Sat, Apr 18, 1998 at 02:13:52AM +1000, Martin Mitchell wrote: 4 or 5? No, in fact there are only 2 vi clones in main: nvi and vim. ae and emacs in vi-mode certainly don't count. elvis, unlike nvi and vim is the only one with X support. We should continue to push for it to be made free. IIRC, vim has X support too. The Debian package doesn't depend on it, but I've since been informed on IRC that this is a bug against vim. Martin. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
CONFIRM s04171213544175
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: elvis package
4 or 5? No, in fact there are only 2 vi clones in main: nvi and vim. ae and emacs in vi-mode certainly don't count. elvis, unlike nvi and vim is the only one with X support. We should continue to push for it to be made free. Vim 5 has *very* nice X interface for both Athena and Motif. I, franckly, don't understand why it was not compiled into the vim-5 package. Alex Y. -- _ _( )_ ( (o___ +---+ | _ 7 |Alexander Yukhimets| \()| http://pages.nyu.edu/~aqy6633/ | / \ \ +---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: elvis package
Someone wrote: 4 or 5? No, in fact there are only 2 vi clones in main: nvi and vim. ae and emacs in vi-mode certainly don't count. elvis, unlike nvi and vim is the only one with X support. We should continue to push for it to be made free. I wish you good luck contacting the author. Neither the former elvis maintainer, Anders Something, nor me were able to contact him. We both sent mail to him but didn't get any response. This makes me very sad and angry about it. This is the reason I would like to keep it out of Debian. If we would be in discussion with the author I would feel better. Regards, Joey -- / Martin Schulze http://home.pages.de/~joey/ / *** Fatal Error: Found [MS-Windows],[EMAIL PROTECTED] / / repartitioning Disk for Linux ... / -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: elvis package
On Fri, Apr 17, 1998 at 09:11:41AM -0400, Raul Miller wrote: Martin Schulze [EMAIL PROTECTED] wrote: Elvis is non-free and the author ignores all mail coming from us, both copyright mails as well as bugreports and fixes. Er... then why isn't it in non-free? Also, why is it our highest preference editor? It was in former times. From the time it went f*cking colourful I abandoned it and switched to vim with which I'm quite happy. Elvis wasn't in non-free because unresolved problems with the upstream author, the debian maintainer got tired at no reaction. At the end he has orphaned it. It was removed from hamm/main by our release engeneer - which IMHO was correct. Also, what aspect of the copyright notice puts it in non-free? See Bug#14953. [The only thing I can guess is the 500 lines for your own project thing, which is wierd, but clearly doesn't apply to modified copies of elvis which have been marked as modified] indeed. This package was debianized by Erik Andersen [EMAIL PROTECTED] on Sat, 22 Nov 1997 03:14:13 -0700. It was downloaded from ftp://ftp.cs.pdx.edu/pub/elvis/ Copyright: Elvis 2.1 Copyright 1996 by Steve Kirkendall Elvis 2.1 is copyrighted freeware. It is provided in the hope that it will be useful, but with no warranty. You can distribute copies of it in either source form or binary form, provided my copyright notice remains intact. If you distribute *MODIFIED* versions, please mark them as being modified. You can use portions of elvis source code in your own projects. If you use fewer than 500 lines, then no special permission is required. For 500 or more lines, please obtain permission from the author at [EMAIL PROTECTED]; in general, such permission will be granted without compensation. This fails #3 and #7 of the DFSG. (Bug#14953 from 16 Nov 1997) Regards, Joey -- / Martin Schulze http://home.pages.de/~joey/ / *** Fatal Error: Found [MS-Windows],[EMAIL PROTECTED] / / repartitioning Disk for Linux ... / pgpRBjUnY3Ade.pgp Description: PGP signature
My packages are not in frozen -- why?
My imlib and gdk_imlib packages are being put in slink instead of frozen. The ones in frozen presently are out of date and frankly -- I screwed them up. Please put my new packages in frozen. In the changelog I have frozen unstable listed. Is this not adequate?? -- --- How can you see, when your mind is not open? How can you think, when your eyes are closed? - Jason Bonham Band, Ordinary Black and White --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: elvis package
Martin Schulze [EMAIL PROTECTED] wrote: On Fri, Apr 17, 1998 at 09:11:41AM -0400, Raul Miller wrote: This fails #3 and #7 of the DFSG. (Bug#14953 from 16 Nov 1997) Ho hum.. the web server is still down. -- Raul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: My packages are not in frozen -- why?
On Fri, Apr 17, 1998 at 02:05:49PM -0400, Shaleh wrote: My imlib and gdk_imlib packages are being put in slink instead of frozen. The ones in frozen presently are out of date and frankly -- I screwed them up. Please put my new packages in frozen. In the changelog I have frozen unstable listed. Is this not adequate?? It must be mentioned in the .changes file. Please copy the files from slink into the Incoming and create an appropriate .changes file with a) Distribution: frozen and b) Changes: telling why it needs to go into frozen. Regards, Joey -- / Martin Schulze http://home.pages.de/~joey/ / *** Fatal Error: Found [MS-Windows],[EMAIL PROTECTED] / / repartitioning Disk for Linux ... / -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[sara@ora.com: NPR show on open source]
Did you see that? - Forwarded message from Sara Winge [EMAIL PROTECTED] - From: Sara Winge [EMAIL PROTECTED] Date: Fri, 17 Apr 1998 09:16:43 -0700 Subject: NPR show on open source Eric Raymond and Richard Stallman are guests on NPR's Science Friday today--looks like the segment's from 12:30-1:00 pm PDT. More info at: http://www.sciencefriday.com/pages/1998/Apr/hour2b_041798.html -- Sara Winge[EMAIL PROTECTED] Public Relations O'Reilly Associates, 101 Morris St., Sebastopol, CA 95472 707/829-0515 x285, Fax 707/829-0104, http://www.oreilly.com/ - End forwarded message - Talk of the Nation: Science Friday is a science talk show which can be heard each Friday afternoon, 2-4 pm Eastern Time over public radio. SciFri is hosted by veteran NPR science correspondent Ira Flatow. Regards, Joey -- / Martin Schulze http://home.pages.de/~joey/ / *** Fatal Error: Found [MS-Windows],[EMAIL PROTECTED] / / repartitioning Disk for Linux ... / pgpyOI1I32urY.pgp Description: PGP signature
/etc/passwd : which software does support this ?
The comment field is used by various system utilities, such as finger(1). Three additional values may be present in the comment field. They are pri= - set initial value of nice umask= - set initial value of umask ulimit= - set initial value of ulimit from passwd(5). what software does support this ? login, xdm, ssh, cron, at ? andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: My packages are not in frozen -- why?
On Fri, Apr 17, 1998 at 02:50:14PM -0400, Shaleh wrote: Is this not sufficient: Distribution: frozen unstable Changes: gdk-imlib (1.1-6) frozen unstable; urgency=low . * Fixed the symlinks to lib.so.x -- was done in the wrong package The same is (or was) in my imlib package. *sigh* Then you have to wait for Brians reply. Regards, Joey -- / Martin Schulze http://home.pages.de/~joey/ / *** Fatal Error: Found [MS-Windows],[EMAIL PROTECTED] / / repartitioning Disk for Linux ... / -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: manpages missing NAME section
On Wed, Apr 15, 1998 at 03:15:57PM -0500, Zed Pobre wrote: On Tue, 14 Apr 1998, Adrian Bridgett wrote: These are pages that have a bad NAME section. You can do apropos -r \* | grep \(unknown\) apropos -r \* returns nothing on my system. I can man xexec (which is in one of my packages and on your list) just fine. The manpage was based upon the manpage.ex file created by deb-make, and although I'm sufficiently familiar with manpage nroff-formatting to recognize what codes cause what, I'm not at all sure what would cause this, or how to fix it. man exec does work here, but apopros still complains, changing .TH XEXEC 1 .\ NAME should be all caps, SECTION should be 1-8, maybe w/ subsection .\ other parms are allowed: see man(7), man(1) .SH XEXEC xexec \- Run an arbitrary program from Xwindows .SH DESCRIPTION .B xexec to this does the trick: .TH XEXEC 1 .SH NAME xexec \- Run an arbitrary program from Xwindows .SH DESCRIPTION .B xexec (from man 7 man) The only required heading is NAME, which should be fol- lowed on the next line by a one line description of the program: .SH NAME chess \- the game of chess It is extremely important that this format is followed, and that there is a backslash before the single dash which follows the command name. This syntax is used by the makewhatis(8) or mandb(8) programs to create a database of short command descriptions for the whatis(1) and apro- pos(1) commands. Adrian email: [EMAIL PROTECTED] | Debian Linux - www.debian.org http://www.poboxes.com/adrian.bridgett | 2.0 release soon - over 1800 PGP key available on public key servers | packages on a stable OS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dumping core: root vs. normal user
On Thu, Apr 16, 1998 at 02:54:45AM -0700, Darren/Torin/Who Ever... wrote: Eloy A. Paris, in an immanent manifestation of deity, wrote: an easy one: why when root runs a program that faults core is not dumped but when a normal user runs the same program a core is dumped? My educated guess on this is that there could be sensitive data in the root core dump. I remember this was true on some unix I've worked on in the past, but I can't remember which one. I think it might be on setuid programs that the core isn't dumped. In that case, just un-setuid the program and run it as root (it'll probably work then, just to nark you off!) Adrian email: [EMAIL PROTECTED] | Debian Linux - www.debian.org http://www.poboxes.com/adrian.bridgett | 2.0 release soon - over 1800 PGP key available on public key servers | packages on a stable OS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: elvis package
On Fri, Apr 17, 1998 at 02:13:01PM -0400, Raul Miller wrote: Martin Schulze [EMAIL PROTECTED] wrote: On Fri, Apr 17, 1998 at 09:11:41AM -0400, Raul Miller wrote: This fails #3 and #7 of the DFSG. (Bug#14953 from 16 Nov 1997) Ho hum.. the web server is still down. Unfortunately yes, but it's being worked on[1]. Use www.de.debian.org or some other country then. Regards, Joey [1] Hot information are available on #Debian on irc.debian.org -- / Martin Schulze http://home.pages.de/~joey/ / *** Fatal Error: Found [MS-Windows],[EMAIL PROTECTED] / / repartitioning Disk for Linux ... / -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: elvis package
On Fri, Apr 17, 1998 at 09:38:01AM -0700, David Welton wrote: On Sat, Apr 18, 1998 at 02:13:52AM +1000, Martin Mitchell wrote: We have about 4 or 5 other vi clones so there is no need for re-packaging it. If you don't need it I'd appreciate you work on better packages. 4 or 5? No, in fact there are only 2 vi clones in main: nvi and vim. ae and emacs in vi-mode certainly don't count. elvis, unlike nvi and vim is the only one with X support. We should continue to push for it to be made free. Vile is supposed to be pretty good, why not package that up instead of elvis? Offhand I don't know the licensing though.. It's free as it seems from the first view. The second view tells you it's non-free, unfortunately. Nevertheless I'm packaging it right now. If s/o else wants to take it over, contact me. Powered by emacs;-) Yep, derived from MicroEmacs Regards, Joey -- / Martin Schulze http://home.pages.de/~joey/ / *** Fatal Error: Found [MS-Windows],[EMAIL PROTECTED] / / repartitioning Disk for Linux ... / -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: elvis package
Martin Schulze [EMAIL PROTECTED] writes: It's free as it seems from the first view. The second view tells you it's non-free, unfortunately. Nevertheless I'm packaging it right now. You ask Martin not to work on elvis because it's non-free but then announce you're working on the non-free vile? I'm confused. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Uploaded timidity-patches 0.1-3 (source all) to master
On Fri, Apr 17, 1998 at 03:00:13AM +1000, Martin Mitchell wrote: Riku Voipio [EMAIL PROTECTED] writes: Source: timidity-patches Uhh... Is the copyright surely clear? I remember that 4-front tech was nearly sued for distributing stuff only mentioned for GUS ownners... From the copyright: From the README on archive.cs.umbc.edu: 1) GUS instruments were freely obtained from anonymous ftp site: archive.epas.utoronto.ca/pub/pc/ultrasound/gravis/disk So they were extracted from the GUS install disks packed on the net? Not everything avaible on anon ftp is free... Netscape comes in mind. If there isn't a specific mention that you can redistribute it, you are not allowed to redistribute it. And nowhere it is mentioned that you could modify anything, so this definetly doesn't go through DFSG... -- Joh 3:16 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: elvis package
On Fri, Apr 17, 1998 at 08:51:57PM +0100, James Troup wrote: Martin Schulze [EMAIL PROTECTED] writes: It's free as it seems from the first view. The second view tells you it's non-free, unfortunately. Nevertheless I'm packaging it right now. You ask Martin not to work on elvis because it's non-free but then announce you're working on the non-free vile? I'm confused. This might look confusing but the situation is different as the author of vile is aware of the unfreeness and distributes new parts under the GPL. the bulk of vile _cannot_ be covered by the GPL due to murky origins and previous copyrights. however, the code that i have written (and i suspect this is true of contributions made by others as well) was written to be published, and to be shared with others. please respect this. see the top of main.c for the restrictions put on the original MicroEMACS code upon which vile was based. This is bad, too, but it's not that bad as with a package where the author could change the copyright but does not even re-act to get in discussion with us. Am I still acting unlogical? Maybe... Regards, Joey -- / Martin Schulze http://home.pages.de/~joey/ / *** Fatal Error: Found [MS-Windows],[EMAIL PROTECTED] / / repartitioning Disk for Linux ... / -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Making the libc5-libc6 upgrade to be safe (was: netstd...)
On Apr 16, Santiago Vila wrote: Summary: In a bo system, I managed to upgrade netstd without installing libreadlineg2 first and the simple ftp client stopped working. This is a really bad situation I really do not desire to anybody. This should not have happened if netstd would have a Pre-Depends line on libreadlineg2 (and libc6 ncurses also, probably). I think you got me wrong on this issue. About one month ago I asked on debian-devel what the other debian developers think about it. As a result I changed netstd to make sure that the ftp client will work. Due to an ext2fs problem I had to restore the netstd sources from tape and I forgot to re-apply this patch along with two other patches from Topi Miettinen to the netstd sources. This has been fixed with netstd 3.05. Thanks, Peter -- Peter Tobias [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Test Report (was: Re: boot-floppies_2.0.4 (source i386) uploaded)
On Tue, 14 Apr 1998 14:15:19 -0400 Raul Miller wrote: Marcus Brinkmann [EMAIL PROTECTED] wrote: I did hear something about /etc/envronment, but I'm not sure what purpose it has and if it works for all shells, etc. [...] In my opinion, /etc/environment should be supported by init (with a few sanity checks to avoid wedging the system), login, su, cron, ... shadow-login does support it already (but possibly not enabled)? $tail /etc/login.defs # Should login be allowed if we can't cd to the home directory? # Default in no. # DEFAULT_HOMEyes # # If this file exists and is readable, login environment will be # read from it. Every line should be in the form name=value. # ENVIRON_FILE/etc/environment David -- David Frey (B98D36A9) = 51F35923114FC864 7D05FF173C61EFDE Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Aiding the constitutional procedure [was Re: Automation of the constitutional procedure]
Ian Jackson wrote: Section 4.2(5) is violated only if the Secretary requires developers to propose motions c by mailing their bot in a special format, rather than by posting a normal message to debian-devel (or whatever other list we end up using). The Secretary can of course maintain the data in such a bot themselves, if they want to. I understand that your desire is to keep things simple. What I don't understand is your reluctance to make the system sustainable. If it is too dependent on a person to keep it moving, it won't work in the long run. Jay Treacy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Anyone want to make a Debian XDM login screen?
Hi. Brian Mays wrote : This will pop up two buttons in the lower left corner of your screen. The Halt button will shut down your system, while the Reboot button will reboot (useful if you also have Windows 95 *yuck* on your computer). So, going back to the initial message about a cool XDM login screen for Debian, we could provide, nearly without effort, it. We just need a jpg file to put in background using display from imagemagick, perhaps more, following screen size; a little tcl/tk script to show restart/halt buttons; and that's all. So, I'm waiting your ideas about the jpg file (I think about something like the top of the debian web page + some cool stuff made with the gimp), and I will try to mix them and make a great login screen. Scripts are also welcome since my knowledge of tcl/tk isn't high. -- Frederic Peters [EMAIL PROTECTED] Two major products from Berkeley : LSD and Unix. Coincidence ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
qpopper 2.2
Hi, I am trying to build qpopper2.2 on a Debian linux system. I uses /etc/passwd and /etc/shadow. For some reason, I am keep getting 'password is incorrect' message. Thank you in advance. Regards, David [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Non-maintainer release of info-3.12
Dirk I just made a non-maintainer release of info_3.12-1 as Octave now Dirk needs a version of info that is greater or equal to 3.11. [1] James You called it 3.12-1.0 but it should be 3.12-0.1. Also you'll need James to ensure (-sa to dpkg-buildpackage) that the .orig.tar.gz is James included in the upload. (It's not in Incoming at the moment so James dinstall will reject your upload) Oh fsck. Okay, I'm rebuilding as 3.12-0.1 now. To avoid fiddling with epochs, I have deleted the 3.12-1.0 from Incoming after assurring myself that the package had indeed not been installed. Dirk There were three files outside the debian/ that were patched in Dirk info-3.9. The patch didn't apply properly, and I didn't investigate Dirk further. James Their functionality has been integrated into the upstream source so James they are obsolete. Good to know. I marked that in the updated changelog file. Thanks for spotting my mistakes. Now I'm left with rebuilding Octave so that it can indeed depend on info (= 3.12-0.1). Three Octave builds in 24hrs, and having been at work at day ... Cheers, Dirk -- mailto:[EMAIL PROTECTED] According to the latest official figures, http://rosebud.ml.org/~edd 43% of all statistics are totally worthless. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]