Re: No keyboard in X after upgrading to Etch

[Peter Karlsson]

Hans Vogelsberger:

> Perhaps the reason is a difference between your old and your new file
> /usr/share/X11/xkb/symbols/fi.

I'm not sure if it's an error in those files, I tried also selecting
"se", the Sweden keyboard (which should be identical, but traditionally
the Finland keyboard has worked better in Linux), with the same result.

-- 
\\// Peter - http://www.softwolves.pp.se/


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

Re: No keyboard in X after upgrading to Etch

[Peter Karlsson]

Orestes Leal:

> yeah, happens to me with gdm-2.14, but, does CTRL + ALT + F1 works ?

No, that doesn't work either.

> I suggest you that start a session from the command line with the
> startx command and if this way donÂt work do a 'Xorg -configure and
> the CLI and follow the steps suggested, good luck.

I'll have a go at that and see if it makes any difference.

-- 
\\// Peter - http://www.softwolves.pp.se/


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

Re: No keyboard in X after upgrading to Etch

[Orestes Leal]

yeah, happens to me with gdm-2.14, but,
does CTRL + ALT + F1 works ?
I mean to go to the first tty/console?
if it works from GDM to the terminal
then the keyboard in X it´s working,
I suggest you that start a session
from the command line with the startx
command and if this way don´t work
do a 'Xorg -configure and the CLI
and follow the steps suggested, good luck.

> Hi!
>
> I am having problems after upgrading a machine from Sarge to Etch (the
> machine was originally a Progeny Debian install, which has since been
> upgraded). After the upgrade, the keyboard does not respond under X (at
> least not from GDM, but I can't get to anywhere else without the
> keyboard). It works fine from the console.
>
> I can't see anything strange in the Xorg log:
>
> (II) LoadModule: "kbd"
> (II) Loading /usr/lib/xorg/modules/input/kbd_drv.so
> (II) Module kbd: vendor="X.Org Foundation"
> compiled for 7.1.1, module version = 1.1.0
> Module class: X.Org XInput Driver
> ABI class: X.Org XInput driver, version 0.6
>
> and
>
> (II) XINPUT: Adding extended input device "Generic Keyboard" (type:
> KEYBOARD)
> xkb_keycodes { include "xfree86+aliases(qwerty)" };
> xkb_types{ include "complete" };
> xkb_compatibility{ include "complete" };
> xkb_symbols  { include "pc(pc105)+fi+altwin(meta_win)" };
> xkb_geometry { include "pc(pc105)" };
>
> and the xorg.conf file looks fine as well:
>
> Section "InputDevice"
> Identifier  "Generic Keyboard"
> Driver  "kbd"
> Option  "CoreKeyboard"
> Option  "XkbRules"  "xorg"
> Option  "XkbModel"  "pc105"
> Option  "XkbLayout" "fi"
> Option  "XkbOptions""altwin:meta_win"
> EndSection
>
> Does anyone have any good suggestions?
>
> --
> \\// Peter - http://www.softwolves.pp.se/
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
>
>

No keyboard in X after upgrading to Etch

[Peter Karlsson]

Hi!

I am having problems after upgrading a machine from Sarge to Etch (the
machine was originally a Progeny Debian install, which has since been
upgraded). After the upgrade, the keyboard does not respond under X (at
least not from GDM, but I can't get to anywhere else without the
keyboard). It works fine from the console.

I can't see anything strange in the Xorg log:

(II) LoadModule: "kbd"
(II) Loading /usr/lib/xorg/modules/input/kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
compiled for 7.1.1, module version = 1.1.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.6

and

(II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD)
xkb_keycodes { include "xfree86+aliases(qwerty)" };
xkb_types{ include "complete" };
xkb_compatibility{ include "complete" };
xkb_symbols  { include "pc(pc105)+fi+altwin(meta_win)" };
xkb_geometry { include "pc(pc105)" };

and the xorg.conf file looks fine as well:

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "fi"
Option  "XkbOptions""altwin:meta_win"
EndSection

Does anyone have any good suggestions?

-- 
\\// Peter - http://www.softwolves.pp.se/


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

RE: upgrading to etch -ANSWERED

[Tony Heal]

Thank you Daniel!!

You sent me the (REALLY BIG) hint and this is the 'how to'

