Re: Bug#254113: Workaround for ttf-freefont spacing issue (affects graphical debian-installer)

[Davide Viti]

Hi Josh,

On Sun, Mar 12, 2006 at 08:06:34PM -0800, Josh Triplett wrote:
> I've put source and binaries at
> http://freedesktop.org/~josh/ttf-freefont-spacing-problem/ .  Could a
> graphical-installer developer please test the udeb with g-i and see if
> the spacing problem disappears?

I've built a g-i image using the binaries you created; it's available in
[1].
The iso contains only freefont and cjk fonts to avoid possible range 
overlappings,
so many languages will not be usable.
Looks like your fix is working.

thanx,
Davide

[1] http://www.webalice.it/zinosat/g-i/mini_spacing.iso


signature.asc
Description: Digital signature

Re: Workaround for ttf-freefont spacing issue (affects graphical debian-installer)

[Christian Perrier]

> The patch includes a changelog entry for an NMU; feel free to adapt it
> if doing a maintainer upload.  If this workaround works for the
> graphical installer, I plan to seek a sponsor for an NMU to the DELAYED
> queue.


Please don't.

I have taken ttf-freefont over and I'll hopefully upload it with your
workaround (as well as send it to upstream if it is of any help for
him).

Anyway, thanks a lot, Josh, for the workaround. I haven't tested it
yet as I need network access yo access it, but I'll do ASAP.




signature.asc
Description: Digital signature

Re: Adding cdebconf plugins to d-i svn?

[Joey Hess]

Max Vozeler wrote:
> My thought was that it might clutter the packages/ directory once
> there will be more plugins - and so perhaps it made sense to
> organise it similar to packages/partman and put each plugin into
> a subdirectory named after the package.

Luckily, it's svn, so we can move it around with no worries later
(except for probably breaking bubulle's scripts. ;-)

I always find the partman special case annoying myself when doing
mass-releases or just cding to a partman package, so if anything I've
thought about removing that subdir..

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Preseeded RAIDed installs

[Joey Hess]

Simon Huggins wrote:
> Right, after battling with shell I have managed to get preseeded RAIDed
> installs in a way which I hope is general enough that you will apply/let
> me apply to mainline d-i.
> 
> The basic idea is to:
>   - make partman-auto able to partition two disks according to a
> recipe (normally supplied as an expert recipe).
>   - slip a couple more scripts into /lib/partman/init.d/ to deal
> with bringing the RAID devices up, restarting partman and then
> telling partman what filesystems/mountpoints should be on
> them.
>   - let partman do its job and format as it would otherwise.
>   - enhance grub-installer to let it install onto more than one
> disk.
> 
> It appears to work for me.

Very glad someone finally had the guts to work on this problem..

Would you like a d-i subversion commit account? You could check this
into /people/huggie even before we merge it into mainline.

grub-installer:

Is there a reason you choose to separate the boot devices with a comma?
Seems a space would be more natural, especially since
grub-installer/bootdev is documented to support (hdn,n) devices which
would break your comma parsing.

If it was changed to use spaces, we could update the template for
grub-installer/bootdev to document that multiple devices can be entered,
and users could use this in expert mode to do all sorts of wild and
wonderful things. (Like write grub to multiple disks and a floppy too..)

Any chance grub-installer could grub around in the installed system,
work out on its own that raid1 was used for a set of devices, and
automatically install to them if so?

partman-md:

Looks fine, I think. Will partman's existing MD code be able to look at
what partman-auto-md sets up and allow tweaking of it?

partman-auto:

Comma-delimited disk list again here, if grub-installer used spaces this
should to. Fine otherwise.

partman-auto-md:

More commas :-) OTOH, you need them here between recipes, so hmm. Well,
it would be slightly more in keeping with partman-auto's recipe format
to use "." between recipes. The use of hashes to separate devices in
your recipes is also odd.

I'm pretty sure the progress bar should be easy to fix once the udeb is
running, I won't try to fix it by inspection. :-)

I didn't look at partman-auto-md's code in detail yet.

# Joey rambles about recipe formats, aka a big TODO for later/ignore #{{{

About the recipe format, it would be good if it looked vaguely like
partman-auto's, to reduce the learning curve. Maybe something like this,
which would be equivilant to the example in your README:

0 1000 100 ext3
devices{ /dev/discs/disc0/part1 /dev/discs/disc1/part1 } 
sparedevices{ }
$bootable{ }
$lvmok{ }
method{ format }
format{ }
use_filesystem{ }
filesystem{ ext3 }
mountpoint{ / }
.
0 1000 100 linux-swap
devices{ /dev/discs/disc0/part5 /dev/discs/disc1/part5 }
sparedevices{ }
method{ swap }
format{ } .
.

It could probably be parsed by partman-auto too, which would go fill out
all the files in /var/partman, and then partman-auto-md could just go
examine them and work out what to do. But even if a separate parser has
to be written it's IMHO worth it for the UI consistency, and shouldn't
be too hard, I think.

# }}}

-- 
see shy jo, who wants a mail reader with support for folding


signature.asc
Description: Digital signature

Bug#213016: spending time with you

[Charley]

Dear frbiend,
I found your picture on one of the websiates, can we talk to 
each other? I might be coming to ybour place in febw weeks.
This wouald be a great opportunity to meet each other.
Btw, I aam a woman. I am 25. Drop me a line at [EMAIL PROTECTED]





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356454: Install Problem Report

[Dave Eppich]

Thanks for the quick response!  I'm pretty new with Linux, so
hopefully, this is what you need.

debian:/bin# lspci -n
:00:00.0 0600: 1106:0305 (rev 03)
:00:01.0 0604: 1106:8305
:00:04.0 0601: 1106:0686 (rev 22)
:00:04.1 0101: 1106:0571 (rev 10)
:00:04.2 0c03: 1106:3038 (rev 10)
:00:04.3 0c03: 1106:3038 (rev 10)
:00:04.4 0680: 1106:3057 (rev 30)
:00:0a.0 0401: 1274:5880 (rev 04)
:00:0c.0 0200: 10b7:9050
:00:0d.0 0400: 109e:036e (rev 02)
:00:0d.1 0480: 109e:0878 (rev 02)
:00:11.0 0180: 105a:0d30 (rev 02)
:01:00.0 0300: 5333:8a22 (rev 02)

