[gentoo-amd64] Major update problem

[gentoo-amd64] Major update problem

[Paul Stear]

[-- Attachment #1: Type: Text/Plain, Size: 950 bytes --]

Hi,
I am now using a new motherboard and processor - change from amd duo to intel 
quad.
All seems to be working well except my previous post ref eth3.  However, I am 
having problems updating my programs.
eix-sync went well and portage updated to 2.1.9.37
I then do an emerge -auvtDN --keep-going world and I get hundreds of blocked 
packages for kde e.g.
[blocks B     ] kde-base/kwrite:4.5[-kdeprefix] ("kde-base/kwrite:4.5[-
kdeprefix]" is blocking kde-base/kwrite-4.6.0)

I seem to have the current kde 4.5.5 required by @selected e.g.

  (kde-base/kdebase-meta-4.5.5, installed) pulled in by
    kde-base/kdebase-meta required by @selected
    kde-base/kdebase-meta:4.5 required by @selected

What is @selected, I have never heard of this before, do I need to change 
something? I can't seem to find this referenced in any documentation.

Thanks for any help
Paul
PS attached emerge --info
-- 
This message has been sent using kmail on gentoo.

[-- Attachment #2: emerge_info --]
[-- Type: text/plain, Size: 5368 bytes --]

 
Portage 2.1.9.37 (default/linux/amd64/10.0/desktop, gcc-4.4.5, glibc-2.13-r0, 2.6.36-gentoo-r6 x86_64)
=================================================================
System uname: Linux-2.6.36-gentoo-r6-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q6600_@_2.40GHz-with-gentoo-2.0.1
Timestamp of tree: Mon, 07 Feb 2011 11:30:01 +0000
ccache version 3.1.4 [enabled]
app-shells/bash:     4.1_p9
dev-java/java-config: 2.1.11-r3
dev-lang/python:     2.6.6-r1, 2.7.1, 3.1.3
dev-util/ccache:     3.1.4
dev-util/cmake:      2.8.3-r1
sys-apps/baselayout: 2.0.1-r1
sys-apps/openrc:     0.7.0
sys-apps/sandbox:    2.4
sys-devel/autoconf:  2.13, 2.68
sys-devel/automake:  1.7.9-r2, 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.21
sys-devel/gcc:       4.4.5, 4.5.2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.4-r1
sys-devel/make:      3.82
virtual/os-headers:  2.6.36.1 (sys-kernel/linux-headers)
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/java-config/vms/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=native -O2"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps y"
FEATURES="assume-digests binpkg-logs ccache distlocks fixlafiles fixpackages metadata-transfer news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
FFLAGS=""
GENTOO_MIRRORS="http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://mirror.qubenet.net/mirror/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://pandemonium.tiscali.de/pub/gentoo/"                                                                                                                                           
LANG="en_GB.UTF-8"                                                                                                                             
LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=gnu"                                                                                         
LINGUAS="en_GB"                                                                                                                                
MAKEOPTS="-j5 -s"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext X a52 aac acl acpi alsa amd64 avi bash-completion berkdb bluetooth branding bzip2 cairo cdparanoia cdr clamav cli consolekit cracklib crypt cups cxx dbus divx divx4linux dri dts dv dvb dvd dvdr dvdread embedded emboss encode examples exif fam ffmpeg flac fortran gdbm gdu gif gphoto2 gpm iconv imagemagick ipv6 jack java java6 javascript jpeg kde kerberos lame lcms ldap libnotify lm_sensors logrotate mad mikmod mjpeg mmx mng modules mp3 mp4 mpeg mplayer mudflap multilib ncurses nls nptl nptlonly nsplugin nvidia ogg opengl openmp pam pango pascal pcre pdf perl png policykit ppds pppd python qt3support qt4 readline ruby samba scanner sdl semantic-desktop session spell sql sqlite sse sse2 ssl startup-notification svg sysfs tcpd theora tiff tk truetype udev unicode usb v4l vorbis webkit x264 xcb xcomposite xine xinerama xml xml2 xorg xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_GB" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" 
Unset:  CPPFLAGS, CTARGET, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Re: [gentoo-amd64] Major update problem

[Paul Stear]

On Monday 07 February 2011 12:27:16 Paul Stear wrote:
> Hi,
> I am now using a new motherboard and processor - change from amd duo to
> intel quad.
> All seems to be working well except my previous post ref eth3.  However, I
> am having problems updating my programs.
> eix-sync went well and portage updated to 2.1.9.37
> I then do an emerge -auvtDN --keep-going world and I get hundreds of
> blocked packages for kde e.g.
> [blocks B     ] kde-base/kwrite:4.5[-kdeprefix] ("kde-base/kwrite:4.5[-
> kdeprefix]" is blocking kde-base/kwrite-4.6.0)
> 
> I seem to have the current kde 4.5.5 required by @selected e.g.
> 
>   (kde-base/kdebase-meta-4.5.5, installed) pulled in by
>     kde-base/kdebase-meta required by @selected
>     kde-base/kdebase-meta:4.5 required by @selected
> 
> What is @selected, I have never heard of this before, do I need to change
> something? I can't seem to find this referenced in any documentation.
> 
> Thanks for any help
> Paul
> PS attached emerge --info
Sorry to reply to my own post but it seems that my world file had all of the kde 
programs listed with ":4.5"
I don't know how this has happened but I removed the :4.5 from the lines and 
now if I run an emerge I get the following:-

Total: 268 packages (24 upgrades, 12 new, 228 in new slots, 4 reinstalls, 230 
uninstalls), Size of downloads: 424,321 kB
Conflict: 459 blocks

Would you like to merge these packages? [Yes/No] 

Why would 228 packages be installed in new slots?
-- 
This message has been sent using kmail on gentoo.

[gentoo-amd64] Re: Major update problem

[Duncan]

Paul Stear posted on Mon, 07 Feb 2011 13:27:06 +0000 as excerpted:

> On Monday 07 February 2011 12:27:16 Paul Stear wrote:
>> Hi,
>> I am now using a new motherboard and processor - change from amd duo to
>> intel quad.
>> All seems to be working well except my previous post ref eth3. 
>> However, I am having problems updating my programs.
>> eix-sync went well and portage updated to 2.1.9.37
>> I then do an emerge -auvtDN --keep-going world and I get hundreds of
>> blocked packages for kde e.g.
>> [blocks B     ] kde-base/kwrite:4.5[-kdeprefix] ("kde-base/kwrite:4.5[-
>> kdeprefix]" is blocking kde-base/kwrite-4.6.0)
>> 
>> I seem to have the current kde 4.5.5 required by @selected e.g.
>> 
>>   (kde-base/kdebase-meta-4.5.5, installed) pulled in by
>>     kde-base/kdebase-meta required by @selected
>>     kde-base/kdebase-meta:4.5 required by @selected
>> 
>> What is @selected, I have never heard of this before, do I need to
>> change something? I can't seem to find this referenced in any
>> documentation.

The portage 2.2 series has had sets support for quite some time, but it's 
new to the 2.1 series... new enough this is the first I'd heard of sets 
support being unmasked to ~arch (I've been running the masked 2.2 series), 
tho I've not synced since Feb 4.

You'll want to read up on sets support.  In short, the @ prefix indicates 
a set, with @system and @world special-cased for backward compatibility to 
be usable without the @ (so as simply system and world, the way it has 
worked for years) as well.  @selected is /just/ the stuff in world, 
excluding system, while @world continues to include @system as well, just 
like it always did before the @ notation.

What sets makes possible, tho, is essentially, subsets of the world file 
treated as a single unit, aka "set".  An example of how it can be used are 
the kde sets, long kept in the overlay until an unmasked portage with sets 
support hit the tree (sets support was masked for quite some time due to 
controversy over the exact format, as paludis apparently implemented sets 
first and a bit differently), but, now with an at least ~arch portage with 
sets, presumably the kde sets will be (are? as I said I've not synced in a 
few days) in-tree as well, and one could emerge @kdebase, for instance, to 
get the whole set of packages found in the kdebase monolithic tarball from 
upstream.

Or take this as a sysadmin example:  I have no world file at all.  
Instead, portage tracks the sets I have installed in the world_sets file, 
and I edit individual sets by function, kept in /etc/portage/sets, 
instead.  Here's my listing. (JED are my initials, used here to ensure 
that any sets I create manually don't get confused with possible tree 
sets.  My kde sets are similar to the ones from the overlay, but with a 
few packages commented as unneeded, so they don't get installed.)  The 
contents of a couple of the sets files follow, as examples:

$>>cat /var/lib/portage/world_sets 
@jed.admin
@jed.bible
@jed.dev
@jed.fonts
@jed.kde.base.kdeartwork
@jed.kde.base.kdebase.apps
@jed.kde.base.kdebase.runtime
@jed.kde.base.kdebase.workspace
@jed.kde.base.kdegames
@jed.kde.base.kdegraphics
@jed.kde.base.kdemultimedia
@jed.kde.base.kdeoptional
@jed.kde.base.kdepim
@jed.kde.base.kdetoys
@jed.kde.base.kdeutils
@jed.kde.misc
@jed.kde.plasmoids
@jed.media
@jed.misc
@jed.net
@jed.portage
@jed.utils
@jed.xorg

$>>ls -1 /etc/portage/sets 
jed.admin
jed.bible
jed.dev
jed.fonts
jed.kde.base.kdeartwork
jed.kde.base.kdebase.apps
jed.kde.base.kdebase.runtime
jed.kde.base.kdebase.workspace
jed.kde.base.kdegames
jed.kde.base.kdegraphics
jed.kde.base.kdemultimedia
jed.kde.base.kdeoptional
jed.kde.base.kdepim
jed.kde.base.kdetoys
jed.kde.base.kdeutils
jed.kde.misc
jed.kde.plasmoids
jed.media
jed.misc
jed.net
jed.portage
jed.qt4.4.7.0
jed.qt4.4.7.1
jed.qt4.main
jed.utils
jed.xorg

$>>cat /etc/portage/sets/jed.xorg
media-video/xvattr
x11-apps/mesa-progs
x11-apps/xdpyinfo
x11-apps/xev
x11-apps/xfontsel
x11-apps/xkill
x11-apps/xmodmap
x11-apps/xvidtune
x11-apps/xwininfo
x11-base/xorg-server
x11-misc/sux
x11-themes/gentoo-xcursors
x11-themes/xcursor-themes

$>>cat /etc/portage/sets/jed.kde.base.kdeoptional 

#kde-base/kdelirc
kde-base/kfloppy
#kde-base/kppp
#kde-base/policykit-kde

$>>

See?  Each set is basically a subset of the much longer list formerly in 
my worldfile.  Put all the worldfile packages in sets, list them in the 
world_sets file, and the worldfile itself can be emptied! =:^)

Note the comment hashes in that last one.  Every time kde 4.x bumps (so 
4.5 to 4.6, but not 4.5.4 to 4.5.5, for example), I diff my jed.kde.* 
files against the ones (that were) in the overlay, seeing what got added 
or removed, and doing the same to my sets.  Thus, I comment lines for 
packages I don't want to install, instead of removing them, so the side-by-
side diffs line up better and it's easier to see what changed between the 
two versions.

As I said, I don't (normally) have anything in my world file at all -- 
it's now all in the individual sets I've setup.  I set it up this way when 
I was setting up my netbook, a bit over a year ago (sets have been 
available in the 2.2 series that long), as sorting my (previous) world 
file into sets based on functional categories, and then going thru each 
one to see what changes I wanted to make to that category as opposed to 
the list on my workstation, was far easier than trying to tackle the 
original huge world file in one go.

However, now that I have it setup that way, I do use the world file as a 
sort of "package purgatory", when I'm testing something new.  My default 
emerge scripts always use -1, so the package isn't added to my world file 
immediately.  I can then test the package a bit and if I'm sure I want to 
keep it, I add it to the appropriate set.  If however I want to test it a 
bit more, I add it to the world file instead.  That way, portage knows I 
want to track upgrades if they appear, and won't remove the package when I 
--depclean (which I do after every update session, keeping the cruft from 
building up), but the package is still in the "purgatory" of the world 
file, so I know it's still in testing.  After a few days or weeks, I'll 
then either emerge -C the package, thus removing it from the world file, 
or move the entry to the appropriate set, depending on whether I've 
decided to keep the package permanently or not.

> Sorry to reply to my own post but it seems that my world file had all of
> the kde programs listed with ":4.5"
> I don't know how this has happened but I removed the :4.5 from the lines
> and now if I run an emerge I get the following:-
> 
> Total: 268 packages (24 upgrades, 12 new, 228 in new slots, 4
> reinstalls, 230 uninstalls), Size of downloads: 424,321 kB
> Conflict: 459 blocks
> 
> Would you like to merge these packages? [Yes/No]
> 
> Why would 228 packages be installed in new slots?

Gentoo/kde (which is where most of those 228 new-slots are, if you look) 
uses the slots for (at least) two reasons.

First, there's the (unsupported and normally use.masked, but used for 
testing) kdeprefix USE flag, which allows multiple slots to be installed 
at the same time, thus allowing testing of unstable versions while the 
stable version remains actually installed and used for normal tasks.  The 
reason this is unsupported is that there's a number of complications and 
breakages introduced by this flag, as kde4 really isn't designed to work 
this way.  The problems can normally be worked around, but the hassle and 
technical knowledge level for doing so is such that they don't support it 
for normal users, thus the flag is use.masked and unmasking/activating it 
unsupported, but it remains available for those, primarily gentoo/kde devs 
using it as I said for testing, that want to risk it and can tolerate a 
bit of breakage and hassle in ordered to do so.

Second, slot-specified dependencies vastly simplify things, as it's then 
possible to depend on, for example, kdelibs:4.6 instead of specifying all 
the individual 4.6 versions (including 4.5.98, etc, prereleases, in the 
4.6 slot but that =kdelibs-4.6* wouldn't work with).

Complicating things especially for the listing is that the various slots 
generally block each other, as well, tho as explained above, unmasking and 
setting USE=kdeprefix would eliminate most of the blockages... at the 
expense of various other breakages, thus the use.mask and blockages in the 
first place.

Granted, hundreds of package-blocks looks overwhelming at first, but once 
you understand what's actually happening and why, fortunately, it's 
generally much simpler to fix than all those hundreds of blocks would seem 
to suggest at first glance.  In your case, it was a simple matter of 
removing those slot-specifiers in your world file. =:^)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

[gentoo-amd64] Re: Major update problem

[Jonathan Callen]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

>>> What is @selected, I have never heard of this before, do I need to
>>> change something? I can't seem to find this referenced in any
>>> documentation.
>
> The portage 2.2 series has had sets support for quite some time, but it's
> new to the 2.1 series... new enough this is the first I'd heard of sets
> support being unmasked to ~arch (I've been running the masked 2.2 series),
> tho I've not synced since Feb 4.
>
[snip long discussion of sets]


Portage 2.1 only has support for 3 sets: @world, @system, and @selected.
All of the other support for sets has been disabled internally in the
code but is otherwise present to allow easier merging between the 2.1
and master branches in git.

- -- 
Jonathan Callen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJNUbW/AAoJELHSF2kinlg4+a0QAJSDll4ZT+l3PzLW5DGXcrjC
5u1bTPDEGof7NlGM4rqK4p1RVlNT9AWXk49+EjR32n5fj0ZlPVDsDWcaI2eJUIhT
t4bduteEWvp3UVRqD7NuiUfKO7TlY07X+2AgJ40FlGA1lkoui7XuhYhhEPt1QS1h
4Rhsz2Ta08HKRMmZzKST589KK2cUuYVQ3er2pc+kBrLWhPbuSl9pg+/PjtT24qhJ
HBLHy+lfuU+d9BN9KpvRbMV5ICslDjTc7lIDpZNeuVO6ZmwFG4Aoe7pdV5J8U6S9
XpcKc03XVFxRtyjrJ6glxMhKnVHLJpbmw0JR1Lydz10K5dB1LVvqHF2aR3oNIboX
rveUzVWPfAQSEzsCRckMcSw2D0hupk/OCLkjXQmaL+NJP4r5c75KSknYUgDoKjUZ
+g5nZF0j5/XomMUvCdY1m0ThQkuREdCXr1W8Vvet5pAcWMI+vZ/dY0HnxbKjypRn
tSRS9J0aYb90hRZI17bYoA0FQh7Wspkfr4GByxFdniqPWeIKkc2wXFBWjDz370m4
2n1a4opR2GOVA6XEf4kdrE/PFg8t3KI7heehodjw7rSGPKHlO06LWo97ns7IUwSx
bSpoUrCtb7STOSzq+/xULoIk++U6PkH2YTGG7girLB7NSK5qbmZ4TWSN8PaUXb1T
BEA+Ec2ZWb7Tcb3BnuD4
=n1Nd
-----END PGP SIGNATURE-----

[gentoo-amd64] Re: Major update problem

[Duncan]

Jonathan Callen posted on Tue, 08 Feb 2011 16:29:35 -0500 as excerpted:

> Portage 2.1 only has support for 3 sets: @world, @system, and @selected.
> All of the other support for sets has been disabled internally in the
> code but is otherwise present to allow easier merging between the 2.1
> and master branches in git.

Thanks.  I was wondering how I'd missed that big news!

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-amd64] Re: Major update problem

[Josh Sled]

Duncan <1i5t5.duncan@cox.net> writes:
> Jonathan Callen posted on Tue, 08 Feb 2011 16:29:35 -0500 as excerpted:
>
>> Portage 2.1 only has support for 3 sets: @world, @system, and @selected.
>> All of the other support for sets has been disabled internally in the
>> code but is otherwise present to allow easier merging between the 2.1
>> and master branches in git.
>
> Thanks.  I was wondering how I'd missed that big news!

Well, it's still only in unstable. :) I'd hope before this goes into
stable, a News item (at least!) is created to guide users into how their
behavior needs to change.

-- 
...jsled
http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo ${a}@${b}

[gentoo-amd64] Re: Major update problem

[Duncan]

Josh Sled posted on Wed, 09 Feb 2011 01:05:10 -0500 as excerpted:

> Duncan <1i5t5.duncan@cox.net> writes:
>> Jonathan Callen posted on Tue, 08 Feb 2011 16:29:35 -0500 as excerpted:
>>
>>> Portage 2.1 only has support for 3 sets: @world, @system, and
>>> @selected. All of the other support for sets has been disabled
>>> internally in the code but is otherwise present to allow easier
>>> merging between the 2.1 and master branches in git.
>>
>> Thanks.  I was wondering how I'd missed that big news!
> 
> Well, it's still only in unstable. :) I'd hope before this goes into
> stable, a News item (at least!) is created to guide users into how their
> behavior needs to change.

So then sets (beyond the three above) are unmasked to ~arch, at least, 
then?  Because last I knew they were in the (last I knew) hard-masked 2.2 
series, only.  So even unmasking them to ~arch would be big news, here.  
(And, since I run ~arch, if they're ~arch keyworded and not in 
package.mask, they're not masked, from my viewpoint.  They might be ~arch, 
but that's not masked, but ~arch.  Masked means either an entry in 
package.mask or KEYWORDS="", to me.)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

Re: [gentoo-amd64] Major update problem

[Arttu V.]

On 2/7/11, Paul Stear <gentoo@appjaws.plus.com> wrote:
> What is @selected, I have never heard of this before, do I need to change
> something? I can't seem to find this referenced in any documentation.

man emerge:

"Three sets are currently always available: selected, system and
world. selected contains  the user-selected "world" packages that are
listed in /var/lib/portage/world, and nested sets that may be listed
in /var/lib/portage/world_sets."

> [blocks B     ] kde-base/kwrite:4.5[-kdeprefix] ("kde-base/kwrite:4.5[-
> kdeprefix]" is blocking kde-base/kwrite-4.6.0)

You most likely haven't enabled all of the new USE flags the new KDE
4.6.0 requires for several packages. device-mapper was one I had to
enable, and also declarations or some such.

I'm sorry, but I cannot remember all of the changes I had to make to
get KDE SC 4.6 compiling. They can be worked out from the terrible
mess portage prints out, but it takes a fair while of careful
inspection. I hope someone else made better notes on the required
changes.

-- 
Arttu V.