Re: ipgrab package
On Wed, 10 Dec 1997, Michael Borella wrote: > I've built a package for ipgrab 0.4a1, a tcpdump-like utility > that prints out extensive Ethernet/IP/TCP/UDP/ARP header info. > It was built against libc5 so I don't know how useful it will be > for now. I'll upload it as soon as I get an account on debian.org. > If anybody wants to test it, go to > http://www.xnet.com/~cathmike/MSB/Software/ it coredumps on a hamm system, but easily fixed by recompiling. you might want to put the .dsc and .diff.gz file up on your web site too so that a debian package can easily be built for libc6. i just compiled it in /tmp and replaced /usr/sbin/ipgrab with the one i built. craig -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Checklist request (was: RFC: Deb 2.0 testing process)
> On Wed, 10 Dec 1997, Philip Hands wrote: > > > > For example, with the diff package: > > > > > > Package: diff > > > - cmp works on identical and different binary or text files > > > - diff works on files, directories, normal or 2 column > > > - sdiff correctly merges two files > > > - diff3 correctly compares 3 files > > > > It seems a shame to have to ask people to do this sort of thing. > > > > It strikes me that one should be able to come up with a script that does a > > test of this sort in not much more that the time required to write the > > list (in this simple case at least ;-) > > This is the second time I've heard this, and it is a valid point. The > reason I don't fully back it is a tester using their own test may catch > some case the package designer never thought of. True. People should certainly not be discouraged from free-form testing. This could also be a criticism of checklists to some extent, since they will have a tendency to guide people into thinking about testing things in a common way. > How about this, a > maintainer can make a script, called /usr/doc//testme.sh. It can run > any test the maintainer wants to do. In the checklist, the maintainer > writes that the script is available, and test for the below things... > This way, the testers can add their own things to the checklist even if > the maintainer disagrees. Sounds good. > Just because something works in the past doesn't mean it won't fail in the > future. It would be nice if we can catch some bugs that haven't happened > yet. True, but impossible of course ;-) How can anyone be expected to come up with tests for bugs that have not happened ? IMHO saying things like ``gut feeling'' or ``experience'' is just another way of saying that it's happened before, maybe not to Debian, or maybe not as an official bug, but it will have happened before (probably rather painfully to the person with the experience ;-) I just wanted to make sure that the checklists did not end up having items on them that have never been known to fail, because testing such things is a waste of testers time. The testers would soon get the idea that those tests are pointless. Admittedly, I cannot think of anything that has never gone wrong, off hand ;-) but this approach struck me as a fairly easy basis to generate checklists. Is there somewhere that one can see closed bugs that are older than 28 days ? > The bash bugs come to mind (with netscape not running any helper apps). But a test of some other aspect of Netscape that _has_ failed in the past would most likely have spotted that, as a side effect. I seem to remember netscape being totally unusable on my system, so it wouldn't have needed to be an exhaustive test ;-) Cheers, Phil. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
I intend to package pcc...
Hello I intend on packaging pcc (not to be confused with pgcc), the Pascal equivalent of fort77 (i.e., invokes p2c like a Real Compiler). As this would be my first package, please speak if you have any comments or concerns... -- _/ _/ _/ _/ _/ _/_/_/ Luke Chao (xekul) UIN4510570 _/ _/ _/ _/_/ _/_/ Reply to: [EMAIL PROTECTED] _/_/_/ _/_/ _/ _/ _/_/_/ http://cyberluke.home.ml.org "Oh my! An `inflammatory attitude' in alt.flame? Never heard of such a thing..." -- Allen Gwinn, [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Linux on a i286
Is there a way I can get Linux to work on my old 286? Nathan Stocks [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Linux on a i286
Nathan wrote: > Is there a way I can get Linux to work on my old 286? Yes. Go check out ELKS (http://linuxorg.bridgend.cymru.net/ELKS-Home/) It's still under development, but they have a shell and even an editor or two now. For a more mature unix system for your 286, you can try minix. -- see shy jo -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
update-alternatives --auto vi
Hello, I installed the latest version of elvis and noticed, that nvi is no longer the default vi (which is set up by update-alternatives --auto vi). Instead, elvisnox is the current default. Is this correct or is it a bug? Where can I read about alternative packages (and especially which one should be the default)? Thanks, Ulf -- #include -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
.dsc files failing pgp checks
At one point, dinstall wasn't checking pgp signatures of .dsc files. These files have slipped through. Please reupload them, or I'll file bug reports: blt_2.1-6.dsc: pgp error courtney_1.3-3.dsc: pgp error data-dumper_2.07-1.dsc: pgp error dbview_1.0.3-3.dsc: pgp error ddd_2.1.1-2.dsc: pgp error dome_4.60-1.dsc: pgp error freelip_1.0-3.dsc: pgp error gclinfo_2.2-4.dsc: pgp error groupkit_3.2-1.dsc: pgp error gstep-base_0.2.12-2.dsc: pgp error http-analyze_1.9e-2.dsc: pgp error imgstar_1.1-3.dsc: pgp error journal-dev_1-3.dsc: pgp error koules_1.3-2.dsc: pgp error lapack_2.0.1-1.dsc: pgp error lee_1.1-3.dsc: pgp error libnet-perl_1.0502-1.dsc: pgp error libtclobjc_1.1b6-1.dsc: pgp error mailtools_1.09-1.dsc: pgp error mdutils_0.35-5.dsc: pgp error mimedecode_1.8-2.dsc: pgp error mkrboot_0.6.dsc: pgp error objpak_1.1.1-1.dsc: pgp error p3nfs_5.1-2.dsc: pgp error pgapack_1.0-7.dsc: pgp error premail_0.45-3.dsc: pgp error python_1.4.0-4.dsc: pgp error qps_1.1-1.dsc: pgp error radiusd-livingston_1.16-2.dsc: pgp error regex_0.12-4.dsc: pgp error rx_1.5-2.dsc: pgp error saoimage_1.19-4.dsc: pgp error scm_4e6-2.dsc: pgp error slib_2a6-1.dsc: pgp error snns-doc_4.1-3.dsc: pgp error super_3.10.6-3.dsc: pgp error tcs_1-3.dsc: pgp error tkdiff_1.0p-1.dsc: pgp error ucblogo_4.1-1.dsc: pgp error vgrind_5.7-10.dsc: pgp error xephem_3.0-1.dsc: pgp error xwpick_2.20-3.dsc: pgp error I wrote a small script to check for extra & missing files in the archive, and let it check pgp codes as well. Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Amiga port of Debian
On Wed, 10 Dec 1997, Martin Aberg wrote: > Hello > I wounder when the Amiga port of Debian Linux is completed. > I'm excited to see it! I (and a couple of friends) are using Debian on a A1200 without prob, so I guess that it's 'finnished'... :) --- Turbo_ /// If there are no Amigas in heaven, send me to HELL! ^\\\/ 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] SWEDEN www5.tripnet.se/~turbo My PGP key can be found at: 'www5.tripnet.se/~turbo/pgp.html' Key fingerprint = B7 92 93 0E 06 94 D6 22 98 1F 0B 5B FE 33 A1 0B --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: [PGP]: can someone in NYC sign me?
On 10 Dec 1997, Charles Briscoe-Smith wrote: > Make sure you see some physical identification (driver's licence, > passport or similar). If you know who the person in front of you is, > and he gives you a key, you can check it's his by looking at the ID > on the key and checking the ID's signature. Once you've signed it, > there's no reason to encrypt the result. You could upload it to > a keyserver yourself, in fact. Can anyone do this for me to? I live in Gothenburg/Sweden and I am having problem with the signing to... --- Turbo_ /// If there are no Amigas in heaven, send me to HELL! ^\\\/ 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] SWEDEN www5.tripnet.se/~turbo My PGP key can be found at: 'www5.tripnet.se/~turbo/pgp.html' Key fingerprint = B7 92 93 0E 06 94 D6 22 98 1F 0B 5B FE 33 A1 0B --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Amiga port of Debian
Turbo Fredriksson <[EMAIL PROTECTED]> writes: > I (and a couple of friends) are using Debian on a A1200 without > prob, so I guess that it's 'finnished'... :) It most certainly is not. -- James -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: [PGP]: can someone in Sweden sign me?
>> Make sure you see some physical identification (driver's licence, >> passport or similar). If you know who the person in front of you >> is, and he gives you a key, you can check it's his by looking at >> the ID on the key and checking the ID's signature. Once you've >> signed it, there's no reason to encrypt the result. You could >> upload it to a keyserver yourself, in fact. > Can anyone do this for me to? I live in Gothenburg/Sweden and I am > having problem with the signing to... I can sign your key if you come to Linköping... -- Joel Rosdahl <[EMAIL PROTECTED]> (PGP-key available via finger and WWW) http://rosdahl.ml.org/joel/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
MICO ?
Hi, is anyone packaging MICO (Mico Is COrba)? It is a free and complete CORBA 2.0 implementation. I need it, so I'll probably look into it if noone else does. -- =+=+=+=+=Ole J. Tetlie, student (math&CS) University of Oslo=+=+=+= [EMAIL PROTECTED] | I should probably insert something informative, [EMAIL PROTECTED] | funny or outright insulting here. _-_-_-_-_-_-_-_Debian GNU/Linux_-_-_-_-_-_-_Eiffel_-_-_-_-_-_-_-_-_ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Amiga port of Debian
On 11 Dec 1997, James Troup wrote: > It most certainly is not. Hmmm? What's missing then, since we are running a perfectly working 1.2.17 system... --- Turbo_ /// If there are no Amigas in heaven, send me to HELL! ^\\\/ 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] SWEDEN www5.tripnet.se/~turbo My PGP key can be found at: 'www5.tripnet.se/~turbo/pgp.html' Key fingerprint = B7 92 93 0E 06 94 D6 22 98 1F 0B 5B FE 33 A1 0B --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
pari, paridoc
Hallo, I intend to adopt the orphans pari and paridoc. If you can think of any reason why I shouldn't, please say so now, or be forever quiet. -- =+=+=+=+=Ole J. Tetlie, student (math&CS) University of Oslo=+=+=+= [EMAIL PROTECTED] | I should probably insert something informative, [EMAIL PROTECTED] | funny or outright insulting here. _-_-_-_-_-_-_-_Debian GNU/Linux_-_-_-_-_-_-_Eiffel_-_-_-_-_-_-_-_-_ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
where ist elf-x11r6lib?
hello Ich search for the packet 'elf-x11r6lib'. Where can I find it? Grisu -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
doc-linux-{zv,jp,sv}
Hi!
Is anybody working on doc-linux-{zv,jp,sv} packages? If not I'll do it,
Phil.
cu, Marco
--
Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15
Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: Checklist request (was: RFC: Deb 2.0 testing process)
>> For example, with the diff package: >> >> Package: diff - cmp works on identical and different binary or text >> files - diff works on files, directories, normal or 2 column - >> sdiff correctly merges two files - diff3 correctly compares 3 files "Philip" == Philip Hands <[EMAIL PROTECTED]> writes: > It seems a shame to have to ask people to do this sort of thing. Yes! Maybe even against policy? [Followups on this to debian-policy, please.] I applaud the ambitiousness of making test suites for debian core packages, but I wonder whether Debian developers should focus the packaging and installation system rather than trying to fix all the bugs in GNU, etc. In other words, I think the test suite should focus, at least at the outset, on implementing the policy and making sure that installation and upgrades go smoothly. Here's a draft of a checklist geared to that: * init scripts, if any, comply with debian policy (probably only 20% do now;) * package does not modify any files from other packages * any installation shell scripts work with /bin/sh -> /bin/ash, or they specifically have #!/bin/bash * any installation perl scripts work w/ perl 5.003 (?) * [de]installation script output complies with policy Another big thing is that the transition from 1.3 to 2.0 is _very_ smooth, which is not the case now. Have we defined the supported upgrade paths? I know this is all a moving target w/ pkg ordering stuff apparently coming in and (?) dselect being dropped as the default installation mechanism. [BTW, I'm not trying to criticize the current state of hamm, I know the freeze is a ways off and there's a lot of instability going on.] .A. P. [EMAIL PROTECTED]http://www.onShore.com/> -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: where ist elf-x11r6lib?
Michael Bramer writes: > hello > > Ich search for the packet 'elf-x11r6lib'. Where can I find it? That's only a pseudo package that does not exist anymore. Unfortunately some packages still depend on it. Please file a bug report against them. It should be compatible to xlib6, so if you have that one installed try to force the installation with '--force-depends". Regards Joey -- / Martin Schulze * Debian Linux Maintainer * [EMAIL PROTECTED]/ / http://www.debian.org/ http://home.pages.de/~joey/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Where did packages in HELD-FOR-GUY go?
Hi, does anyone know where are all the packages that were in Incoming/HELD-FOR-GUY? This directory is empty now but at least samba (which I maintain) has not been integrated into hamm (and samba was in HELD-FOR-GUY). Thanks, E.- -- Eloy A. Paris Information Technology Department Rockwell Automation de Venezuela Telephone: +58-2-9432311 Fax: +58-2-9431645 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Checklist request (was: RFC: Deb 2.0 testing process)
On Thu, 11 Dec 1997, Adam P. Harris wrote: > "Philip" == Philip Hands <[EMAIL PROTECTED]> writes: > > It seems a shame to have to ask people to do this sort of thing. > > Yes! Maybe even against policy? [Followups on this to debian-policy, > please.] We are asking, not requiring. If you don't want to make a checklist, the testers _will_, but understand we don't know how half of these packages work, and this also means less time for testing. Why are you against testing packages? If we don't catch it now, a poor user down the road will. They claim Debian is a piece of junk, and move on to a better distribution like Red Hat. > I applaud the ambitiousness of making test suites for debian core > packages, but I wonder whether Debian developers should focus the > packaging and installation system rather than trying to fix all the > bugs in GNU, etc. In other words, I think the test suite should > focus, at least at the outset, on implementing the policy and making > sure that installation and upgrades go smoothly. We already test installs and upgrades. If you'd like to know what we do in more detail, read an earlier post "Debian needs guinea pigs" that I sent here and to deb-user. It is focused on what the user sees with a fairly default setup, so if we have time, I'll suggest some /bin/sh -> /bin/ash testing. > [BTW, I'm not trying to criticize the current state of hamm, I know > the freeze is a ways off and there's a lot of instability going on.] But given my schedule over the next month, any freeze will be too soon. Brandon - Brandon Mitchell <[EMAIL PROTECTED]> "We all know linux is great... it PGP: finger -l [EMAIL PROTECTED] does infinite loops in 5 seconds" Phone: (757) 221-4847 --Linus Torvalds -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Checklist request (was: RFC: Deb 2.0 testing process)
Philip Hands: > It seems a shame to have to ask people to do this sort of thing. > > It strikes me that one should be able to come up with a script that > does a test of this sort in not much more that the time required to > write the list (in this simple case at least ;-) > > I really think we should encourage people to do this where possible. I agree. These tests should be shipped with the package source (not in the .deb file, since most users won't want them). Here's a draft scheme of things: Each source package has an executable file debian/tests/test_ for each binary package. This program, when run with debian/tests as its current directory (which may contain other files used for the tests), either: produces an exit status of 0 and some possibly-irrelevant data on stderr which can be ignored by the caller produces an exit status !=0 some stderr output which tells humans what went wrong It may also print to stdout lines of the form desire DEBIAN_TEST_* require DEBIAN_TEST_* indicating that a more meaningful test can be done if the relevant variable(s) below are set, or that no meaningful test can be done if they are not. The test script must be invoked with the Source-Depends of the source package satisfied. In all cases the test script may create files starting with `tmp_', which must be cleaned up by its caller. The test script may not create other files. It may never modify the source package of which it is a part, or other associated files and directories, even if DEBIAN_TEST_SCRATCH is set. Its behaviour is modified by at least these environment variables: DEBIAN_TEST_SCRATCH if set to a nonempty string then the test is allowed to randomly mess with the system, including installing or removing packages, reconfiguring things randomly, eating mail belonging to the user that invokes it, etc. Otherwise it is not. Test scripts should try to avoid the necessity for this. DEBIAN_TEST_GAINROOT if set to a nonempty string then the test is allowed to become root by invoking DEBIAN_TEST_GAINROOT in front of its arguments. DEBIAN_TEST_GAINROOT may not contain spaces or other shell metacharacters. (A la dpkg-buildpackage.) DEBIAN_TEST_RECOMMENDED indicates that the packages which are Recommended by the binary package in question are installed DEBIAN_TEST_SUGGESTED indicates that the packages which are Suggested by the binary package in question are installed. It is not permitted for a package to require this option for meaningful testing using require DEBIAN_TEST_SUGGESTED because Suggested packages may not be in main. These scripts could be written by package maintainers, or by the testing group and submitted as bugs. Ian. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Intent to package R (the GNU version of S)
S is a language and system for statistical data analysis and graphics developed at Bell Labs. A commercial version called S-PLUS is marketed by MathSoft, Inc. Ross Ihaka and Robert Gentleman at U. of Auckland developed R, a GPL'd system they describe as "not unlike S". It has been endorsed by Richard Stallman as "official GNU software". Development is now the responsibility of an international team. I intend to package the base R language as a Debian package r-base. I will also package the contributed libraries for R as r-contrib. The upstream sources for R-0.60.1 were released a few days ago from http://www.ci.tuwien.ac.at/R/contents.html Since I understand a bug-fix version R-0.60.2 is imminent, that will probably be the first package that shows up for Debian. -- Douglas Bates[EMAIL PROTECTED] Statistics Department608/262-2598 University of Wisconsin - Madisonhttp://www.stat.wisc.edu/~bates/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
status of bzip
On Mon 08 Dec 1997, [EMAIL PROTECTED] wrote:
> o Orphaned auctex, bzip (libc5), ghostview, lacheck (libc5), libc5,
If the original bzip is meant here, it should probably be removed. It's
not supported anymore, and the author writes the following on
http://www.muraroa.demon.co.uk/ :
I'm no longer distributing 0.21, because doing so perpetuates
problems with patents, which ensures that the program will never be
widely used. That's a shame, because it's a useful program, and
lots of people seem to like it. If you use 0.21 already, please
upgrade to bzip2. I can't, unfortunately, make bzip2 be able to
decompress 0.21's .bz files, since that would render the
patent-avoidance exercise pointless. I know changing file formats is
painful; from now on, I'll try and make any further changes in a
backwards compatible way.
As bzip resides in base, that should also change, as it it apparently
not free.
Alternatively, there is decompress-only source code available at the
above URL, which could be put into a package and dropped into non-free.
This could be necessary for those that have bzip-compressed data...
What are the thoughts on this? I'd be willing to package this ('bunzip'
perhaps?) bzip2 might then suggest bunzip and conflict with bzip.
Paul Slootman
--
Can you get your operating system fixed when you need it?
Linux - the supportable operating system. http://www.debian.org/support.html
home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED]
http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: status of bzip
On Thu 11 Dec 1997, Paul Slootman wrote: > > As bzip resides in base, that should also change, as it it apparently > not free. Whoops, forget I said the above sentence, I can't seem to find bzip anywhere in Debian... My fingers automatically typed gzip instead of bzip when searching :-( Paul Slootman -- Can you get your operating system fixed when you need it? Linux - the supportable operating system. http://www.debian.org/support.html home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED] http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: status of bzip
> Whoops, forget I said the above sentence, I can't seem to find bzip > anywhere in Debian... My fingers automatically typed gzip instead of > bzip when searching :-( The last time it was seen in non-us distribution. --Mike -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Is "cp -a" allowed in debian/rules?
I have a vague recollection of seeing some comments regarding flags for cp that should be avoided in packaging scripts. Perhaps this was in the discussion of bashisms. In creating the r-base package I need to manually copy a directory tree into ./debian/tmp/usr/lib/R. Right now I do this using "cp -a". Is that practice frowned upon? Would using tar for this be preferred? I also have a question about lndir. In creating the r-contrib package of contributed libraries the installation scripts for the libraries will try to install them in the current RHOME which will generally be that /usr/lib/R directory mentioned above. My current plan is to lndir the /usr/lib/R tree into ./debian/tmp/usr/lib/R, change the environment variable defining RHOME, go through the usual installation script for an R library, remove the symbolic links for everything except the ./debian/tmp/usr/lib/R/library directory and continue with the packaging. Are there alternatives that would be preferred? -- Douglas Bates[EMAIL PROTECTED] Statistics Department608/262-2598 University of Wisconsin - Madisonhttp://www.stat.wisc.edu/~bates/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is "cp -a" allowed in debian/rules?
Douglas Bates <[EMAIL PROTECTED]> writes: > In creating the r-base package I need to manually copy a directory > tree into ./debian/tmp/usr/lib/R. Right now I do this using "cp -a". > Is that practice frowned upon? Would using tar for this be preferred? Well, I don't know if cp -a is frowned upon, but if so, I need to change at least one of my packages. In any case, here's a reasonable substitute: (cd src-dir && tar cf - .) | (cd target-dir && tar xpf -) -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Proxy server policy [was Re: gated]
Jason Gunthorpe <[EMAIL PROTECTED]> wrote: >On 10 Dec 1997, Charles Briscoe-Smith wrote: >> ...and so on. I'm not sure that you can ever have a scheme that will work >> for -all- the wierd and wonderful proxies, caches and firewalls out there. >> >> (This cache is something that was knocked up locally, I think. It's >> integrated with the HENSA mirrors, but fetches updates to individual >> files on demand, too.) > >Yes, this is most unusual. If it was created locally I would suggest you >use something more 'normal' for instance: [...] Knocked up locally, but not by me, I'm afraid. And since it now certainly has hundreds (or maybe thousands) of users, I suspect it would be impractical to change it now... My point was simply that there are sure to be many different proxy configurations, so you can't hope to support all of them out of the box. It might well be possible to support all the popular ones, but there ought to be a way of customising for strange setups like ours. -- Charles Briscoe-Smith White pages entry, with PGP key: http://alethea.ukc.ac.uk/wp?95cpb4> PGP public keyprint: 74 68 AB 2E 1C 60 22 94 B8 21 2D 01 DE 66 13 E2 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Where did packages in HELD-FOR-GUY go?
Eloy A. Paris wrote: > does anyone know where are all the packages that were in > Incoming/HELD-FOR-GUY? This directory is empty now but at least samba > (which I maintain) has not been integrated into hamm (and samba was in > HELD-FOR-GUY). Oh no! I had a non-maintainer release of bitchx in there, a good 6 hours work, with no backups. I did a locate on master, I cannot find the stuff that was in HELD-FOR-GUY anywhere at all. -- see shy jo -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Proxy server policy [was Re: gated]
Jason Gunthorpe <[EMAIL PROTECTED]> wrote: >On 10 Dec 1997, Charles Briscoe-Smith wrote: >> ...and so on. I'm not sure that you can ever have a scheme that will work >> for -all- the wierd and wonderful proxies, caches and firewalls out there. >> >> (This cache is something that was knocked up locally, I think. It's >> integrated with the HENSA mirrors, but fetches updates to individual >> files on demand, too.) > >Yes, this is most unusual. If it was created locally I would suggest you >use something more 'normal' for instance: [...] Knocked up locally, but not by me, I'm afraid. And since it now certainly has hundreds (or maybe thousands) of users, I suspect it would be impractical to change it now... My point was simply that there are sure to be many different proxy configurations, so you can't hope to support all of them out of the box. It might well be possible to support all the popular ones, but there ought to be a way of customising for strange setups like ours. -- Charles Briscoe-Smith White pages entry, with PGP key: http://alethea.ukc.ac.uk/wp?95cpb4> PGP public keyprint: 74 68 AB 2E 1C 60 22 94 B8 21 2D 01 DE 66 13 E2 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: pentium specific packages
Adrian Bridgett wrote: > > Ah, on re-reading my first sentence, I think I should have added "in theory" > :-) I agree with your point that having hundreds of symlinks from > binary-i586 to binary-i386 allows us to use the current tools with very > little changes. FYI, we may have the same problem with the Alpha series since egcs appears to target itself to the processor installed (there are several models of the Alpha processor). I've noticed three so far, but none of us are sure what the difference in the target binaries will be or how it will affect performance. As slight background, there are instructions present in the newest Alpha chips that weren't in earlier models. The UDB (the most common Alpha-based machine so far) has the oldest processors in the "family" and, therefore, completely lack some of the instructions that it's descendants have. If egcs is, in fact, recognising the processor model and targetting it, then this kinda thing could cause a HUGE problem both in performance and instruction sets when the binaries are put into an "alpha" Debian package and distributed. So, whatever's decided regarding this, I guess we should be prepared to do the same for at least one of the "non-Intel" arch's too. Chris -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Steve Greenland out of touch for a while
I'm going to be on vacation until Dec 30, and it looks like I probably won't have email access during that time. If something important comes up with one of my packages, I'd appreciate it if someone would make a non-maintainer upload. All the packages have been upgraded to libc6 (I'm uploading cern-httpd-3.0A-1 as I write...), and should be acceptable for the moment (i.e. no critical bugs, I think), although cern-httpd could use some work if anybody is bored or ambitious. My packages are: cern-httpd cron ee jargon nvi Thanks, Steve Greenland -- Steve Greenland -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Where's the SCSI support in Debian?
On Wed, Dec 10, 1997 at 07:02:05AM +1100, Lawrence wrote: > > Does that mean that Debian cann't be installed "easily" on a machine with > > a Buslogic FlashPoint PT and no IDE disks? I'm going to buy a SCSI adapter > > to replace the old AHA-1542CF I have right now, and based on a > > recommendation on debian-user I'm going for the FlashPoint... and I think > > many people on that list may be influenced by that recommendation, too. > > > > Is this going to change soon... I mean, 2.0 is still months away, and it > > kind of scares me to think of many users facing "way till 2.0" > > I am using Buslogic MultiMaster BT958 UW scsi card and have no problem > installing Debian 1.3, I don't need to compile the kernel to install it, > though I did that because of the latest buslogic driver. However, your card is not a FlashPoint and does not require special support. I have a BT948 and it works as well. But the BT930 and others do not work without special support. The BT930 and other FlashPoint cards are fantastic cards. I hope people don't avoid them because of the Debian support issue. I also hope that Debian 2.0.32 disks are made that correct this oversight. Thanks, Jeff -- Please reply to me using planetfall.com (jeff@). On the side of the software box, in the "System Requirements" section, it said "Requires Windows 95 or better." So I installed Linux. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Checklist request (was: RFC: Deb 2.0 testing process)
On Thu, 11 Dec 1997, Ian Jackson wrote: > Philip Hands: > > It seems a shame to have to ask people to do this sort of thing. > > > > It strikes me that one should be able to come up with a script that > > does a test of this sort in not much more that the time required to > > write the list (in this simple case at least ;-) > > > > I really think we should encourage people to do this where possible. > > I agree. These tests should be shipped with the package source (not > in the .deb file, since most users won't want them). Requiring the testers to download the package and the source is a bad things IMO. Also, when I'm trying a new package, I think it might be nice to see what it can do by trying the test script. These scripts should be small, using files already on the system if possible (or from /usr/doc//examples). Finally, the maintainer doesn't have to include the script, it's just something extra they want to do. > These scripts could be written by package maintainers, or by the > testing group and submitted as bugs. If it gets to the point that the testers are making testing scripts, we'll probably send it to the maintainer if they are interested, but keep it on a web site for faster distribution among ourselves. Waiting for a package to be uploaded for a test script during a frozen period may make this process painfully long. Brandon - Brandon Mitchell <[EMAIL PROTECTED]> "We all know linux is great... it PGP: finger -l [EMAIL PROTECTED] does infinite loops in 5 seconds" Phone: (757) 221-4847 --Linus Torvalds -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Checklist request (was: RFC: Deb 2.0 testing process)
Ian Jackson writes: > I agree. These tests should be shipped with the package source (not > in the .deb file, since most users won't want them). I am an active tester. Speaking from this viewpoint, your proposal is excellent, except for the location of the tests. From my viewpoint it would be far better if they were included with the .debs, or if they available for downloading apart from the sources. During the bo round of testing, I found that downloading packages was a significant part of the time spent. This proposal would make the tester unload sources as well as the .debs for all packages being tested. This would be an additional demand on the tester's time and on his ppp resources. Bob -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Linux on a i286
> Is there a way I can get Linux to work on my old 286?
There is an attempt to port Linux to 086 called ELKS. Look for it's link
on LDP page (http://sunsite.unc.edu/LDP/). Last time I checked I still
couldn't even boot it on my 286 though.
Alex Y.
--
_
_( )_
( (o___ +---+
| _ 7 |Alexander Yukhimets|
\(")| http://pages.nyu.edu/~aqy6633/ |
/ \ \ +---+
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Debian Linux and Cirrus
Dear Sir, I would like to know if the Debian Linux Distribution support the Cirrus 5446 Chipset ? I look forward to hearing from you Sincerely, Julien GILLE begin: vcard fn: Julien GILLE et Monica PASTIN n: ;Julien GILLE et Monica PASTIN org:INSA adr:66 avenue Jules Julien;;;TOULOUSE;;31 400;France email;internet: [EMAIL PROTECTED] tel;home: (+33) 5 61.53.46.25 x-mozilla-cpt: ;0 x-mozilla-html: TRUE version:2.1 end:vcard
Re: Debian Linux and Cirrus
take me off this [EMAIL PROTECTED]@ Julien GILLE et Monica PASTIN wrote: > Dear Sir, > > I would like to know if the Debian Linux Distribution support the Cirrus > 5446 Chipset ? > I look forward to hearing from you > Sincerely, > > Julien GILLE > > > > > Julien GILLE et Monica PASTIN <[EMAIL PROTECTED]> > INSA > > Julien GILLE et Monica PASTIN > INSA<[EMAIL PROTECTED]> > HTML Mail > 66 avenue Jules Julien Home: (+33) 5 61.53.46.25 > TOULOUSENetscape Conference Address > 31 400 Netscape Conference DLS Server > France > Additional Information: > Last Name > First NameJulien GILLE et Monica PASTIN > Version 2.1 -- 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: (fwd) PIC Programmer v2.0
> I am interested in packaging the following, especially > since we already have some PIC tools and it's a growing area. Yes that's a good idea. And if you put it into the menu take apps/Technical for it. I like to force 'technical' apps ! If i find the time i'm doing the same for 68hc11 and other can do it for 8051. When we have all together (compiler, debugger, ass, ... and many more) we need an x11-shell to call the programms. For this there could be additional programms selected like prommer, pcb, logger, soft-oszi, logic, ... We have some projects (keyboard, deity, docu) should we add one? Someone interest?? Bye, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7 [EMAIL PROTECTED] 26603 Aurich Tel.: +49-4941-10390 [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
syslogd taking up lots of CPU..
Hm. For some reason, today, syslogd started taking up more than its
share of CPU. (About 20% on a P200.)
I did an strace on the process, and saw lots of stuff like this:
read(21, "<22>Dec 11 16:03:34 cucipop[3129"..., 1024) = 72
time([881885014]) = 881885014
writev(4, [{"Dec 11 16:03:34", 15}, {" ", 1}, {"always", 6}, {" ", 1},
{"cucipop[3129]: movinon 207.167.9"..., 51}, {"\n", 1}], 6) = 75
writev(8, [{"Dec 11 16:03:34", 15}, {" ", 1}, {"always", 6}, {" ", 1},
{"cucipop[3129]: movinon 207.167.9"..., 51}, {"\n", 1}], 6) = 75
fsync(8)= 0
writev(11, [{"Dec 11 16:03:34", 15}, {" ", 1}, {"always", 6}, {" ", 1},
{"cucipop[3129]: movinon 207.167.9"..., 51}, {"\n", 1}], 6) = 75
writev(19, [{"Dec 11 16:03:34", 15}, {" ", 1}, {"always", 6}, {" ", 1},
{"cucipop[3129]: movinon 207.167.9"..., 51}, {"\n", 1}], 6) = -1 EAGAIN
(Resource temporarily unavailable)
select(1024, [0 2 21], NULL, NULL, NULL) = 1 (in [21])
read(21, "", 1024) = 0
close(21) = 0
select(1024, [0 2], NULL, NULL, NULL
That EAGAIN disturbs me. We're not even close to being out of disk
space; what could be causing this?
--
Brought to you by the letters G and N and the number 2.
"If it wasn't for disappointment, I wouldn't have any appointment." -- TMBG
Ben Gertzfield
