Re: user feedback during (un)installation
On Sat, Apr 02, 2005 at 12:31:25AM +0200, Bas Wijnen wrote:
> Sven Mueller wrote:
> >
> >Installations with debian packages are far too verbose already for my
> >taste. Please don't bother the admin (me) with questions at uninstall
> >time as well. I hate giving an (un)install command, only to come back a
> >few hours later to see that it waits for my input approx. 10% through
> >the process.
> >
> >Actually, with (network) installs, this is even worse:
> >When installing the system (sarge, with current debian-installer in
> >expert mode), you often get the situation where you answer a (few)
> >question(s), wait for more questions to come up but only see it
> >downloading more software, so you leave the host alone to for a while (a
> >few hours possibly), only to come back, seeing it waiting for you to
> >answer another few questions, you do that again only see it doing more
> >downloads, .
> >
> >The debian installation improved quite a bit over the last two years,
> >but it is still far away from where I would like to see it:
> >- Boot CD/DVD
> >- Answer a few questions (e.g. partioning, boot loader type, packages
> > selection, language, keyboard type, network setup, mirror selection)
> >- Wait for all packages to be downloaded and unpacked (*)
> >- Answer all the questions those packages might want answers to
> >- Have a running system
> >
> >* This is the most important point: We can't avoid a wait here, since we
> >need time to partition the disk, download/unpack packages etc., but
> >there shouldn't be multiple prolonged waiting periods during an
> >installation.
>
> I'm actually only reading this list to get useful tips, because I might
> want to become a DD in the future. However, I have an idea for this,
> and I would really like it to be included in the installation.
>
> Whenever a package asks a question, the package should be added to a
> list of "needs answering". While waiting for the answer, the
> installation should continue with other packages (which don't pre-depend
> on any package which needs answers). That way, after waiting some time
> (possibly hours), most of the work has been done, and you can just
> answer the questions which are queuing up. After that, only a few
> packages (those that needed answers and the ones pre-depending on them)
> need to be installed.
Everything which can be done at compile-time should be done at compile-
time.
Some thing cannot be done at compile-time, and are done at
installation time, usually via the postinst script. (F.E., if the
hostname is needed, you have to defer until postinst).
Sometimes the questions are interrelated, and so it is not possible to
ask all the questions at once ("Do you want to run the sshd server?",
followed by "On what port do you want to run the sshd?" wouldn't make
sense if the answer to the first is "no".) The 'config' script allows
all the questions to be asked at once, "preconfiguring" all the
packages with the answers needed during postinst. If a package
doesn't work correctly, I suspect it is a bug (well, a wishlist bug at
least: "Please allow preconfiguration". Sometimes, there might be
db_input in the postinst; I don't know if that's strict wrong, but
putting it in the config script allows preconfiguration, which is
otherwise not possible). Note that pre-depends and similar might
screw up an otherwise nice division between questions and other
install tasks. Otherwise, I think it is supposed to be true that all
the packages are preconfigured (if the system is so configured), then
they are all unpacked, and then they are all configured (without
asking additional questions).
Correct me if this is wrong:)
Justin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Need sponsored upload
On 7 Apr 2005, at 00:00, Volker Janzen wrote: I hope I fixed all the item in the list, but I'd need someone who controls this and then do a sponsored upload for me. Please provide us with the URL to your prepared package. Kind regards, Philipp Kern Debian Developer PGP.sig Description: This is a digitally signed message part
RFS[2]: kdiff3 - compares and merges 2 or 3 files or directories
Hi! I'm looking for someone to test and upload a kdiff3 package again. I maintain kdiff3 packages for many months now and improved the application by providing a man page and fixing a race condition. It's already part of Sid and Sarge. kdiff3 is a graphical diff. I think the most useful difference to many other diff programs is that the difference is shown by character, not by line. Additionally, it integrates into KDE and kdevelop. Package name: kdiff3 Version : 0.9.88 URL : http://kdiff3.sourceforge.net License : GPL Description: compares and merges 2 or 3 files or directories KDiff3 compares two or three input files and shows the differences line by line and character by character. It provides an automatic merge facility and an integrated editor for comfortable solving of merge conflicts. KDiff3 allows recursive directory comparison and merging as well. The package is lintian and linda clean. It can be found at: http://user.cs.tu-berlin.de/~eikes/debian/kdiff3/ Ciao, Eike PS: Perhaps someone even wants to become my mentor someday, so I wouldn't have to annoy you anymore. ;o) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Minimum copyright / author information
El Jueves, 7 de Abril de 2005 07:56, Rudy Godoy escribiÃ: > I don't think he needs to put such statements on each source image, > providen that he puts a license for the whole artwork or for each one > in a LICENSE file or something. Thank you Rudy. I will tell that to upstream. -- Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2 http://darkshines.net/ - Jabber ID: [EMAIL PROTECTED]
RFS: kildclient - A Powerful MUD client with a built-in Perl interpreter
I'm looking for someone to sponsor my program, KildClient. It is released under the GPL. I've been making .deb files since some upstream versions ago and putting them for users to download, but now I'd like to make the life of users simpler by adding KildClient to the Debian archive. Here's the program's description: KildClient is a MUD Client written with the GTK+ windowing toolkit. It supports many common features of other clients, such as triggers, gags, aliases, macros, timers, and much more. But its main feature is the built-in Perl interpreter. You can at any moment execute Perl statements and functions to do things much more powerful than simply sending text the the mud. Perl statements can also be run, for example, as the action of a trigger, allowing you to do complex things. Some built-in functions of KildClient allow interaction with the world, such as sending commands to it. More information can be found at http://kildclient.sf.net The package can be downloaded from http://kildclient.sourceforge.net/debian/ . -- "How do I love thee? My accumulator overflows." Eduardo M KALINOWSKI [EMAIL PROTECTED] http://move.to/hpkb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Emacs CVS package
Hello all, I'm just poking around to see what I could do to be useful to the Debian project, I thought it would be nice if someone (ie: me) could package Emacs CVS. I've been using Emacs CVS it for a while and it's pretty stable but the integration of a source Emacs into a running Debian system is a pain in the *** as seen on this page: http://www.emacswiki.org/cgi-bin/wiki/EmacsCvsAndDebian I don't know how Debian views packages based on CVS versions of software. I've read some FAQs but not everything a newcomer should read yet. But I'm pretty sure there is a demand for CVS packages despite their potential instability. Any take on this? François-Denis Gonthier
Re: RFS: drip
On Thu, Apr 07, 2005 at 07:54:45AM +0530, Kapil Hari Paranjape wrote: > Hello, > > On Thu, Apr 07, 2005 at 10:01:07AM +1000, Anibal Monsalve Salazar wrote: > > See http://www.debian.org/devel/wnpp/ > > and http://www.debian.org/Bugs/server-control > > and http://people.debian.org/~mpalmer/debian-mentors_FAQ.html > > an old copy of the later is available at: > > > > http://www.v7w.com/debian/debian-mentors_FAQ.html > > Thanks for the older link. > > Unfortunately, M. Palmer's page is currently unavailable. I had to get it > from google's cache! It should be back and alive now. The machine hosting people.debian.org had a catastrophic RAID failure a few days ago, but it's been sorted now. And Anibal, you might like to mirror the FAQ a little more often. I'll try to ping you when I change it, if you'd like. - Matt signature.asc Description: Digital signature
Removing alternatives
Hello, There is a package called "ht" that provided a binary called "ht" which was also the name of a script in "tex4ht" (which I currently maintain). The alternatives mechanism was used to avoid clashes---a mistaken hack. So what is currently done is that there is an alternative called "/usr/bin/ht". It is provided by "/usr/bin/tex4ht-ht". Note that the name "tex4ht-ht" is Debian-specific and the upstream name is "ht". The currently maintainer for "ht" says that it no longer includes such a binary so that the alternatives-based hack can be done away with. 1. Do I need to continue to support the Debian-specific "/usr/bin/tex4ht-ht"? 2. How does one indicate to the Debian Package management system that there is now no choice and the alternatives management for "ht" should be dropped entirely? Thanks in advance. Best regards, Kapil. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Google Groups: You've been invited to Ù ØÙØ· اÙعرب
arablocale [EMAIL PROTECTED] has invited you to join the محيط العر ب with this message: gi Here is the group's description: مجموعة لمقاطع الفديو للجوال وشرح الدروس وج ديد الانترنت -- Google Groups Information -- You can accept this invitation by clicking the following URL: http://groups-beta.google.com/group/arablocale/sub?s=lKg_BggAAAC3DkoVG49_8PSi2Xbslegr Access to the group on the web requires a Google Account. If you don't have a Google Account set up yet, you'll first need to create an account before you can access the group. You can create an account at: http://www.google.com/accounts/NewAccount?service=groups2&[EMAIL PROTECTED]&continue=http:%2F%2Fgroups-beta.google.com%2Fgroup%2Farablocale - If This Message Is Unwanted - If you feel that this message is abuse, please inform the Google Groups staff by using the URL below. http://groups-beta.google.com/groups/abuse?invite=MQAAANU4IQDHkE0Aczk3AA
Re: Emacs CVS package
François-Denis Gonthier <[EMAIL PROTECTED]> writes: > I'm just poking around to see what I could do to be useful to the > Debian project, I thought it would be nice if someone (ie: me) could > package Emacs CVS. You may want to ask on debian-emacsen, Jerome Marant (one of the two Emacs co-maints) already has a package for it. -- ,''`. : :' :Romain Francoise <[EMAIL PROTECTED]> `. `' http://people.debian.org/~rfrancoise/ `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS[2]: kdiff3 - compares and merges 2 or 3 files or directories
On Thu, Apr 07, 2005 at 08:14:38PM +0200, Eike zyro Sauer wrote: > I'm looking for someone to test and upload a kdiff3 package again. > I maintain kdiff3 packages for many months now and improved the > application by providing a man page and fixing a race condition. > It's already part of Sid and Sarge. I have talked to Eike and we will work together on the kdiff3 package. Christoph -- ~ ~ ".signature" [Modified] 3 lines --100%--3,41 All -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
