dmraid 1.0.0.rc16

2009-11-26 Thread Giuseppe Iuculano
Hi,

I'm going to upload dmraid 1.0.0.rc16 (already in experimental) in unstable.

The only relevant change for d-i is the SONAME bump, so now we have
libdmraid1.0.0.rc16-udeb.

Is it ok for you?


Cheers,
Giuseppe.



signature.asc
Description: OpenPGP digital signature


Re: dmraid 1.0.0.rc16

2009-11-26 Thread Otavio Salvador
Hello,

On Thu, Nov 26, 2009 at 6:21 AM, Giuseppe Iuculano  wrote:
> Hi,
>
> I'm going to upload dmraid 1.0.0.rc16 (already in experimental) in unstable.
>
> The only relevant change for d-i is the SONAME bump, so now we have
> libdmraid1.0.0.rc16-udeb.
>
> Is it ok for you?

I think so.

-- 
Otavio Salvador  O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#558036: mmc-modules-2.6.30-2-486-di doesn't include sdhci-pci.ko

2009-11-26 Thread Otavio Salvador
On Thu, Nov 26, 2009 at 1:29 AM, Vadim Solomin  wrote:
> Package: mmc-modules-2.6.30-2-486-di
> Version: 1.84
>
> Hi! Daily d-i fails to detect SDHC card slot in Acer Aspire One (
> 04:00.2 SD Host controller [0805]: JMicron Technology Corp. Standard SD Host
> Controller [197b:2381] (prog-if 01)
>        Subsystem: Acer Incorporated [ALI] Device [1025:015b]
> ).
>
> Manually downloading and insmod'ing sdhci-pci.ko from linux-image-2.6.30-2-486
> fixes this. Please include it.

I'll look into it for next  kernel update, after alpha1.

-- 
Otavio Salvador  O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br



--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#516280: This bug needs to stay open until it is resolved

2009-11-26 Thread Holger Levsen
Hi,

On Freitag, 22. Mai 2009, Christian Perrier wrote:
> Quoting Dominique Brazziel (dbrazz...@snet.net):
> > This bug needs to stay open until it is resolved either by inserting a
> > clear and concise warning or requirements sections in the relevant
> > Debian documentation or making more the installer and/or GRUB more
> > robust, and include step by step workarounds to get the newly installed
> > system to boot.  The old system is gone, need to get the new one up
> > ASAP.  This is a definite showstopper for installation of a 'stable'
> > release from USB key/memory stick, et.al.
>
> Patches welcome, either to documentation or code.

I would like to send a patch for the errata, where is it kept in svn? Also 
against which package should bugs against the errata be filed?

In http://bugs.skolelinux.org/show_bug.cgi?id=1395 I've documented two 
workarounds:

a.) remove the usbstick after the firmware has been loaded
b.) to document how to do it with the usbstick kept plugged in: wait til the
end, change to a shell, run: "chroot /target" and 
then: "grub-install /dev/cciss/c0d0". that should work too.

Also, it would be good test if the bug is still present in the current daily 
images - unfortunatly I lack the hardware to test myself, so I've cc:ed the 
original submitter of the bug. A Debian-Edu user gave the squeeze daily a try 
today, but unfortunatly it didnt load the firmware from the usbstick in the 
first place...


regards,
Holger


signature.asc
Description: This is a digitally signed message part.


kbd-chooser 1.52 MIGRATED to testing

2009-11-26 Thread Debian testing watch
FYI: The status of the kbd-chooser source package
in Debian's testing distribution has changed.

  Previous version: 1.48
  Current version:  1.52

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



lenny-support 0.02 MIGRATED to testing

2009-11-26 Thread Debian testing watch
FYI: The status of the lenny-support source package
in Debian's testing distribution has changed.

  Previous version: (not in testing)
  Current version:  0.02

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



console-setup 1.49 MIGRATED to testing

2009-11-26 Thread Debian testing watch
FYI: The status of the console-setup source package
in Debian's testing distribution has changed.

  Previous version: 1.45
  Current version:  1.49

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



linux-kernel-di-mipsel-2.6 1.16 MIGRATED to testing

2009-11-26 Thread Debian testing watch
FYI: The status of the linux-kernel-di-mipsel-2.6 source package
in Debian's testing distribution has changed.

  Previous version: 1.15
  Current version:  1.16

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



rootskel-gtk 1.17 MIGRATED to testing

2009-11-26 Thread Debian testing watch
FYI: The status of the rootskel-gtk source package
in Debian's testing distribution has changed.

  Previous version: 1.16
  Current version:  1.17

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