cat > /etc/apt/apt.conf.d/etch-upgrade < -Original Message-
> From: Daniel Burrows [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 05, 2007 1:34 AM
> To: Tony Heal
> Cc: debian-user@lists.debian.org
> Subject: Re: upgrading to etch
> 
> On Wed, Jul 04, 2007 at 10:54:25PM -0400, Tony Heal <[EMAIL PROTECTED]> was 
> heard to say:
> > Does anyone know what function/package does the prompting for replacing 
> > configuration files during
> an upgrade? Any one
> > know how to automate the answers. Here is an example
> 
>   These prompts are issued by dpkg.  You can disable them by passing the
> --force-conf{new,old,def} options to dpkg, see dpkg(1); to get these flags
> when dpkg is called from apt, put them in dpkg.cfg or apt.conf.
> 
>   I don't think there's any way to automate the choice at the package level,
> although you could maybe do something horrible using expect.
> 
>   Daniel


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

Re: upgrading to etch

[Daniel Burrows]

On Wed, Jul 04, 2007 at 10:54:25PM -0400, Tony Heal <[EMAIL PROTECTED]> was 
heard to say:
> Does anyone know what function/package does the prompting for replacing 
> configuration files during an upgrade? Any one
> know how to automate the answers. Here is an example

  These prompts are issued by dpkg.  You can disable them by passing the
--force-conf{new,old,def} options to dpkg, see dpkg(1); to get these flags
when dpkg is called from apt, put them in dpkg.cfg or apt.conf.

  I don't think there's any way to automate the choice at the package level,
although you could maybe do something horrible using expect.

  Daniel


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

Re: upgrading to etch

[michael]

Quoting Tony Heal <[EMAIL PROTECTED]>:

Does anyone know what function/package does the prompting for   
replacing configuration files during an upgrade? Any one

know how to automate the answers. Here is an example



Configuration file `/etc/exim4/conf.d/auth/30_exim4-config_examples'

 ==> Deleted (by you or by a script) since installation.

 ==> Package distributor has shipped an updated version.

   What would you like to do about it ?  Your options are:

Y or I  : install the package maintainer's version

N or O  : keep your currently-installed version

  D : show the differences between the versions

  Z : background this process to examine the situation

 The default action is to keep your current version.

*** 30_exim4-config_examples (Y/I/N/O/D/Z) [default=N] ?





I am getting the same message for exim4, php.ini, sysctl.conf,   
cupsysd.conf and ntp.conf.




I am looking for a way to automate the answers.


I think apt-get has a " -y " flag which will answer yes for you.
but I'm curious as to why you would want to automate this?
Overwriting default config files could possibly ruin your custom setups.
Wouldn't you want to manually upgrade these packages and config files  
so that you know what is being changed, rather than just blindly  
upgrading?


Cheers,
Mike


This message was sent using IMP, the Internet Messaging Program.

Re: upgrading to etch

[Ivan Aleman]

Hello Tony,

I think you're looking for

# dpkg-reconfigure debconf

This will let you set the 'level' for the questions that will be asked
(or no questions at all) at the time you're upgrading.

Regards.

--
Iván Alemán - http://bonovoxmofo.blogspot.com
Cambia ya!
http://goodbye-microsoft.com/

upgrading to etch

[Tony Heal]

Does anyone know what function/package does the prompting for replacing 
configuration files during an upgrade? Any one
know how to automate the answers. Here is an example

 

Configuration file `/etc/exim4/conf.d/auth/30_exim4-config_examples'

 ==> Deleted (by you or by a script) since installation.

 ==> Package distributor has shipped an updated version.

   What would you like to do about it ?  Your options are:

Y or I  : install the package maintainer's version

N or O  : keep your currently-installed version

  D : show the differences between the versions

  Z : background this process to examine the situation

 The default action is to keep your current version.

*** 30_exim4-config_examples (Y/I/N/O/D/Z) [default=N] ?

 

 

I am getting the same message for exim4, php.ini, sysctl.conf, cupsysd.conf and 
ntp.conf. 

 

I am looking for a way to automate the answers.

 

Tony Heal

 

RE: How to switch from php4 to php5 when upgrading to etch?

[Zembower, Kevin]

Andrew, thank you so much. I never heard about the Debian 'alternatives'
system, but this is obviously what's meant to control this behavior.

>From the man page, this is the output for php:
cn2:/etc/php5/apache2# update-alternatives --display php
php - status is auto.
 link currently points to /usr/bin/php4
/usr/bin/php4 - priority 40
 slave php.1.gz: /usr/share/man/man1/php4.1.gz
Current `best' version is /usr/bin/php4.
cn2:/etc/php5/apache2#

Is it odd that php5 doesn't appear anywhere? I would have thought that
php5 would have been loaded in this system based on it's successful
installation. 

Thanks, again. I'm not sure about the wisdom of changing abruptly from
php4 to 5, as you noted, but want to learn how to do it when the time
comes.

-Kevin

-Original Message-
From: Andrew Sackville-West [mailto:[EMAIL PROTECTED] 
Sent: Thursday, April 19, 2007 3:16 PM
To: debian-user@lists.debian.org
Subject: Re: How to switch from php4 to php5 when upgrading to etch?

I'm not qualified to answer this in terms of php4 -> 5 transition of
compatibility, but, on the assumption that you can just transition
then:

On Thu, Apr 19, 2007 at 02:52:52PM -0400, Zembower, Kevin wrote:
> I just upgraded my server from sarge to etch. Everything seemed to go
> well. php5 was installed. However, php4 still seems to be used by
> default:
> cn2:/etc/alternatives# ls -la `which php`
> lrwxrwxrwx 1 root root 21 Sep 11  2006 /usr/bin/php ->
> /etc/alternatives/php
> cn2:/etc/alternatives# ls -l /etc/alternatives/php
> lrwxrwxrwx 1 root root 13 Apr 19 13:32 /etc/alternatives/php ->
> /usr/bin/php4

this is the crucial line. man update-alternatives.


I leave the wisdom of such a move to you.

A

Re: How to switch from php4 to php5 when upgrading to etch?

[Jose Luis Rivas Contreras]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Zembower, Kevin escribió:
> I just upgraded my server from sarge to etch. Everything seemed to go
> well. php5 was installed. However, php4 still seems to be used by
> default:
> cn2:/etc/alternatives# ls -la `which php`
> lrwxrwxrwx 1 root root 21 Sep 11  2006 /usr/bin/php ->
> /etc/alternatives/php
> cn2:/etc/alternatives# ls -l /etc/alternatives/php
> lrwxrwxrwx 1 root root 13 Apr 19 13:32 /etc/alternatives/php ->
> /usr/bin/php4
> cn2:/etc/alternatives# ls -l /usr/bin/php4
> -rwxr-xr-x 1 root root 3086552 Mar  7 18:56 /usr/bin/php4
> cn2:/etc/alternatives# /usr/bin/php -v
> PHP 4.4.4-8+etch1 (cli) (built: Mar  7 2007 23:55:48)
> Copyright (c) 1997-2006 The PHP Group
> Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
> cn2:/etc/alternatives# /usr/bin/php4 -v
> PHP 4.4.4-8+etch1 (cli) (built: Mar  7 2007 23:55:48)
> Copyright (c) 1997-2006 The PHP Group
> Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
> cn2:/etc/alternatives#
> 
> What has to be done to switch all uses of php to php5? Is there a
> document somewhere that describes this?

Yes, your webserver manual. If you're using Apache then you should tell
to apache that uses php5, he doesn't guess IIRC, the same apply if
you're using any webserver like lighthttpd or cherokee. Isn't magic ;-).

BTW, if you're not using php4 anymore then you should purge/remove it
from your system.

Regards,
Jose Luis.
- --

ghostbar on Linux/Debian 'sid' i686 - #382503
Weblog: http://ghostbar.ath.cx/ - http://talug.org.ve
http://debian.org.ve - irc.debian.org #debian-ve #debian-devel-es
San Cristóbal, Venezuela. http://chaslug.org.ve
Fingerprint = 3E7D 4267 AFD5 2407 2A37  20AC 38A0 AD5B CACA B118
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGJ8MMOKCtW8rKsRgRCgfrAJ49QKG4HWlQERZyu0MerfCCDof0KgCghDzc
hfxBhwQk1q0FjGxr8RT5qrM=
=jEO5
-END PGP SIGNATURE-


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

Re: How to switch from php4 to php5 when upgrading to etch?

[Andrew Sackville-West]

I'm not qualified to answer this in terms of php4 -> 5 transition of
compatibility, but, on the assumption that you can just transition
then:

On Thu, Apr 19, 2007 at 02:52:52PM -0400, Zembower, Kevin wrote:
> I just upgraded my server from sarge to etch. Everything seemed to go
> well. php5 was installed. However, php4 still seems to be used by
> default:
> cn2:/etc/alternatives# ls -la `which php`
> lrwxrwxrwx 1 root root 21 Sep 11  2006 /usr/bin/php ->
> /etc/alternatives/php
> cn2:/etc/alternatives# ls -l /etc/alternatives/php
> lrwxrwxrwx 1 root root 13 Apr 19 13:32 /etc/alternatives/php ->
> /usr/bin/php4

this is the crucial line. man update-alternatives.


I leave the wisdom of such a move to you.

A


signature.asc
Description: Digital signature

How to switch from php4 to php5 when upgrading to etch?

[Zembower, Kevin]

I just upgraded my server from sarge to etch. Everything seemed to go
well. php5 was installed. However, php4 still seems to be used by
default:
cn2:/etc/alternatives# ls -la `which php`
lrwxrwxrwx 1 root root 21 Sep 11  2006 /usr/bin/php ->
/etc/alternatives/php
cn2:/etc/alternatives# ls -l /etc/alternatives/php
lrwxrwxrwx 1 root root 13 Apr 19 13:32 /etc/alternatives/php ->
/usr/bin/php4
cn2:/etc/alternatives# ls -l /usr/bin/php4
-rwxr-xr-x 1 root root 3086552 Mar  7 18:56 /usr/bin/php4
cn2:/etc/alternatives# /usr/bin/php -v
PHP 4.4.4-8+etch1 (cli) (built: Mar  7 2007 23:55:48)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
cn2:/etc/alternatives# /usr/bin/php4 -v
PHP 4.4.4-8+etch1 (cli) (built: Mar  7 2007 23:55:48)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
cn2:/etc/alternatives#

What has to be done to switch all uses of php to php5? Is there a
document somewhere that describes this?

Thanks so much for your help and advice.

-Kevin

Kevin Zembower
Internet Services Group manager
Center for Communication Programs
Bloomberg School of Public Health
Johns Hopkins University
111 Market Place, Suite 310
Baltimore, Maryland  21202
410-659-6139 

Re: Upgrading to Etch

[Hugo Vanwoerkom]

michael bailey wrote:

I currently am running Debian Sarge (2.4.27 kernel)
 on an old Abit BE6-II motherboard with a Pentium III
 processor. The board appears to be failing now with
frequent freezes, so a new motherboard (ECS RS482-M)
and cpu (AMD Athlon 64) have been acquired.

 However, the new motherboard has an intergrated
graphics chip (ATI Express 200) and an ATI SB400 
 south bridge. This hardware requires at least a
2.6.11 kernel to work. 


It has been proposed to set up a 32 bit version of a
2.6 kernel from backports and first run it on the old
motherboard to check that this 2.6 kernel works okay.
The hardware would then be updated and then the 2.6
kernel would be run on the new hardware.

 I don't know a great deal about Linux, so would
appreciate help with the following questions :
  
 (a) Can I download the 2.6 kernel from backports 
 on to a CDROM and boot the old hardware from 
 that ? (I would leave the old 2.4.27 kernel 
 untouched, so that I could also boot the old 
 hardware with the 2.4 kernel).  


 The kernel I was thinking of downloading is :-

linux-image-2.6.16-1-686_2.6.16-11bpo1_i386.deb   
 
or possibly


linux-image-2.6.17-2-686_2.6.17-9~bpo.1_i386.deb 

Would either of these be okay ?  
 
I want to later upgrade to Etch, so I don't want to

get a kernel version greater than the version that the
stable Etch will have.

 (b) Assuming the 2.6 kernel from backports works okay
 on the new hardware, is it then possible to 
 upgrade the new hardware in the normal way
 (i.e using apt) to the stable version of Etch 
 (which, I understand will have a 2.6.18 kernel) 
 when that is released ?
 
Any help with the above problem would be much

appreciated.



Why not just boot Etch and install it on a partition?
And then see what works.
Does sound work?
Do the sensors work?
Do you use PATA or SATA?

Are you installing this mobo into the same box or are you using a 
separate one?


Why did you decide on this board?

Hugo













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

Re: Upgrading to Etch

[Andrew Sackville-West]

On Wed, Dec 27, 2006 at 06:24:31AM -0800, michael bailey wrote:
> I currently am running Debian Sarge (2.4.27 kernel)
>  on an old Abit BE6-II motherboard with a Pentium III
>  processor. The board appears to be failing now with
> frequent freezes, so a new motherboard (ECS RS482-M)
> and cpu (AMD Athlon 64) have been acquired.


marko is right, you should be able to install the 2.6 kernel without
removing the 2.4 kernel. I think what you need to check into however
is whether the backported kernel uses udev. This is a critical change
the could make your 2.4 kernel not usable (others can hopefully speak
to this more accurately). 

[...]>  
> Any help with the above problem would be much
> appreciated.
> 

with all due respect, why not just install etch fresh instead of going
through all these permutations? It would be faster and easier. just
repartition yourself enough space to run a basic etch install, install
etch from that partition, but don't set up the bootloader. Reboot (or
chroot) into sarge to tweak grub or lilo .conf and away you go. 

thenyou can run them in parallel until your ready to switch.

.02

A


signature.asc
Description: Digital signature

Re: Upgrading to Etch

[Marko Randjelovic]

michael bailey wrote:

I currently am running Debian Sarge (2.4.27 kernel)
 on an old Abit BE6-II motherboard with a Pentium III
 processor. The board appears to be failing now with
frequent freezes, so a new motherboard (ECS RS482-M)
and cpu (AMD Athlon 64) have been acquired.

 However, the new motherboard has an intergrated
graphics chip (ATI Express 200) and an ATI SB400 
 south bridge. This hardware requires at least a
2.6.11 kernel to work. 


It has been proposed to set up a 32 bit version of a
2.6 kernel from backports and first run it on the old
motherboard to check that this 2.6 kernel works okay.
The hardware would then be updated and then the 2.6
kernel would be run on the new hardware.

 I don't know a great deal about Linux, so would
appreciate help with the following questions :
  
 (a) Can I download the 2.6 kernel from backports 
 on to a CDROM and boot the old hardware from 
 that ? (I would leave the old 2.4.27 kernel 
 untouched, so that I could also boot the old 
 hardware with the 2.4 kernel).  


 The kernel I was thinking of downloading is :-

linux-image-2.6.16-1-686_2.6.16-11bpo1_i386.deb   
 
or possibly


linux-image-2.6.17-2-686_2.6.17-9~bpo.1_i386.deb 

Would either of these be okay ?  
 
I want to later upgrade to Etch, so I don't want to

get a kernel version greater than the version that the
stable Etch will have.

 (b) Assuming the 2.6 kernel from backports works okay
 on the new hardware, is it then possible to 
 upgrade the new hardware in the normal way
 (i.e using apt) to the stable version of Etch 
 (which, I understand will have a 2.6.18 kernel) 
 when that is released ?
 
Any help with the above problem would be much

appreciated.








__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



  
I think that should work. By installing new kernel, you won't lose 2.4 
kernel because it should only happen to appear new entry on Grub menu.



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

Upgrading to Etch

[michael bailey]

I currently am running Debian Sarge (2.4.27 kernel)
 on an old Abit BE6-II motherboard with a Pentium III
 processor. The board appears to be failing now with
frequent freezes, so a new motherboard (ECS RS482-M)
and cpu (AMD Athlon 64) have been acquired.

 However, the new motherboard has an intergrated
graphics chip (ATI Express 200) and an ATI SB400 
 south bridge. This hardware requires at least a
2.6.11 kernel to work. 

It has been proposed to set up a 32 bit version of a
2.6 kernel from backports and first run it on the old
motherboard to check that this 2.6 kernel works okay.
The hardware would then be updated and then the 2.6
kernel would be run on the new hardware.

 I don't know a great deal about Linux, so would
appreciate help with the following questions :
  
 (a) Can I download the 2.6 kernel from backports 
 on to a CDROM and boot the old hardware from 
 that ? (I would leave the old 2.4.27 kernel 
 untouched, so that I could also boot the old 
 hardware with the 2.4 kernel).  

 The kernel I was thinking of downloading is :-

linux-image-2.6.16-1-686_2.6.16-11bpo1_i386.deb   
 
or possibly

linux-image-2.6.17-2-686_2.6.17-9~bpo.1_i386.deb 

Would either of these be okay ?  
 
I want to later upgrade to Etch, so I don't want to
get a kernel version greater than the version that the
stable Etch will have.

 (b) Assuming the 2.6 kernel from backports works okay
 on the new hardware, is it then possible to 
 upgrade the new hardware in the normal way
 (i.e using apt) to the stable version of Etch 
 (which, I understand will have a 2.6.18 kernel) 
 when that is released ?
 
Any help with the above problem would be much
appreciated.








__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Re: upgrading to etch after installing sarge

[Seeker5528]

On Thu, 29 Sep 2005 14:56:17 -0700
Andy Streich <[EMAIL PROTECTED]> wrote:

> Thanks.  I've pinned udev.  Any hint on how to avoid this kind of thing in 
> the 
> future with some other package upgrade?  I was using synaptic, added testing 
> to the repository after installing sarge, and then chose "Mark All Upgrades". 
>  
> I thought that part of "debian way" of package management was preventing a 
> package being installed without its dependencies being present or at least 
> installed at the same time.  Or is this something peculiar to a kernel 
> dependency?  (Or do I just have the wrong conception of the whole scheme?)

The newer udev that requires the 2.6.12 or newer kernel doesn't have a
dependency on reflecting that, instead a check is done during start up
and if your kernel is not new enough udev is not started.

Mostly things should continue to work without udev. Looking at the
dependants in Synaptic I don't see any indication that would cause Gnome
to break when udev is not running so I suspect the Gnome issue may have
been unrelated(?).

Since this is a special case you are limited in ways to protect against
the situation. Running apt-listbugs may potentially have provided a
warning.

In defense of the maintainers a version of udev requiring the 2.6.12
kernel was introduced before a 2.6.12 kernel was available in the
repositories, because of that, because most things should continue to
work and because not everyone who compiles their own kernel uses kernel
package, I see some logic for handling things the way they were done.

Later, Seeker


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

Re: upgrading to etch after installing sarge

[Andy Streich]

On Thursday 29 September 2005 12:11, valdyn wrote:
> you could pin udev to whatever version you have from sarge or you could
> grab a 2.6.12 kernel image from sid and install that one. Example(s) for
> pinning to some version are in 'man apt_preferences'.

Thanks.  I've pinned udev.  Any hint on how to avoid this kind of thing in the 
future with some other package upgrade?  I was using synaptic, added testing 
to the repository after installing sarge, and then chose "Mark All Upgrades".  
I thought that part of "debian way" of package management was preventing a 
package being installed without its dependencies being present or at least 
installed at the same time.  Or is this something peculiar to a kernel 
dependency?  (Or do I just have the wrong conception of the whole scheme?)

Andy


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

Re: upgrading to etch after installing sarge

[valdyn]

you could pin udev to whatever version you have from sarge or you could grab a 
2.6.12 kernel image from sid and install that one.
Example(s) for pinning to some version are in 'man apt_preferences'.

cheers,

flo


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

upgrading to etch after installing sarge

[Andy Streich]

Hi,

Just installed sarge on a P4 box, then ran synaptic and upgraded to etch 
during which I got this:

* Configuring debconf
* unpacking replacement locales
* preparing to replace 2.3.2.dsl-22 (using libc6_2.3.5-i386.deb)
* [snip]
* Name Service Switch update in C Library...
* [snip]
*   gdm must be stopped before glibc upgrade
* [snip]
* Continue Y/n:

So at that point I quit the process. This was my second pass at doing an 
install on this machine.  

The first time when I got to this point, I continued with the process and 
wound up with a "locale" problem and a warning that "udev requires kernel >= 
2.6.12 upgrade aborted."  Gnome was hosed while KDE continued to work.  But, 
after this second install now I have a working desktop system with both Gnome 
and KDE.

I'm a relative noob.  Had etch with the 2.4 kernel working on a P2 machine 
which literally caught on fire (black, smelly smoke kind of fire).  On the 
new one I installed the 2.6.8 kernel.

I'd like to move to etch (testing) and am wondering what to do after running 
into the above problem.  Do I boot to a command prompt and run aptitude as a 
work around?  Or ...?

Andy


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

Re: Upgrading to etch

[Kevin Mark]

On Fri, Jun 10, 2005 at 09:58:48AM -0400, Brian Pack wrote:
> On Friday 10 June 2005 09:51 am, nullman wrote:
> > i AM sure, that ..
> >
> > 1. etch is the currently testing-Branch
> > 2. Testing was forked when sarge became stable (not so long ago ;-)
> >
> > -> so Etch = Sarge + what changed in testing since sarge became stable
> >
> > When testing (etch) becomes more busy (new packages -
> > gnome-transition, ...) it MAY be unstable for a short while .. but
> > that was the case in sarge, too before it freezed.
> >
> > 2005/6/10, Nico De Ranter <[EMAIL PROTECTED]>:
> > > On Fri, 2005-06-10 at 15:33, nullman wrote:
> > > > isnt etch currently only a very young fork of sarge ?
> > > > -> so IT WILL be as stable as sarge the last months !
> > >
> > > I'm not sure. Etch is likely to get the latest version of KDE, Gnome,
> > > Perl, python... soon which will make it very unstable for a while.
> 
> Then there is the changeover from XFree86 to X.org, which may break *lots* of 
> stuff. :)
Hi Brian,
I am using a custom ubuntu-debian x.org from [EMAIL PROTECTED] And
if his packages is any indications, the xfree86->xorg transitions should
go realativly painlessly.
cheers,
Kev
[0] source list entries
deb http://www.acm.cs.rpi.edu/~dilinger/xorg/ ./
deb-src http://www.acm.cs.rpi.edu/~dilinger/xorg/ ./
-- 
counter.li.org #238656 -- goto counter.li.org and be counted!
  `$' $' 
   $  $  _
 ,d$$$g$  ,d$$$b. $,d$$$b`$' g$b $,d$$b
,$P'  `$ ,$P' `Y$ $$'  `$ $  "'   `$ $$' `$
$$ $ $$g$ $ $ $ ,$P""  $ $$
`$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$
 `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $.  ,$.


signature.asc
Description: Digital signature

Re: Upgrading to etch

[Kevin Mark]

On Fri, Jun 10, 2005 at 03:33:14PM +0200, nullman wrote:
> isnt etch currently only a very young fork of sarge ?
> -> so IT WILL be as stable as sarge the last months !
> 
Hi nullman,
testing (etch) is prone to groups of packages being removed for long
periods of time until all the dependencies are available. Gnome 2.10 is
hitting unstable now. That means that 2.8 and 2.10 are going to be in
unstable and testing. This fact has already burned 'unstable' folks. In
testing, All the core gnome packages may be removed real soon until 2.10 is 
completely transitioned (at least that is what I understand). 
cheers,
Kev
-- 
counter.li.org #238656 -- goto counter.li.org and be counted!
  `$' $' 
   $  $  _
 ,d$$$g$  ,d$$$b. $,d$$$b`$' g$b $,d$$b
,$P'  `$ ,$P' `Y$ $$'  `$ $  "'   `$ $$' `$
$$ $ $$g$ $ $ $ ,$P""  $ $$
`$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$
 `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $.  ,$.


signature.asc
Description: Digital signature

Re: Upgrading to etch

[Greg Folkert]

On Fri, 2005-06-10 at 09:58 -0400, Brian Pack wrote:
[...]
> Then there is the changeover from XFree86 to X.org, which may break *lots* of 
> stuff. :)
> 
> Any word on the timetable for this switch?

