Daily d-i doesn't detect disk on Kurobox Pro

[Per Andersson]

Hi!

I tried to install Debian with [0] and [1] on my Kurobox Pro.

It didn't work, it failed to detect the disks. It works mounting
them manually from shell within d-i.

Logs for daily build 080810 [2] and older 080721 [3].


-- Per

[0] 
http://people.debian.org/~joeyh/d-i/armel/images/daily/orion5x/netboot/buffalo/kuroboxpro/
[1] http://merkel.debian.org/~tbm/tmp/orion/kurobox/di/
[2] http://oshw.org/usr/avtobiff/gsoc/08/log/install/daily-080810/
[3] http://oshw.org/usr/avtobiff/gsoc/08/log/install/tbmtmp-080721/


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

Please allow iso-codes to go into testing

[Tobias Quathamer]

On Friday 01 August 2008 16:21:57 Tobias Quathamer wrote:
> I've now uploaded iso-codes. Please note that the package contains a udeb
> and should get permission from the D-I team to migrate to testing. I've
> added them as CC.

Hi,

iso-codes/3.2-1 could migrate to testing tomorrow, if there are no objections 
from the D-I team. Note that the udeb iso-codes produces is no longer needed 
with localechooser 2.04, which should enter testing today. However, if for 
some reason iso-codes reaches testing faster than localechooser, the udeb is 
still available.

Regards,
Tobias

-- 
Tobias Quathamer | Hurewitz's Memory Principle:
Hamburg, Germany | The chance of forgetting something is directly
 | proportional to... to... uh.


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

Re: Re: [PATCH] Queue atl2-modules for installation if it is in use.

