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 <remix>-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, jkonecny@xxxxxxxxxx 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 < >>>> vponcova@xxxxxxxxxx> >>>> wrote: >>>>> On Tue, Sep 3, 2019 at 7:29 PM Danishka Navin < >>>>> danishka@xxxxxxxxx> >>>>> wrote: >>>>>> On Tue, Sep 3, 2019 at 6:16 PM Vendula Poncova < >>>>>> vponcova@xxxxxxxxxx> wrote: >>>>>>> On Mon, Sep 2, 2019 at 9:56 AM Danishka Navin < >>>>>>> danishka@xxxxxxxxx> 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 <jkonecny@xxxxxxxxxx> >>>>>>>> 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 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________Anacon >>>>>>>>>> da- >>>>>>>>>> devel-list mailing listAnaconda-devel-list@xxxxxxxxxx >>>>>>>>>> https://www.redhat.com/mailman/listinfo/anaconda-devel-list >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Anaconda-devel-list mailing list >>>>>>>>> >>>>>>>>> Anaconda-devel-list@xxxxxxxxxx >>>>>>>>> >>>>>>>>> https://www.redhat.com/mailman/listinfo/anaconda-devel-list >>>>>>>> >>>>>>>> -- >>>>>>>> Danishka Navin >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Anaconda-devel-list mailing list >>>>>>>> >>>>>>>> Anaconda-devel-list@xxxxxxxxxx >>>>>>>> >>>>>>>> https://www.redhat.com/mailman/listinfo/anaconda-devel-list >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Anaconda-devel-list mailing list >>>>>>> >>>>>>> Anaconda-devel-list@xxxxxxxxxx >>>>>>> >>>>>>> https://www.redhat.com/mailman/listinfo/anaconda-devel-list >>>>>> >>>>>> -- >>>>>> Danishka Navin >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> >>>>>> Anaconda-devel-list mailing list >>>>>> >>>>>> Anaconda-devel-list@xxxxxxxxxx >>>>>> >>>>>> https://www.redhat.com/mailman/listinfo/anaconda-devel-list >>>>> >>>>> _______________________________________________ >>>>> >>>>> Anaconda-devel-list mailing list >>>>> >>>>> Anaconda-devel-list@xxxxxxxxxx >>>>> >>>>> https://www.redhat.com/mailman/listinfo/anaconda-devel-list >>>> >>>> _______________________________________________Anaconda-devel- >>>> list >>>> mailing listAnaconda-devel-list@xxxxxxxxxx >>>> https://www.redhat.com/mailman/listinfo/anaconda-devel-list >>> >>> _______________________________________________ >>> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx >>> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx >>> Fedora Code of Conduct: >>> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >>> List Guidelines: >>> https://fedoraproject.org/wiki/Mailing_list_guidelines >>> List Archives: >>> https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx >>> >> >> _______________________________________________ >> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx >> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx >> Fedora Code of Conduct: >> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >> List Guidelines: >> https://fedoraproject.org/wiki/Mailing_list_guidelines >> List Archives: >> https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx >> >> _______________________________________________ >> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx >> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx >> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >> List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