http://necrotic.deadbeast.net/xsf/XFree86/NEWS.xhtml

That is the X Strike Force news... keep an eye on that or subscribe to
debian-x

-- 
greg, [EMAIL PROTECTED]

The technology that is
Stronger, better, faster: Linux


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

Re: Upgrading to etch

[Jan Leewe Behrendt]

Jochen Schulz wrote:

> Jan Leewe Behrendt:
>> could anybody please tell me how to upgrade to etch?
> 
> If you don't know how to do that, you better refrain from upgrading.
> Etch will not be as stable as sarge has been the last couple of months.
> 
> I really do not want to offend you, but the number of mails that have
> hit the mailing lists about broken Gnome in unstable really supports
> this advice. Etch will probably not be that broken, but you never know.
> Don't bring your system intentionally in a state which you cannot fix
> yourself.
> 
> Maybe you want to take a look at Ubuntu or Kubunte (Ubuntu with KDE), if
> the latest KDE is of so much importance to you.
> 
> J.

Hi Jochen,
first of all, thanks for answering so promptly,
the new version of KDE is not at all of major importance to me, I just
fancied having some of it's features like a new themeable kdm, i.e.
However, I do realise that this is not really that important, is it? :-)
I think I could manage problems that might arise from upgrading and I'm not
a comlete newbie for that matter... I know Kubuntu, but no, I just love my
debian ;-) I think I'll give etch a try within the next days...
Best regards, J


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