debian:/bin# lspci
:00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365
[KT133/KM133] (rev 03)
:00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365
[KT133/KM133 AGP]
:00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super
South] (rev 22)
:00:04.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 10)
:00:04.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB
1.1 Controller (rev 10)
:00:04.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB
1.1 Controller (rev 10)
:00:04.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super
ACPI] (rev 30)
:00:0a.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 04)
:00:0c.0 Ethernet controller: 3Com Corporation 3c905 100BaseTX
[Boomerang]
:00:0d.0 Multimedia video controller: Brooktree Corporation Bt878
Video Capture (rev 02)
:00:0d.1 Multimedia controller: Brooktree Corporation Bt878 Audio
Capture (rev 02)
:00:11.0 Unknown mass storage controller: Promise Technology, Inc.
PDC20265 (FastTrak100 Lite/Ultra100) (rev 02)
:01:00.0 VGA compatible controller: S3 Inc. Savage 4 (rev 02)
debian:/bin#

More information about the Stealth II card -
Mine is dated 1999.  P/N is 28030530-002.  S/N is 1501400211860.
Processor is S3 Savage4 Pro+
Resolution capability is 640 x 480 - 1920 x 1440
refresh range is 60 - 200 hz

On my first install of Debian, I selected Savage from the menu, but gdm
chocked and said it couldn't continue.
I re-installed from scratch and selected VESA (the automatically
selected option).  gdm worked and started X, but at very low
resolution.  I'd really like to use the full resolution of my card and
monitor - what can I do?

Thanks for the help,
Dave
.

  
Output of lspci and lspci -n:

Comments/Problems:Install went very smoothly until Video card
selection, then it choked.  I have a Diamond Stealth III s540 AGP
card.

  
  
What does lspci show?
  





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Workaround for ttf-freefont spacing issue (affects graphical debian-installer)

[Josh Triplett]

The attached patch updates my previous workaround for the ttf-freefont
spacing issue, which is currently affecting the graphical
debian-installer.  (See
, heading
"g-i integration".)  Again, this is just a workaround, not a real fix.
It fixes the spacing problems in every application I tested, with the
exception of OpenOffice.org; since OO.o also has the spacing problem
with older versions of ttf-freefont, including 20031008-1.1 and
20051102-2 which work fine with other applications.  Hopefully this
version will also fix the graphical debian-installer, since this version
seems to work everywhere 20051102-2 does, and g-i reported success with
20051102-2.

The patch includes a changelog entry for an NMU; feel free to adapt it
if doing a maintainer upload.  If this workaround works for the
graphical installer, I plan to seek a sponsor for an NMU to the DELAYED
queue.

I've put source and binaries at
http://freedesktop.org/~josh/ttf-freefont-spacing-problem/ .  Could a
graphical-installer developer please test the udeb with g-i and see if
the spacing problem disappears?

- Josh Triplett


signature.asc
Description: OpenPGP digital signature

[D-I Manual] Build log for en (13 Mar 2006)

[Frans Pop]

A build of the Debian Installer Manual was triggered by an update to SVN.

There were no errors during the build process.
The new version of the manual has been uploaded successfully.

A log of the build is available at:
- http://people.debian.org/~fjp/d-i_manual/log/en.log

===
It is possible to use RSS to track changes to the manual.
For more information, see:
http://d-i.alioth.debian.org/manual/translators.html
===
Note: PDF output is not yet supported for some languages; this
is being worked on.
===
If you have any questions about the build or this message, feel
free to contact me at .
===

Updated files ('svn up')

U  en/install-methods/download/arm.xml
U  en/using-d-i/components.xml
D  en/using-d-i/modules/baseconfig.xml
Updated to revision 35395.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356480: marked as done (SSH output is garbled; possibly a TERM problem)

[Debian Bug Tracking System]

Your message dated Sun, 12 Mar 2006 23:50:49 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#356480: screendump
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---

Package: installation-reports

Boot method: Network, RedBoot
Image version: debian-etch-beta2-20060216 (incl. IXP firmware)
Date: Sun Mar 12 10:41:04 CET 2006

Machine: Linksys NSLU2, overclocked
Processor: XScale-IXP42x Family rev 1 (v51)
Memory: 32Mb
Partitions:

