Re: [gentoo-user] Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

2016-05-26 Thread Peter Humphrey
On Thursday 26 May 2016 09:10:12 Michael Orlitzky wrote:
> You'll spend a while getting used to git, there's no way around it. You
> just have to pick a project and force yourself to use git all day. All
> of the commands have the wrong names:
> 
>   * Want to check out a repository? There's `git checkout`, but that's
> not what it does. You want `git clone`.
> 
>   * Want to start a new branch? There's `git branch`, but what you
> actually want is `git checkout`.
> 
>   * Want to reset the modifications you've made to a file? There's
> `git reset`, but what you really want is `git checkout`.
> 
>   * Want to merge your changes with upstream? There's `git merge`,
> but chances are, you want `git pull --rebase`.
> 
>   * Want to commit a new file? There's `git commit`, but it won't work.
> 
> ...and so on.

So, it was written by a headstrong, ivory-tower academic whose first language 
isn't English?  ;)

> That said, after my bicycle, git is probably the most useful piece of
> technology I use on a daily basis. All of the time I spent banging my
> head on my desk turned out to be well worth it. So, don't despair too
> much.

-- 
Rgds
Peter




Re: [gentoo-user] Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

2016-05-26 Thread Michael Orlitzky
On 05/26/2016 04:32 AM, Peter Humphrey wrote:
> 
> Aye, there's the rub. Git is a closed book to me at the moment. Having to 
> learn how to use it would at least triple my time to get up to speed. Time, 
> I have plenty of (DV, as they say in religious circles), but my brain 
> doesn't go nearly as well as it did 40 years ago.
> 

You'll spend a while getting used to git, there's no way around it. You
just have to pick a project and force yourself to use git all day. All
of the commands have the wrong names:

  * Want to check out a repository? There's `git checkout`, but that's
not what it does. You want `git clone`.

  * Want to start a new branch? There's `git branch`, but what you
actually want is `git checkout`.

  * Want to reset the modifications you've made to a file? There's
`git reset`, but what you really want is `git checkout`.

  * Want to merge your changes with upstream? There's `git merge`,
but chances are, you want `git pull --rebase`.

  * Want to commit a new file? There's `git commit`, but it won't work.

...and so on.

That said, after my bicycle, git is probably the most useful piece of
technology I use on a daily basis. All of the time I spent banging my
head on my desk turned out to be well worth it. So, don't despair too much.




Re: [gentoo-user] Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

2016-05-26 Thread Michael Orlitzky
On 05/26/2016 05:03 AM, Peter Humphrey wrote:
> On Thursday 26 May 2016 09:32:26 I wrote:
> 
>> Thanks for the encouragement. I'll muse awhile.
> 
> Already I have an elementary question: what editors are recommended for this 
> kind of work? Other than vim and emacs, that is, either of which would 
> involve yet another acute learning process.
> 

It doesn't really matter, you're essentially just writing bash scripts.
We have special syntax highlighting for vim and emacs, but anything that
can handle bash code should work fine. We also use tabs for indentation
(disgusting, I know), so your editor should know the difference between
tabs and spaces. I've used app-editors/mousepad in a pinch.

Repoman can catch a lot of minor syntax issues (like space indentation),
and the output of `git diff` will show leading/trailing whitespace, so
it isn't much of a problem.




Re: [gentoo-user] Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

2016-05-26 Thread Neil Bothwick
On Thu, 26 May 2016 09:32:26 +0100, Peter Humphrey wrote:

> > These days it's a lot easier to get practice because you don't have to
> > deal with CVS. If you clone our git repo as your $PORTDIR, then you
> > can make your changes and `repoman commit` just like the rest of us.
> > If you're okay with Github, you can create pull requests there from
> > that same clone.  
> 
> Aye, there's the rub. Git is a closed book to me at the moment. Having
> to learn how to use it would at least triple my time to get up to
> speed. Time, I have plenty of (DV, as they say in religious circles),
> but my brain doesn't go nearly as well as it did 40 years ago.

You don't have to use git, I uploaded my ebuild changes to b.g.o - it
needs a dev to commit them anyway.

> > You should probably read through the entire devmanual once, but
> > there's no substitute for practice and asking questions.  
> 
> Sounds like good advice - I'll go and find it now.

devmanual.gentoo.org - you also need to read man 5 ebuild.