Re: Upgrading to etch

[Jochen Schulz]

nullman:
> 
> isnt etch currently only a very young fork of sarge ?
> -> so IT WILL be as stable as sarge the last months !

No, it will not. Not in the Debian sense of 'stable' (no new features or
packages) and because of that almost inevitably unstable in the usual
sense (uninstallable packages, security bugs etc). Take a look at
http://ftp-master.debian.org/testing/testing_probs.html if you do not
believe me.

J.
-- 
I have been manipulated and permanently distorted.
[Agree]   [Disagree]
 


signature.asc
Description: Digital signature

Re: Upgrading to etch

[Roberto C. Sanchez]

On Fri, Jun 10, 2005 at 03:51:50PM +0200, nullman wrote:
> i AM sure, that ..
> 
> 1. etch is the currently testing-Branch
> 2. Testing was forked when sarge became stable (not so long ago ;-)
> 
> -> so Etch = Sarge + what changed in testing since sarge became stable
> 
> When testing (etch) becomes more busy (new packages -
> gnome-transition, ...) it MAY be unstable for a short while .. but
> that was the case in sarge, too before it freezed.
> 
> 
Well, the package transitions are already starting.  Lots of stuff was
uploaded to unstable during the freeze that is now making its way in.
Etch *will* break.  Stick with Sarge for a couple of months.  Once
things settle down, it should be OK to move to Etch.

