Bug#416239: upgrade-reports: upgrade report from Sarge Japanese environment to Etch
kmuto
Hash: SHA1
Package: upgrade-reports
Severity: normal
Version: 20070326
* vmware i386
* Initial Sarge installation with Japanese desktop and uim, mlterm, and
mlterm-im-uim
* Followed http://wiki.debian.org/Sarge2EtchUpgradeBlackboard
(2007-03-26 05:12:40)
Result: mostly success. I can succeed to upgrade to Etch without
any errors.
Comment:
'aptitude install initrd-tools libfam0 xlibmesa-glu x11-common'
trys to remove many packages such as KDE.
I dropped x11-common from the install target, then the installation
succeeded.
'aptitude dist-upgrade' just removed mozilla / mozilla-locale-ja without
replacing by iceweasel.
'check which kernels are installed with dpkg -l *-image-* | grep ^ii',
but Sarge installed -386 flavour. So I think it is better to describe
about the name change of 386->486 in upgrade-note.
After 'aptitude update (get gpg sigs)', I had to do 'aptitude dist-upgrade'
again because libuim* was still hold status by a dependency issue.
By 2nd 'aptitude dist-upgrade', mlterm and uim were upgraded correctly.
I think some other packages may need 2nd dist-upgrade also.
Thanks,
- --
Kenshi Muto
km...@debian.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>
iEYEARECAAYFAkYHa1oACgkQQKW+7XLQPLFwPgCfcQSOe/ZkqtNBQNbPeHHMbCM/
fvoAn1bVBF7nkCfV4h3nH6j/LqJvNUsf
=7P25
-----END PGP SIGNATURE-----
--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Steve Langasek
On Mon, Mar 26, 2007 at 03:42:58PM +0900, kmuto wrote:
> * vmware i386
> * Initial Sarge installation with Japanese desktop and uim, mlterm, and
> mlterm-im-uim
Could you be more precise about which packages are included in this? Not
having vmware, I can't find an obvious way to get a "Japanese desktop" task
outside of the installer.
I have installed the desktop task, and added the three packages you listed
using aptitude, and can reproduce the problem of removing KDE. It would be
good to know exactly which package set you're using, though, to be assured
that any solution I find is relevant.
> Comment:
> 'aptitude install initrd-tools libfam0 xlibmesa-glu x11-common'
> trys to remove many packages such as KDE.
> I dropped x11-common from the install target, then the installation
> succeeded.
Hmm, but x11-common needed to be added to the list in order for server
upgrades to work... :/
> 'aptitude dist-upgrade' just removed mozilla / mozilla-locale-ja without
> replacing by iceweasel.
This isn't reproducible with the package set I had; 'mozilla-browser' is
among the packages being upgraded in the dist-upgrade.
> 'check which kernels are installed with dpkg -l *-image-* | grep ^ii',
> but Sarge installed -386 flavour. So I think it is better to describe
> about the name change of 386->486 in upgrade-note.
Agreed. Would you mind updating the wiki with this comment?
> After 'aptitude update (get gpg sigs)', I had to do 'aptitude dist-upgrade'
> again because libuim* was still hold status by a dependency issue.
> By 2nd 'aptitude dist-upgrade', mlterm and uim were upgraded correctly.
> I think some other packages may need 2nd dist-upgrade also.
Yeah, very annoying, that, and definitely needs to be documented. :/
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
vor...@debian.org http://www.debian.org/
Steve Langasek
of packages being removed, and might also still work on server systems (not
yet tested):
aptitude install initrd-tools libfam0 xlibmesa-glu x11-common xfree86-common-
Hinting xfree86-common for removal earlier appears to cause aptitude to try
to upgrade its reverse-depends sooner instead of removing them. This brings
the number of package removals for me down to 187 from 558; KDE stays
installed, but GNOME still gets removed.
Still looking for something that would keep GNOME in place here, maybe
someone else has an idea?