o the list...
--
__
/ ` Eric Valette
/-- __ o _. 6 rue Paul Le Flem
(___, / (_(_(__ 35740 Pace
Tel: +33 (0)2 99 85 26 76 Fax: +33 (0)2 99 85 26 76
E-mail: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
Martin Sjögren wrote:
ons 2003-05-28 klockan 12.17 skrev Eric Valette:
Anyone tried it? Last time I downloaded a sid iso image, the installer
was so broken that I did not manage to install something. Started a
knoppix install to disk instead...
The installer is still in alpha (no, not even
net entry with the
dummy driver...
--
__
/ ` Eric Valette - Canon CRF
/-- __ o _. Canon Development Europe Team Leader
(___, / (_(_(__ Rue de la touche lambert
35517 Cesson-Sevig
Please CC me when anwsering: I'm not suscribed.
OK I knew this would be painful although I've installed debian on
hundred of machines over the past ten years. No deception on this point.
At least I will report the actual status and seek for advices for
finishing. What I did so far:
1) Took
Package: installation-reports
Severity: grave
Justification: renders package unusable
boot starts, but enter an endless loop resetting the SATA controller when it
tries to find the disks. Also, dmesg shows spurious irq not handled on this
hardware. Apparently fixed via the libata upgrade availab
Eric Valette wrote:
> Please CC me when anwsering: I'm not suscribed.
>
> 1) Did anybody else tried to replace a kernel with all drivers build in?
> Why did the "modprobe -q evdev ||true" fail? Has it anything to do with
> SMP support as the shell will probably sp
Package: installation-reports
Severity: normal
Using this version of the script make this system boot with a kernel where all
modules are built-in
if [ "$DEBIAN_FRONTEND" = gtk ] ; then
modprobe -q evdev || true
modprobe psmouse || true
fi
-- System Information:
Debian Release: 4.0
AP
Frans Pop wrote:
> On Wednesday 01 November 2006 01:05, Eric Valette wrote:
>> Found the culprit : S61mouse-support-x86 is incorrectly written : it
>> does not use -q option for modeprobe not the || true.
>
> Nice job of tracing that!
Want to use my new computer :-)
&
Frans Pop wrote:
> On Wednesday 01 November 2006 08:45, Eric Valette wrote:
>> BTW = I have written a script to update the installer to a new kernel
>> *almost* automatically. Interested in putting this somewhere?
>
> Sure. Can you put it on a website somewhere? Then maybe fi
Geert Stappers wrote:
Op 01-11-2006 om 01:07 schreef Eric Valette:
Using this version of the script make this system boot with a kernel where all modules are built-in
if [ "$DEBIAN_FRONTEND" = gtk ] ; then
modprobe -q evdev || true
modprobe psmouse
At least include full message => Franz is ok to fix it and at least it
would be consistent with the other modprobe calls in other SXX init
scripts (e.g. ACPI, udev, video, ...)
-- eric
--- Begin Message ---
On Wednesday 01 November 2006 01:05, Eric Valette wrote:
> Found the culprit : S6
On 12/11/2010 23:49, Otavio Salvador wrote:
On Fri, Nov 12, 2010 at 8:22 PM, valette wrote:
Bus 004 Device 002: ID 04fc:05d8 Sunplus Technology Co., Ltd Wireless
keyboard/mouse<===
I managed to identify the need of hid-sunplus to get this to work. I
have queued it for next kernel update.
O
On 13/11/2010 12:03, Otavio Salvador wrote:
It would be good if you could give a try to the installer. You won't
need to reinstall the system just boot the new one and see if has hot
it to work.
OK. I can wait a bit anyway as the machine is running but as XBMC + pvr
recors reading skips a bit
On 13/11/2010 12:52, Otavio Salvador wrote:
On Sat, Nov 13, 2010 at 9:48 AM, Eric Valette wrote:
On 13/11/2010 12:03, Otavio Salvador wrote:
It would be good if you could give a try to the installer. You won't
need to reinstall the system just boot the new one and see if has hot
it to
Package: debian-installer
Version: Debian Installer 14/11/2010
Severity: important
Tags: d-i
I reinstalled a machine this week-end. The install base smootly worked.
I created a separate /tmp file system that was monted but with wrong permission.
root.root 755. Visible effect is that kdm login loop
Package: console-setup
Version: 1.50
Severity: normal
I had a file system witha date set in the future, and thus entered single mode.
I had
then a wrong keyboard which is annoying because when you are in this mode you
are likely to kill your machine if using the wrong key (even enetring the
pass
On 26/12/2009 14:52, Anton Zinoviev wrote:
On Fri, Dec 25, 2009 at 09:35:42PM +0100, Eric Valette wrote:
I had a file system witha date set in the future, and thus entered
single mode. I had then a wrong keyboard
This shouldn't be happening so I need you to make few tests in order t
On 26/12/2009 17:04, Eric Valette wrote:
On 26/12/2009 14:52, Anton Zinoviev wrote:
On Fri, Dec 25, 2009 at 09:35:42PM +0100, Eric Valette wrote:
I had a file system witha date set in the future, and thus entered
single mode. I had then a wrong keyboard
This shouldn't be happening so I
BTW readding the scripts, it look like the bug is more in console-common
and that for some reason, the /etc/console/boottime.kmap.gz does not get
loaded.
I entered rescue mode again and did the loadkeys
/etc/console/boottime.kmap.gz and got my french keyboard back.
Unfortunately I had still
On 26/12/2009 17:39, Eric Valette wrote:
Here are the buggy lines in keymap.sh
# If setupcon is present, then we've been superseded by console-setup.
if type setupcon >/dev/null 2>&1; then
exit 0
fi
because console-setup is run tto late in case of voluntary single m
On 26/12/2009 18:11, Eric Valette wrote:
On 26/12/2009 17:39, Eric Valette wrote:
Here are the buggy lines in keymap.sh
# If setupcon is present, then we've been superseded by console-setup.
if type setupcon >/dev/null 2>&1; then
exit 0
fi
because console-setup is run tto
On 26/12/2009 20:16, Anton Zinoviev wrote:
On Sat, Dec 26, 2009 at 06:39:13PM +0100, Eric Valette wrote:
I tested manually after entering the maintenance mode S06keyboard-setup
and yes it does print something and does a "setupcon -k" but the
keyboard is still wrong after the
I finally found the bug: I traced setupcons -k in error mode and it
expects to find ckbcomp but unfortunately /usr is not mounted and
ckbcomp is /usr/bin/ckbcomp
I traced the setupcons -k with set -x and it exist with doing anyting
because it does not find ckbcomp in the path.
-- eric
On 26/12/2009 22:47, Eric Valette wrote:
I finally found the bug: I traced setupcons -k in error mode and it
expects to find ckbcomp but unfortunately /usr is not mounted and
ckbcomp is /usr/bin/ckbcomp
I traced the setupcons -k with set -x and it exist with doing anyting
because it does not
On 27/12/2009 13:20, Anton Zinoviev wrote:
Indeed copying ckbcomp to /bin instead of /usr/bin fixes the problem.
Yes, I can confirm this. Setupcon tests the existence of ckbcomp even
when it doesn't require ckbcomp. Thanks for the debugging.
When this bug is fixed (maybe in the next upload
25 matches
Mail list logo