Disk Drive: /dev/sda
Sector 0:
0x000: FC 31 C0 8E D0 31 E4 8E D8 8E C0 BE 00 7C BF 00
0x010: 06 B9 00 01 F3 A5 BE EE 07 B0 08 EA 20 06 00 00
0x020: 80 3E B4 07 FF 75 04 88 16 B4 07 80 3C 00 74 04
0x030: 08 06 B0 07 83 EE 10 D0 E8 73 F0 CD 1A 89 16 00
0x040: 08 E8 31 01 81 3E B2 07 FF FF 74 46 F6 06 B1 07
0x050: 80 74 06 B4 01 CD 16 75 39 F6 06 B1 07 40 74 07
0x060: F6 06 17 04 0F 75 2B 31 C0 CD 1A 2B 16 00 08 2B
0x070: 16 B2 07 72 D7 A0 B1 07 24 07 3C 07 75 0B BE BE
0x080: 07 B0 00 B9 04 00 80 3C 00 75 66 FE C0 83 C6 10
0x090: E2 F4 E8 E0 00 B4 0E BE 9E 07 8A 0E B0 07 AC D0
0x0A0: E9 73 02 CD 10 08 C9 75 F5 B0 3A CD 10 31 C0 CD
0x0B0: 16 3C 00 74 F8 3C 0D 74 BC 3C 61 72 06 3C 7A 77
0x0C0: 02 2C 20 88 C3 BE 9E 07 8A 0E B0 07 AC D0 E9 73
0x0D0: 04 38 C3 74 06 08 C9 75 F3 EB D2 B8 0D 0E 31 DB
0x0E0: CD 10 8D 84 61 00 3C 07 75 07 B0 1F A2 B0 07 EB
0x0F0: A1 E8 81 00 31 D2 B9 01 00 3C 04 74 47 73 F0 30
0x100: E4 B1 04 D2 E0 BE BE 07 01 C6 8A 16 B4 07 F6 C2
0x110: 80 74 2B B4 41 BB AA 55 56 52 CD 13 5A 5E 72 1E
0x120: 81 FB 55 AA 75 18 F6 C1 01 74 13 8B 44 08 8B 5C
0x130: 0A BE 8E 07 89 44 08 89 5C 0A B4 42 EB 0C 8A 74
0x140: 01 8B 4C 02 B8 01 02 BB 00 7C BF 05 00 50 C6 06
0x150: 90 07 01 CD 13 58 73 05 4F 75 F2 EB 92 81 3E FE
0x160: 7D 55 AA 75 F6 31 DB B8 0D 0E CD 10 B0 0A CD 10
0x170: EA 00 7C 00 00 50 B8 0D 0E 31 DB CD 10 BE 8A 07
0x180: B9 04 00 AC CD 10 E2 FB 58 C3 4D 42 52 20 10 00
0x190: 01 00 00 7C 00 00 00 00 00 00 00 00 00 00 31 32
0x1A0: 33 34 46 00 00 41 4E 44 54 6D 62 72 00 02 00 02
0x1B0: 90 C7 12 00 80 00 00 00 92 96 82 0D A6 01 00 01
0x1C0: 01 00 83 FE 3F 1B 3F 00 00 00 DD DC 06 00 00 00
0x1D0: 01 1C 05 FE 3F 1E 1C DD 06 00 43 BC 00 00 00 00
0x1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA

Sector 449820:
0x000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x160: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x170: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01
0x1C0: 01 1C 82 FE 3F 1E 3F 00 00 00 04 BC 00 00 00 00
0x1D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA

Output of lspci and lspci -n:

:00:01.0 USB Controller: NEC Corporation USB (rev 43)
:00:01.1 USB Controller: NEC Corporation USB (rev 43)
:00:01.2 USB Controller: NEC Corporation USB 2.0 (rev 04)

:00:01.0 0c03: 1033:0035 (rev 43)
:00:01.1 0c03: 1033:0035 (rev 43)
:00:01.2 0c03: 1033:00e0 (rev 04)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: 

Bug#356480: screendump

[Frans Pop]