partman-ext3 58 MIGRATED to testing

2009-11-26 Thread Debian testing watch
FYI: The status of the partman-ext3 source package
in Debian's testing distribution has changed.

  Previous version: 55
  Current version:  58

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



preseed 1.43 MIGRATED to testing

2009-11-26 Thread Debian testing watch
FYI: The status of the preseed source package
in Debian's testing distribution has changed.

  Previous version: 1.42
  Current version:  1.43

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



tzsetup 1:0.27 MIGRATED to testing

2009-11-26 Thread Debian testing watch
FYI: The status of the tzsetup source package
in Debian's testing distribution has changed.

  Previous version: 1:0.26
  Current version:  1:0.27

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See http://release.debian.org/testing-watch/ for more information.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#509799: Patch

2009-11-26 Thread Gaudenz Steinlin
Hi Martin

On Wed, Nov 25, 2009 at 05:38:58PM +, Martin Michlmayr wrote:
> I think the patch I proposed (below) is fine but we still need a new
> template.
> 
> How about the following text:
> 
> _Description: Go back to the menu and correct this problem?
>  Your boot partition has not been marked as a bootable partition, even
>  though this is required by your machine in order to boot. Please go
>  back and set the bootable flag for your boot partition.
>  .
>  If you do not go back to the partitioning menu and correct this error,
>  the partition will be used as is.  This means that you may not be able
>  to boot from your hard disk.

Why not just ask the user if d-i should mark the partition as bootable?
I'm not sure if this is easily implementable, but if it is, I think this
would be user friendlier than the proposed solution.

E.g something along the lines of: Your boot partition is not marked as
bootable. Should it be marked as bootable?

Gaudenz

-- 
Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better.
~ Samuel Beckett ~



-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#516280: This bug needs to stay open until it is resolved

2009-11-26 Thread Christian Perrier
Quoting Holger Levsen (hol...@layer-acht.org):
> Hi,
> 
> On Freitag, 22. Mai 2009, Christian Perrier wrote:
> > Quoting Dominique Brazziel (dbrazz...@snet.net):
> > > This bug needs to stay open until it is resolved either by inserting a
> > > clear and concise warning or requirements sections in the relevant
> > > Debian documentation or making more the installer and/or GRUB more
> > > robust, and include step by step workarounds to get the newly installed
> > > system to boot.  The old system is gone, need to get the new one up
> > > ASAP.  This is a definite showstopper for installation of a 'stable'
> > > release from USB key/memory stick, et.al.
> >
> > Patches welcome, either to documentation or code.
> 
> I would like to send a patch for the errata, where is it kept in svn? Also 
> against which package should bugs against the errata be filed?

The errata file is kept in Debian www CVS repository.

webwml/english/devel/debian-installer

I'd say that the package to send the bug report about could be
debian-installer itselfnot really optimal, though.

One should notice that I have pending changes for the errata file
(supposedly in preparation for alpha1.but many items are probably
missing).



signature.asc
Description: Digital signature


Bug#509799: Patch

2009-11-26 Thread Frans Pop
On Thursday 26 November 2009, Gaudenz Steinlin wrote:
> > _Description: Go back to the menu and correct this problem?
> >  Your boot partition has not been marked as a bootable partition, even
> >  though this is required by your machine in order to boot. Please go
> >  back and set the bootable flag for your boot partition.
> >  .
> >  If you do not go back to the partitioning menu and correct this
> > error, the partition will be used as is.  This means that you may not
> > be able to boot from your hard disk.
>
> Why not just ask the user if d-i should mark the partition as bootable?
> I'm not sure if this is easily implementable, but if it is, I think this
> would be user friendlier than the proposed solution.
>
> E.g something along the lines of: Your boot partition is not marked as
> bootable. Should it be marked as bootable?

I'm not sure which platform this is about exactly, but the rule "the /boot 
partition must be marked bootable" is not correct for all cases.