-- 
Neil Bothwick

WinErr 01F: Reserved for future mistakes of our developers.


pgpdFCJV8aMUe.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

2016-05-26 Thread Peter Humphrey
On Thursday 26 May 2016 09:32:26 I wrote:

> Thanks for the encouragement. I'll muse awhile.

Already I have an elementary question: what editors are recommended for this 
kind of work? Other than vim and emacs, that is, either of which would 
involve yet another acute learning process.

-- 
Rgds
Peter




Re: [gentoo-user] Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

2016-05-26 Thread Peter Humphrey
On Wednesday 25 May 2016 18:19:38 Michael Orlitzky wrote:
> On 05/25/2016 06:09 PM, Peter Humphrey wrote:
> > Well, considering the importance of gummiboot to some of us, I might be
> > willing to take it on - if I just knew a bit more about package
> > maintenance. As I've said many times in recent years, my days of coding
> > expired about 25 years ago, and then it was in very different systems
> > from Linux.
> These days it's a lot easier to get practice because you don't have to
> deal with CVS. If you clone our git repo as your $PORTDIR, then you can
> make your changes and `repoman commit` just like the rest of us. If
> you're okay with Github, you can create pull requests there from that
> same clone.

Aye, there's the rub. Git is a closed book to me at the moment. Having to 
learn how to use it would at least triple my time to get up to speed. Time, 
I have plenty of (DV, as they say in religious circles), but my brain 
doesn't go nearly as well as it did 40 years ago.

> You should probably read through the entire devmanual once, but there's
> no substitute for practice and asking questions.

Sounds like good advice - I'll go and find it now.

> There are a lot of easy bugs open on bugs.gentoo.org that you could fix
> to get experience. If you fix something in a maintainer-needed package
> and post a pull request, I don't see why we couldn't just merge it.
> You'll get good feedback that way. In fact, in the worst case, if
> gummiboot drops to maintainer-needed, you could fix bugs and make
> version bumps that way without the commitment of being the maintainer.

Thanks for the encouragement. I'll muse awhile.

-- 
Rgds
Peter




Re: [gentoo-user] Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

2016-05-26 Thread Neil Bothwick
On Thu, 26 May 2016 10:48:48 +1000, Sam Jorna wrote:

> I'll also mention the Proxy Maintainers project[0] here. Yes this is
> intended to facilitate people taking maintainership of a package, but my
> point is that there is a project dedicated to facilitating contributors
> without push access both in offering ebuilding support and committing
> package changes.

I've recently become a proxy maintainer at Sam's instigation, and with a
lot of constructive help from him. It's not difficult even though it made
me think a lot harder about what the ebuild was doing. If anyone it
thinking about it, I'd recommend the experience.


-- 
Neil Bothwick

I don't have any solution, but I certainly admire the problem.


pgppctAJc1PEu.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

2016-05-25 Thread Sam Jorna
On 26/05/16 08:19, Michael Orlitzky wrote:
> On 05/25/2016 06:09 PM, Peter Humphrey wrote:
>>
>> Well, considering the importance of gummiboot to some of us, I might be 
>> willing to take it on - if I just knew a bit more about package maintenance. 
>> As I've said many times in recent years, my days of coding expired about 25 
>> years ago, and then it was in very different systems from Linux.
>>
> 
> These days it's a lot easier to get practice because you don't have to
> deal with CVS. If you clone our git repo as your $PORTDIR, then you can
> make your changes and `repoman commit` just like the rest of us. If
> you're okay with Github, you can create pull requests there from that
> same clone.
> 
> You should probably read through the entire devmanual once, but there's
> no substitute for practice and asking questions.
> 
> There are a lot of easy bugs open on bugs.gentoo.org that you could fix
> to get experience. If you fix something in a maintainer-needed package
> and post a pull request, I don't see why we couldn't just merge it.
> You'll get good feedback that way. In fact, in the worst case, if
> gummiboot drops to maintainer-needed, you could fix bugs and make
> version bumps that way without the commitment of being the maintainer.

I'll also mention the Proxy Maintainers project[0] here. Yes this is
intended to facilitate people taking maintainership of a package, but my
point is that there is a project dedicated to facilitating contributors
without push access both in offering ebuilding support and committing
package changes.