-Roberto

-- 
Roberto C. Sanchez
http://familiasanchez.net/~sanchezr


pgpZSiEO5VO4u.pgp
Description: PGP signature

Re: Upgrading to etch

[Brian Pack]

On Friday 10 June 2005 09:51 am, nullman wrote:
> i AM sure, that ..
>
> 1. etch is the currently testing-Branch
> 2. Testing was forked when sarge became stable (not so long ago ;-)
>
> -> so Etch = Sarge + what changed in testing since sarge became stable
>
> When testing (etch) becomes more busy (new packages -
> gnome-transition, ...) it MAY be unstable for a short while .. but
> that was the case in sarge, too before it freezed.
>
> 2005/6/10, Nico De Ranter <[EMAIL PROTECTED]>:
> > On Fri, 2005-06-10 at 15:33, nullman wrote:
> > > isnt etch currently only a very young fork of sarge ?
> > > -> so IT WILL be as stable as sarge the last months !
> >
> > I'm not sure. Etch is likely to get the latest version of KDE, Gnome,
> > Perl, python... soon which will make it very unstable for a while.

Then there is the changeover from XFree86 to X.org, which may break *lots* of 
stuff. :)

Any word on the timetable for this switch?

-- 
http://www.livejournal.com/users/darkaudit/