In general (at least on x86) the rule is "the partition *on which the 
bootloader is installed* should be marked bootable (and in the case the 
bootloader is installed in the MBR, that's the first partition).

There is nothing that guarantees the bootloader is installed in the /boot 
partition, or that the /boot partition is the first partition on the disk.

Cheers,
FJP



-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#509799: Patch

2009-11-26 Thread Martin Michlmayr
* Frans Pop  [2009-11-26 20:07]:
> There is nothing that guarantees the bootloader is installed in the /boot 
> partition, or that the /boot partition is the first partition on the disk.

This bug is about a script which ensures that /boot is the 1st primary
partition and that it's ext2 or ext3, which is required on some
machines.  It's used on the HP mv2120 and Kurobox at the moment.
-- 
Martin Michlmayr
http://www.cyrius.com/



-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#556906: marked as done (Net-install (i386, build of November 8) fails on Dell Optiplex 360)

2009-11-26 Thread Debian Bug Tracking System
Your message dated Thu, 26 Nov 2009 20:40:38 -0200
with message-id 
and subject line Re: Bug#556906: Net-install (i386, build of November 8) fails 
on Dell  Optiplex 360
has caused the Debian Bug report #556906,
regarding Net-install (i386, build of November 8) fails on Dell Optiplex 360
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
556906: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556906
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: installation-reports
Severity: important


[1] The USB keyboard is detected correctly in the BIOS and in the initial
boot menu, but becomes unavailable when the `Choose a Language' menu
is presented. The installation can go no further.

Tried booting with acpi=off but this made no difference

[2] Tried the graphical install, but this failed right away, the following 
error 
message being flashed repeatedly to the console:

   Gdk-CRITICAL **: gdk_drawable_set_colormap: assertion `cmap == NULL || 
   gdk_drawable_get_depth (drawable) == `cmap->visual->depth' failed

[3] Tried changing USB-related settings in BIOS (limited); no difference

[3] Tried build of Sept 6th 2009: same problem

[4] Tried build of Aug 1st 2009: got as far as the boot menu, chose Install; 
the 
system then froze with this message on the console:

(process:1047): INFO: kbd-mode: setting console mode to Unicode (UTF-8)

[5] Went back to the official 5.3 installer and did not encounter the problemt 
  

-- System Information:

Don't really know (can't get in to it), but:

   DELL OPTIPLEX 360


--- End Message ---
--- Begin Message ---
Hello Jim,

On Thu, Nov 26, 2009 at 7:51 PM, Jim McCloskey  wrote:
> * Otavio Salvador (ota...@ossystems.com.br) wrote:
>
>  |>  This looks to be a kernel issue and would be nice to try latest
>  |>  version of d-i to see if it happens or not.
>  |>
>  |>  Mind to retest it?
>
> Sorry to be slow (I've been fiendishly busy).
>
> But I tested the d-i build of November 22nd and I did *not* encounter
> the problem I reported here.
>
> I notice that there's a new build today (Nov 26). I assume that if the
> problem is fixed in the build of Nov 22nd, it's still fixed in the
> build of Nov 26th, but let me know if you'd like me to test that also.
>
> Thanks very much for your help and for your work,

I'm closing this bug report since it looks fixed. Let me know if it
happens again for you in future.

Cheers,

-- 
Otavio Salvador  O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br

--- End Message ---


Re: Suggestion: Change the link names on http://www.debian.org/releases/stable/debian-installer/

2009-11-26 Thread Matthew Wilcox
On Thu, Nov 26, 2009 at 11:17:07PM +0100, Frans Pop wrote:
> Do you really think that having "AMD64", "Intel x86" and "Intel IA-64" 
> instead of amd64, i386, ia64 will make people magically choose AMD64 if 
> they're looking for 64-bit Intel support?

I hadn't realised that Simon had made this change.  That was the whole
_point_.  Put the popular architectures first, and call them something
meaningful, ie:

[x86 32-bit] [x86 64-bit] [PowerPC]

The exact names are debatable of course, but expecting people to deduce
that 'amd64' is the right link to click on for their shiny new Intel
Xeon system clearly isn't working.

> The current pages would IMO be more improved by adding a clear link to a 
> *separate* page with info on "how to choose the correct architecture", 
> which contains a clear description of what each architecture is.

I'm not sure that's a great idea either.  Why should users have
to learn what Debian's internal name for their architecture is?

> If you want to really improve the links to images, which you're very 
> welcome to do, then please do it by *redesigning* the pages with the links 
> instead of forcing changes into an existing layout where the changes do 
> more harm than that they improve things.

I have no objection to changing the layout.  I want to make this page
more new-user friendly (since it's rather key to getting new users into
Debian).

-- 
Matthew Wilcox  Intel Open Source Technology Centre
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours.  We can't possibly take such
a retrograde step."


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#556906: Net-install (i386, build of November 8) fails on Dell Optiplex 360

2009-11-26 Thread Jim McCloskey
* Otavio Salvador (ota...@ossystems.com.br) wrote:

  |>  This looks to be a kernel issue and would be nice to try latest
  |>  version of d-i to see if it happens or not.
  |>  
  |>  Mind to retest it?

Sorry to be slow (I've been fiendishly busy).

But I tested the d-i build of November 22nd and I did *not* encounter
the problem I reported here.

I notice that there's a new build today (Nov 26). I assume that if the
problem is fixed in the build of Nov 22nd, it's still fixed in the
build of Nov 26th, but let me know if you'd like me to test that also.

Thanks very much for your help and for your work,

Jim

I'll attach the output of lspci -knn for the system in case that would
be useful.
00:00.0 Host bridge [0600]: Intel Corporation 82G33/G31/P35/P31 Express DRAM 
Controller [8086:29c0] (rev 0a)
Kernel driver in use: agpgart-intel
Kernel modules: intel-agp
00:01.0 PCI bridge [0604]: Intel Corporation 82G33/G31/P35/P31 Express PCI 
Express Root Port [8086:29c1] (rev 0a)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:02.0 VGA compatible controller [0300]: Intel Corporation 82G33/G31 Express 
Integrated Graphics Controller [8086:29c2] (rev 0a)
00:02.1 Display controller [0380]: Intel Corporation 82G33/G31 Express 
Integrated Graphics Controller [8086:29c3] (rev 0a)
00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High 
Definition Audio Controller [8086:27d8] (rev 01)
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express 
Port 1 [8086:27d0] (rev 01)
Kernel driver in use: pcieport-driver
Kernel modules: shpchp
00:1d.0 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI 
Controller #1 [8086:27c8] (rev 01)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.1 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI 
Controller #2 [8086:27c9] (rev 01)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.2 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI 
Controller #3 [8086:27ca] (rev 01)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.3 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI 
Controller #4 [8086:27cb] (rev 01)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd
00:1d.7 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB2 EHCI 
Controller [8086:27cc] (rev 01)
Kernel driver in use: ehci_hcd
Kernel modules: ehci-hcd
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 
e1)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801GB/GR (ICH7 Family) LPC 
Interface Bridge [8086:27b8] (rev 01)
Kernel modules: intel-rng, iTCO_wdt
00:1f.1 IDE interface [0101]: Intel Corporation 82801G (ICH7 Family) IDE 
Controller [8086:27df] (rev 01)
Kernel driver in use: PIIX_IDE
Kernel modules: piix
00:1f.2 IDE interface [0101]: Intel Corporation 82801GB/GR/GH (ICH7 Family) 
SATA IDE Controller [8086:27c0] (rev 01)
Kernel driver in use: ata_piix
Kernel modules: ata_piix
00:1f.3 SMBus [0c05]: Intel Corporation 82801G (ICH7 Family) SMBus Controller 
[8086:27da] (rev 01)
Kernel driver in use: i801_smbus
Kernel modules: i2c-i801
02:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM5784M 
Gigabit Ethernet PCIe [14e4:1698] (rev 10)
Kernel driver in use: tg3
Kernel modules: tg3


Re: Suggestion: Change the link names on http://www.debian.org/releases/stable/debian-installer/

2009-11-26 Thread Frans Pop
On Thursday 26 November 2009, Matthew Wilcox wrote:
> On Thu, Nov 26, 2009 at 11:17:07PM +0100, Frans Pop wrote:
> > Do you really think that having "AMD64", "Intel x86" and "Intel IA-64"
> > instead of amd64, i386, ia64 will make people magically choose AMD64
> > if they're looking for 64-bit Intel support?
>
> I hadn't realised that Simon had made this change.  That was the whole
> _point_.  Put the popular architectures first, and call them something
> meaningful, ie:
>
> [x86 32-bit] [x86 64-bit] [PowerPC]

Changing things this way still does not make it fit in the current layout 
of the page and will still reduce readability (IMO).

Also, making this change *only* for the image links is IMO not a good idea 
because it just introduces yet another identification for architectures. 
We already use too many different names and descriptions in different 
places.

> Why should users have to learn what Debian's internal name for their
> architecture is? 

Because that is what they see/need when they look at the sources.list or 
package names?

> I have no objection to changing the layout.

I would prefer a full redesign over just changing the layout. The current 
pages are problematic exactly because they try to fit everything on a 
single page and thus allow little room for explanation.
But OTOH that's also their great strength for users who *do* know what they 
want, so solving the issue by linking to separate page(s) that add a good 
explanation of what's what is still an option too.

An alternative could be to have a single page per release per architecture.
Such pages would allow for much more information about the architecture 
(including links to related architectures) and more information about the 
different images.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org