Re: Problem with tcpdump in 1.2.17
On Thu, 5 Jun 1997 [EMAIL PROTECTED] wrote: Before the coffin is nailed shut on rex, maybe the version of tcpdump that was placed in 1.2.17 should be replaced or backed out, as it depends on libpcap0, which is in bo, but not rex. I say this because I think Dale Scheetz (among other people) was going to burn a CD of the final version of rex for people, and this would be sort of an embarrassing bug to send out the door. Please correct me if I'm wrong about this. You're right. I noticed this too. If you don't have a copy of bo around it's a real bummer! 8---8 Richard Shepherd ([EMAIL PROTECTED]) 8---8 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Problem with tcpdump in 1.2.17
I made a 1.2.18 to fix this. Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
SLang Docs
Hi, Has anyone written down more complete documentation that what is provided in /usr/doc/slang/doc/cslang.tex.gz? I've noticed it only covers about 10% of what the library can do.. Thanks, Jason -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Mirror mismatch
ftp.debian.org has caught up to most of the recent master changes, except ... [...] d WebPages/. d WebPages/.. -d WebPages/1.2 -l WebPages/Bugs - ../debian.org-local/Bugs -d WebPages/CDs -l WebPages/Lists-Archives [...] ... it doesn't mirror the WebPages directory. Is this intentional? MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: 1.3 installation report
[EMAIL PROTECTED] (Bruce Perens) wrote on 03.06.97 in [EMAIL PROTECTED]: I wound up in a catch-22 with some of the extra packages: - ghostview and gv both depend on gs. However, package gs-alladin which provides gs never gets installed because dselect tries to: gs-alladin is in non-free, which is never parsed because gv/ghostview doesn't install because there's no gs. Repeating the installation step doesn't solve this. - the problem with dselect not trying a section because there was an error in a previous section returns with pinepgp from contrib not installing because it depends on pine and pgp, in non-free resp. local. Here too, repeating the process doesn't solve the problem. This behaviour of dselect should be anticipated on when determining the proper (pre)dependecies, or otherwise a mention of it should be added to the documentation - along with a hint of possible solutions. Repeating the installation step (the current panacea) is no solution in these cases. Well, this is one thing that dpkg-mountable seems to get right. Maybe other installation methods could be fixed to do the same? In short, dpkg-mountable does not scan through the archive and unpack every package it finds that is wanted, it first tries to locate the packages and then unpacks them in order. Actually, it has problems, too - dpkg-mountable doesn't (yet?) understand pre-dependencies, except to complain about unresolved ones. MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: cygwin.dll license (was Re: FreeQt ?)
[EMAIL PROTECTED] (Mark Baker) wrote on 07.06.97 in [EMAIL PROTECTED]: In article [EMAIL PROTECTED], [EMAIL PROTECTED] (Kai Henningsen) writes: Can't be linked dynamically either... read the GPL. Can too. Read the law. The GPL _cannot_ restrict someone from doing that, regardless of what they put in it. Although they _can_ restrict you from using the header files. Supposing they can (which is not quite as obvious as it looks to some people), that can of course be worked around. Most people arguing this subject seem to miss just where copyright law is coming from. Originally, this was made to protect artists - writers, painters, and so on. In these areas, borowing from other people happens fairly often. The law does not only say that some situations of borrowing need to be allowed by the original author - it also explicitely says that some need not be. It's generally a matter of degree. You've probably all heard of fair use. In any case, unless the borrowed part is large enough in at least one of the work borrowed from, or the work built with it, there's nothing the original author can possibly do. I won't pretend to be able to say just how large is large enough, except that it's a lot larger than zero. MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: 1.3 installation report
On Jun 8, Kai Henningsen wrote [EMAIL PROTECTED] (Bruce Perens) wrote on 03.06.97 in [EMAIL PROTECTED]: [dselect fails to install main packages depending on ones in non-free or contrib] Well, this is one thing that dpkg-mountable seems to get right. Maybe other installation methods could be fixed to do the same? In short, dpkg-mountable does not scan through the archive and unpack every package it finds that is wanted, it first tries to locate the packages and then unpacks them in order. Alphabetical order right now, actually. ;) Actually, it has problems, too - dpkg-mountable doesn't (yet?) understand pre-dependencies, except to complain about unresolved ones. No, it still doesn't, but this should be coming in v0.5 in the next couple of weeks, once I've got Manoj's pkg-order working; in fact, it'll do full ordering of the install by dependencies, thereby hopefully making a one-pass from-scratch install possible. I would have done this a while ago, except for exams, but they're thankfully now over! E -- Andy Mortimer, [EMAIL PROTECTED] http://www.poboxes.com/andy.mortimer PGP public key available on key servers -- I found myself alone, alone above a raging sea That stole the only girl I loved and drowned her deep inside of me. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: 1.3 installation report
[EMAIL PROTECTED] (Andy Mortimer) wrote on 08.06.97 in [EMAIL PROTECTED]: On Jun 8, Kai Henningsen wrote [EMAIL PROTECTED] (Bruce Perens) wrote on 03.06.97 in [EMAIL PROTECTED]: [dselect fails to install main packages depending on ones in non-free or contrib] Well, this is one thing that dpkg-mountable seems to get right. Maybe other installation methods could be fixed to do the same? In short, dpkg-mountable does not scan through the archive and unpack every package it finds that is wanted, it first tries to locate the packages and then unpacks them in order. Alphabetical order right now, actually. ;) Well, the important thing is (and I _was_ not particularly clear on that) that it doesn't install by section (main, contrib, non-free, ...) but in one pass. MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
mgetty Needs Maintainer!
Hello, Some time ago, I handed mgetty over to Siggy Brentrup. However, I have not yet seen any mgetty uploaded by him and have not received any response to my e-mails. So...would somebody be willing to take over mgetty? Right now, it doesn't have any maintainer... -- John Goerzen | Running Debian GNU/Linux (www.debian.org) Custom Programming| [EMAIL PROTECTED] | -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Postgres95/PostgreSQL
Back in March, Siggy had indicated that he would be taking over PostgreSQL development (the Postgres95 package currently in Debian is now very out-of-date). I e-mailed him about this and got no response. So...is anybody out there planning to take over PostgreSQL? If not, I can take a look at it. If it will require a tremendous amount of time, I probably won't be able to do it; otherwise, I can give it a try. John -- John Goerzen | Running Debian GNU/Linux (www.debian.org) Custom Programming| [EMAIL PROTECTED] | -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Postgres95/PostgreSQL
John Goerzen wrote: Back in March, Siggy had indicated that he would be taking over PostgreSQL development (the Postgres95 package currently in Debian is now very out-of-date). I e-mailed him about this and got no response. Back on May 7, Siggy posted the following: Hi all, after losing almost everything (including backup tapes) in a house fire on April 2, I finally I find the time to read my email on a friend's machine. With a backlog of more than 7000 messages I can answer only to the most urgent ones. As things are going, I will need another 2 weeks before being able to work on Debian again - too late for the release I assume. If there are urgent changes pending, will anybody kindly upload a non-maintainer release for the following packages: postgres95 mgetty hwtools linux86 Thanks Siggy So it looks like he's probably still recovering his system So...is anybody out there planning to take over PostgreSQL? If not, I can take a look at it. If it will require a tremendous amount of time, I probably won't be able to do it; otherwise, I can give it a try. That would be great. I really need it here too. I even sent an e-mail message to Emanuele Pucciarelli (who's listed as the previous maintainer) saying I'd be willing to take it over. Of course, I'd rather not do that, since it's a pretty large package, and would take quite a bit of effort. PostgreSQL 6.1 should be coming out in a few days. It looks good. :-) Cheers, - Jim pgpQ0GwzNIGNm.pgp Description: PGP signature
Tri-Linux's discription
I think one thing we need to seriously work on for Debian 2.0, is our reputation. It seems we have a reputation for being hard to install, even though, IMO, 1.3 was very easy to install. Just look at this c.o.l.a announcment from tri-linux Our most popoular CD, TRI-LINUX has been completely revised for this new relaese. This new CD contains the complete Intel binary distributions for Debian 1.3, Slackware 3.2 and Redhat 4.2 We created this CD especially for those who are undecided. You can install all three in 3-4 hours and see for yourself. Redhat and Slackware are the easiest to install and are both maintained on the internet by small companies with long track records serving the Linux community. Debian is maintained by a group of volunteers arround the globe via the internet. What does this say about debian. If I were a new user, I'd want to install red hat or slackware based on this announcment because they are the easiest to install. Just my 2 cents, Shaya -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How to handle updates to bo?
I'm still waiting on a response to my last email on the subject. I will implement my original proposal tomorrow unless I hear otherwise. There's this major issue that I've been guiltily silent about - I'm going to be totally unavailable for one month starting on 6/12. But I plan to devote lots of time this week to getting my packages and the ftp site in order. That's one reason to favor simple solutions. I'm appending my email, with some clarifications, below, and I'm hoping for a wider response. Guy Brian White [EMAIL PROTECTED] writes: It would be great if dinstall would also check dependancies for this. I know this is already somewhere on your list of things to do. Yes, I'm hoping to use Manoj's pkg-order library (once it's less buggy). At best I can only give warnings and not outright rejections. For example if A depends on B, but both are packages waiting in Incoming, I should not reject A simply because its dependencies are unfulfilled (this can actually be solved with multiple passes over Incoming.) Another example is if an arch all package depends on an arch any package, but the depended on package is not yet available for a specific arch. This is acceptable, but I'd prefer one additional thing: I'd like to install those proposed packages to frozen so that anybody can try out the package on their system instead of just limiting it to the testing group and those that can steal it from Incoming. That could potentially be much more work for me and carry few obvious benefits. Are you suggesting this so that there will be a simple distribution to point people at (made up of mostly symlinks and some files?) Or are you suggesting this so that proposed patches to stable get wider circulation? Would dinstall install stable programs automatically to this distribution, and then the testing group would allow them in to stable or reject them? Or are you suggesting two approval steps - first to this frozen, then to the actual stable? Symlinked distributions (such as rex-fixed) or such a frozen are very fragile. The frozen that you suggest would be even more difficult to maintain if it's necessary to remove programs from there - reverting back to the symlink. Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Social contract comments
1. The software may be redistributed by anyone. The license for the software must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software. If the license restricts a source file from being distributed in modified form, it must allow patch files to be distributed with the source for the explicit purpose of modifying it at build time. The license may require derived works to carry a different name than the original software. We need to be able to distribute modified files rather than originals plus patches in some situations. In particular, some packages have files that are in the source and are copied to the .deb files during package build. We need to be able to distribute `our' version of these files, even though they may be binary. I'd suggest replacing that sentence and the next with The license must not restrict parts of the software from being distributed in modified form, except perhaps by requiring that the modifed versions use a different filename or be that the modified versions not be distributed under the same name as the original. In particular, I don't think that software is free if I can't make a derived work which is substantially different from the original, for example to make bugfixes and enhancements. I think that restrictions intended to prevent someone other than the author from `forking' the software make the software non-free. 5. The program must include source code, and must allow distribution in source as well as binary form. You mean ... in both binary and source form. `Source' is the preferred form for making modifications to the software. Ian. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Problem with tcpdump in 1.2.17
On 7 Jun 1997, Guy Maor wrote: I made a 1.2.18 to fix this. The info in the new Packages file lists libpcap0 as being in net and libpcap-dev as being in devel, which is fine, but a dpkg --info on the libpcap0 file itself reports its section as libs, which doesn't exist in rex. Is this a problem? It probably isn't for people who use dpkg by hand to install, but I don't know enough about dselect to guess whether it would be a problem for people who use it. Also, the inclusion of libpcap-dev isn't mentioned in the ChangeLog, so I didn't fetch it. It was only after I looked in Packages.gz that I knew it was there. -- G. Branden Robinson Purdue University [EMAIL PROTECTED] http://cartoon.ecn.purdue.edu/~branden/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Problem with tcpdump in 1.2.17
[EMAIL PROTECTED] writes: The info in the new Packages file lists libpcap0 as being in net and libpcap-dev as being in devel ... It's not a problem. Also, the inclusion of libpcap-dev isn't mentioned in the ChangeLog, so I didn't fetch it. It was only after I looked in Packages.gz that I knew it was there. The ChangeLog is actually listing _source_ package names, so there is only one entry for libpcap0. I will improve the format for bo when it will be edited automatically. Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Problem with tcpdump in 1.2.17
On 8 Jun 1997, Guy Maor wrote: [EMAIL PROTECTED] writes: The info in the new Packages file lists libpcap0 as being in net and libpcap-dev as being in devel ... It's not a problem. Well, no, that wouldn't be -- the -dev versions of packages are often in a different place. The point of my remark was that the Packages file said libpcap0 was in one place, and libpcap0's own control file said it was someplace else (net vs. libs). If this isn't a problem big enough to sweat about, I don't care...I just wanted to point it out. If I thought it was the end of the world I'd file a bug report. :) The ChangeLog is actually listing _source_ package names, so there is only one entry for libpcap0. I will improve the format for bo when it will be edited automatically. Oh ah (he said as comprehension dawned). -- G. Branden Robinson Purdue University [EMAIL PROTECTED] http://cartoon.ecn.purdue.edu/~branden/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
points on future installation disks development
(Please check whether you answer really belongs to both mailing lists.) My ideas on boot-floppies' future: - rewrite dinstall in C - reasons: - runtime improvements - don't run fdisk -l that often - todo: make a libsfdisk from sfdisk - more complex datastructures (avoid using sed often) - more complex input masks and consistent user interface - network configuration: everything in one screen - selecting base directory in one screen - use : - ncurses and libdialog (from FreeBSD), or - slang (ncurses shouldn't be needed then, slang is said to have a curses emulation), or - turbovision (licence OK?), or - something else (suggestions welcome) - easier i18n (see below) - new features - installation via serial terminal - for blind users - for automated testing - use lilo in order to drive the serial line early (or modify syslinux ?) (what about GRUB ?) - an extra command-mode installation ? - installing base via ftp and smbfs (and from tape ?) - mouse support ? (gpm, or derived from gpm) - i18n plan - i18n for C files: use GNUish standard method ? (is this gettext ?) - i18n for shell scripts (swapsetup) (is there a good way for doing this) or rewrite them in C - i18n for busybox (is it worth the work and disk space ?) - try to keep i18n and localization separated - how many locale data sets will fit on floppy root.bin ? - bigger root.bin for loadlin booting - for floppies: make extra locale file that can be copied to Rescue Disk - assign versions to original and translated text in order to keep them in sync (and automatically find out when they aren't) - localization - translate text files - translations for the i18n'ed parts - minors - better 'make bootable': MBR isn't that self-explaining Related topic: I expect to have much less time for Debian for the remainder of this year. So I definitely need help here; especially for the UI part. Sven -- Sven Rudolph [EMAIL PROTECTED] ; WWW : http://www.sax.de/~sr1/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Some ideas about the text db
Hi Tom, Basically, we first have a /default directory, which every package imports its default settings into. User configuration is put under /config, which means that the system will first look under /config, then /default when a variable is requested. I don't see the advantage of this scheme. Please explain why it is favorable to have 2 configuration trees. If you wan't to have 2 trees, a better and easier approach is to have (standard Unix-way) a $HOME/.config/... and a /etc/config/... tree. But the question is, whether you want to use the configuration database for all and everything (- each user wants his/her own copy) or just for system-related entries (one global /etc/config is enough). David -- David Frey |Linux --- the choice of a GNU generation! 51F35923114FC8647D05FF173C61EFDE|GE C++ UL+++ P- W-- !w--- PGP++ [EMAIL PROTECTED] R D--- e++ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
libc6 policy in unstable
Hello collegues, What is the policy for uploads into unstable regarding libc6? Must all new programs goint into unstable be linked with libc6? David -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Problem with tcpdump in 1.2.17
[EMAIL PROTECTED] writes: Well, no, that wouldn't be -- the -dev versions of packages are often in a different place. The point of my remark was that the Packages file said libpcap0 was in one place, and libpcap0's own control file said it was someplace else (net vs. libs). If this isn't a problem big enough to sweat about, I don't care...I just wanted to point it out. If I thought it was the end of the world I'd file a bug report. :) Yes, I understood. The section is only for human convenience. dselect gets its information from the Packages file, not the packages themselves. If a user builds a Packages file by hand from the rex archive without using rex's override file, she'll see libpcap0 as the sole entry in libs. The Filename will still be correct so dpkg will still find it, and selecting tcpdump will still pull libpcap0 in also. In summary, it's not a problem. :) Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 policy in unstable
David Frey [EMAIL PROTECTED] writes: What is the policy for uploads into unstable regarding libc6? Must all new programs goint into unstable be linked with libc6? Since Debian 2.0 is meant to be a libc6 system, the answer is yes. Of course, if the libraries that the program depends on are not yet available for libc6, then you'll have to continue to upload libc5 versions. Uploading libc6 versions of dynamic libraries is the first priority. Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .