Re: "Modifying /etc/os-release for re-branding?"
On 9/12/19 6:24 PM, Tim Zabel wrote:
> Hello,
>
> If you are creating a Fedora Remix, you'll need to remove the fedora-
> release package, which provides the `/etc/os-release` file. fedora-
> logos will also need to be removed.
>
> If you want to modify and add your own /etc/os-release info, it would
> probably be best to create your own -release package based off
> fedora-release, replacing what you need with your own information. If
> you want any further specific guidance on Remixes, the Fedora Remixes
> mailing list would be better suited.
Yeah, absolutely. I guess I was a bit too terse there, but I did mean
that you would want to replace the os-release file entirely (modifying
it from the fedora one) with a new release package.
Anyhow, Tim said it much more clearly. Thanks!
kevin
--
>
>
> Hope this helps,
> - Tim Zabel
>
>
> On Thu, 2019-09-12 at 14:17 -0700, Kevin Fenzi wrote:
>> On 9/10/19 11:50 PM, jkone...@redhat.com wrote:
>>> On Wed, 2019-09-11 at 09:54 +0530, Danishka Navin wrote:
Is it ok to modify /etc/os-release for re-branding purpose?
>>
>> I would think so yes. There's a lot of things there that you would
>> want
>> to point elsehwere if you are remixing.
>>
>> kevin
>> --
>>> Hi Danishka Navin,
>>> Good question on a bad place. Adding Fedora devel list here, there
>>> could be someone who is able to answer you this question.
>>> Jirka
On Wed, Sep 4, 2019 at 6:11 PM Vendula Poncova <
vponc...@redhat.com>
wrote:
> On Tue, Sep 3, 2019 at 7:29 PM Danishka Navin <
> danis...@gmail.com>
> wrote:
>> On Tue, Sep 3, 2019 at 6:16 PM Vendula Poncova <
>> vponc...@redhat.com> wrote:
>>> On Mon, Sep 2, 2019 at 9:56 AM Danishka Navin <
>>> danis...@gmail.com> wrote:
Hi Jirka,
I used the following command but did't use --product and
--
version at all.
Btw, does livecd-creator read from /etc/os-release when
we
ignore both --product and --version?
livecd-creator --verbose --config=hanthana-live-
workstation.ks --fslabel=h30 --cache=cache --tmpdir=tmp
Then I copied fresh kisktars shipped by fedora and rerun
with
my custom configs.
I could not reproduce the issue.
I wonder if the issue caused by following entries in the
/etc/os-release file.
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT="Fedora"
Btw, there is a new issue occurred.
As in this image, Anaconda keeps duplicating the values
of
redhat-release file.
I am not sure if its a bug or I mage a mistake.
https://pasteboard.co/IvvT4nf.png
Added Hanthana Workstation (Vishwa)' in to the redhat-
release
file.
https://pasteboard.co/IvvSiU5.png
If you have digital at the end, it only repeats the
digit.
When using "Hanthana 30"
https://pasteboard.co/IvvTyBT.png
>
> Anaconda reads the product name and the product version from
> /etc/system-release on Live ISO or from the .buildstamp file in
> network installations. See my comment about the .buildstamp
> file
> below. I think that all these problems are related.
>
On Mon, Sep 2, 2019 at 1:06 PM
wrote:
> Hello,
> You have probably used bad parameters when you were
> invoking lorax. You have to use correct --product and
> --
> version parameters otherwise we will be handling your
> ISO
> as Rawhide.
> Could you please tell us what command did you used to
> create your ISO?
> Regards,Jirka
> On Sat, 2019-08-31 at 18:12 +0530, Danishka Navin
> wrote:
>> Hi there,
>>
>> When I was trying to install f30 based remixed ISO,
>> "PRE-RELEASE/TESTING" text appearing in top-right
>> hand
>> side of anaconda GUI.
>> May I know what could cause this?
>>
>>>
>>> Hello,
>>>
>>> for Live ISO, there is a little crazy logic that sets up
>>> the
>>> flag for a final release:
>>> https://github.com/rhinstaller/anaconda/blob/master/data/liveinst/liveinst#L93
>>>
>>> Basically, it is determined by a version of a package that
>>> provides system-release, so I would check that.
>>>
>>> What is the output of these commands, when you run them on
>>> your
>>> ISO?
>>>
>>>
>>> rpm -q --whatprovides system-release
>>> rpm -q --qf '%{Release}' --whatprovides system-release
>>
>> $ rpm -q --whatprovides system-release
>> fedora-release-workstation-30-900.noarch
>> $ rpm -q --qf '%{Release}' --whatprovides system-release
>> 900[
>>
>>
>
> It seems to be correct.
Re: "Modifying /etc/os-release for re-branding?"
Hello,
If you are creating a Fedora Remix, you'll need to remove the fedora-
release package, which provides the `/etc/os-release` file. fedora-
logos will also need to be removed.
If you want to modify and add your own /etc/os-release info, it would
probably be best to create your own -release package based off
fedora-release, replacing what you need with your own information. If
you want any further specific guidance on Remixes, the Fedora Remixes
mailing list would be better suited.
Hope this helps,
- Tim Zabel
On Thu, 2019-09-12 at 14:17 -0700, Kevin Fenzi wrote:
> On 9/10/19 11:50 PM, jkone...@redhat.com wrote:
> > On Wed, 2019-09-11 at 09:54 +0530, Danishka Navin wrote:
> > > Is it ok to modify /etc/os-release for re-branding purpose?
>
> I would think so yes. There's a lot of things there that you would
> want
> to point elsehwere if you are remixing.
>
> kevin
> --
> > Hi Danishka Navin,
> > Good question on a bad place. Adding Fedora devel list here, there
> > could be someone who is able to answer you this question.
> > Jirka
> > > On Wed, Sep 4, 2019 at 6:11 PM Vendula Poncova <
> > > vponc...@redhat.com>
> > > wrote:
> > > > On Tue, Sep 3, 2019 at 7:29 PM Danishka Navin <
> > > > danis...@gmail.com>
> > > > wrote:
> > > > > On Tue, Sep 3, 2019 at 6:16 PM Vendula Poncova <
> > > > > vponc...@redhat.com> wrote:
> > > > > > On Mon, Sep 2, 2019 at 9:56 AM Danishka Navin <
> > > > > > danis...@gmail.com> wrote:
> > > > > > > Hi Jirka,
> > > > > > >
> > > > > > > I used the following command but did't use --product and
> > > > > > > --
> > > > > > > version at all.
> > > > > > > Btw, does livecd-creator read from /etc/os-release when
> > > > > > > we
> > > > > > > ignore both --product and --version?
> > > > > > >
> > > > > > > livecd-creator --verbose --config=hanthana-live-
> > > > > > > workstation.ks --fslabel=h30 --cache=cache --tmpdir=tmp
> > > > > > >
> > > > > > > Then I copied fresh kisktars shipped by fedora and rerun
> > > > > > > with
> > > > > > > my custom configs.
> > > > > > > I could not reproduce the issue.
> > > > > > >
> > > > > > > I wonder if the issue caused by following entries in the
> > > > > > > /etc/os-release file.
> > > > > > >
> > > > > > > REDHAT_BUGZILLA_PRODUCT="Fedora"
> > > > > > > REDHAT_SUPPORT_PRODUCT="Fedora"
> > > > > > >
> > > > > > >
> > > > > > > Btw, there is a new issue occurred.
> > > > > > > As in this image, Anaconda keeps duplicating the values
> > > > > > > of
> > > > > > > redhat-release file.
> > > > > > > I am not sure if its a bug or I mage a mistake.
> > > > > > >
> > > > > > >
> > > > > > > https://pasteboard.co/IvvT4nf.png
> > > > > > >
> > > > > > > Added Hanthana Workstation (Vishwa)' in to the redhat-
> > > > > > > release
> > > > > > > file.
> > > > > > > https://pasteboard.co/IvvSiU5.png
> > > > > > >
> > > > > > > If you have digital at the end, it only repeats the
> > > > > > > digit.
> > > > > > > When using "Hanthana 30"
> > > > > > >
> > > > > > > https://pasteboard.co/IvvTyBT.png
> > > > > > >
> > > > > > >
> > > >
> > > > Anaconda reads the product name and the product version from
> > > > /etc/system-release on Live ISO or from the .buildstamp file in
> > > > network installations. See my comment about the .buildstamp
> > > > file
> > > > below. I think that all these problems are related.
> > > >
> > > > > > > On Mon, Sep 2, 2019 at 1:06 PM
> > > > > > > wrote:
> > > > > > > > Hello,
> > > > > > > > You have probably used bad parameters when you were
> > > > > > > > invoking lorax. You have to use correct --product and
> > > > > > > > --
> > > > > > > > version parameters otherwise we will be handling your
> > > > > > > > ISO
> > > > > > > > as Rawhide.
> > > > > > > > Could you please tell us what command did you used to
> > > > > > > > create your ISO?
> > > > > > > > Regards,Jirka
> > > > > > > > On Sat, 2019-08-31 at 18:12 +0530, Danishka Navin
> > > > > > > > wrote:
> > > > > > > > > Hi there,
> > > > > > > > >
> > > > > > > > > When I was trying to install f30 based remixed ISO,
> > > > > > > > > "PRE-RELEASE/TESTING" text appearing in top-right
> > > > > > > > > hand
> > > > > > > > > side of anaconda GUI.
> > > > > > > > > May I know what could cause this?
> > > > > > > > >
> > > > > >
> > > > > > Hello,
> > > > > >
> > > > > > for Live ISO, there is a little crazy logic that sets up
> > > > > > the
> > > > > > flag for a final release:
> > > > > > https://github.com/rhinstaller/anaconda/blob/master/data/liveinst/liveinst#L93
> > > > > >
> > > > > > Basically, it is determined by a version of a package that
> > > > > > provides system-release, so I would check that.
> > > > > >
> > > > > > What is the output of these commands, when you run them on
> > > > > > your
> > > > > > ISO?
> > > > > >
> > > > > >
> > > > > > rpm -q --whatprovides system-release
> > > > > > rpm -q --qf '%{Release}' --whatprovides system-release
> > > > >
> > > > > $ rpm -q --whatprovides system-release
Re: "Modifying /etc/os-release for re-branding?"
On 9/10/19 11:50 PM, jkone...@redhat.com wrote:
> On Wed, 2019-09-11 at 09:54 +0530, Danishka Navin wrote:
>> Is it ok to modify /etc/os-release for re-branding purpose?
I would think so yes. There's a lot of things there that you would want
to point elsehwere if you are remixing.
kevin
--
>
> Hi Danishka Navin,
> Good question on a bad place. Adding Fedora devel list here, there
> could be someone who is able to answer you this question.
> Jirka
>> On Wed, Sep 4, 2019 at 6:11 PM Vendula Poncova
>> wrote:
>>> On Tue, Sep 3, 2019 at 7:29 PM Danishka Navin
>>> wrote:
On Tue, Sep 3, 2019 at 6:16 PM Vendula Poncova <
vponc...@redhat.com> wrote:
> On Mon, Sep 2, 2019 at 9:56 AM Danishka Navin <
> danis...@gmail.com> wrote:
>> Hi Jirka,
>>
>> I used the following command but did't use --product and --
>> version at all.
>> Btw, does livecd-creator read from /etc/os-release when we
>> ignore both --product and --version?
>>
>> livecd-creator --verbose --config=hanthana-live-
>> workstation.ks --fslabel=h30 --cache=cache --tmpdir=tmp
>>
>> Then I copied fresh kisktars shipped by fedora and rerun with
>> my custom configs.
>> I could not reproduce the issue.
>>
>> I wonder if the issue caused by following entries in the
>> /etc/os-release file.
>>
>> REDHAT_BUGZILLA_PRODUCT="Fedora"
>> REDHAT_SUPPORT_PRODUCT="Fedora"
>>
>>
>> Btw, there is a new issue occurred.
>> As in this image, Anaconda keeps duplicating the values of
>> redhat-release file.
>> I am not sure if its a bug or I mage a mistake.
>>
>>
>> https://pasteboard.co/IvvT4nf.png
>>
>> Added Hanthana Workstation (Vishwa)' in to the redhat-release
>> file.
>> https://pasteboard.co/IvvSiU5.png
>>
>> If you have digital at the end, it only repeats the digit.
>> When using "Hanthana 30"
>>
>> https://pasteboard.co/IvvTyBT.png
>>
>>
>>>
>>> Anaconda reads the product name and the product version from
>>> /etc/system-release on Live ISO or from the .buildstamp file in
>>> network installations. See my comment about the .buildstamp file
>>> below. I think that all these problems are related.
>>>
>> On Mon, Sep 2, 2019 at 1:06 PM wrote:
>>> Hello,
>>> You have probably used bad parameters when you were
>>> invoking lorax. You have to use correct --product and --
>>> version parameters otherwise we will be handling your ISO
>>> as Rawhide.
>>> Could you please tell us what command did you used to
>>> create your ISO?
>>> Regards,Jirka
>>> On Sat, 2019-08-31 at 18:12 +0530, Danishka Navin wrote:
Hi there,
When I was trying to install f30 based remixed ISO,
"PRE-RELEASE/TESTING" text appearing in top-right hand
side of anaconda GUI.
May I know what could cause this?
>
> Hello,
>
> for Live ISO, there is a little crazy logic that sets up the
> flag for a final release:
> https://github.com/rhinstaller/anaconda/blob/master/data/liveinst/liveinst#L93
>
> Basically, it is determined by a version of a package that
> provides system-release, so I would check that.
>
> What is the output of these commands, when you run them on your
> ISO?
>
>
> rpm -q --whatprovides system-release
> rpm -q --qf '%{Release}' --whatprovides system-release
$ rpm -q --whatprovides system-release
fedora-release-workstation-30-900.noarch
$ rpm -q --qf '%{Release}' --whatprovides system-release
900[
>>>
>>> It seems to be correct. The liveinst script should set the
>>> environment variable ANACONDA_ISFINAL to True before Anaconda is
>>> started.
>>> Network installations use the IsFinal attribute of the .buildstamp
>>> file to determine the value of the flag, but Live ISO shouldn't
>>> have this file and should use ANACONDA_ISFINAL instead. The path to
>>> the .buildstamp file can be /.buildstamp, /tmp/product/.buildstamp
>>> or set by the environment variable PRODBUILDPATH. Could you check
>>> that these files do not exist on your ISO?
>>> Otherwise, I would recommend to report a bug at
>>> https://bugzilla.redhat.com/ and attach the Anaconda logs from the
>>> installation.
>>>
> Vendy
>
both os-release and redhat-release updated and I can see
given values.
both fedora and fedora-update repos used during the ISO
build along with few 3rd party repos.
Regards,
--
Danishka Navin
___Anaconda-
devel-list mailing listanaconda-devel-l...@redhat.com
https://www.redhat.com/mailman/listinfo/anaconda-devel-list
>>>
>>> ___
>>>
Re: "Modifying /etc/os-release for re-branding?"
On Wed, 2019-09-11 at 09:54 +0530, Danishka Navin wrote:
> Is it ok to modify /etc/os-release for re-branding purpose?
Hi Danishka Navin,
Good question on a bad place. Adding Fedora devel list here, there
could be someone who is able to answer you this question.
Jirka
> On Wed, Sep 4, 2019 at 6:11 PM Vendula Poncova
> wrote:
> > On Tue, Sep 3, 2019 at 7:29 PM Danishka Navin
> > wrote:
> > > On Tue, Sep 3, 2019 at 6:16 PM Vendula Poncova <
> > > vponc...@redhat.com> wrote:
> > > > On Mon, Sep 2, 2019 at 9:56 AM Danishka Navin <
> > > > danis...@gmail.com> wrote:
> > > > > Hi Jirka,
> > > > >
> > > > > I used the following command but did't use --product and --
> > > > > version at all.
> > > > > Btw, does livecd-creator read from /etc/os-release when we
> > > > > ignore both --product and --version?
> > > > >
> > > > > livecd-creator --verbose --config=hanthana-live-
> > > > > workstation.ks --fslabel=h30 --cache=cache --tmpdir=tmp
> > > > >
> > > > > Then I copied fresh kisktars shipped by fedora and rerun with
> > > > > my custom configs.
> > > > > I could not reproduce the issue.
> > > > >
> > > > > I wonder if the issue caused by following entries in the
> > > > > /etc/os-release file.
> > > > >
> > > > > REDHAT_BUGZILLA_PRODUCT="Fedora"
> > > > > REDHAT_SUPPORT_PRODUCT="Fedora"
> > > > >
> > > > >
> > > > > Btw, there is a new issue occurred.
> > > > > As in this image, Anaconda keeps duplicating the values of
> > > > > redhat-release file.
> > > > > I am not sure if its a bug or I mage a mistake.
> > > > >
> > > > >
> > > > > https://pasteboard.co/IvvT4nf.png
> > > > >
> > > > > Added Hanthana Workstation (Vishwa)' in to the redhat-release
> > > > > file.
> > > > > https://pasteboard.co/IvvSiU5.png
> > > > >
> > > > > If you have digital at the end, it only repeats the digit.
> > > > > When using "Hanthana 30"
> > > > >
> > > > > https://pasteboard.co/IvvTyBT.png
> > > > >
> > > > >
> >
> > Anaconda reads the product name and the product version from
> > /etc/system-release on Live ISO or from the .buildstamp file in
> > network installations. See my comment about the .buildstamp file
> > below. I think that all these problems are related.
> >
> > > > > On Mon, Sep 2, 2019 at 1:06 PM wrote:
> > > > > > Hello,
> > > > > > You have probably used bad parameters when you were
> > > > > > invoking lorax. You have to use correct --product and --
> > > > > > version parameters otherwise we will be handling your ISO
> > > > > > as Rawhide.
> > > > > > Could you please tell us what command did you used to
> > > > > > create your ISO?
> > > > > > Regards,Jirka
> > > > > > On Sat, 2019-08-31 at 18:12 +0530, Danishka Navin wrote:
> > > > > > > Hi there,
> > > > > > >
> > > > > > > When I was trying to install f30 based remixed ISO,
> > > > > > > "PRE-RELEASE/TESTING" text appearing in top-right hand
> > > > > > > side of anaconda GUI.
> > > > > > > May I know what could cause this?
> > > > > > >
> > > >
> > > > Hello,
> > > >
> > > > for Live ISO, there is a little crazy logic that sets up the
> > > > flag for a final release:
> > > > https://github.com/rhinstaller/anaconda/blob/master/data/liveinst/liveinst#L93
> > > >
> > > > Basically, it is determined by a version of a package that
> > > > provides system-release, so I would check that.
> > > >
> > > > What is the output of these commands, when you run them on your
> > > > ISO?
> > > >
> > > >
> > > > rpm -q --whatprovides system-release
> > > > rpm -q --qf '%{Release}' --whatprovides system-release
> > >
> > > $ rpm -q --whatprovides system-release
> > > fedora-release-workstation-30-900.noarch
> > > $ rpm -q --qf '%{Release}' --whatprovides system-release
> > > 900[
> > >
> > >
> >
> > It seems to be correct. The liveinst script should set the
> > environment variable ANACONDA_ISFINAL to True before Anaconda is
> > started.
> > Network installations use the IsFinal attribute of the .buildstamp
> > file to determine the value of the flag, but Live ISO shouldn't
> > have this file and should use ANACONDA_ISFINAL instead. The path to
> > the .buildstamp file can be /.buildstamp, /tmp/product/.buildstamp
> > or set by the environment variable PRODBUILDPATH. Could you check
> > that these files do not exist on your ISO?
> > Otherwise, I would recommend to report a bug at
> > https://bugzilla.redhat.com/ and attach the Anaconda logs from the
> > installation.
> >
> > >
> > > > Vendy
> > > >
> > > > > > > both os-release and redhat-release updated and I can see
> > > > > > > given values.
> > > > > > > both fedora and fedora-update repos used during the ISO
> > > > > > > build along with few 3rd party repos.
> > > > > > >
> > > > > > > Regards,
> > > > > > > --
> > > > > > > Danishka Navin
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ___Anaconda-
> > > > > > > devel-list mailing