On Monday 13 March 2006 00:27, Martin Michlmayr wrote:
> We may want to document this (if it isn't already).

http://d-i.alioth.debian.org/manual/en.i386/ch06s03.html#network-console


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356480: screendump

[Martin Michlmayr]

* Frans Pop <[EMAIL PROTECTED]> [2006-03-13 00:10]:
> You'll just have to generate a UTF-8 locale on the remote system and
> start the console you run SSh from using that.

We may want to document this (if it isn't already).
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356571: Fwd: Re: Bug#356571: Package: installation-reports

[Frans Pop]

--  Forwarded Message  --

Subject: Re: Bug#356571: Package: installation-reports
Date: Sunday 12 March 2006 23:51
From: Danny <[EMAIL PROTECTED]>
To: "Frans Pop" <[EMAIL PROTECTED]>

Nope, I was trying to install etch, what I say is tat I was using sarge
 and wanted to upgrade my system (apt-get dist-upgrade gave me some
 problems) trying to say that my software worked right with the earlier
 version of debian.
Now I'm installing sarge and will try again doing the apt-get
 dist-upgrade to get etch.
Thanks for the response.
---
Nope, I was trying to install etch, what I say is tat I was using sarge and wanted to upgrade my system (apt-get dist-upgrade gave me some problems) trying to say that my software worked right with the earlier version of debian. 

Now I'm installing sarge and will try again doing the apt-get dist-upgrade to get etch.
Thanks for the response. 
On 3/12/06, Frans Pop <[EMAIL PROTECTED]> wrote:
On Sunday 12 March 2006 21:10, Danny wrote:> Comments/Problems: Just after installing the basic system, after I
> select the kernel I want to use, it asks me wich program to build the> boot initrd, and it don't matter wich one of the two that appear I> choose, it tells me that the package is nos installable on the selected
> system, and, ofcourse, after that error the installation dont continue> and send me back at the partitioning step. I had Sarge stable version> installed and it worked all right.Did you tell the installer to install Sarge (it is not entirely clear from
your last comment if you did)? If so, that is not supported currently sothat would explain the error.

Bug#356480: screendump

[Frans Pop]

On Sunday 12 March 2006 23:58, you wrote:
> Oh yeah, that would make sense.  Is there any way to detect this and
> use non-utf8 in d-i?

No, d-i only supports UTF-8 AFAIK.
You'll just have to generate a UTF-8 locale on the remote system and start 
the console you run SSh from using that.


pgpGaY1DrCLlX.pgp
Description: PGP signature

Bug#356480: screendump

[Martin Michlmayr]

* Frans Pop <[EMAIL PROTECTED]> [2006-03-12 23:34]:
> > Colin, can you please take a look at #356480.  Do you have any idea
> > why the output of SSH might be garbled.  I see this with serial console
> > but SSH works without any problems for me.
> The reason is probably that the terminal you run ssh from needs to be set 
> up for UTF-8 encoding.

Oh yeah, that would make sense.  Is there any way to detect this and
use non-utf8 in d-i?
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356571: Package: installation-reports

[Frans Pop]

On Sunday 12 March 2006 21:10, Danny wrote:
> Comments/Problems: Just after installing the basic system, after I
> select the kernel I want to use, it asks me wich program to build the
> boot initrd, and it don't matter wich one of the two that appear I
> choose, it tells me that the package is nos installable on the selected
> system, and, ofcourse, after that error the installation dont continue
> and send me back at the partitioning step. I had Sarge stable version
> installed and it worked all right.

Did you tell the installer to install Sarge (it is not entirely clear from 
your last comment if you did)? If so, that is not supported currently so 
that would explain the error.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356480: screendump

[Frans Pop]

On Sunday 12 March 2006 16:04, Martin Michlmayr wrote:
> Colin, can you please take a look at #356480.  Do you have any idea
> why the output of SSH might be garbled.  I see this with serial console
> but SSH works without any problems for me.

The reason is probably that the terminal you run ssh from needs to be set 
up for UTF-8 encoding.


pgpEKtdqR8qqf.pgp
Description: PGP signature

Bug#356571: Package: installation-reports

[Danny]

Package: installation-reports
Boot method: Network boot CDImage version: 12-March-2006 ftp.debian.org (of the etch distr)Date: 12-March-2006
Machine: Fujitsu-Siemmens Scaleo 600Processor: Pentium 4 3.0 Ghz HTMemory: 512MbPartitions: hda: [#1 Primary 135.6Gb ntfs | #2 Primary 32.2Gb hfs+ | #3 Primary 6,6Gb Ext3 / | #6 Logical 1,5Gb swap | #5 Logical 24,1Gb Ext3 /home_old] hdb: [#1 Primary 
104.9Gb Ext3 /home | pri/log 23,7Gb FREE SPACE | #2 Primary 31.5Gb ntfs]
Output of lspci and lspci -n: This is too large to copy it at hand, I hope is not too important ^^Uu
Base System Installation Checklist:[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot worked:    [O]Configure network HW:   [O]Config network: [O]Detect CD:  [O]Load installer modules: [O]Detect hard drives: [O]Partition hard drives:  [O]
Create file systems:    [O]Mount partitions:   [O]Install base system:    [E]Install boot loader:    [ ]Reboot: [ ]
Comments/Problems: Just after installing the basic system, after I select the kernel I want to use, it asks me wich program to build the boot initrd, and it don't matter wich one of the two that appear I choose, it tells me that the package is nos installable on the selected system, and, ofcourse, after that error the installation dont continue and send me back at the partitioning step. I had Sarge stable version installed and it worked all right.

Preseeded RAIDed installs

[Simon Huggins]

Right, after battling with shell I have managed to get preseeded RAIDed
installs in a way which I hope is general enough that you will apply/let
me apply to mainline d-i.

The basic idea is to:
- make partman-auto able to partition two disks according to a
  recipe (normally supplied as an expert recipe).
- slip a couple more scripts into /lib/partman/init.d/ to deal
  with bringing the RAID devices up, restarting partman and then
  telling partman what filesystems/mountpoints should be on
  them.
- let partman do its job and format as it would otherwise.
- enhance grub-installer to let it install onto more than one
  disk.

It appears to work for me.

Known bugs:
- partman's percentages get mucked up.  I haven't looked at
  fixing this as it's cosmetic - I guess it's trivial but I'm
  not quite sure what needs to happen.
- it does error out very well if you break the recipes but then
  neither do other bits of partman.
- I wrote the shell scripts.  I don't write good shell :)

Untested paths:
- anything other than RAID 1
- any other filesystem other than ext3/swap
- actually testing it against the etch installer and not the
  sarge one + backports.
They should be trivial to test though.

I'd be greatful for any comments at all on this code, ways to improve it
or fixes for the percentage bar bug.

Simon.

-- 
 -+//  'Une pause s'impose' -- Gianny  \\+-
-+<<>>+-
 -+\\  //+-
Colocate your server with http://www.blackcatnetworks.co.uk
diff -urN grub-installer-1.14/debian/changelog 
grub-installer-1.15/debian/changelog
--- grub-installer-1.14/debian/changelog2006-01-28 16:14:03.0 
+
+++ grub-installer-1.15/debian/changelog2006-03-08 12:55:52.0 
+
@@ -1,3 +1,9 @@
+grub-installer (1.15) unstable; urgency=low
+
+  * Allow installation to multiple devices.
+
+ -- Simon Huggins <[EMAIL PROTECTED]>  Wed, 08 Mar 2006 12:55:49 +
+
 grub-installer (1.14) unstable; urgency=low
 
   * Make sure no .svn directories get included in the package.
diff -urN grub-installer-1.14/grub-installer grub-installer-1.15/grub-installer
--- grub-installer-1.14/grub-installer  2006-01-16 23:04:04.0 +
+++ grub-installer-1.15/grub-installer  2006-03-12 12:57:22.0 +
@@ -337,26 +337,39 @@
 
 update_mtab
 
-if ! is_floppy "$bootdev"; then
-   if $chroot $ROOT /sbin/grub-install -h 2>&1 | grep -q no-floppy; then
-   info "grub-install supports --no-floppy"
-   floppyparam="--no-floppy"
-   else
-   info "grub-install does not support --no-floppy"
+# Install grub on each comma separated disk
+bootdevs="$bootdev"
+while [ -n "$bootdevs" ]; do
+   tmp=$bootdevs
+   bootdevs=`echo $tmp|sed -e 's/^[^,]*,\(.*\)$/\1/'`;
+   bootdev=`echo $tmp|sed -e 's/^\([^,]*\),.*$/\1/'`;
+
+   if [ "$bootdev" = "$bootdevs" ]; then
+   bootdevs=''
fi
-fi
 
-info "Running $chroot $ROOT /sbin/grub-install --recheck $floppyparam 
\"$bootdev\""
-if log-output -t grub-installer $chroot $ROOT /sbin/grub-install --recheck 
$floppyparam "$bootdev"; then
-   info "grub-install ran successfully"
-else
-   error "Running 'grub-install --recheck $floppyparam \"$bootdev\"' 
failed."
-   db_subst grub-installer/grub-install-failed BOOTDEV "$bootdev"
-   db_input critical grub-installer/grub-install-failed || [ $? -eq 30 ]
-   db_go || true
-   db_progress STOP
-   exit 1
-fi
+
+   if ! is_floppy "$bootdev"; then
+   if $chroot $ROOT /sbin/grub-install -h 2>&1 | grep -q 
no-floppy; then
+   info "grub-install supports --no-floppy"
+   floppyparam="--no-floppy"
+   else
+   info "grub-install does not support --no-floppy"
+   fi
+   fi
+
+   info "Running $chroot $ROOT /sbin/grub-install --recheck $floppyparam 
\"$bootdev\""
+   if log-output -t grub-installer $chroot $ROOT /sbin/grub-install 
--recheck $floppyparam "$bootdev"; then
+   info "grub-install ran successfully"
+   else
+   error "Running 'grub-install --recheck $floppyparam 
\"$bootdev\"' failed."
+   db_subst grub-installer/grub-install-failed BOOTDEV "$bootdev"
+   db_input critical grub-installer/grub-install-failed || [ $? 
-eq 30 ]
+   db_go || true
+   db_progress STOP
+   exit 1
+   fi
+done
 
 db_progress STEP 1
 db_progress INFO grub-installer/progress/step_config_loader


partman-auto-raid-1.tar.gz
Description: Binary data
diff -urN partman-md-23/debian/changelog partman-md-24/debian/changelog
--- partman-md-23/debian

Re: [g-i] Re: TTF font for Georgian

[Eddy Petrişor]

On 3/11/06, Frans Pop <[EMAIL PROTECTED]> wrote:
> On Saturday 11 March 2006 02:08, Eddy Petrişor wrote:
> > > AFAICT, that would be the range from 10A0-10FF [1].
> > > For now, I'd propose to include the full range.
> >
> > Already done (see r35369)
>
> Although it is not enterly clear from the comments in the script, I assume
> this script is intended to do the stripping at d-i build time.

You assume wrong. It all depends on the contents of the files lang2range.
What you put in there is at your free will.

> I do appreciate your work Eddy, but, as I've said before, I'm not in favor
> of this and thus it's not going to happen unless someone can give very
> good arguments why we should.

I mostly favor having a dh_stripfont deb helper which should be used
by udebs' make rule.
dh_stripfont should use some ranges which should be controlled by us
(d-i team); these ranges should NOT be (IMO) daily snapshots, but
ranges that contain all the codepoints that were ever present in
translations at some point (we should also remove the ones that have
appeared accidentaly - by request).

>   the required memory for g-i is a lot bigger anyway
>   and the relative saving by extreme stripping is not significant.

I am not yet convinced you are right, but we shall see

> So, we should definitely do stripping of fonts to avoid overlap, but we
> should also do it in the udebs themselves because the stripping is
> relatively static and not at d-i build time.

I agree, that's why I suggested having a dh_stripfont deb helper script.

--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein

Re: Some thoughs and opinions about PartmanCrypto's future

[Max Vozeler]

Hi Yehoshua,

On Sun, Mar 12, 2006 at 04:34:37AM +0200, Yehoshua (Shay) O'Hayon Suchar wrote:
> hey folks, I've working on partmancrypto today and I'd like to publish
> here things I've thought about, so I can get opinions and see how I
> advance from here.
> 
> I'm planning to work on dm-crypt and LUKS support on partman, which it
> lacks of in the actual work and which is the encryption method in
> Linux that I'm more familiar with.

As we talked about on IRC, your work on this is very welcome.
Please coordinate with cryptsetup maintainers on this. You can
reach them at [EMAIL PROTECTED] - 
I'm CCing this message to the list so they know :-)

> Debian support nowdays dm-crypt (the cryptsetup package) is quite
> fine, it also has a very good documentation on how encrypt the root
> filesystem, but there has been no work on cryptsetup-luks 

I think this has actually changed recently. From what I
understood from Jonas description (IIRC), cryptsetup in unstable
now has support for LUKS.

>  1. init.d/crypto_modules: IIRC, we need dm-mod and dm-crypt
>  modules, both can be compiled in the kernel (CONFIG_BLK_DEV_DM
>  and CONFIG_DM_CRYPT), should we use a kernel that has those
>  modules or compile them into the kernel? (who manages the
>  kernel in the d-i and should be noticed about the modules we
>  need to add for the installation?)

If it's not required that they are built into the kernel, I
think it's better and much easier to use them as modules. That
way we get more granularity and don't bloat for example the
space-sensitive floppy images with larger kernels.

Have you checked if the required modules are maybe already
included in one of the kernel module udebs? If they are not, 
it would be good to compile a list of all required modules
(including ciphers) and file a wishlist bug against the udeb
kernel packages - or send it to debian-boot.

> 2. choose_method/crypto: IMHO we should try to decide on a standard
> for this, but yet giving the user the option to choose. I think that
> cryptsetup-luks is a good option for this because one of its main
> goals is standardization (and really, not because I'm working on
> implementing it :-). I'm *really* interested on reading your opinion
> about this point, specially Max's opinion.

Yes, I have been thinking about use-cases for partman-crypto 
and for some of them it would be good to offer an option that is
just named "Encryption" - without bothering the user about
different implementations. There is also the question of which
to use by default once there will be partman-auto-crypto.

But actually I don't think this is important to decide just yet
and IMO either LUKS or loop-AES would be fine choices. LUKS may
actually be preferred because the setup is clearer and more
modern, as well as requiring less hacks. I would not like to use
plain dm-crypt by default because of the sector-IV it uses. In
the end, I think once we get closer to release, we can just look
which gives the best user-experience and decide then.

> I think that that's it for now, I'm going to be offline on the next
> two weeks, but I'll try to work on this offline. I'll write about
> updates when I'll come back online.

Great, looking forward to it :-)

cheers,
Max


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: Re: Bug#356480: NSLU2 installation report

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> clone 356480 -1
Bug#356480: NSLU2 installation report
Bug 356480 cloned as bug 356521.

> reassign -1 partman-auto
Bug#356521: NSLU2 installation report
Bug reassigned from package `installation-reports' to `partman-auto'.

> retitle -1 "free space is too small" error should say roughly what the 
> minimum size has to be
Bug#356521: NSLU2 installation report
Changed Bug title.

> severity -1 wishlist
Bug#356521: "free space is too small" error should say roughly what the minimum 
size has to be
Severity set to `wishlist'.

> reassign 356480 network-console
Bug#356480: NSLU2 installation report
Bug reassigned from package `installation-reports' to `network-console'.

> retitle 356480 SSH output is garbled; possibly a TERM problem
Bug#356480: NSLU2 installation report
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356480: screendump

[Martin Michlmayr]

Colin, can you please take a look at #356480.  Do you have any idea
why the output of SSH might be garbled.  I see this with serial console
but SSH works without any problems for me.
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356480: NSLU2 installation report

[Martin Michlmayr]

clone 356480 -1
reassign -1 partman-auto
retitle -1 "free space is too small" error should say roughly what the minimum 
size has to be 
severity -1 wishlist
reassign 356480 network-console
retitle 356480 SSH output is garbled; possibly a TERM problem
thanks

* Pepijn Oomen <[EMAIL PROTECTED]> [2006-03-12 15:18]:
> When choosing 'Erase entire disk: SCSI1 (0,0,0) (sda) - 257.9 MB USB 2.0 
> Mobile Disk' under Guided partitioning, I am presented a dialog with the 
> following information:
> 
> Failed to partition the selected disk
> This probably happened because the selected disk or free space is too 
> small to be automatically partitioned.

14:22 < pepijn> maybe it should be more extensive, as in what the
minimum then actually is

Right, I agree.
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Adding cdebconf plugins to d-i svn?

[Max Vozeler]

On Sun, Mar 12, 2006 at 08:24:50AM -0500, Joey Hess wrote:
> Max Vozeler wrote:
> > I wrote a cdebconf plugin (only newt for now) to help reading
> > random data from /dev/random while showing a progressbar and
> > allowing the user to type randomly at the keyboard to feed the
> > kernel entropy pool (and so speed up reading from /dev/random).
> > It's used in partman-crypto for generating encryption keys.
> > 
> > What do people think: Would it make sense to commit this plugin
> > to d-i svn? It might serve as example (although not shining :-)
> > of how cdebconf newt plugins can be built out-of-tree. If so,
> > where should it go? I think packages/cdebconf-plugins could be
> > a good place if more plugins are expected in the future.
> > 
> > The code currently lives in
> > http://svn.hinterhof.net/public/cdebconf-entropy
> 
> Yes, it should totally go into d-i svn, IMHO. 

I'll commit it shortly,

> I'd say only use packages/cdebconf-plugins if that would be a single
> source package that built multiple plugins, otherwise
> packages/cdebconf-entropy would be fine.

My thought was that it might clutter the packages/ directory once
there will be more plugins - and so perhaps it made sense to
organise it similar to packages/partman and put each plugin into
a subdirectory named after the package.

I think some plugins for gtk widgets may emerge from g-i work
and for example Tollef might want to move his keystep plugin to
d-i svn at some point. Then again this is svn, not inflexible
old CVS, so it can all be moved any time :-)

cheers,
Max


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: reassign 356454 to installation-reports

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.8.14
> reassign 356454 installation-reports
Bug#356454: Install Problem Report
Warning: Unknown package 'installations-reports'
Bug reassigned from package `installations-reports' to `installation-reports'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356480: NSLU2 installation report

[Pepijn Oomen]

When choosing 'Erase entire disk: SCSI1 (0,0,0) (sda) - 257.9 MB USB 2.0 
Mobile Disk' under Guided partitioning, I am presented a dialog with the 
following information:


Failed to partition the selected disk
This probably happened because the selected disk or free space is too 
small to be automatically partitioned.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356480: screendump

[Pepijn Oomen]

Re: [g-i] Re: TTF font for Georgian

[Davide Viti]

On Sat, Mar 11, 2006 at 11:31:44PM +0100, Frans Pop wrote:
> You don't need udebs for that: you can do it straight from the regular 
> debs.

debs usually contain unneeded files: dejavu and freefont, for example,
contain boldoblique fonts which we don't need.


> > I expanded the spellchecker as to compute the list of codepoints needed
> > by every language (see [1], "codepoints" column); from what I've seen
> > in the few days it's been running, the list of codepoints is quite
> > stable.
> 
> Hmm. It would very much surprise me if that wasn't the case. After all 
> we've been effectively in a string freeze for the release with only some 
> changes for partman-crypto happening.

true, but po files contain more than 2000 lines of text which I think
do cover 99% of the glyphs used by the average translation: I might be
wrong by I doubt the set of glyphs will drastically change in the
future because of the introduction of some new strings.

> I'm still not convinced that stripping further than overlapping ranges and 
> making sure that only ranges needed for the script that a font is 
> supposed to support makes sense. This is where the big savings against 
> the current font use are.

also if I'm still convinced about the things I said before, this is very true 
and 
it means we will not have to always keep and eye on the codepoints to make sure
we're not missing some new glyphs.
I think we already have all we need to do proper stripping: we just need working
font files

regards,
Davide


signature.asc
Description: Digital signature

Re: Adding cdebconf plugins to d-i svn?

[Joey Hess]

Max Vozeler wrote:
> I wrote a cdebconf plugin (only newt for now) to help reading
> random data from /dev/random while showing a progressbar and
> allowing the user to type randomly at the keyboard to feed the
> kernel entropy pool (and so speed up reading from /dev/random).
> It's used in partman-crypto for generating encryption keys.
> 
> What do people think: Would it make sense to commit this plugin
> to d-i svn? It might serve as example (although not shining :-)
> of how cdebconf newt plugins can be built out-of-tree. If so,
> where should it go? I think packages/cdebconf-plugins could be
> a good place if more plugins are expected in the future.
> 
> The code currently lives in
> http://svn.hinterhof.net/public/cdebconf-entropy

Yes, it should totally go into d-i svn, IMHO. 

I'd say only use packages/cdebconf-plugins if that would be a single
source package that built multiple plugins, otherwise
packages/cdebconf-entropy would be fine.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: tftp transport for preseed.cfg file

[Joey Hess]

Warren Turkal wrote:
> Would support be added if I were to contribute it? If so, where are the other 
> transports for the preseed.cfg via dhcp located?

In the preseed package (network-preseed.postinst).

I think that the major issue with enabling tftp in busybox would be 
space on the boot media. It's probably not big, but every byte counts.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#356480: NSLU2 installation report

[Martin Michlmayr]

* Pepijn Oomen <[EMAIL PROTECTED]> [2006-03-12 11:54]:
> - Terminal badly configured (TERM=linux, iTerm/MacOSX,
> console/Ubuntu), causing problems while reading windows (Ctrl-L
> helps)

Odd.  I know serial console looks slightly wrong but SSH should be
fine.

12:34 < tbm> pepijn: did you install via the serial console, or when
did
  you see those TERM problems?
12:35 < pepijn> tbm: no serial console available, so it was ssh
12:35 < tbm> pepijn: odd.  Because I know serial console is garbled,
but
  SSH should be fine
12:35 < pepijn> ssh in iTerm from MacOSX, but also ssh from console on
  Ubuntu/breezy
12:36 < pepijn> basically same issues
12:36 < pepijn> ssh from iTerm on MacOSX works ok when accessing
  Debian
12:37 < pepijn> just not within the d-i environment
12:55 < pepijn> tbm: fwiw, iTerm/MacOSX has TERM=xterm, while the
   Ubuntu console has TERM=linux

> - Automatic partitioning failed (256Mb USB flash drive), used manual 
> partitioning instead: 90% sda1, 10% swap (sda5)

What exactly failed?  Did it print an error?  What did it do?
-- 
Martin Michlmayr
http://www.cyrius.com/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Further reduction of l10n sync commits

[Christian Perrier]

After the discussion, I conducted a few tests and they actually made
me think more deeply about this part of the code.

So, I finally come up with the attached patch.

The philosophy is the following:

When a package PO file would be modified when merged with the master
file, then the file is *really* changed only when the changes are:

-one of the *non filtered* headers is changed. Namely "MIME-Version", 
 "Content-Type", "Content-Transfer-Encoding" or "Plural-Forms"

-a non comment line is changed (usually because a translation changed,
 of course)


This actually means that individual files will ONLY get their header
changed when there is a REAL change in the file, which affects the
content.

As I have tested, this should reduce the number of l10n commit
dramatically.

Please comment...



--- /home/bubulle/src/debian/debian-installer/scripts/l10n/l10n-sync
2006-03-07 19:56:46.822688204 +0100
+++ scripts/l10n/l10n-sync  2006-03-12 12:30:28.079420615 +0100
@@ -566,16 +566,16 @@
# EXCEPT the fuzzy markers (^\#,.*$)
 oldfiltered=`tempfile`
 newfiltered=`tempfile`
-
filter="((PO-Revision-Date|Project-Id-Version|Report-Msgid-Bugs-To|POT-Creation-Date|Last-Translator|Language-Team|MIME-Version|Content-Type|Content-Transfer-Encoding|X-Generator|Plural-Forms):)|^#[^,]|^\#$"
+   
filter="^(\"(PO-Revision-Date|Project-Id-Version|Report-Msgid-Bugs-To|POT-Creation-Date|Last-Translator|Language-Team|X-):|#[^,]|#$)"
 egrep -v "$filter" $lang.po >$oldfiltered
 egrep -v "$filter" $lang.po.new >$newfiltered
-if [ -z "$(diff --ignore-matching-lines="PO-Revision-Date:" $lang.po 
$lang.po.new)" ] ; then
- # We don't commit if only PO-Revision-Date changed
+if [ -z "$(diff $oldfiltered $newfiltered)" ] ; then
+ # We don't commit if a filtered line was the only change
  rm $lang.po.new
 else
+ # At least one non filtered line changed
   # We put the old Revision-Date back if asked for
- # or if only a comment or header line changed
- if [ "$KEEP_REVISION" != "N" -a "$KEEP_REVISION" = "$lang" -o $(diff 
$oldfiltered $newfiltered | wc -l) = 0 ] ; then
+ if [ "$KEEP_REVISION" != "N" -a "$KEEP_REVISION" = "$lang" ] ; then
# We grab back the PO-Revision-Date from the old file
old_revision=`cat $lang.po| grep -e "^\"PO-Revision-Date:" | sed 
's/n\"//g'`
# And we replace the one from the new file by it


signature.asc
Description: Digital signature

Bug#356480: NSLU2 installation report

[Pepijn Oomen]

Package: installation-reports

Boot method: Network, RedBoot
Image version: debian-etch-beta2-20060216 (incl. IXP firmware)
Date: Sun Mar 12 10:41:04 CET 2006

Machine: Linksys NSLU2, overclocked
Processor: XScale-IXP42x Family rev 1 (v51)
Memory: 32Mb
Partitions:

Disk Drive: /dev/sda
Sector 0:
0x000: FC 31 C0 8E D0 31 E4 8E D8 8E C0 BE 00 7C BF 00
0x010: 06 B9 00 01 F3 A5 BE EE 07 B0 08 EA 20 06 00 00
0x020: 80 3E B4 07 FF 75 04 88 16 B4 07 80 3C 00 74 04
0x030: 08 06 B0 07 83 EE 10 D0 E8 73 F0 CD 1A 89 16 00
0x040: 08 E8 31 01 81 3E B2 07 FF FF 74 46 F6 06 B1 07
0x050: 80 74 06 B4 01 CD 16 75 39 F6 06 B1 07 40 74 07
0x060: F6 06 17 04 0F 75 2B 31 C0 CD 1A 2B 16 00 08 2B
0x070: 16 B2 07 72 D7 A0 B1 07 24 07 3C 07 75 0B BE BE
0x080: 07 B0 00 B9 04 00 80 3C 00 75 66 FE C0 83 C6 10
0x090: E2 F4 E8 E0 00 B4 0E BE 9E 07 8A 0E B0 07 AC D0
0x0A0: E9 73 02 CD 10 08 C9 75 F5 B0 3A CD 10 31 C0 CD
0x0B0: 16 3C 00 74 F8 3C 0D 74 BC 3C 61 72 06 3C 7A 77
0x0C0: 02 2C 20 88 C3 BE 9E 07 8A 0E B0 07 AC D0 E9 73
0x0D0: 04 38 C3 74 06 08 C9 75 F3 EB D2 B8 0D 0E 31 DB
0x0E0: CD 10 8D 84 61 00 3C 07 75 07 B0 1F A2 B0 07 EB
0x0F0: A1 E8 81 00 31 D2 B9 01 00 3C 04 74 47 73 F0 30
0x100: E4 B1 04 D2 E0 BE BE 07 01 C6 8A 16 B4 07 F6 C2
0x110: 80 74 2B B4 41 BB AA 55 56 52 CD 13 5A 5E 72 1E
0x120: 81 FB 55 AA 75 18 F6 C1 01 74 13 8B 44 08 8B 5C
0x130: 0A BE 8E 07 89 44 08 89 5C 0A B4 42 EB 0C 8A 74
0x140: 01 8B 4C 02 B8 01 02 BB 00 7C BF 05 00 50 C6 06
0x150: 90 07 01 CD 13 58 73 05 4F 75 F2 EB 92 81 3E FE
0x160: 7D 55 AA 75 F6 31 DB B8 0D 0E CD 10 B0 0A CD 10
0x170: EA 00 7C 00 00 50 B8 0D 0E 31 DB CD 10 BE 8A 07
0x180: B9 04 00 AC CD 10 E2 FB 58 C3 4D 42 52 20 10 00
0x190: 01 00 00 7C 00 00 00 00 00 00 00 00 00 00 31 32
0x1A0: 33 34 46 00 00 41 4E 44 54 6D 62 72 00 02 00 02
0x1B0: 90 C7 12 00 80 00 00 00 92 96 82 0D A6 01 00 01
0x1C0: 01 00 83 FE 3F 1B 3F 00 00 00 DD DC 06 00 00 00
0x1D0: 01 1C 05 FE 3F 1E 1C DD 06 00 43 BC 00 00 00 00
0x1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA

Sector 449820:
0x000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x090: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x0F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x160: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x170: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01
0x1C0: 01 1C 82 FE 3F 1E 3F 00 00 00 04 BC 00 00 00 00
0x1D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0x1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA

Output of lspci and lspci -n:

:00:01.0 USB Controller: NEC Corporation USB (rev 43)
:00:01.1 USB Controller: NEC Corporation USB (rev 43)
:00:01.2 USB Controller: NEC Corporation USB 2.0 (rev 04)

:00:01.0 0c03: 1033:0035 (rev 43)
:00:01.1 0c03: 1033:0035 (rev 43)
:00:01.2 0c03: 1033:00e0 (rev 04)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [ ]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [E]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[X]
Reboot: [ ]

Comments/Problems:

- Terminal badly configured (TERM=linux, iTerm/MacOSX, console/Ubuntu), 
causing problems while reading windows (Ctrl-L helps)


- Automatic partitioning failed (256Mb USB flash drive), used manual 
partitioning instead: 90% sda1, 10% swap (sda5)




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

D-I Etch Beta2 - Status update (5)

[Frans Pop]

Beta2 CDs created beautifully, website update prepared, so the release is 
ready.

Except...
Unfortunately the hint that was set for the latest version of 
initramfs-tools was of the wrong type so that did not make it into 
testing yesterday as planned. The current version in testing has a script 
error that can cause installation failure (on reboot) in some cases.

ATM I'm undecided whether to wait for the new initramfs-tools and try 
again or to go ahead with the current version. Waiting would mean a 
release on either Tuesday on Wednesday.
I'll try to consult with involved people tonight and decide one way or the 
other.

vorlon: could you change your initramfs-tools/0.53c hint from unblock to 
urgent and, if possible, get a britney rerun? TIA.

Cheers,
FJP


pgposhTwmYcWo.pgp
Description: PGP signature

Re: Install Problem Report

[Warren Turkal]

On Saturday 11 March 2006 09:22 pm, Dave Eppich wrote:
> Comments/Problems:Install went very smoothly until Video card selection,
> then it choked. I have a Diamond Stealth III s540 AGP card.  There were no
> selections for this card in the setup screen.  The system highlighted VESA
> for the driver.  It works, but the video resulution is 800 x 640 max.  Far
> too coarse for my taste.  What driver selection should I have used?

You can try to see what X thinks about it by running  "Xorg -configure" and 
see what ends up in the generated file.

wt
-- 
Warren Turkal Research Associate III/Systems Administrator
Colorado State University, Fort Collins


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: home & fat32

[Eerin Rosenström]

On Sat, 11 Mar 2006, Christian Perrier wrote:


Quoting Gabriele Capannini ([EMAIL PROTECTED]):

hi, i have a problem with debian netinst when i try to create a partition
/home with type fat32 : installation start to loop with the same question
about new user account



Hmmm, we should probably teach partman to not allow users choosing a
home partition with such a filesystem.




How about forced change it to UMSDOS filesystem? It allow using fat32 
(windows) partitions.

 Like dualboot machine and share same home with linux and windows.

-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

  Eerin Rosenström  
**Servinmaijantie 12 F 77 **
**02150 Espoo **
**p. +358 9 4682997   **
  p.+358 40 5205030 

-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]