pgpZwnRLDrqix.pgp
Description: PGP signature

Re: Upgrading to etch

[nullman]

i AM sure, that ..

1. etch is the currently testing-Branch
2. Testing was forked when sarge became stable (not so long ago ;-)

-> so Etch = Sarge + what changed in testing since sarge became stable

When testing (etch) becomes more busy (new packages -
gnome-transition, ...) it MAY be unstable for a short while .. but
that was the case in sarge, too before it freezed.


2005/6/10, Nico De Ranter <[EMAIL PROTECTED]>:
> On Fri, 2005-06-10 at 15:33, nullman wrote:
> > isnt etch currently only a very young fork of sarge ?
> > -> so IT WILL be as stable as sarge the last months !
> 
> I'm not sure. Etch is likely to get the latest version of KDE, Gnome,
> Perl, python... soon which will make it very unstable for a while.
> 
> Nico
> 
> --
> -
>  "It has been said that there are only two businesses that
>   refer to customers as users: illegal drug trade and
>the computer industry."
> -
> Nico De Ranter
> Senior System Administrator
> Sony Service Center (NSCE)
> The Corporate Village, Da Vincilaan 7-D1
> B-1935 Zaventem, Belgium
> Telephone: +32 (0)2 700 86 41 Fax: +32 (0)2 700 86 22
> 
>

