Package Details: gitflow-avh-git 1.11.0.r21.gd769a3a-1

Git Clone URL: https://aur.archlinux.org/gitflow-avh-git.git (read-only, click to copy)
Package Base: gitflow-avh-git
Description: A collection of git extetions for Vincent Driessen's branching model.
Upstream URL: https://github.com/petervanderdoes/gitflow-avh
Licenses: BSD
Submitter: NonerKao
Maintainer: sanduhrs
Last Packager: sanduhrs
Votes: 58
Popularity: 0.000000
First Submitted: 2016-04-21 04:01
Last Updated: 2017-06-29 06:48

Dependencies (1)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

Anonymous comment on 2012-10-25 21:31

@Mizuchi, you could have sent me a messaged, you could have commented here, you also could have taken your grievance to the AUR general email list to see what they had to say (mind you, I woulda seen it there too).

The problem with flagging a package out of date when it's not, is it kicks off other end users to rebuild something, when no change has been made. This is why we have a 'unflag out of date' button but not a 'annoy the maintainer' button.

As for the solution, well, that's arch for you. One size does not fit all. I do not think using a binary in a non bin directory is elegant OR the right solution to this, I in fact think that making a link is the right way to do things, but this should be in the shflags package, which I can't modify. But, since I'm no longer the maintainer, Techlive can decide how he wants to do it.

ytj commented on 2012-10-25 17:00

@ebrodeur I flagged it out of date because someone else may notice and avoid this package. Anyway there is not a "not work" button. Maybe I should post a feature request to the bugtracker. I agree with @techlive's solution. No offense, but it make no sense to submit a package that does not work, no matter how elegant it is.

@rumpelsepp Are you serious? Your solution request root permission! IMO comment is posted for the maintainer, not for the user.

Anonymous comment on 2012-10-25 08:08

Well, that's part of the reason I gave it up, I didn't like any of the solutions in front of me.

techlive commented on 2012-10-25 08:07

@ebrodeur Hardcoding the absolute path of shflags might not be elegant, but it does fix the problem, and putting shflags to `/usr/lib` is definitely the way it should be.

Anonymous comment on 2012-10-25 07:51

I didn't think it'd take you long techlive :D

Anonymous comment on 2012-10-25 07:46

Because I didn't find his solution to be the most elegant/fitting with arch.

Since I don't have the time and haven't actually bothered to find a good solution, I've disowned the package, have fun!

techlive commented on 2012-10-25 06:15

@ebrodeur why not just fix the path as @max_meyer suggested? Please read his comments below.

rumpelsepp commented on 2012-10-25 06:08

@Mizuchi

5 comments under yours there is the solution:

ln -s /usr/share/lib/shflags/shflags.sh /usr/bin/shflags.sh

Anonymous comment on 2012-10-25 00:48

So you flagged it out of date because you can't get it to run?

That's not cool.

I'll look at the bug, if you notice, it's a long standing issue that hasn't been solved elegantly, that's still not a reason to flag it out of date.

ytj commented on 2012-10-25 00:25

It does not work.

[ytj@myhost tmp]$ git flow init
/usr/bin/git-flow: line 76: .: shflags.sh: file not found