public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: Adolf Belka <adolf.belka@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: Incorrect naming convention used on the Core Update 170 download file.
Date: Sat, 17 Sep 2022 12:22:51 +0200	[thread overview]
Message-ID: <adb5e6cf-1a6a-7cce-d6e9-c5f2c4294e41@ipfire.org> (raw)
In-Reply-To: <511781b6-6fcd-501c-3829-b0b7915d4833@ipfire.org>

[-- Attachment #1: Type: text/plain, Size: 2328 bytes --]

Hi Matthias,

On 17/09/2022 11:28, Matthias Fischer wrote:
> Hi,
> 
> Confirmed. Somehow the name of the ISO has changed.
> 
> But - correct me if I'm wrong! - the naming of the ISO file takes place
> in '/usr/local/bin/backupiso':
That is correct but before that occurs the first step is to download the 
original iso from the IPFire download site and it looks in that download 
site for an iso named ISO="ipfire-$IPFVER.$arch-full-core$COREVER.iso" 
which is fine for CU169 and earlier but CU170 has had the arch portion 
moved to a different location in the filename.

Either the new filename structure for the IPFire CU170 download has been 
changed accidentally or it has been done deliberately but forgotten to 
change the template in backup.pl etc.

> 
> Current is:
> ...
> ISO="ipfire-$IPFVER.$arch-full-core$COREVER.iso"
> ...
> 
> IMHO it could be sufficient to change this to:
> ...
> ISO="ipfire-$IPFVER-core$CORVER-$arch.iso"
Changing that would fix the problem but only if the change of the 
download filename on the IPFire server was changed deliberately.

Regards,
Adolf.
> ...
> 
> I haven't searched for other occurences yet, but I think that could be
> the culprit...
> 
> jm2c
> 
> Matthias
> 
> On 16.09.2022 16:24, Adolf Belka wrote:
>> Hi All,
>>
>> On 16/09/2022 16:02, Adolf Belka wrote:
>>> Hi everyone,
>>>
>>> On the forum there have been a couple of people who tried creating an iso backup and it only showed a 0 byte file.
>>>
>>>
>>> I have confirmed with my vm testbed. The same thing works fine for CU169.
>>>
>>>
>>> After looking through code I have found that Core Update 169  and 170 file name order is different. The arch is placed in a different location
>>>
>>>
>>> https://downloads.ipfire.org/releases/ipfire-2.x/2.27-core169/ipfire-2.27.x86_64-full-core169.iso
>>>
>>> https://downloads.ipfire.org/releases/ipfire-2.x/2.27-core170/ipfire-2.27-core170-x86_64.iso
>>>
>>> This means that backup.pl is not able to find the Core Update 170 iso from the downloads site.
>>>
>> If the change in iso file naming convention was intended then backup.pl also needs to be modified for the iso naming convention.
>>
>>
>> Regards,
>>
>> Adolf.
>>
>>>
>>> Regards,
>>>
>>> Adolf.
>>>
>>>
> 

-- 
Sent from my laptop

  reply	other threads:[~2022-09-17 10:22 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-09-16 14:02 Adolf Belka
2022-09-16 14:24 ` Adolf Belka
2022-09-17  9:28   ` Matthias Fischer
2022-09-17 10:22     ` Adolf Belka [this message]
2022-09-17 11:00       ` Matthias Fischer
2022-09-17 11:29         ` Adolf Belka
2022-09-17 13:12           ` Matthias Fischer
2022-09-17 15:06             ` Adolf Belka
2022-09-17 15:16               ` Matthias Fischer
2022-09-18  9:23     ` Michael Tremer
2022-09-18 10:36       ` Adolf Belka
2022-09-18 12:55       ` Matthias Fischer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=adb5e6cf-1a6a-7cce-d6e9-c5f2c4294e41@ipfire.org \
    --to=adolf.belka@ipfire.org \
    --cc=development@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox