From mboxrd@z Thu Jan  1 00:00:00 1970
From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Comments regarding the upgrade process
Date: Tue, 22 Dec 2015 22:36:35 +0000
Message-ID: <1450823795.2928.14.camel@ipfire.org>
In-Reply-To: <56799398.9020404@web.de>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============3907390679626342644=="
List-Id: <development.lists.ipfire.org>

--===============3907390679626342644==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

Hi,

I am afraid that I must disappoint you on some of these points. pakfire
in IPFire 2 is legacy code and I do not have the time to add new
features. It is just maintained as it is and bugs are fixed.

We have a rewrite of this in IPFire 3 already.

On Tue, 2015-12-22 at 19:16 +0100, Lars Schuhmacher wrote:
> Hi,
> 
> today I updated from core 94 to 95. No problems so far, but I noticed
> some things that probably could be improved.
> 
> 
>     ipfire:~# pakfire upgrade
>     CORE UPGR: Upgrading from release 94 to 95
>     meta-core-upgrade... 100.00%
> |=============================>|   341.00 B
>     core-upgrade-2.17... 100.00%
> |=============================>|   38.04 MB
>     PAKFIRE UPGR: core-upgrade-95: Decrypting...
>     PAKFIRE UPGR: core-upgrade-95: Upgrading files and running post-
> upgrading scripts...
> 
> --> Would be nice to have a "--verbose" param to get
> the output of "/var/log/pakfire/update-core-upgrade-95.log"
> at this time. Otherwise there is not much output and
> especially on slow machines the user gets nervous what is happening.
> 
> 
>     PAKFIRE UPGR: core-upgrade-95: Finished.
> 
>     Core-Update 2.17
>     Release: 94 -> 95
> 
>     Update: linux-pae
>     Version: 0 -> 3.14.57
>     Release: 0 -> 64
> 
> --> Should the previous version/release really be 0?
> 
> 
>     PAKFIRE RESV: linux-pae: Resolving dependencies...
> 
>     PAKFIRE UPGR: We are going to install all packages listed above.
>     PAKFIRE INFO: Is this okay? [y/N]
> 
> --> Shouldn't the default be Yes?

Why?

> 
> 
>     y
>     linux-pae-3.14.57... 100.00%
> |=============================>|   25.39 MB
>     PAKFIRE UPGR: linux-pae: Decrypting...
>     PAKFIRE UPGR: linux-pae: Upgrading files and running post-
> upgrading scripts...
>     PAKFIRE UPGR: linux-pae: Finished.
> 
> --> Same as above with "--verbose", here for
> "/var/log/pakfire/update-linux-pae.log"
> 
> 
> From update-linux-pae.log:
>     *** Installing kernel module dependencies and firmware ***
>     *** Installing kernel module dependencies and firmware done ***
>     *** Resolving executable dependencies ***
>     *** Resolving executable dependencies done***
>     Could not find 'strip'. Not stripping the initramfs.
>     *** Store current command line parameters ***
>     *** Creating image file ***
>     *** Creating image file done ***
> 
> --> Should "strip" exist and is it needed?

All binaries and kernel modules are already stripped, so stripping them
again is unnecessary.

> 
> 
> 
> Lars

-Michael

--===============3907390679626342644==
Content-Type: application/pgp-signature
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="signature.asc"
MIME-Version: 1.0

LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjEKCmlRSWNCQUFC
Q2dBR0JRSldlZEJ6QUFvSkVJQjU4UDl2a0FrSFRsa1FBS1Zrem4xNlk0VWxyZjJ5WGlscVRhU2sK
eER4dU05aDNCcVpMbzhZaUxnZFIxV2syWGw5NWVNLzk0bmtYOVNkTklFUGlDVS8yY0hIak1LTmE5
SWxacnVtMgpPaUkxdWFoQzdZZ1NuWFE5NGRkTzZwUlVhejNNbGtlSkY2cExOU3dVanY0cW1wVEZF
aWgzZVQzLzBkTjYzL21kCmtDSGRDM2h0dmlHSkUvdmNnU1RHalpzYkpLcy81czBONzRscVlJNngr
Z3NhVXZHVVJhN0tqUVhEQTlqSUdQYjIKUityWE56KzF2RDcxM0hVNnZOd3ozMkQ3dFljL2VidlU5
Zm13QVowYndpenprVll2M2JNMDhLOW9CWW0zR3VtaQpST1o1bkh6YTdFQlh0MzN1SXpRUWpIODFD
b1o5Wk55SzVCYk9ha1FiU3ExMUdlUUk5MkpJZU9tcTZtZmlJU1dRClNrUnllaFdFZytmMTVqcEZx
cUJSbFhlNCtGWExNMGxpamhncWgvMURmd1lhWnRRejZ1QlY4RFJYTy9EcTRzWjAKcjdDbkxlZ3Q3
UXBsQlhCNEw2elpjQXR6Zkl6QnpMcUliOXBCWHNKVVpDQzVxbFMvRUxJSmFVWVdOWU9VTUJXTQpa
NzY4SjZ6ZzF3VzhDdm1YT25BODNBMnhxano5cEdsRHlSa3ZLY0NMVDJFSU9TQjFQRUpaUjVwN003
MXgveENuCm9oUytiZTR0SExDUzZrTldMTGJ5b2hEak85dEx2WForRVNWNjBiK0lhQ0VRQmNsY0dv
VzY5ZkhaUlY0cTI4OVYKMzhOMWRPTTVWS3FMeTdiRU9DTElLU09qMmlDT0J0SGJxaHZJRmtlMmFs
SThMdnNuTlNTbXRqQkx5UHR3c202eQpHTnBBTmpwZTNpeloxYUF2cktQdQo9VnZVMgotLS0tLUVO
RCBQR1AgU0lHTkFUVVJFLS0tLS0K

--===============3907390679626342644==--