Re: sgml-tools and super weirdness
On Mon, 24 May 1999, Richard Braakman wrote: > With super, the slink version was a separate NMU for frozen, while that > version was already in unstable. So the changelogs are different, and > they are differnet compiles. That's all good and well, but we -MUST NOT- have different compiles with the same version, there is no way to tell which is prefered! > With sgml-tools, I can find only this oddity: > > Suggests: bsdmainutils > Optional: groff, latex, dvips, texinfo, info-browser > > It uses the ancient "Optional" keyword. It looks like dpkg merged > that with the Suggests, whereas dpkg-scanpackages lets it override > the Suggests. Arg! CVS apt will insist on upgrading sgml-tools every single time because of this, Richard can we fix dpkg-scanpackages (quickly) to emulate dpkg? I very much don't want back out this latest change :< (there is no way for me to compensate, the information is filtered out by dpkg and dpkg-scanpackages) Thanks, Jason
Master.debian.org and Email
Hi all! It seems that with our recent IP change on master.debian.org Novare has inherited an IP space that has previously been used to send spam. I would like it if everyone could check that these two IPs are not listed in any spam listing services: master.debian.org A 209.41.108.5 murphy.debian.org A 209.41.108.199 Please only let me know if you find a listing, I don't need to have a full email box tomorrow :> Thanks, Jason Debian-Admin
Re: sgml-tools and super weirdness
Richard Braakman wrote: > With super, the slink version was a separate NMU for frozen, while that > version was already in unstable. So the changelogs are different, and > they are differnet compiles. ARGS. diff -Nur slink/usr/doc/super/changelog.Debian potato/usr/doc/super/changelog.Debian --- slink/usr/doc/super/changelog.DebianWed Mar 10 19:00:09 1999 +++ potato/usr/doc/super/changelog.Debian Tue Mar 2 18:24:29 1999 @@ -1,10 +1,9 @@ -super (3.12.1-1) stable; urgency=high +super (3.12.1-1) frozen unstable; urgency=high * New upstream version * Fixes buffer overflow - * NMU for slink - -- Christian Hudon <[EMAIL PROTECTED]> Wed, 10 Mar 1999 19:57:04 -0500 + -- Martin Schulze <[EMAIL PROTECTED]> Wed, 3 Mar 1999 01:21:39 +0100 super (3.11.7-1) stable frozen unstable; urgency=high Apparently we need a cluebat for one of our security officers... Yep, I do admire grepmail: 155 NS Mar 03 Martin Schulze 40 Uploaded super 3.12.1-1 (source i386) to master 161 NS Mar 11 Christian Hudon 35 Uploaded super 3.12.1-1 (source i386) to master Will upload a new version soon. Regards, Joey -- Never trust an operating system you don't have source for! Please always Cc to me when replying to me on the lists.
Adoption of the FHS
As nobody has yet argued against my policy proposal of adopting the FHS, it is likely to become policy quite soon. So we need to start actively thinking about how to go about managing the changeover, and which exceptions we will make. A quick think would indicate that the most likely difficulties are to be found in the /usr/doc -> /usr/share/doc move, especially if /usr/doc/foo/examples contains compiled binaries. AFAIK, the /usr/info -> /usr/share/info is well under way, as is /usr/lib/texmf -> /usr/share/texmf. The /var/lib/dpkg hierarchy will be an exception to the FHS: it is far to dangerous at this stage even to consider moving it to /var/state/dpkg (although what will happen when we move to DPKGv2 is anyone's guess). So it would be very good to hear from people: what problems are we likely to face in the move, how can we do it without destroying 2500+ packages, etc., etc. And we should do this sooner rather than later, as otherwise it will very adversely affect the potato freeze. We may need some mass NMU's, but it would be nice if that could be avoided. Julian =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, Dept of Maths, QMW, Univ. of London. [EMAIL PROTECTED] Debian GNU/Linux Developer. [EMAIL PROTECTED] -*- Finger [EMAIL PROTECTED] for my PGP public key. -*-
Pandora.debian.org
Hi All! pandora.debian.org has successfully joined the 6bone! We are now running the latest unstable on pandora (and will be adding ipv6 enabled utilities) and have established a ipv6 in ipv4 tunnel to surf.net. I have created an ipv6.debian.org domain that contains pandora, non-us and nonus. (though right now we haven't got an ipv6 servers running) I encourage everyone to experiment with this and try to get their networking packages working on the ipv6 protocol. Thanks, Jason Debian Admin
problems on rxvt-ml
Hello, I am a member of Debian JP and use kterm which is a terminal emulator for X with multi-lingual support (for me, japanese support) and also krxvt of rxvt-ml but there are some problems on rxvt-ml in my potato system. I am not sure if these are bugs or intentional settings of the maintainer so I wish to ask first in this mailing list. The versions of rxvt and rxvt-ml are rxvt2.4.5-19 rxvt-ml 2.4.5-19 [I] On the menu postinst of rxvt-ml does not do if test -x /usr/bin/update-menus; then update-menus; fi thus in some cases, Debian menu may have no entry of krxvt. Is this intentional or bug ? [II] Message with option -ls When invoked with -ls option, (k)rxvt shows message like /dev/ttyp7: Operation not permitted When I downgraded to rxvt-ml 2.4.5-16 then the above message is not shown. I am afraid that this may be intentional but I wish to know if this is really intentional or not intentional. Thanks in advance, 1999.5.24 -- Debian JP Developer - much more I18N of Debian Atsuhito Kohda <[EMAIL PROTECTED]> Department of Math., Tokushima Univ.
Re: An 'ae' testimony
Hi, >>"David" == David Frey <[EMAIL PROTECTED]> writes:
[RFD] epic4 - default script ?
[ PLEASE remove debian-devel-announce from replies ]
Before I get into this and make some people really angry, let me say that
if I do this, I do it only in Debian's epic4 package. This isn't going
to affect you unless you use my .deb's unless someone else adopts this
idea for their stuff. Okay? Good.
The ircII-based clients already use /etc/irc/ for storing things like the
serverlist as a result of a discussion on -policy[1]. I want to create a
file, either be /etc/irc/autoload.epic4 or /etc/irc/epic4/autoload (your
opinions wanted), which will load a script[2] if you have neither .ircrc
nor .epicrc in your home directory.
The rationale for this is simple, epic's a great client but sucks without
a script. If you don't have a script, it's essentially no different than
ircII. Many have commented to that effect.
I've been less than thrilled about adding a default script because of
package bloat, etc, and because the best script for the job IMO would
probably be splitfire, which I don't much like. Instead, I can just
write a SCRIPTS.Debian file or something explaining how to make a script
use Debian's /etc/alternatives configuration, etc. The sysadmin then can
install one or several scripts and I can be done with it. =>
Questions:
Is this a bad idea in general or do I have the right idea?
/etc/irc/*.epic4 (2 files planned) or /etc/irc/epic4/* ? If I go with
the latter it would be possible to have default configurations for
scripts there. Of course this will probably require some minor amount
of tinkering with the scripts to use it, so it's probably a mixed
blessing.
I have two obvious ways to do this. I can either add a load command to
the global script, or I can make use of the fact that the global script
loads "local" which is guaranteed not to get touched upstream and will
always be loaded by global. This means a quick symlink and I'm set.
Of course, if you have a /usr/share/epic4/script/local already, it
could get messy. I'm leaning towards modifying global, but given that
this autoload script would be conffile anyway, it would serve the
purpose local does anyway.
Virtual package epic4-script suggested by epic4 which other scripts
would provide?
--
Joseph Carter <[EMAIL PROTECTED]>Debian GNU/Linux developer
PGP: E8D68481E3A8BB77 8EE22996C9445FBEThe Source Comes First!
-
"Let's form the Linux Standard Linux Standardization Association
Board. The purpose of this board will be to standardize Linux
Standardization Organizations."
[1] It was determined that we currently have no way to share a conffile
among packages and pending someone coming up with a better idea, we
should create /etc/irc/servers in postinst with the default servers
in it (usually irc.debian.org:6667) if it doesn't exist, but leave it
be otherwise. The file cannot be listed as a conffile because of
this, but it'll never be overwritten anyway.
[2] The script itself:
# Purpose:
# Load a system default script if .epicrc and .ircrc don't exist in
# the user's home directory.
#
# Copyright/License:
# Written by Joseph Carter <[EMAIL PROTECTED]>, considered to be
# in the public domain. C'mon, the header is longer than the
# script here, you didn't expect some sort of lame license did you?
#
# Changes:
# 23 May 1999 - Initial (probably only) release.
#
@ _loadscript = [/etc/irc/default_script.epic4]
unless ( fexist(~/.epicrc)==1 || fexist(~/.ircrc)==1 )
{
if (fexist($_loadscript)==1)
{
load $_loadscript
}
}
pgpuhqzGdwZeR.pgp
Description: PGP signature
Re: An 'ae' testimony
On Sun, May 23, 1999 at 11:44:58PM +1000, Hamish Moffatt wrote: > > > The reason it has this problem is because it uses its own special terminal > > > data files (/etc/joe/terminfo) instead of the standard ones. > > > > > > This, FYI, is why I sopped using joe. Not only is it buggy if used from a > > > buggy terminal emulator like windoze telnet, it had occasional bugs > > > running > > > in an xterm (not screen display, but failure to reset the terminal > > > properly > > > on exit). > > > > In screen and console too. > > When I use rxvt, LOTS of programs have trouble restoring the screen on > exit. vi, for one. I'd guess all ncurses programs, but I'm not sure. All the more reason to use slang-based stuff right? ;> -- Joseph Carter <[EMAIL PROTECTED]>Debian GNU/Linux developer PGP: E8D68481E3A8BB77 8EE22996C9445FBEThe Source Comes First! - tomorrow there will be a great disturbance in the workforce -- May 18, 1999 pgpAjhxjtZS0k.pgp Description: PGP signature
Re: Intent to package GNU Philosophy web pages
I have the same objection to this I had to the anarchist thing: You're trying to package their website. I don't think we should be doing that. Granted I'd rather see this website packaged before one trying to tell me all about the good political and philosphical things resulting from anarchy, but my objection is not at all based on the content. -- Joseph Carter <[EMAIL PROTECTED]>Debian GNU/Linux developer PGP: E8D68481E3A8BB77 8EE22996C9445FBEThe Source Comes First! - partycle: I seriously do need a vacation from this package. I actually had a DREAM about introducing a stupid new bug into xbase-preinst last night. That's a Bad Sign. pgprHKvBw6eM8.pgp Description: PGP signature
Re: potato bash: segfault instead of beep
On Mon, May 24, 1999 at 12:52:08AM +0200, Johannes Beigel wrote: > I have a problem with bash (the newest version from potato, downloaded > and installed with apt-get): > Wenn I type at an empty prompt or when I press when > the completion is not unique the bash crashes with a segfault. > So I think it actually crashes when it "wants to ring the bell". > > Other Programs still beep of course (XEmacs, vi..) and an > echo '\007' > or a C program calling > fprintf (stderr, "\a"); > works correctly, too. Doesn't happen here. Of course OTHER things are randomly segfaulting here... Seems to be an issue with the latest glibc 2.1 package. -- Joseph Carter <[EMAIL PROTECTED]>Debian GNU/Linux developer PGP: E8D68481E3A8BB77 8EE22996C9445FBEThe Source Comes First! - RMS for President??? ...or ESR, he wants a new job ;) pgpL8bmDEbso8.pgp Description: PGP signature
Re: Adoption of the FHS
On Mon, May 24, 1999 at 02:09:05AM +0100, Julian Gilbey wrote: > We may need some mass NMU's, but it would be nice if that could be > avoided. We shouldn't need those. The only thing I expect that would take mass NMUs is the /usr/doc and /usr/man things. Both should be possible to happen over time. -- Joseph Carter <[EMAIL PROTECTED]>Debian GNU/Linux developer PGP: E8D68481E3A8BB77 8EE22996C9445FBEThe Source Comes First! - 10) there is no 10, but it sounded like a nice number :) -- Wichert Akkerman pgpJ1MsxIVAbZ.pgp Description: PGP signature
Request for package: swatch
Hello, I am a member of Debian JP and have maintained swatch-2.2 for Debian JP but swatch-3.0b1 is released and become Perl-oriented application now. Unfortunately I have no knowledge about Perl so I can not even make swatch-3.0b1 and swatch is by no means Japanese application. So I wish some member will make Debian package of swatch-3.0b1 replacing my old swatch package of Debian JP. FYI. swatch is security related application and I heard RedHat has swatch package. Thanks in advance, 1999.5.24 -- Debian JP Developer - much more I18N of Debian Atsuhito Kohda <[EMAIL PROTECTED]> Department of Math., Tokushima Univ.
Re: An 'ae' testimony
On Sun, May 23, 1999 at 01:33:43AM -0700, Joey Hess wrote: > I really thing Tom's Root Boot or something similar is the way to go. Tom's > crams an amazing amount of stuff into one floppy, using tricks like > rewriting common unix utilities in awk so they take up less space. We have a lot of common unix utilities on just a single program: busybox. But Tom's disks use another little trick: non-common disk format (1680 KB IIRC). I tried using a non-common format for slink and almost drowned under the waterfall of bug reports, so I moved back to 1.44 MB. I'll try a different format for potato, let's see what happens... -- Enrique Zanardi[EMAIL PROTECTED]
Problems with setserial and pcmcia
I am getting some reports that the new setserial 2.15-3 interferes with pcmcia cardservices. It would appear that setserial runs first, and initialises the pcmcia card for serial use. This is fine unless the card is a combo modem/ethernet card, in which case the ethernet part of the card is not initialised by cardservices. The bugno is 38131. Could someone more knowledgable than myself think about this one. I do not have a pcmcia setup, so it is clearly not a problem for me. I have changed both setserial code and the way it is started up. Previously setserial was an /etc/rc.boot, and now it is /etc/init.d script with rcS, rc0, and rc6 used. I used priority 30 in each directory, as I need modules (like serial) loaded before use, and need access to modules and /etc (I may do some writing) on shutdown and halts. Is this a problem with setserial or with pcmcia?? G. -- Gordon Russell http://www.dcs.napier.ac.uk/~gor PGP Public Key - http://www.dcs.napier.ac.uk/~gor/pgpkey.txt
Re: Paying CD vendors for freebies
Adrian Bridgett wrote: > How about having a donation box. Debian is a registered charity after all. > With a suggested donation of a couple of dollars? I appreciate that this > might be against the freebie policy, but would serve three purposes: > a) disuade people who just pick it up because it's a freebie > b) recoup some of the costs > c) have more CDs left for the needy [1](because of a) We made about $150 in donations at LinuxWorld, completly unsolicited. That paid for about half of our expenses. (That money is still here with me. I've tried twice now to get someone from SPI tell me where to mail it, with no luck. What's up with the SPI treasurer?) -- see shy jo
Re: mass-installing Debian
> > Illo de' Illis wrote: > > > > On Wed, May 19, 1999 at 09:12:29AM -0700, Dean Carpenter wrote: > > > Now during installation, the exim preinst and postinst scripts would > > > source the install-response file, creating the variables with the > > > responses they need. At this point, it's just as if they've asked the > > > questions and retrieved the user responses. If a particular response > > > variable doesn't exist in the install-response file, the script can > > > still prompt just like normal, though this ruins the effect. > > > > Hmm... and, if we run dselect, dpkg, apt-get or whatever it is without any > > system-wide configuration script, it could generate a skeleton file with the > > user's answers logged. This way we should be able to carefully configure the > > first machine, cut away the variable configuration fields from the generated > > configuration script, and feed the rest of the machines with it. > > Or better yet, modify the variable parameters for each system, and get > complete auto installs. :) I'd use this allot to generate "identical" > systems that vary only in name and IP. > > I like the idea of a system install prompt answer file. If parameters > that are common to many packages get common names that all packages > could share, this could even work better. It would also be nice to > allow some conditional parsing, possibly on the level of a simple C > preprocessor, but that isn't needed for the initial versions. > > One of the main reasons I would like to have this ability is for > rebuilds of a system. If you save the configuration file off to > floppy, then you can rebuild the system quickly to the same state > of your initial load. > > A possible format for variables would be: > > __: "" > > For a line that would look like: > > Apache_SSL__webmaster: "[EMAIL PROTECTED]" > > Notes: Convert "-" in package names to "_". The "__" (double > underscore) is for separating package name and variable name parts. > If package name isn't needed as in the definition of a globally > used value, then the "__" isn't used, and just the variable name > is used. Use quoting that is compatible with bash. > > If a common set of bash shell functions and C functions are > created, then programs could easily open and read the > configuration in. Then when they want to prompt for a value, > the call the prompt function which looks up to see if it's > already set. It then uses that value, or it prompts. I see > three main functions, load, prompt, and save. Load reads in > set of values. Prompt searches for a value in the loaded set, > if not found it prompts for the value. Save dumps the set of > vales out to a file if anything changed. > > If in the above example there wasn't a definition for > "Apache_SSL__webmaster", but there is a definition for > "webmaster", then a call by the Apache-SSL configuration > script would retrieve the value set for "webmaster". > > There is a potential problem with package upgrades invalidating > values sets. For this I propose that when the file is generated, > the package sets a variable with > > __Version: "". > > For a line that would look like: > > Apache_SSL__Version: "1.3.6" > > When a package reads in the settings, it can check the version > tag to check for value set compatibility. > > I'd volunteer time to work on this, but I'm embroiled in finding > a way to compress the Tiger map data onto one CD. > > -- > | Bryan Andersen | [EMAIL PROTECTED] | http://softail.visi.com | > | Buzzwords are like annoying little flies that deserve to be swatted. | > | -Bryan Andersen| > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > I'm working on an automatic installation tool. It as almost working. I will post more information in the following days. The basic idea is to record automatically all the answers given during the first installation and retrieve them from a db when installing identical machines. -- Massimo Dal Zotto +--+ | Massimo Dal Zotto email: [EMAIL PROTECTED] | | Via Marconi, 141phone: ++39-0461534251 | | 38057 Pergine Valsugana (TN) www: http://www.cs.unitn.it/~dz/ | | Italy pgp: finger [EMAIL PROTECTED] | +--+
Re: Homapages in list of maintainers
In article <[EMAIL PROTECTED]> I, Taketoshi Sano <[EMAIL PROTECTED]> writes: > Hi. Thank you for your replies. I got relief to know > this "long waiting queue" issue is rather common to all newcomers. My application has now been accepted :) It is rather more quick than that I have heard of. I appreciate very much the volunteer's time in New Maintainer Team. Thank you. -- Taketoshi Sano: <[EMAIL PROTECTED]>
Re: LinuxExpo report, Day 1
I see from the photo of the debian-map that there is a push pin in south florida. Who is the debian developer in my neck of the woods? (someone's gonna have to verify a pgp signature for me one of these days). === Amateur Radio, when all else fails! http://www.qsl.net/wa2mze Debian Gnu Linux, Live Free or . _ Do You Yahoo!? Free instant messaging and more at http://messenger.yahoo.com
subsrcibe
Re: An 'ae' testimony
On Sun, May 23, 1999 at 10:55:28PM -0700, Joseph Carter wrote: > All the more reason to use slang-based stuff right? ;> I don't know about that. I'll soon be working on some console-based software. I thought I'd go with slang since it is nice and modern, as opposed to ncurses. I read some of the doco -- actually, I don't need an embedded program language, just a text display library! So I will stick with ncurses. Hamish -- Hamish Moffatt VK3SB (ex-VK3TYD). CCs of replies from mailing lists are welcome. pgp57hnaW6LOz.pgp Description: PGP signature
Re: Pandora.debian.org
Previously Jason Gunthorpe wrote: > pandora.debian.org has successfully joined the 6bone! I just took pandora temporarily off the 6bone, apparently the new kernel it was running had some problems which caused the network-driver to stop working. We'll try to get ipv6 working again as soon as possible though. Wichert. -- == This combination of bytes forms a message written to you by Wichert Akkerman. E-Mail: [EMAIL PROTECTED] WWW: http://www.wi.leidenuniv.nl/~wichert/ pgpoqO42Qswtw.pgp Description: PGP signature
Re: Adoption of the FHS
Le 1999-05-24, Julian Gilbey écrivait : > AFAIK, the /usr/info -> /usr/share/info is well under way, as is > /usr/lib/texmf -> /usr/share/texmf. sgml-tools has a longstanding bug on this problem (#35965), opened on Apr. 12th. -- [EMAIL PROTECTED] http://web.fdn.fr/~tquinot/>
Re: Problems with setserial and pcmcia
On Mon, May 24, 1999 at 09:38:38AM +0100, Gordon Russell wrote: > > I am getting some reports that the new setserial 2.15-3 interferes > with pcmcia cardservices. It would appear that setserial runs first, > and initialises the pcmcia card for serial use. This is fine unless the > card is a combo modem/ethernet card, in which case the ethernet part > of the card is not initialised by cardservices. > > Is this a problem with setserial or with pcmcia?? I am the original submitter of this bug, and I've done some digging since then. As far as I can see, this is caused because setserial generates is new-format config file _after_ pcmcia has been started (when you install the new setserial package). It therefore includes the ports on pc-cards that has already been set up by pcmcia-cs, and somehow setserial is able to initialize these ports even before pcmcia-cs has been started (perhaps the pcmcia controller 'remembers' the state before boot). A fix could be to do a "cardctl config" before generation of the new-style config file, and avoid the ports, that pcmcia-cs is responsible for, e.g.: ford:~$ cardctl config Socket 0: not configured Socket 1: Vcc = 5.0, Vpp1 = 0.0, Vpp2 = 0.0 Interface type is memory and I/O IRQ 3 is dynamic shared, level mode, enabled Speaker output is enabled Function 0: Config register base = 0x03f8 Option = 0x68, status = 0x08 I/O window 1: 0x0300 to 0x031f, auto sized I/O window 2: 0x03e8 to 0x03ef, 8 bit In this example, 0x0300 (my netcard, not important) and 0x03e8 (my modem) should be ignored when probing/saving the config. Hope this solves the problem - I will work on a solution and send the script to you when I have a moment to do this, but perhaps you should do this yourself (since my time is sparse ATM), and then send the package, and I will test it for you. -- Andreas
Re: ITP: select-xface
On Mon, May 24, 1999 at 06:45:23AM +0900, Takuro KITAME wrote: > Description: Insert X-Face mail heaer with viewing and selecting a bitmap. > Insert X-Face Mail/News heaer with viewing and selecting a bitmap. You know, the extended description is not meant to be an almost exact copy of the short description. Could you work out a little more informative description? -- %%% Antti-Juhani Kaijanaho % [EMAIL PROTECTED] % http://www.iki.fi/gaia/ %%% Good Times are back again! http://www.iki.fi/gaia/zangelding/
Re: Time to rewrite dpkg
Marek Habersack <[EMAIL PROTECTED]> writes: > [1 ] > * Marcus Brinkmann said: > > On Thu, May 20, 1999 at 01:03:46AM +0200, Marek Habersack wrote: > > > > > 3. Most programmers would write code in C > > > > Yeah, uh. But that's the point isn't it? > No, that's the reality. > > > The current dpkg is written in C. How many programmers are working on it? > Again, that's not an argument. People come and people go, and more of them > know C than C++. Besides, ech..., how can you draw an argument like this??? > Is that a reason to write dpkg in Heskell, because the current maintainer > fancies that? And what if he gets tired maintainig it? And what about > compatibility? Extensibility? Interoperability? They don't matter at all, > right? Its the reason that validates it all. If the maintainer wants to write dpkg in heskell, he may do so. You don't have to use it. :) > > The only contributions to our packaging systems today are done with C++ > > (apt), and perl (install methods). > Yes, yes. But you won't be able to use perl with C++ libraries. So what, if everyting is provided with the c++ libs we don't need perl. Time will tell if a dpkg in C++ is better than the one we have now. If someone writes one in C and it prooves more reliable, everyone can switch again. May the Source be with you. Goswin PS: It doesn't matter in what language its written, as long as it is written.
Re: why one rescue & boot disk? (was Re: An 'ae' testimony)
Mark Blunier <[EMAIL PROTECTED]> writes: > My latest recovey floppy is not a floppy at all, but a bootable CD, > that runs root the root fs in a ram disk, and then links back to the > CD which is a complete copy of a working debian image. This gives > me vi, emacs, X, copies of all the library files, and anything I'd > might need to repair something thats broke. superb, IMHO that's called a Live-CD. Would it be possible to integrate the creation stuff into the debian-cd script? It would be really nice if people can test Debian on a CD-ROM first. Bye Christian -- Dipl.-Ing. Christian Leutloff, Aachen, Germany [EMAIL PROTECTED] http://www.oche.de/~leutloff/ [EMAIL PROTECTED] Debian GNU/Linux - http://www.de.debian.org/ pgpxpqOSDqptA.pgp Description: PGP signature
Re: Adoption of the FHS
Julian Gilbey <[EMAIL PROTECTED]> writes: > So it would be very good to hear from people: what problems are we > likely to face in the move, how can we do it without destroying 2500+ > packages, etc., etc. Why not integrating tests for the FHS compliance into lintian!? First they are warnings and for a later point they will be errors. So most of the packages will be changed through the normal update process. Only for the (hopefully) few remaining packages extra work has to be performed. Bye Christian -- Dipl.-Ing. Christian Leutloff, Aachen, Germany [EMAIL PROTECTED] http://www.oche.de/~leutloff/ [EMAIL PROTECTED] Debian GNU/Linux - http://www.de.debian.org/ pgplVURHxIEtp.pgp Description: PGP signature
Re: Paying CD vendors for freebies
On May 24, Joey Hess wrote: > (That money is still here with me. I've tried twice now to get > someone from SPI tell me where to mail it, with no luck. What's up > with the SPI treasurer?) I dunno (I know I saw something about finding a replacement on the SPI site or something). I sent a donation check (for around $40) over two months ago that still hasn't cleared the bank. Chris -- = |Chris Lawrence | You have a computer. Do you have Linux? | | <[EMAIL PROTECTED]> |http://www.linux-m68k.org/index.html | | | | | Grad Student, Pol. Sci. | Do you want your bank to snoop? | | University of Mississippi | http://www.defendyourprivacy.com/ | =
Intent to Package: FSViewer
FSViewer is a NeXT filesystem browser. It's available from someplace under http://www.csn.ul.ie/~clernong/ (I'd give an exact link but I don't seem to be able to connect to that host right now...) Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | |PGP Public Key: http://www.cis.udel.edu/~lowe/index.html#pgpkey| -- | You think you're so smart, but I've seen you naked | | and I'll prob'ly see you naked again ... | | --The Barenaked Ladies, "Blame It On Me" | --
Re: Intent to package GNU Philosophy web pages
On Sun, 23 May, 1999, Joseph Carter wrote: > I have the same objection to this I had to the anarchist thing: You're > trying to package their website. I don't think we should be doing that. > > Granted I'd rather see this website packaged before one trying to tell me > all about the good political and philosphical things resulting from > anarchy, but my objection is not at all based on the content. Why does Debian only accept free software? What is so good about free software? It is all explained in this package. I think it is important for an explanation of the benefits of free software to be included in Debian. It is not the whole web site, only a couple of articals about free software. It is similar to the packaging of the Debian Developer's Reference or Debian New Maintainers' Guide, they are both on the Debian web site. The Anarchist FAQ is not a web site either, it is an FAQ, we have loads of FAQs already, and I accept they are all a little more computer related, but Debian is an anarchic organisation (a poor link I know, but a link never the less). If your objection remains, I will not upload the package. -- I consume, therefore I am pgp4UxbXmuB5U.pgp Description: PGP signature
Re: mass-installing Debian
tony mancill <[EMAIL PROTECTED]> writes: > For the developers: > > On a related note, couldn't we have an environment variable set at > installation time, e.g. "NON_INTERACTIVE_DPKG=TRUE", and have the > maintainer scripts check this to see if they should ask questions or not? > If this variable were set to TRUE, I'd like to see packages which require > configuration send mail to root with a message like: But some questions need to be asked, like the hostname and the IP. Also I want to configure the easy stuff but I'm not paranoid and have to get asked about everything. There have to be experience levels for questions and also flags to say if this option is only for one host, for one arch or for everything. > "To finish configuring bind, please run /usr/sbin/bindconfig" > > If you don't like the idea of sending mail (maybe mail is not yet setup), > then have the maintainer scripts write their config commands to a single > script, like so: > > echo "/usr/sbin/bindconfig" >> ~root/debian_postinstall_config.sh > > Then the sysadmin can run this single script to complete the install at > her leisure. > > Perhaps some mechanism like those above can tide the user community over > until we have a new tool(set). > > Comments? You configure one system, create a bootdisk from that system and stick it into each comp. It asks for the hostname, the ip and other locally needed stuff and runs silent after that. Thats how an installation should be goind. Preferably, the hostname/IP should be autoassigned and no questions should be asked at all. :) May the Source be with you. Goswin
Re: mass-installing Debian
Adrian Bridgett <[EMAIL PROTECTED]> writes: > On Wed, May 19, 1999 at 01:06:48PM -0400, tony mancill wrote: > [snip] > > On a related note, couldn't we have an environment variable set at > > installation time, e.g. "NON_INTERACTIVE_DPKG=TRUE", and have the > > maintainer scripts check this to see if they should ask questions or not? > > If this variable were set to TRUE, I'd like to see packages which require > > configuration send mail to root with a message like: > > Somone a while ago suggested allowing the user to automatically answer all > of the "overwrite existing file? [N/y]" that dpkg asks when the config file > changes in the packge. Just getting rid of these messages would get rid of > quite a few. > > Personally I _always_ keep the current one. Then every now and again I go > through /etc and merge in any changes. Wouldn't it be nice if dpkg would tell you what exactly has changed between the packages config file and what the difference to your config is? I allways wonder what has changed, since I normally haven't changed those files dpkg askes me about. May the Source be with you. Goswin
Re: mass-installing Debian
Dean Carpenter <[EMAIL PROTECTED]> writes: > I've been thinking a bit about the need for mass-installations. Having > done a few of them, it gets to be a tad tedious ... > > Currently, the preinst and postinst scripts ask the user questions, and > make changes according to the responses. Instead of that, we need a > general service script that processes a package-specific file containing > questions and answer-variables. The results of this get appended to > an installation response file that each package can source to retrieve > the answers it needs. Hrmm, got that ? Have a look at ftp://mirjam.informatik.uni-tuebingen.de/pub/debian/proposal.txt and the deb packages in the same directory. Its a proposal about how to improve configuration of debian system. Non-interactive or pool installations is one main concern for this proposal. Also it introduces levels for questions, so unexpirienced users don't have to answere al questions. Also it provides a easy way for several interface (console, whiptail, menuconfig, X, html). It will also be possible to configure some packages as user, e.g. fvwm. Another nice feature I'm working on, which is not yet in the proposal, is a better way of handling changes in config files during package updates. The script will be able to detect not only unchanged scripts, but also detect what options are changed by a user or by the administartor and if an option is set to the package default it can be savely updated to the new default. If an option is not the package default you can eigther keep your selection or view the changes made in the package default, depending on how you configured the frontend. > Now during installation, the exim preinst and postinst scripts would > source the install-response file, creating the variables with the > responses they need. At this point, it's just as if they've asked the > questions and retrieved the user responses. If a particular response > variable doesn't exist in the install-response file, the script can > still prompt just like normal, though this ruins the effect. But what about something like the windowmanager files? They aren't shell scripts, so you would have to have a config.sh file that gets parsed by postinst and gets translated to the windowmanagers config file. But what if something has changed in the windowmanagers config file? All changes would be lost or the config.sh file would be useless. It's one of the main drawbacks of yast that it will undo any changes you made to configfiles, because it has its own database, which gets translated into config files. My proposal takes a different aproach: Any package can provide "configure.setvar", "configure.getvar" and a few other files. configure.setvar will be used to store an option into the packages config file and config.getvar will be used to extract an option. Those files are binaries (or scripts) written in any language and if nonexistent default bash functions will be used and a shell script as configfile will be assumed. > Where dselect has the list of packages to be installed and is waiting for > the user to select "Install", it can run the service script to pre-ask > all the config questions. Once that's done, run the normal install > and the user can walk away. Or ask the user while its unpacking or downloading other packages. Thats something for the new dpkg thats discussed here at great detail. > Even better is combining this with a pre-selected list of packages and > a pre-built install-response file. > > Heh heh, the mechanics of all this is an exercise left to the reader :) Or have a look at the site mentioned above. Try the qvwm package. It uses the rather ugly looking dpkgconfig to ask for certain setting for the windowmanager config and dpkgconfig is not yet fully written, but useable. May the Source be with you. Goswin
Re: Time to rewrite dpkg
[EMAIL PROTECTED] writes: > Go for it. Have fun. Document and read. There has been quite some > discussion > on this subject. > > My only comment is that apt will likely be on a boot disk near you real soon > so libc++ is there too. Great, I just love apt. > Make not of dpkg's short comings. Aim for compatibility. Remember the creed > of "debian always has clean upgrades". Yes, I had big troubles with that on redhat. rpm was just too old to install a package and also to old to install a newer rpm and also to old to install rpm sources. There was just no way to update. > And place a cvs somewhere so interested parties can join in the fray. I'm certainly intrested, even if its only de^H^Hconstructive critics. :) May the Source be with you. Goswin
Re: Suggestion: new "debian" archive section
On Sun, May 23, 1999 at 04:27:46PM +0100, Julian Gilbey wrote: [snip - new "debian" section for all debian related things] > Thoughts, anyone? Personally, I think it's a great idea, but I'd like to solve lots of problems in one go. If we have hierarchal keywords added to the project then we could have the appropriate packages in "devel/debian" (as opposed to devel/perl or devel/python). 2c Adrian email: [EMAIL PROTECTED], http://www.poboxes.com/adrian.bridgett Windows NT - Unix in beta-testing. PGP key available on public key servers Avoid tiresome goat sacrifices -=- use Debian Linux http://www.debian.org
Re: mass-installing Debian
Jens Ritter <[EMAIL PROTECTED]> writes: > Dean Carpenter <[EMAIL PROTECTED]> writes: > > > I've been thinking a bit about the need for mass-installations. Having > > done a few of them, it gets to be a tad tedious ... > > > > Currently, the preinst and postinst scripts ask the user questions, and > > make changes according to the responses. Instead of that, we need a > > general service script that processes a package-specific file containing > > questions and answer-variables. The results of this get appended to > > an installation response file that each package can source to retrieve > > the answers it needs. Hrmm, got that ? > > This solves only one problem: Questions asked during the installation. > > It does not solve the problems you encounter when setting up e.g. a > beowulf type system. > > What do you do with an NFS mounted /usr partition? > How do you traverse setup information to all nodes? > How do you handle different setups for different nodes? > > a clueless, > > Jens You generate a special boot disk after installing one system, that clones the config to all systems. Setupts that are specific for hosts, e.g. hostname, will be asked on each system, cause they are marked as such. Or you overload dpgkquestion (from dpkgconfig from my proposal) to ask one server to tell you the answeres for you host, which in turn is selected by dhcp or similar. I wan't to be able to create a bootdisk with the complete config of a system on it as well as information what questions should be handled differently from what the package tells, e.g. you might want to configure some stuff differently on every system, but the package says the config should be the same for all archittectures. May the Source be with you. Goswin
Re: potato bash: segfault instead of beep
Le 1999-05-24, Johannes Beigel écrivait : > Wenn I type at an empty prompt or when I press when > the completion is not unique the bash crashes with a segfault. This may be the same as #35130. Upgrading libreadlineg2 to 2.1-13.3 should solve your problem. -- [EMAIL PROTECTED] http://web.fdn.fr/~tquinot/>
Re: Adoption of the FHS
On Mon, 24 May, 1999, Julian Gilbey wrote: > As nobody has yet argued against my policy proposal of adopting the > FHS, it is likely to become policy quite soon. So we need to start > actively thinking about how to go about managing the changeover, and > which exceptions we will make. > > A quick think would indicate that the most likely difficulties are to > be found in the /usr/doc -> /usr/share/doc move, especially if > /usr/doc/foo/examples contains compiled binaries. Can I upload packages with this modification yet? > AFAIK, the /usr/info -> /usr/share/info is well under way, as is > /usr/lib/texmf -> /usr/share/texmf. Can I upload packages with the /usr/info -> /usr/share/info modification? Can I upload packages with the /usr/man -> /usr/share/man modification? I want to start making the move to FHS, can I? -- I consume, therefore I am pgp7go2cEEgqn.pgp Description: PGP signature
Re: better /etc/init.d/network
From: Massimo Dal Zotto <[EMAIL PROTECTED]> Subject: Re: better /etc/init.d/network Date: Mon, 17 May 1999 22:42:09 +0200 (MEST) > > On Sun, May 16, 1999 at 10:15:48PM +0200, Massimo Dal Zotto wrote: > > > > > > Hi, > > > > > > The /etc/init.d/network script created by the debian installation is very > > > simple and not flexible enough if you need to manage complex networks with > > > many interfaces. > > > > > > I have written a generic network interface management command, net, which > > > can be used to start/stop/show/configure network interfaces, and a smarter > > > replacement for the /etc/init.d/network script. > > > ... > > > > So what is the big difference between your tool and ifconfig? Seems you > > get the same results and you don't save a lot of work... Please provide > > more details on benifits of your tool. > > > > Obviously you can do the same things with ifconfig. The difference is that > now you don't need to put all the ifconfig and route commands for your > network in one big network startup script, but instead you store only the > configuration parameters in separate config files which are used by the > new net script. Not directly related to the question above (your argument sound pretty convincing to me, I missed such features many times before), but another point to pay attention to in such a script would be to somehow make all the running daemons aware of the new/old interfaces (e.g. ntp, bind, inetd). Some daemons bind explictly to each interface and would need to be re-initialized when an interface is added/removed from the system. ( Another point which could be solved with a common-format config file, maybe XML-based ) Cheers, --Amos Shapira | "Of course Australia was marked for | glory, for its people had been chosen [EMAIL PROTECTED] | by the finest judges in England." | -- Anonymous
Re: vmware
Sudhakar Chandrasekharan <[EMAIL PROTECTED]> writes: > Steve Lamb proclaimed: > > I've seriously considered forking over the $99 so I can convert > > my machine machine to a dual-boot system with Windows running > > inside Linux. I wouldn't want to run games on a VM so I would > > dual-boot for that, but for most of the applications > > that I do need in Windows a VM machine would be perfect. > > They have introductory prices. If you hurry, you can get a personal > non-commercial license for $75. Keep an I on http://www.freemware.de/ The programmer from bochs is in the team as I heard. May the Source be with you. Goswin
Re: logos ( Cervantes like) : the end
On Sun, May 23, 1999 at 10:28:36PM +, Thierry Laronde wrote: > AFAIK, my proposal for the logos based on Cervantes characters has been, > at best, ignored, at worst, rejected. The fact is that debians haven't > judged it at the level of the logos included in the final set. [...] imho they were the best logos ... please send me a copy of cervantes' logos at [EMAIL PROTECTED] they will become the theme of my screen... btw what about logos ? -- Andrea Fanfani [EMAIL PROTECTED] [EMAIL PROTECTED] pgpJAVuHrCMtG.pgp Description: PGP signature
Re: Adoption of the FHS
On Mon, May 24, 1999 at 03:59:46PM +0200, Christian Leutloff wrote: > > So it would be very good to hear from people: what problems are we > > likely to face in the move, how can we do it without destroying 2500+ > > packages, etc., etc. > > Why not integrating tests for the FHS compliance into lintian!? First > they are warnings and for a later point they will be errors. So most > of the packages will be changed through the normal update > process. Only for the (hopefully) few remaining packages extra work > has to be performed. I'll settle for lintian recognizing files when they are in FHS compatible locations and not popping up warnings and errors because of something like a manpage in /usr/share/man rather than /usr/man personally. => -- Joseph Carter <[EMAIL PROTECTED]>Debian GNU/Linux developer PGP: E8D68481E3A8BB77 8EE22996C9445FBEThe Source Comes First! - doogie: you sound highly unstable :-) jgoerzen - he is. * doogie bops Knghtbrd see? Resorting to violence =D pgpijLtXU95fc.pgp Description: PGP signature
Re: Time to rewrite dpkg
Marek Habersack <[EMAIL PROTECTED]> writes: > [1 ] > * Aaron Van Couwenberghe said: > > > Notably, I'm going to be writing it in C++. This will add about 270k > > to the boot disks' root image, but as the floppy install methods are for the > > most part phasing out under the shadow of easier methods, I'm not going to Also I'm sure bootdisk won't be a problem. They need a bit tweaking around to fit more onto them, but if theres not enough space on one disk, take two. There should be space on the drivers disk anyway. > Are you sure about that? If yes, the you probably don't install debian very > often. In serveral places, including my own company, which have a few linux > workstations and at least one server I like to put the Debian dist CD into > the server, mount it in the anon ftp tree and install/upgrade the > workstations using FTP - that way I can cut down on costs of the equipment, > I can simultaneously install linux on several machines - from ONE source > instead of having a dozen copies of the Debian CDs. And, yes, I install from > FLOPPIES - now you're telling me the new dpkg won't fit on floppies, right? > It won't sell... as I'm sure I'm not the only one installing Linux on > workstations this way. For cases like your pool, have a look at ftp://mirjam.informatik.uni-tuebingen.de/debian/* If you install Debian often, this proposal comes in real handy, cause you can configure one host and clone that config across a pool. > > Why C++? Well, personally, I have been seeing all of these > > applications pop recently that are for package management, aside from dpkg. > > Examples include dconfig and apt. Other ideas have been floating about, like > > source dependencies and binary diffs. > What does it have to do with the actual code? Language chosen is mostly a > matter of preference, more often of compatibility and compactness of the > produced code. C++ doesn't have the two latter issues... Take a look at > what's happening with egcc's support for C++ - it's constantly gaining new > features, according to the official standards - to name only one, rtti. > Every new language feature in some way changes the way of mangling C++ > names, and RTTI will also add entry points for various checking procedures > etc. And you will surely have compatibility (binary) problems as the time > passes. > And code is as good as it's structure and design and not the language used. > C programs can be constructed in a very clean, modular and extensible way > and they still remain COMPATIBLE and COMPACT. Yeah, but C programs can be real ugly dirty bitches as well. Also you can write C in C++ if you like, so everything speaking for C speaks for C++ also. With C++ the compiler is more strict and can do much more error checking, especially when using OO design and well designed classes. As to the binary problems, you have the same with any language. Just look at the libc5/6 transition or glibc2.0/2.1 problems. I like the idea of using C++, because I know it and I know how to write well structured and clean programs in it. To me it has a nice look&feel, if one can say that about a language. >... > > Consider the benefits. First, dpkg comes as a 350k executable, > > containing nothing but basic logic for commandline arguments and a static > > link of libstdc++. Apart from that, libdpkg is required for dpkg to function > > properly; This library defines all behavior for operations on packages and > > the package/status databases. > And you call a 350k monster a BENEFIT?? If you have a shared library with > ALL the functionality in it, then the DRIVER executable can be as small as > 35k - and that's what I call a benefit. Plus, you can do it in C, you can't > in C++ - the latter will always be much larger. So you have 100K dpkg-lib + 35 K prog + 500 K libc or what? I think 350K is quite small, probably smaller than it is now. >... > Once again, this doesn't justify C++... All of this can be done in much > cleaner (binary-wise) way in C. Also, you even once didn't mention any > feature that's C++ specific and that would justify selection of C++. If you The most important reason to use C++ is that he wants to. Also C++ has nice OO features that are dirty in C. In C you would have to care about pointer conversions to get propper OO features, why not let g++ do the dirty stuff and do extra error checking for us. > were talking about a hierarchy of classes, encapsulation, polymorphism - > then you would justify C++ as THE language for dpkg. I can imagine a > hierarchy of classes, each of them designed for a specific task, each of > them deriving features from it's parents - and all that in a modular way. > Yes, that can be done - but why? It can be done in C equally well... Thats what he is talking about aktually, or at least thats what he is thinking. >... May the Source be with you. Goswin
NDN: Re: Paying CD vendors for freebies
Sorry. Your message could not be delivered to: Jorge Araya (Mailbox or Conference is full.)
Re: Time to rewrite dpkg
Joey Hess <[EMAIL PROTECTED]> writes: > Goswin Brederlow wrote: > > I think its a bad idea to say "You want to access to dpkg, programm in > > XXX". All interaction should be via a call to dpkg itself. Also > > modules should be programs by itself and not linked. > > > > dpkg would then call "dpkg-download-ftp" to download a package via > > ftp, or it could call "dpkg-download-apt" to use apt and so on. > > > > That way all modules can be written in any language. They only must > > share a common interface via commandline options, which all programs > > can provide easily. > > Library interfaces can be much richer and let you do a lot of things that > are a royal pain with a command line interface. They also have less overhead. > > C libraries are quite usable from other languages. For modules that download stuff and many other the interface is real easy and the most time is spend on waiting anyway. There is no need to make a library for those stuff. The problem with libraries is that you can't just create or exchange one easily. You have to know a lot about the structure and code behind it. Also you have to recompile programs to use new libraries. Take binary diffs of deb packages for example. Via a command interface to download packages, its a matter of seconds to write a script that downloads the binary diff of a package and patches the already existing package to the new version and return that for installation. With a library you have to write C (or other language) code, compile that, link that and recompile dpkg to use it. That takes far more time. Of cause for the database that controls whats installed and what state packages are in and so, speed is vital. Esspecially one doesn't want to parse the database again and again. Maybe for that a database interface that starts automatically when first used and keeps runnig for some time in the background would be best. May the Source be with you. Goswin
Re: www.de.debian.org
"Christian T. Steigies" <[EMAIL PROTECTED]> writes: > www.de.debian seems to have changed a little recently? > > TCP connection to 'www.de.debian.org' failed: Broken pipe. Moved to a different machine. > In the morning I got a different startup page for this server. Is this a > temporary reconfiguration? Something went wrong. > Im also having some problems with ftp.de.debian.org Same story. Didn't go as smooth as expected. But its done. Sven -- Sven Rudolph <[EMAIL PROTECTED]>http://www.sax.de/~sr1/
spam
Is it just me, or am I getting a lot of spam now, that seems like it could be debian originating? Is it those IPs Adam Heath talked about? Leon -- Leon Breedt | Developer, Obsidian Systems Debian/GNU Linux| Because you want to get there...Today Debian Developer| [EMAIL PROTECTED] /earth is 98% full... please delete anyone you can.
Intent to upload: apcupsd
If no-one has any objections, I intend to upload apcupsd in the next few days. Leon -- Leon Breedt | Developer, Obsidian Systems Debian/GNU Linux| Because you want to get there...Today Debian Developer| [EMAIL PROTECTED] Dynamic linking error: Your mistake is now everywhere.
NDN: Re: Intent to package GNU Philosophy web pages
Sorry. Your message could not be delivered to: Jorge Araya (Mailbox or Conference is full.)
NDN: Re: mass-installing Debian
Sorry. Your message could not be delivered to: Jorge Araya (Mailbox or Conference is full.)
NDN: Re: mass-installing Debian
Sorry. Your message could not be delivered to: Jorge Araya (Mailbox or Conference is full.)
ITP: madoka
I'm working package "madoka" http://www.madoka.org/ (Japanese) Licens: GPL Package: madoka Version: 4.1.11-1 Section: net Architecture: all Depends: perl Description: IRC personal proxy, stationing, logger and bot program (pirc). madoka can work as IRC personal proxy server, stationing on the IRC net with logging. and some bot plugins included. . But Documents are available only Japanese. Regards. -- Takuro KITAME [EMAIL PROTECTED] [EMAIL PROTECTED] / [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Intent to package GNU Philosophy web pages
On 24-May-99, 12:59 (CDT), Edward Betts <[EMAIL PROTECTED]> wrote: > Why does Debian only accept free software? What is so good about free > software? It is all explained in this package. There are other reasons that free software is good (e.g. the ESR utilitarian arguments). Some Debianers might agree with one philosophy, others another. If you're going to package one, and the justification is as above, then you need to package summaries of all the reasons. > I think it is important for an explanation of the benefits of free software > to be included in Debian. A: The Debian web pages ought to do that. B: Aren't the Social Contract and DFSG already included? If so, then you might try to convince that package maintainer to include the GNU stuff. (If the DFSG and SC aren't included, why not?) > The Anarchist FAQ is not a web site either, it is an FAQ, we have loads of > FAQs already, and I accept they are all a little more computer related, but > Debian is an anarchic organisation (a poor link I know, but a link never the > less). Debian is anarchic? We have a constitution, several officers, and decision making procedures, both democratic and technocratic. It hardly qualifies as an anarchy. (No, I don't want to debate this point in the lists or via private e-mail; I suspect your comment was tounge-in-cheek, mine certainly was.) Steve
NDN: Re: Time to rewrite dpkg
Sorry. Your message could not be delivered to: Jorge Araya (Mailbox or Conference is full.)
NDN: Re: mass-installing Debian
Sorry. Your message could not be delivered to: Jorge Araya (Mailbox or Conference is full.)
NDN: Re: mass-installing Debian
Sorry. Your message could not be delivered to: Jorge Araya (Mailbox or Conference is full.)
Re: Intent to package GNU Philosophy web pages
On Mon, May 24, 1999 at 06:59:47PM +0100, Edward Betts wrote: > Why does Debian only accept free software? What is so good about free > software? It is all explained in this package. Indeed. > If your objection remains, I will not upload the package. Why? Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org finger brinkmd@ Marcus Brinkmann GNUhttp://www.gnu.org master.debian.org [EMAIL PROTECTED]for public PGP Key http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ PGP Key ID 36E7CD09
Re: mass-installing Debian
On Mon, May 24, 1999 at 12:24:33PM +0200, Massimo Dal Zotto wrote: > I'm working on an automatic installation tool. It as almost working. > I will post more information in the following days. The basic idea > is to record automatically all the answers given during the first > installation and retrieve them from a db when installing identical > machines. Are you doing that with expect? Ciao, Illo. -- Ilario Nardinocchi, [EMAIL PROTECTED] - Computer Science Adept since 1982 [EMAIL PROTECTED] Know-nothing-bozo rule: The views expressed above are entirely mine and do not represent the views, policy or understanding of any other person or official body.
NDN: Re: better /etc/init.d/network
Sorry. Your message could not be delivered to: Jorge Araya (Mailbox or Conference is full.)
NDN: Re: vmware
Sorry. Your message could not be delivered to: Jorge Araya (Mailbox or Conference is full.)
Re: Adoption of the FHS
On Mon, May 24, 1999 at 12:53:51PM +0100, Edward Betts wrote: > Can I upload packages with the /usr/info -> /usr/share/info modification? Yes you may :) GNU info has been set to read its files from that directory since long time ago, IIRC before hamm. > Can I upload packages with the /usr/man -> /usr/share/man modification? AFAIR, yes. -- enJoy -*/\*- http://jagor.srce.hr/~jrodin/
RE: why one rescue & boot disk? (was Re: An 'ae' testimony)
-Original Message- From: Christian Leutloff [mailto:[EMAIL PROTECTED] Sent: Monday, May 24, 1999 11:42 AM To: Mark Blunier Cc: debian-devel@lists.debian.org; debian-boot@lists.debian.org Subject: Re: why one rescue & boot disk? (was Re: An 'ae' testimony) Mark Blunier <[EMAIL PROTECTED]> writes: > My latest recovey floppy is not a floppy at all, but a bootable CD, > that runs root the root fs in a ram disk, and then links back to the > CD which is a complete copy of a working debian image. This gives > me vi, emacs, X, copies of all the library files, and anything I'd > might need to repair something thats broke. : superb, IMHO that's called a Live-CD. Would it be possible to : integrate the creation stuff into the debian-cd script? It would be : really nice if people can test Debian on a CD-ROM first. And it would be triply cool if you could front end it with a small kernel selector, to pick a kernel that supports your hardware. The current kernels are pretty good, but there are a couple of choices. Then it could be a generic rescue CD. And by the way, why isn't this a package ? At least the iso-image generation part of it if the cd image is too big (I would think it is). Share the wealth, this sounds like a really, really nice tool. -- Dean Carpenter [EMAIL PROTECTED] 94 TT :)[EMAIL PROTECTED]
NDN: Re: Adoption of the FHS
Sorry. Your message could not be delivered to: Jorge Araya (Mailbox or Conference is full.)
NDN: Re: logos ( Cervantes like) : the end
Sorry. Your message could not be delivered to: Jorge Araya (Mailbox or Conference is full.)