If anyone is interested in becoming the nominal maintainer of this, let
us know. :)

[0] https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers

Cheers;
-- 
Sam Jorna (wraeth) 
GnuPG Key: D6180C26



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-user] Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

2016-05-25 Thread Dale
Michael Orlitzky wrote:
> On 05/25/2016 06:09 PM, Peter Humphrey wrote:
>> Well, considering the importance of gummiboot to some of us, I might be 
>> willing to take it on - if I just knew a bit more about package maintenance. 
>> As I've said many times in recent years, my days of coding expired about 25 
>> years ago, and then it was in very different systems from Linux.
>>
> These days it's a lot easier to get practice because you don't have to
> deal with CVS. If you clone our git repo as your $PORTDIR, then you can
> make your changes and `repoman commit` just like the rest of us. If
> you're okay with Github, you can create pull requests there from that
> same clone.
>
> You should probably read through the entire devmanual once, but there's
> no substitute for practice and asking questions.
>
> There are a lot of easy bugs open on bugs.gentoo.org that you could fix
> to get experience. If you fix something in a maintainer-needed package
> and post a pull request, I don't see why we couldn't just merge it.
> You'll get good feedback that way. In fact, in the worst case, if
> gummiboot drops to maintainer-needed, you could fix bugs and make
> version bumps that way without the commitment of being the maintainer.
>
>
>


My thinking is along the same lines as yours.  Having anyone that is
willing to help is likely much better than no one at all and the package
ending up dying and leaving the tree all together.  If someone can do
some of the heavy lifting and just push the needed info to someone else
who can push it into the tree, that should buy it some time at least. 
Maybe at some point a official dev can step up. 

The biggest thing, I didn't want it to get kicked out of the tree and
then the people that use it here end up going "what the heck" because
they didn't see it coming. 

Me, I want to set up a very basic backup script on a cron job to copy
from one local drive to another local drive.  Even that little thing is
a big deal for me.  Don't even mention writing a ebuild within hearing
range of me.  ROFL   I'm to old for that stuff now.  ;-)

Dale

:-)  :-) 




Re: [gentoo-user] Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

2016-05-25 Thread Michael Orlitzky
On 05/25/2016 06:09 PM, Peter Humphrey wrote:
> 
> Well, considering the importance of gummiboot to some of us, I might be 
> willing to take it on - if I just knew a bit more about package maintenance. 
> As I've said many times in recent years, my days of coding expired about 25 
> years ago, and then it was in very different systems from Linux.
> 

These days it's a lot easier to get practice because you don't have to
deal with CVS. If you clone our git repo as your $PORTDIR, then you can
make your changes and `repoman commit` just like the rest of us. If
you're okay with Github, you can create pull requests there from that
same clone.

You should probably read through the entire devmanual once, but there's
no substitute for practice and asking questions.

There are a lot of easy bugs open on bugs.gentoo.org that you could fix
to get experience. If you fix something in a maintainer-needed package
and post a pull request, I don't see why we couldn't just merge it.
You'll get good feedback that way. In fact, in the worst case, if
gummiboot drops to maintainer-needed, you could fix bugs and make
version bumps that way without the commitment of being the maintainer.




Re: [gentoo-user] Fwd: [gentoo-dev] Package up for grabs: sys-boot/gummiboot

2016-05-25 Thread Peter Humphrey
On Sunday 22 May 2016 23:39:08 Dale wrote:
>  Forwarded Message 
> Subject:  [gentoo-dev] Package up for grabs: sys-boot/gummiboot
> Date: Wed, 18 May 2016 13:45:55 +0200
> From: Michał Górny 
> Reply-To: gentoo-...@lists.gentoo.org
> Organization: Gentoo
> To:   gentoo-...@lists.gentoo.org
> 
> 
> 
> I'm no longer willing to maintain sys-boot/gummiboot and this makes it
> maintainer-needed. The package is no longer maintained upstream,
> and has been merged into systemd. It seems that there are still people
> using it without systemd though, so I'm not going to lastrite it
> myself, and prefer getting a new maintainer for it.

Well, considering the importance of gummiboot to some of us, I might be 
willing to take it on - if I just knew a bit more about package maintenance. 
As I've said many times in recent years, my days of coding expired about 25 
years ago, and then it was in very different systems from Linux.

-- 
Rgds
Peter