[Sugar-devel] ./osbuild shell not valid command
Jerry Vonau
me at jvonau.ca
Tue Nov 24 05:12:16 EST 2015
I'm suggesting that the COPR be created with the username SugarLabs with
access granted as needed. I'm in no position to act on SL behalf, that
would need to come from the powers that be, I don't want to step on any
toes. That way it would be "dnf copr enable SugarLabs/sugar" and not
someones personal account in the docs and public archives. Oh yea, you
could do some integration where a commit occurs and a rpm pops out. ;)
Just my take on things,
Jerry
> On November 24, 2015 at 2:24 AM "Sam P." <sam at sam.today> wrote:
>
>
> Hi Jerry,
>
> A COPR would be amazing! I think that it would be amazing to have a set
> of
> rpms for the master branch automatically built.
>
> But I think there is still a role for sugar-build for like building and
> developing :) It's very bad for testing though.
>
> Re the test suite: good idea. I have no idea why it doesn't run now and
> I
> don't have the time to dive into it now.
>
> Thanks,
> Sam
>
> On Tue, Nov 24, 2015 at 7:07 PM, Jerry Vonau <me at jvonau.ca> wrote:
>
> > Sam/others who might chime in.
> >
> > There has to be a better way than that, in the past there was automatic
> > testing that replied on COPR(a web based rpm build system for Fedora)
> > building the rpms. What is missing from git for packaging is a rpm
> > spec.in
> > for Fedora and whatever Debain uses that could be set via the Makefile,
> > officially blessed by SugarLabs for other developers. Fedora has their
> > spec
> > file under git control for their release purposes, same holds true at
> > OLPC
> > where rpms are created for the XO's use but there is no reason not to
> > have
> > the packaging files freely available anyway, with that in place
> > generating
> > rpm out of git becomes so much easier. This will greatly help with
> > testing
> > as then anybody can now point COPR at their own git repo to generate a
> > snapshot and build the rpms to test without having to roll the source
> > rpm
> > first. All you need to do is dnf enable your own copr repo and dnf
> > update
> > and test away like how I tested the issues with F23. Now making things
> > easier for everybody should help trying to make sugar better, that is
> > the
> > objective right? It opens the possibility that someone can resurrect
> > the
> > automatic test suite that was in place in the past working again.
> >
> > Jerry
> >
> > > On November 23, 2015 at 8:33 PM Free Dom <freedompop123123 at gmail.com>
> > > wrote:
> > >
> > >
> > > Is there an alternative since I am on Fedora 23?
> > >
> > > On Mon, Nov 23, 2015 at 8:32 PM, Free Dom
> > > <freedompop123123 at gmail.com>
> > > wrote:
> > >
> > > > I am on Fedora 23.
> > > >
> > > > ./osbuild shell
> > > >
> > > >
> > > > On Mon, Nov 23, 2015 at 8:28 PM, Sam P. <sam at sam.today> wrote:
> > > >
> > > >> Hi,
> > > >>
> > > >> What distribution are you on? I don't know if osbuild shell works
> > > >> on
> > > >> fedora because broot is not used.
> > > >>
> > > >> You should be able to not use the shell though. Eg. ./osbuild
> > > >> run,
> > > >> ./osbuild pull, ./osbuild build, etc.
> > > >>
> > > >> Thanks,
> > > >> Sam
> > > >>
> > > >> On Tue, Nov 24, 2015, 1:25 PM Free Dom
> > > >> <freedompop123123 at gmail.com>
> > > >> wrote:
> > > >>
> > > >>> I am getting this error every time I attempt to run ./osbuild
> > > >>> shell
> > > >>> from
> > > >>> the guide at
> > > >>> https://developer.sugarlabs.org/dev-environment.md.html
> > > >>>
> > > >>>
> > > >>> Is there a dependency I am missing?
> > > >>> _______________________________________________
> > > >>> Sugar-devel mailing list
> > > >>> Sugar-devel at lists.sugarlabs.org
> > > >>> http://lists.sugarlabs.org/listinfo/sugar-devel
> > > >>>
> > > >>
> > > >
> > > _______________________________________________
> > > Sugar-devel mailing list
> > > Sugar-devel at lists.sugarlabs.org
> > > http://lists.sugarlabs.org/listinfo/sugar-devel
> >
More information about the Sugar-devel
mailing list