Re: Upgrading to etch

[Nico De Ranter]

On Fri, 2005-06-10 at 15:33, nullman wrote:
> isnt etch currently only a very young fork of sarge ?
> -> so IT WILL be as stable as sarge the last months !

I'm not sure. Etch is likely to get the latest version of KDE, Gnome,
Perl, python... soon which will make it very unstable for a while.

Nico

-- 
-
 "It has been said that there are only two businesses that
  refer to customers as users: illegal drug trade and
   the computer industry."
-
Nico De Ranter
Senior System Administrator
Sony Service Center (NSCE)
The Corporate Village, Da Vincilaan 7-D1
B-1935 Zaventem, Belgium
Telephone: +32 (0)2 700 86 41 Fax: +32 (0)2 700 86 22


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

Re: Upgrading to etch

[nullman]

isnt etch currently only a very young fork of sarge ?
-> so IT WILL be as stable as sarge the last months !

Re: Upgrading to etch

[Jochen Schulz]

Jan Leewe Behrendt:
>
> could anybody please tell me how to upgrade to etch?

If you don't know how to do that, you better refrain from upgrading.
Etch will not be as stable as sarge has been the last couple of months.

I really do not want to offend you, but the number of mails that have
hit the mailing lists about broken Gnome in unstable really supports
this advice. Etch will probably not be that broken, but you never know.
Don't bring your system intentionally in a state which you cannot fix
yourself.

Maybe you want to take a look at Ubuntu or Kubunte (Ubuntu with KDE), if
the latest KDE is of so much importance to you.

J.
-- 
I cannot comprehend the idea of chemical and biological weapons.
[Agree]   [Disagree]
 


signature.asc
Description: Digital signature

Re: Upgrading to etch

[Maurits van Rees]

On Thu, Jun 09, 2005 at 08:20:11PM +0200, Jan Leewe Behrendt wrote:
> could anybody please tell me how to upgrade to etch?

See 'man apt_preferences'.

put:
APT::Default-Release "etch";
in the file
/etc/apt/apt.conf

-- 
Maurits van Rees | http://maurits.vanrees.org/ [Dutch/Nederlands] 
Public GnuPG key: keyserver.net ID 0x1735C5C2
"Let your advance worrying become advance thinking and planning."
 - Winston Churchill


signature.asc
Description: Digital signature

Upgrading to etch

[Jan Leewe Behrendt]

Hi,
could anybody please tell me how to upgrade to etch?
I tried altering the entry in my sources.list to testing
but that apparently didn't do the trick.
Also, do you know if etch provides KDE 3.4?
Because I would really love to have that ;)
Cheers, Jan



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