Re: partitioning scheme, where does it need work?
* Michael Cardenas | On Wed, Aug 28, 2002 at 11:22:27PM +0200, Tollef Fog Heen wrote: | | > | I'm sure everyone knows that d-i doesn't build right now: | > | | > | "Sorry, but the following packages have unmet dependencies: | > | choose-mirror: Depends: libdeconf0.3 but it is not installable | > | > This libdeconf is due to a typo on my part. It should be fixed now. | | With the help of colin walters, I was able to get it to build. I ran | into a problem with uname not being in busybox so the dhclient script | fails, so i filed a bug with busybox with a patch to include uname in | the udeb. good. | Also, it seems that you fixed it in the source, but the new packages | with the correct dependencies are not on the mirror yet, so I had to | build them and put them in localudebs to get it to run. They are in incoming -- I just missed yesterday's dinstall run. | > There is some code in utils/ which calls fdisk. I want a manual | > partitioner to work before I say we have reached the first goal: a | > working installer. | > | > So, I'd take a look at that instead of partkit. | | I looked at it, and you're right, it just calls fdisk. The problem | with that is, how are we going to mount the partitions that fdisk created? Ask for each partition in /dev/discs/disc*/part* perhaps? -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Patch to anna for choosing retriever
* Martin Sjögren | tis 2002-08-27 klockan 21.18 skrev Tollef Fog Heen: | > * Martin Sjögren | > | > | I "volunteered" (:p) to hack in some support in anna for choosing which | > | retriever to use. Seeing as my sister too is called Anna, I felt | > | qualified enough for this ;) Attached is a patch. Seeing as I don't | > | trust myself with proofreading and testing my own code, I'd be happy if | > | someone could look it over. | > | > Looks ok, as you write: could use some error handling. | | Yes, but I'm not sure how to go about it. Return NULL and let the caller | deal with it? There's a general lack of error handling elsewhere too. Something like that, I guess. | "If a function be advertised to return an error code in the event of | difficulties, thou shalt check for that code, yea, even though the | checks triple the size of thy code and produce aches in thy typing | fingers, for if thou thinkest "it cannot happen to me," the gods shall | surely punish thee for thy arrogance." | | comes to mind ;) we can't afford tripling the code size, but else I agree. | > Also, I severly dislike hard coding string lengths, so I changed that | > into strlens. | | Works for me. As I said, I went by a precedent in other places. I'm of a | mind to change the str + N things in the package file parsing to using | strchr(str, ' ')+1 instead though, that would get rid of the problem. that could be useful, yes. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [d-i] Yet Another bug with pre-sprintf malloc:ing
* Martin Sjögren | ons 2002-08-28 klockan 16.45 skrev Tollef Fog Heen: | > * Colin Walters | > | > | I guess this is up to Mithrandir...what do you think? | > | > I'd say go ahead. | | Are there any implications for debian/freebsd, or should we take them | when we get there? asprintf, as it so happens, exists on *bsd too, but | if we start using _GNU_SOURCE all over we might have problems later. (Just recording what we said on IRC) So far -bsd haven't even properly decided on what libc to use. We need to have a lot more working Debian/*BSD before we think about writing an installer for *BSD. Still, keeping the portability at maximum would be good. (-bsd Cc-ed, so they can voice their opinions, if any.) -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[d-i] libd-i building
I'm just curious, why is libd-i built as it is, every function in a separate .o? I will probably move some package file parsing into libd-i and I want to know how to do this. Still one file per function I add, or one file for all the package-related functions? Should I start a new .c file for this? Regards, Martin signature.asc Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signeradmeddelandedel
cvs commit to debian-installer/retriever/choose-mirror by joy
Repository: debian-installer/retriever/choose-mirror who:joy time: Thu Aug 29 05:31:00 MDT 2002 Log Message: no need to use CVS, just wget, and thus build-depend on wget Files: changed:Makefile -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/retriever/choose-mirror/debian by joy
Repository: debian-installer/retriever/choose-mirror/debian who:joy time: Thu Aug 29 05:31:00 MDT 2002 Log Message: no need to use CVS, just wget, and thus build-depend on wget Files: changed:control -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/retriever/choose-mirror by joy
Repository: debian-installer/retriever/choose-mirror who:joy time: Thu Aug 29 05:37:15 MDT 2002 Log Message: two small corrections to comments Files: changed:makeheader.pl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [d-i] Yet Another bug with pre-sprintf malloc:ing
> (Just recording what we said on IRC) > > So far -bsd haven't even properly decided on what libc to use. We > need to have a lot more working Debian/*BSD before we think about > writing an installer for *BSD. > > Still, keeping the portability at maximum would be good. > > (-bsd Cc-ed, so they can voice their opinions, if any.) I don't know what needs to happen for any decision about Debian/*BSD to be considered "proper", but the de facto status right now seems to be that it's the BSD libc, since ports of the GNU libc are either experimental or nonexistent... - Michael = -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS/MU d->+ s++:+ a--- C++ ULISBH+++ P+++ L++(-) E- W--(+) N+ o? K? w--- !O !M V?> PS+++ !PE Y+ PGP- t+(-) 5 X R+>+++ tv-- b++>+ DI(+) D G e>+++ h r-- y --END GEEK CODE BLOCK-- __ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Anyone actually using autopartkit v0.2?
Le Tue, Aug 27, 2002 at 06:33:20PM +0200, Petter Reinholdtsen écrivait: > Is there anyone actually using the version in Debian CVS, or is it OK > for me to just replace it with the skolelinux version? The Skolelinux > version is not able to present a question about which device to use, > but will nuke all partition tables on all disk before it repartitions. > It is on the other hand in daily use in the Skolelinux project. :-) Duh ! It's not acceptable I think. A partitionner that kills everything in your system is of use to a very limited set of users. Questioning what part of the system it can take over is way better. Instead of merging both version, you may simply want to add that feature in your autopartkit and then replace the one we have in CVS ... :-) And yes the autopartkit with the questions is used by the french debian-educ distribution (in fact it was the old autopartkit for parted 1.4 but it's almost the same code base). Cheers, -- Raphaës Hertzog -+- http://www.ouaza.com Formation Linux et logiciel libre : http://www.logidee.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
a tiny beginning of a gdk frontend for cdebconf
Hello. Talking with moshez and walters on #debian-boot last night, I
discovered that the cdebconf gtk frontend is still on the todo list.
I'll be out of town this weekend, away from net access, and I'm
looking for a project to work on.
So, I began a gtk frontend for cdebconf. The beginning is attached. It
sort of compiles with this line:
gcc -Wall -g gtk.c -o gtk.so `pkg-config --cflags gtk+-2.0`
\`pkg-config --libs gtk+-2.0`
-I../../.. -I../../../../debian/build/src
well, it compiles but doesn't link with the debconf stuff. I'll work on that.
Anyway, I just wanted to get some feedback on this and see if it's
feasible, if this is a decent beginning, if anyone else is working on
it.
If this is a bad idea, I'll go back to the partitioning stuff, but
there seems to be a lot of stuff done already there.
Anyway, all this frontend has so far is a boolean handler, the rest is
a copy of the text handler. I'll poke around the cdebconf tests dir
tomorrow, its late.
Also, what are people's thoughts on using complete debs, not udebs for
X and gtk? it seems like an X based installer on a cd doesn''t have the
same space requirements, and d-i should be able to use debs as well as
udebs...
thanks
michael
--
michael cardenas | lead software engineer | lindows.com | hyperpoem.net
"When making your choice in life, do not neglect to live."
- Samuel Johnson
diff -ruNP frontend/gtk/CVS/Entries frontend.orig/gtk/CVS/Entries
--- frontend/gtk/CVS/EntriesWed Aug 28 23:24:55 2002
+++ frontend.orig/gtk/CVS/Entries Wed Dec 31 16:00:00 1969
@@ -1,3 +0,0 @@
-/Makefile/1.4/Tue Jul 9 05:25:05 2002//
-/text.c/1.13/Wed Aug 7 16:19:51 2002//
-D
diff -ruNP frontend/gtk/CVS/Repository frontend.orig/gtk/CVS/Repository
--- frontend/gtk/CVS/Repository Wed Aug 28 23:24:55 2002
+++ frontend.orig/gtk/CVS/RepositoryWed Dec 31 16:00:00 1969
@@ -1 +0,0 @@
-debian-installer/tools/cdebconf/src/modules/frontend/text
diff -ruNP frontend/gtk/CVS/Root frontend.orig/gtk/CVS/Root
--- frontend/gtk/CVS/Root Wed Aug 28 23:24:55 2002
+++ frontend.orig/gtk/CVS/Root Wed Dec 31 16:00:00 1969
@@ -1 +0,0 @@
-:pserver:[EMAIL PROTECTED]:/cvs/debian-boot
diff -ruNP frontend/gtk/Makefile frontend.orig/gtk/Makefile
--- frontend/gtk/Makefile Wed Aug 28 23:26:16 2002
+++ frontend.orig/gtk/Makefile Wed Dec 31 16:00:00 1969
@@ -1,5 +0,0 @@
-MODULE=gtk
-SOBJ=gtk.so
-OBJS=gtk.opic
-
-include ../modules.mak
diff -ruNP frontend/gtk/gtk.c frontend.orig/gtk/gtk.c
--- frontend/gtk/gtk.c Thu Aug 29 00:45:06 2002
+++ frontend.orig/gtk/gtk.c Wed Dec 31 16:00:00 1969
@@ -1,599 +0,0 @@
-/***
- *
- * cdebconf - An implementation of the Debian Configuration Management
- *System
- *
- * File: gtk.c
- *
- * Description: gtk UI for cdebconf
- * Some notes on the implementation - optimistic at best.
- *
- * $Id: text.c,v 1.13 2002/08/07 16:19:51 tfheen Exp $
- *
- * cdebconf is (c) 2000-2001 Randolph Chung and others under the following
- * license.
- *
- * Redistribution and use in source and binary forms, with or without
- * modification, are permitted provided that the following conditions
- * are met:
- *
- * 1. Redistributions of source code must retain the above copyright
- * notice, this list of conditions and the following disclaimer.
- *
- * 2. Redistributions in binary form must reproduce the above copyright
- * notice, this list of conditions and the following disclaimer in the
- * documentation and/or other materials provided with the distribution.
- *
- * THIS SOFTWARE IS PROVIDED BY THE AUTHORS AND CONTRIBUTORS ``AS IS'' AND
- * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
- * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
- * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
- * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
- * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
- * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
- * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
- * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
- * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
- * SUCH DAMAGE.
- *
- ***/
-#include "common.h"
-#include "template.h"
-#include "question.h"
-#include "frontend.h"
-#include "database.h"
-#include "strutl.h"
-
-#include
-#include
-#include
-#include
-#include
-#include
-#include
-#include
-#include
-
-#include
-
-#ifndef _
-#define _(x) x
-#endif
-
-int gBool;
-
-/*
- * Function: check_callback
- * Input: none
- * Output: none
- * Description: continue to next question
- * Assumptions:
- */
-void check_callback( GtkWidget *widget,
-gpointer data )
-{
-{
- if (gtk_toggle_button_get_active (GTK_TO
Re: Boot floppy install issue
Thu, Aug 29, 2002 at 07:49:44AM -0700 wrote: > Ok, i've tried two differnet Hard Drives and 5 floppies and still getting > the same errors, maybe i'm not using the correct image? > what would be the best image for the IBMthinkpad 755c with no CDRom, well > i do have a backpack CDrom, but could never figure out how to use it to > install linux. I do have a pcmcia nic and a T1 ehternet network with > internet access. > > So what do you think is my best chances for success?? off the top of my head: - maybe try a different rawrite, or else 'dd' on a unix system to create a not broken floppy. (However, it may be the floppy drive that has the problem rather than the floppy.) -You might try the bf2.4 kernel flavor as the floppy driver might handle a flaky drive better. -Once debian-installer is ready for prime time it will likely solve this problem since it uses an initrd included in the initial rescue disk. -figure out how to boot off a cdrom, maybe look in the BIOS to enable boot from the cdrom. -David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
network hardware issues
This morning I made a floppy using "make boot_floppy" in the build dir. Here are some issues. 1. The new "execute a shell" becomes default after "finish debian installer setup". Seems to me like it should never be default. 2. Setup static network and setup dhcp network both come before "configure network hardware" but don't work until the hardware has been configured. 3. When setting up the network hardware, I get: "modprobe: modprobe: Can't locate module net-pf-1" many times and "intaller[404]: modprobe can't locate module rtl8139" So maybe this module is just missing, or maybe lots of them are missing. I'll try another machine and let you know. -- michael cardenas | lead software engineer | lindows.com | hyperpoem.net "Be the change you want to see in the world" -Mahatma Gandhi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/utils/debian by dwhedon
Repository: debian-installer/utils/debian who:dwhedon time: Thu Aug 29 11:26:32 MDT 2002 Log Message: + * NOT YET RELEASED + * German templateupdate thanks to +Sebastian Feltel <[EMAIL PROTECTED]> Files: changed:changelog di-utils-shell.templates.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation/da by claush
Repository: boot-floppies/documentation/da who:claush time: Thu Aug 29 13:52:58 MDT 2002 Log Message: Danish update Files: changed:inst-methods.sgml rescue-boot.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to boot-floppies/documentation by claush
Repository: boot-floppies/documentation who:claush time: Thu Aug 29 13:52:58 MDT 2002 Log Message: Danish update Files: changed:release-notes.da.sgml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [d-i] Yet Another bug with pre-sprintf malloc:ing
Michael Goetze wrote: >>(Just recording what we said on IRC) >>So far -bsd haven't even properly decided on what libc to use. We >>need to have a lot more working Debian/*BSD before we think about >>writing an installer for *BSD. >> >>Still, keeping the portability at maximum would be good. >> >>(-bsd Cc-ed, so they can voice their opinions, if any.) > > I don't know what needs to happen for any decision about Debian/*BSD to be > considered "proper", but the de facto status right now seems to be that it's > the BSD libc, since ports of the GNU libc are either experimental or > nonexistent... The FreeBSD port of glibc is working. Most Debian sources I've tried build and work perfectly. There are two basic issues: 1. Thread support isn't finished 2. Massive work needed on kernel headers ---Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/main-menu/debian by andrelop
Repository: debian-installer/main-menu/debian who:andrelop time: Thu Aug 29 17:43:09 MDT 2002 Log Message: * Adding brazilian portuguese (pt_BR) debconf template translation for main-menu. Files: added: templates.pt_BR -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
shell not working
Just a heads up. When you select the "execute a shell" option, it gives you the description from the template but it never actually executes the shell. I checkef the shell.c and it's just calling /bin/sh and tre/bin/sh points to ash and ash is present, so I'm not sure why it's not working. some bizarre interaction between debconf and the postinst process? moshez mentioned that cdebconf expects that it has control, so any gtk frontend might have to some special thread handling. is this the case? is it also the case for the shell? -- michael cardenas | lead software engineer | lindows.com | hyperpoem.net "Be the change you want to see in the world" -Mahatma Gandhi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/retriever/choose-mirror/debian by andrelop
Repository: debian-installer/retriever/choose-mirror/debian who:andrelop time: Thu Aug 29 18:04:49 MDT 2002 Log Message: * Adding brazilian portuguese (pt_BR) debconf template translation of choose-mirror. Files: added: templates.pt_BR -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/utils/debian by andrelop
Repository: debian-installer/utils/debian who:andrelop time: Thu Aug 29 18:14:09 MDT 2002 Log Message: * Adding brazilian portuguese (pt_BR) debconf template translations for di-utils-choose_medium and di-utils-partitioner. * Updating the already translated di-utils-shell template. Files: changed:di-utils-shell.templates.pt_BR added: di-utils-choose_medium.templates.pt_BR di-utils-partitioner.templates.pt_BR -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/tools/autopartkit/debian by andrelop
Repository: debian-installer/tools/autopartkit/debian who:andrelop time: Thu Aug 29 18:44:54 MDT 2002 Log Message: * Adding brazilian portuguese (pt_BR) debconf template translations for autopartkit and ddetect. Files: added: templates.pt_BR -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/tools/ddetect/debian by andrelop
Repository: debian-installer/tools/ddetect/debian who:andrelop time: Thu Aug 29 18:44:55 MDT 2002 Log Message: * Adding brazilian portuguese (pt_BR) debconf template translations for autopartkit and ddetect. Files: added: ddetect.templates.pt_BR -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/tools/ddetect/debian by andrelop
Repository: debian-installer/tools/ddetect/debian who:andrelop time: Thu Aug 29 18:49:38 MDT 2002 Log Message: * Adding brazilian portuguese (pt_BR) debconf template translation for ethdetect. Files: added: ethdetect.templates.pt_BR -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/tools/grub-installer/debian by andrelop
Repository: debian-installer/tools/grub-installer/debian who:andrelop time: Thu Aug 29 19:14:14 MDT 2002 Log Message: * Adding more three new brazilian portuguese for some debconf templates : - cdrom-detect - grub-installer - lilo-installer Files: added: templates.pt_BR -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/tools/lilo-installer/debian by andrelop
Repository: debian-installer/tools/lilo-installer/debian who:andrelop time: Thu Aug 29 19:14:14 MDT 2002 Log Message: * Adding more three new brazilian portuguese for some debconf templates : - cdrom-detect - grub-installer - lilo-installer Files: added: lilo-installer.templates.pt_BR -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cvs commit to debian-installer/tools/cdrom-detect/debian by andrelop
Repository: debian-installer/tools/cdrom-detect/debian who:andrelop time: Thu Aug 29 19:14:14 MDT 2002 Log Message: * Adding more three new brazilian portuguese for some debconf templates : - cdrom-detect - grub-installer - lilo-installer Files: added: templates.pt_BR -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cvs commit to debian-installer/main-menu/debian by andrelop
On Thu, Aug 29, 2002 at 05:43:09PM -0600, Debian Boot CVS Master wrote: > Repository: debian-installer/main-menu/debian > who:andrelop > time: Thu Aug 29 17:43:09 MDT 2002 > Log Message: > > > * Adding brazilian portuguese (pt_BR) debconf template translation > for main-menu. Could someone also add French translation? (bug#138522) Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