[Glenn Saberton]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Otavio,
Thanks for working on this! Due to lack of time on my part, I have
only just now been able to get around to testing it. :( The module
detection works fine and queues modules for installation, but it
queues the 486 modules, which also pulls in the 486 kernel into the
target install. Not sure how to fix this (defaulting to 686 would be
wrong), as we don't really know which kernel the user wants if they do
an expert install. Anyone else have clues as to where we could call
this check?

Cheers

Glenn
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkif724ACgkQV8GyuTwyskOgBQCgqVsgp4dqQNe8F5z9FKQCPTUJ
xEsAoKx704TqqsZ0L7J0JV2fjqkJVt9U
=DdlI
-END PGP SIGNATURE-


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

Re: [PATCH] Queue atl2-modules for installation if it is in use.

[Frans Pop]

On Monday 11 August 2008, Glenn Saberton wrote:
> Thanks for working on this! Due to lack of time on my part, I have
> only just now been able to get around to testing it. :( The module
> detection works fine and queues modules for installation, but it
> queues the 486 modules, which also pulls in the 486 kernel into the
> target install. Not sure how to fix this (defaulting to 686 would be
> wrong), as we don't really know which kernel the user wants if they do
> an expert install. Anyone else have clues as to where we could call
> this check?

I had just reverted the committed patch because of this issue (before 
reading this mail). As you do not yet know which kernel will be installed 
for the target system, you can *never* queue anything that requires 
knowing the ABI or flavor of the target system's kernel before 
base-installer.

Back to the drawing board.

Also, if packages are queued by D-I you should make sure they are included 
on installation CDs.

Cheers,
FJP


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

Re: r54979 - trunk/packages/live-installer/live-installer.d

[Frans Pop]

On Monday 11 August 2008, Chris Lamb wrote:
> Author: lamby-guest
> Date: Mon Aug 11 01:07:09 2008
> New Revision: 54979
>
> Log:
> Remove aufs and squashfs modules from /target after installation.
>
> Modified:
>trunk/packages/live-installer/live-installer.d/remove-packages
>
>  # Lenny support
>  if [ -d /cdrom/live ]; then
> - in-target apt-get --yes remove --purge live-initramfs
> + in-target apt-get --yes remove --purge live-initramfs aufs-modules
> squashfs-modules

AFAIK this is broken. You cannot remove packages based on names that are 
only Provided. Can we please TEST patches before committing them?

>   if [ -f /target/var/lib/dpkg/live-sysvinit.list ]; then
>   in-target apt-get --yes remove --purge live-sysvinit
>   fi


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

Re: Daily d-i doesn't detect disk on Kurobox Pro

[Per Andersson]

A summary of the syslog [0]:

Something goes wrong at 06:33:07, libc6-udeb is missing.
A lot of packages are missing.

Then this:
Aug 11 06:33:09 udevd-event[855]: import_file_into_env: can't open
'fstab_import --root=/dev sda2
disk/by-id/ata-WDC_WD1600JS-22NCB1_WD-WCANMK212026-part2
disk/by-id/scsi-1ATA_WDC_WD1600JS-22NCB1_WD-WCANMK212026-part2
disk/by-path/platform-sata_mv.0-s

And there are a lot of missing packages...


-- Per

[0]


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

Bug#494532: lenny di-2 on dell optiplex 755 fail disk detection

[Hilko Bengen]

> Harddrive was not detected. I assume the installer is missing the
> driver for the chipset, Intel 82Q35 Express PT IDER Controller
> [8086:29b6] (rev 02)

I saw similar symptoms here. A glance at /var/log/syslog revealed that
the installer was not able to find libparted1.7-udeb. That package
seems to have been removed in favor of libparted1.8-udeb and the
images haven't been updated accordingly.

In this case, it would be a library issue, not a driver issue.

-Hilko



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

Re: [PATCH] Queue atl2-modules for installation if it is in use.

[Otavio Salvador]

Frans Pop <[EMAIL PROTECTED]> writes:

> On Monday 11 August 2008, Glenn Saberton wrote:
>> Thanks for working on this! Due to lack of time on my part, I have
>> only just now been able to get around to testing it. :( The module
>> detection works fine and queues modules for installation, but it
>> queues the 486 modules, which also pulls in the 486 kernel into the
>> target install. Not sure how to fix this (defaulting to 686 would be
>> wrong), as we don't really know which kernel the user wants if they do
>> an expert install. Anyone else have clues as to where we could call
>> this check?
>
> I had just reverted the committed patch because of this issue (before 
> reading this mail). As you do not yet know which kernel will be installed 
> for the target system, you can *never* queue anything that requires 
> knowing the ABI or flavor of the target system's kernel before 
> base-installer.

Great. Thanks.

> Back to the drawing board.
>
> Also, if packages are queued by D-I you should make sure they are included 
> on installation CDs.

I was going to do that _after_ uploading the package. This wasn't in
archive yet.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


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

Re: [PATCH] Queue atl2-modules for installation if it is in use.

[Otavio Salvador]

Glenn Saberton <[EMAIL PROTECTED]> writes:

> Hi Otavio,
> Thanks for working on this! Due to lack of time on my part, I have
> only just now been able to get around to testing it. :( The module
> detection works fine and queues modules for installation, but it
> queues the 486 modules, which also pulls in the 486 kernel into the
> target install. Not sure how to fix this (defaulting to 686 would be
> wrong), as we don't really know which kernel the user wants if they do
> an expert install. Anyone else have clues as to where we could call
> this check?

I guess that we'll need to work on that at base-installer. I'll take a
look and propose a patch for that ... I hope to be able to do that
today but I can't promise.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


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

Re: Moving to 2.6.26

[Otavio Salvador]

Martin Michlmayr <[EMAIL PROTECTED]> writes:

> Thanks for Otavio for updating kernel-wedge to 2.6.26.  I've now
> updated arm, armel and mipsel in SVN.  I also changed mips according
> to the mipsel changes, so hopefully it will build but I cannot verify
> this at the moment.
>
> I made successful installations on armel/orion5x on a QNAP TS-409
> and with mipsel/4kc-malta in QEMU.
>
> Are we ready to move to 2.6.26?

I'll do a new a new build to check for any missing change with latest
upload and do the i386 and amd64 uploads. You could follow me after
that.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


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

Re: Please allow iso-codes to go into testing

[Otavio Salvador]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Tobias Quathamer <[EMAIL PROTECTED]> writes:

> On Friday 01 August 2008 16:21:57 Tobias Quathamer wrote:
>> I've now uploaded iso-codes. Please note that the package contains a udeb
>> and should get permission from the D-I team to migrate to testing. I've
>> added them as CC.
>
> Hi,
>
> iso-codes/3.2-1 could migrate to testing tomorrow, if there are no objections 
> from the D-I team. Note that the udeb iso-codes produces is no longer needed 
> with localechooser 2.04, which should enter testing today. However, if for 
> some reason iso-codes reaches testing faster than localechooser, the udeb is 
> still available.

No objection.

- -- 
O T A V I OS A L V A D O R
- -
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
- -
"Microsoft sells you Windows ... Linux gives
 you the whole house."
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iEYEARECAAYFAkigMwgACgkQLqiZQEml+FVwAwCcCfrGcXinTz1uRewsTixcujLc
3WMAoKtjfjjMMCYIz6aOnUoICEvH4iVp
=YNNc
-END PGP SIGNATURE-


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

[RFC] Possible way of fixing this [was Re: [PATCH] Queue atl2-modules for installation if it is in use.

[Otavio Salvador]

Otavio Salvador <[EMAIL PROTECTED]> writes:

> I guess that we'll need to work on that at base-installer. I'll take a
> look and propose a patch for that ... I hope to be able to do that
> today but I can't promise.

Well, after think a little about this problem I come up with the
following idea how to solve that (no patch or code has been written
for that yet):

 - let the detection step at hw-detect module

 - teach apt-install how to install a package that depends on the
   target kernel version

   My idea here is to use:

 apt-install atl2-modules-TARGET_KERNEL

   This would then resolve it when possible and install the correct
   package for the target kernel. We could use
   base-installer/kernel/image to get the installed image and then
   with that find the kernel flavour.

What others think about that?

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


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

Re: [PATCH] Queue atl2-modules for installation if it is in use.

[Frans Pop]

On Monday 11 August 2008, Otavio Salvador wrote:
> I guess that we'll need to work on that at base-installer. I'll take a
> look and propose a patch for that ... I hope to be able to do that
> today but I can't promise.

Or finish-install. There's no real reason to do it earlier.


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

Re: r54979 - trunk/packages/live-installer/live-installer.d

[Otavio Salvador]

Chris Lamb <[EMAIL PROTECTED]> writes:

> Modified: trunk/packages/live-installer/live-installer.d/remove-packages
> ==
> --- trunk/packages/live-installer/live-installer.d/remove-packages
> (original)
> +++ trunk/packages/live-installer/live-installer.d/remove-packagesMon Aug 
> 11 01:07:09 2008
> @@ -2,7 +2,7 @@
>  
>  # Lenny support
>  if [ -d /cdrom/live ]; then
> - in-target apt-get --yes remove --purge live-initramfs
> + in-target apt-get --yes remove --purge live-initramfs aufs-modules 
> squashfs-modules
  
^
Won't work since APT doesn't know which provider should be
removed. You need to specify the version  or use a better regular
expression for it.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


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

Bug#494532: lenny di-2 on dell optiplex 755 fail disk detection

[Stefan Alfredsson]

Hilko Bengen wrote:
>> Harddrive was not detected. I assume the installer is missing the
>> driver for the chipset, Intel 82Q35 Express PT IDER Controller
>> [8086:29b6] (rev 02)
>
> I saw similar symptoms here. A glance at /var/log/syslog revealed that
> the installer was not able to find libparted1.7-udeb. That package
> seems to have been removed in favor of libparted1.8-udeb and the
> images haven't been updated accordingly.
>
> In this case, it would be a library issue, not a driver issue.

Could be, I did not check that.

Earlier today I tried the netinst daily build.
(from
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
 )

It too detected the network, but failed at disk detection. Actually I
think I saw the drive model flash by in dmesg, indicating that it was
detected, but failed at some other point. I will have a closer look next
time I try to install.

Regards,
 Stefan






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

Processed: reassign 494532 to partman base

[Debian Bug Tracking System]

Processing commands for controlbugs.debian.org:

> reassign 494532 partman-base
Bug#494532: lenny di-2 on dell optiplex 755 fail disk detection
Bug reassigned from package `installation-reports' to `partman-base'.

> severity 494532 serious
Bug#494532: lenny di-2 on dell optiplex 755 fail disk detection
Severity set to `serious' from `important'

> retitle  494532 depends on non-existing library libparted1.7-udeb in lenny
Bug#494532: lenny di-2 on dell optiplex 755 fail disk detection
Changed Bug title to `depends on non-existing library libparted1.7-udeb in 
lenny' from `lenny di-2 on dell optiplex 755 fail disk detection'.

> 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#494532: lenny di-2 on dell optiplex 755 fail disk detection

[Stefan Alfredsson]

Stefan Alfredsson wrote:
> Hilko Bengen wrote:
>>> Harddrive was not detected. I assume the installer is missing the
>>> driver for the chipset, Intel 82Q35 Express PT IDER Controller
>>> [8086:29b6] (rev 02)
>>
>> I saw similar symptoms here. A glance at /var/log/syslog revealed that
>> the installer was not able to find libparted1.7-udeb. That package
>> seems to have been removed in favor of libparted1.8-udeb and the
>> images haven't been updated accordingly.
>>
>> In this case, it would be a library issue, not a driver issue.
>
> Could be, I did not check that. [...] I will have a closer look next
> time I try to install.


Ok - the drive is actually detected in d-i-2. I can do manual partitioning
in the console with fdisk /dev/sda1.

However, the installer fails at the step "[!] Detect disks", and asks me
to choose a driver for the disk chipset.

If I continue by ignoring the drive, and try to partition, the installer
log on Alt-F4 says libparted1.7-udeb does not exist.

This seems to be from a dependency from partman-base. According to
http://packages.debian.org/lenny/partman-base
it depends on libparted1.7-udeb, and notes that the package is missing
from lenny.

Either partman-base should be updated to use libparted1.8-udeb, or
libparted1.7-udeb should be put back in lenny (it exists in both etch and
sid, so why was it removed from lenny? sid has both versions).

I'll reassign this bug to partman-base, as this seems to be (atleast part
of) the problem.

Thanks,
 Stefan







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

localechooser 2.04 MIGRATED to testing

[Debian testing watch]

FYI: The status of the localechooser source package
in Debian's testing distribution has changed.

  Previous version: 2.03
  Current version:  2.04

-- 
This email is automatically generated; the Debian Release Team
<[EMAIL PROTECTED]> is responsible.
See http://release.debian.org/testing-watch/ for more information.


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

Bug#494532: lenny di-2 on dell optiplex 755 fail disk detection

[Otavio Salvador]

"Stefan Alfredsson" <[EMAIL PROTECTED]> writes:

> Ok - the drive is actually detected in d-i-2. I can do manual partitioning
> in the console with fdisk /dev/sda1.
>
> However, the installer fails at the step "[!] Detect disks", and asks me
> to choose a driver for the disk chipset.
>
> If I continue by ignoring the drive, and try to partition, the installer
> log on Alt-F4 says libparted1.7-udeb does not exist.
>
> This seems to be from a dependency from partman-base. According to
> http://packages.debian.org/lenny/partman-base
> it depends on libparted1.7-udeb, and notes that the package is missing
> from lenny.
>
> Either partman-base should be updated to use libparted1.8-udeb, or
> libparted1.7-udeb should be put back in lenny (it exists in both etch and
> sid, so why was it removed from lenny? sid has both versions).
>
> I'll reassign this bug to partman-base, as this seems to be (atleast part
> of) the problem.

Yes, this was my fault to not warn about the need of old udeb to be
kept available until we get newer partman-base in testing. I'm
handling the issue right now.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."



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

libparted-1.8.so missing?

[Ariel Garcia]

Hello,

i am trying to perform a (preseeded hands-off network) install with Debian 
Installer on a machine has a local scsi disk and two FC adapters "seeing" 
many devices (16 each).

One problem is that each time i boot the local disk (on which i want to 
install Debian) gets another device name, sometimes /dev/sdq or /dev/sdag, 
or even /dev/sda once. 

  ==> is there a way to prevent that, get the kernel to "put" the local 
disk in /dev/sda ?  (i preseed with "d-i partman-auto/disk 
string /dev/sdag"  but of course it doesn't help if the device name is 
random...)


Anyways, even if i get (by chance) the right partman-auto/disk  value, the 
install breaks at the partitioning step, and in the console i see:

  "parted-server: error while loading shared libraries: libparted-1.8.so.9:
   cannot open shared object file: No such file or directory"

What could be going wrong?  I am using the daily netboot snapshot for 
amd64, but also tried the Lenny beta 3 version, same happens.
I also tried changing
  d-i mirror/suitestring lenny
  #d-imirror/udeb/suite   string unstable

it doesn't seem to help...   I couldn't find anything relevant after a lot 
of searching in google and in the debian lists. 

Thanks for any tip!
(PS: Please CC me directly as i am currently not subscribed.)

Ariel


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

Re: Daily d-i doesn't detect disk on Kurobox Pro

[Martin Michlmayr]

* Per Andersson <[EMAIL PROTECTED]> [2008-08-11 12:44]:
> Then this:
> Aug 11 06:33:09 udevd-event[855]: import_file_into_env: can't open
> 'fstab_import --root=/dev sda2

This one is harmless and reported already: #494458

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Re: libparted-1.8.so missing?

[Otavio Salvador]

Ariel Garcia <[EMAIL PROTECTED]> writes:

>   "parted-server: error while loading shared libraries: libparted-1.8.so.9:
>cannot open shared object file: No such file or directory"

Dailies are in transition to new parted soname. This should be fine in
next days.

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


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

Bug#494749: debian-installer: disk-detect phase does not detect sata disks in lvm raid array?

[Geert-Jan Hut]

Package: debian-installer
Version: lenny daily build from 11 Aug, 2008
Severity: important


When running the lenny installer it doesn't find the two SATA disks I
have in my system. It comes with the following screen/message:

-
Detect disks:
No disk drive was detected. If you know the name of the driver needed by
your disk drive, you can select it from the list. 
-
The option from the driverlist that was selected was: Continue with no 
disk drive.

When going to the partition disks option the installer reverts to the
main menu without a message. (I assume it is because no disks can be
partioned, but it could help to insert an error here).

The system is running etch, and I have installed the two SATA disks in a
raid mirror. 

After I selected the 'Abort installation' I did notice that both my md0
and md1 raid disks were picked up by the kernel, and it tried to unmount
them (or something, couldn't stop the display from disappearing). So it
could be that the disks cannot be found because they are already in use. 

The image I used was an AMD64 image.

Please let me know if you need more information. 

Regards, Geert-Jan.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-amd64
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8)



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

Re: Make syslinux beep?

[Samuel Thibault]

Samuel Thibault, le Tue 12 Aug 2008 00:10:26 +0100, a écrit :
> Still no feedback on this?

(I mean feedback from debian-boot, I got some from debian-accessibility,
the feature was greatly appreciated).

Samuel


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

Re: Make syslinux beep?

[Samuel Thibault]

Hello,

Still no feedback on this?

Samuel Thibault, le Sun 20 Jul 2008 15:47:18 +0100, a écrit :
> Otavio Salvador, le Thu 17 Jul 2008 20:33:36 -0300, a écrit :
> > Frans Pop <[EMAIL PROTECTED]> writes:
> > > On Thursday 17 July 2008, Samuel Thibault wrote:
> > >> I do agree it is annoying, but as Sebastien said, it's just about
> > >> installation.  I've asked a few people, they said they wouldn't
> > >> complain if it could help others.
> > >
> > > It's annoying for me amongst others. I do huge numbers of installations 
> > > and even more boots of the installer during development.
> > 
> > For development we could put a variable to disable it, and it wouldn't
> > hurt since it would help blind people a lot.
> > 
> > I share the Samuel feeling that it would be good. Samuel  could
> > provide an image for us to test and see how bad it would be. 
> 
> Ok, it wasn't "just" putting a ^G in the menu, because syslinux doesn't
> have beep support in graphical mode...
> 
> Anyway, I've put an image on 
> http://brl.thefreecat.org/mini-beep.iso

Samuel


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

Re: Make syslinux beep?

[Otavio Salvador]

Samuel Thibault <[EMAIL PROTECTED]> writes:

> Samuel Thibault, le Tue 12 Aug 2008 00:10:26 +0100, a écrit :
>> Still no feedback on this?
>
> (I mean feedback from debian-boot, I got some from debian-accessibility,
> the feature was greatly appreciated).

It would be acceptable for release images. Could to work on a patch to
only make it when we're doing a release? (no dailies or local builds)

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


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

Re: [Pkg-openssl-devel] Bug#492758: openssl: OpenSSL generates errors with Firefox 3

[Kurt Roeckx]

On Sat, Aug 02, 2008 at 10:41:13PM +0200, Luk Claes wrote:
> Kurt Roeckx wrote:
> > Hi,
> > 
> > I would like to fix this for lenny.  Would such a patch be acceptable?
> 
> Yes.

Can that change be hinted to testing?


Kurt

> 
> Cheers
> 
> Luk
> 
> > On Mon, Jul 28, 2008 at 11:21:49AM -0600, Soren Stoutner wrote:
> >> Package: openssl
> >> Version: 0.9.8g-12
> >> Severity: important
> >>
> >>
> >> There is a bug in the currently packaged version of OpenSSL that generates 
> >> errors with Firefox 3.  The bug has already been fixed upstream with 
> >> version
> >> 0.9.8h.  See http://cvs.openssl.org/chngview?cn=17088 and 
> >> http://davidsmalley.com/2008/6/22/firefox-3-triggers-an-openssl-bug  
> >> Packaging 0.9.8h, even if it is placed in experimental, would allow me to 
> >> update my production web servers.
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 


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

Re: [Pkg-openssl-devel] Bug#492758: openssl: OpenSSL generates errors with Firefox 3

[Otavio Salvador]

Kurt Roeckx <[EMAIL PROTECTED]> writes:

> On Sat, Aug 02, 2008 at 10:41:13PM +0200, Luk Claes wrote:
>> Kurt Roeckx wrote:
>> > Hi,
>> > 
>> > I would like to fix this for lenny.  Would such a patch be acceptable?
>> 
>> Yes.
>
> Can that change be hinted to testing?

Could you paste the changelog?

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


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

Re: [Pkg-openssl-devel] Bug#492758: openssl: OpenSSL generates errors with Firefox 3

[Kurt Roeckx]

On Mon, Aug 11, 2008 at 11:01:14PM -0300, Otavio Salvador wrote:
> Kurt Roeckx <[EMAIL PROTECTED]> writes:
> 
> > On Sat, Aug 02, 2008 at 10:41:13PM +0200, Luk Claes wrote:
> >> Kurt Roeckx wrote:
> >> > Hi,
> >> > 
> >> > I would like to fix this for lenny.  Would such a patch be acceptable?
> >> 
> >> Yes.
> >
> > Can that change be hinted to testing?
> 
> Could you paste the changelog?

 openssl (0.9.8g-13) unstable; urgency=low
 .
   * Fix a problem with tlsext preventing firefox 3 from connection.
 Patch from upstream CVS and part of 0.9.8h.
 (Closes: #492758)


Kurt


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

Re: Make syslinux beep?

[Samuel Thibault]

Otavio Salvador, le Mon 11 Aug 2008 22:06:50 -0300, a écrit :
> Samuel Thibault <[EMAIL PROTECTED]> writes:
> 
> > Samuel Thibault, le Tue 12 Aug 2008 00:10:26 +0100, a écrit :
> >> Still no feedback on this?
> >
> > (I mean feedback from debian-boot, I got some from debian-accessibility,
> > the feature was greatly appreciated).
> 
> It would be acceptable for release images. Could to work on a patch to
> only make it when we're doing a release? (no dailies or local builds)

Here is a patch.  I didn't know how I should detect the kind of build, I
just made it look at the udebs source.

Index: build/config/x86.cfg
===
--- build/config/x86.cfg(révision 54981)
+++ build/config/x86.cfg(copie de travail)
@@ -60,6 +60,11 @@
outfile="" ; \
fi; \
fi; \
+   if [ $$outfile = menu.cfg -a $$USE_UDEBS_FROM != unstable ] ; 
then \
+   addbeep="s/^menu title.*/&/"; \
+   else \
+   addbeep=""; \
+   fi; \
if [ "$$outfile" ]; then \
cat $(file) \
| bootvars-subst MEDIA_TYPE "$(MEDIA_TYPE)" \
@@ -70,6 +75,7 @@
INITRD_GTK initrdg.gz \
VIDEO_MODE $(VIDEO_MODE) \
VIDEO_MODE_GTK $(VIDEO_MODE_GTK) \
+   | sed -e "$$addbeep" \
| todos | mcopy -i$(TEMP_BOOT) - ::$$outfile; \
fi; \
)
@@ -157,6 +163,11 @@
outfile=isolinux.cfg; \
fi; \
cat $(file) \
+   if [ $$outfile = menu.cfg -a $$USE_UDEBS_FROM != unstable ] ; 
then \
+   addbeep="s/^menu title.*/&/"; \
+   else \
+   addbeep=""; \
+   fi; \
| bootvars-subst MEDIA_TYPE "$(MEDIA_TYPE)" \
DEBIAN_VERSION "$(DEBIAN_VERSION)" \
BUILD_DATE "$(BUILD_DATE)" \
@@ -165,6 +176,7 @@
INITRD_GTK /install/gtk/initrd.gz \
VIDEO_MODE $(VIDEO_MODE) \
VIDEO_MODE_GTK $(VIDEO_MODE_GTK) \
+   | sed -e "$$addbeep" \
> $(TEMP_CD_INFO_DIR)/$$outfile; \
)
 
@@ -213,6 +225,11 @@
if [ $$outfile = syslinux.cfg ]; then \
outfile=isolinux.cfg; \
fi; \
+   if [ $$outfile = menu.cfg -a $$USE_UDEBS_FROM != unstable ] ; 
then \
+   addbeep="s/^menu title.*/&/"; \
+   else \
+   addbeep=""; \
+   fi; \
cat $(file) \
| bootvars-subst MEDIA_TYPE "$(MEDIA_TYPE)" \
DEBIAN_VERSION "$(DEBIAN_VERSION)" \
@@ -222,6 +239,7 @@
INITRD_GTK /install/gtk/initrd.gz \
VIDEO_MODE $(VIDEO_MODE) \
VIDEO_MODE_GTK $(VIDEO_MODE_GTK) \
+   | sed -e "$$addbeep" \
| todos > $(TEMP_CD_TREE)/$$outfile; \
)

@@ -266,6 +284,11 @@
if [ `basename $(file)` = syslinux.cfg ]; then \

outfile=$(TEMP_NETBOOT_DIR)/$(NETBOOT_PATH)/pxelinux.cfg/default; \
fi; \
+   if [ $$outfile = menu.cfg -a $$USE_UDEBS_FROM != unstable ] ; 
then \
+   addbeep="s/^menu title.*/&/"; \
+   else \
+   addbeep=""; \
+   fi; \
cat $(file) \
| bootvars-subst MEDIA_TYPE "$(MEDIA_TYPE)" \
DEBIAN_VERSION "$(DEBIAN_VERSION)" \
@@ -274,6 +297,7 @@
KERNEL $(NETBOOT_PATH)/linux \
INITRD $(NETBOOT_PATH)/initrd.gz \
VIDEO_MODE $(VIDEO_MODE) \
+   | sed -e "$$addbeep" \
> $$outfile; \
)



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

Invitation to connect on LinkedIn

[Rosemarye Pizana]

LinkedIn




   
deb,

I'd like to add you to my professional network on LinkedIn.

-Rosemarye "Beth" Pizana
aka MorningMist and UnicornRose

PS: Here is the link: 
https://www.linkedin.com/e/isd/324973343/V_Rt93v8/

It is free to join and takes less than 60 seconds to sign up.

This is an exclusive invitation from Rosemarye Pizana to deb [EMAIL PROTECTED] 
For security reasons, please do not forward this invitation.

 
--
(c) 2008, LinkedIn Corporation