I have seen some spam filters that have layers.
The first layer is captcha, which blocks most bots. Google recaptcha
is very useful in this case. I don't think this will block any human
user. In addition, users don't have to enter captcha every time once
it determines that a person is not a bot.
use git filter-branch --tree-filter to add .SRCINFO to earlier commits
using git filter-branch --tree-filter for any new commit is wrong
because it will run on all past trees. A lot of inefficient work is
done here.
On Tue, May 26, 2015 at 6:27 AM, Marcel Korpel marcel.kor...@gmail.com wrote:
https://gist.github.com/taylorchu/76bee1ed238cb79cc444
This helps me a lot :)
On Mon, May 25, 2015 at 7:15 PM, Doug Newgard scim...@archlinux.info wrote:
On Mon, 25 May 2015 17:19:07 -0700
Kyle Terrien kyleterr...@gmail.com wrote:
1. Is there any way to generate the .SRCINFO file without
although I still think there would have to be a way to keep from having to
duplicate metadata,
I had similar discussion before. Putting the whole build script in one
file is a very simple and convenient design. If we want to ensure
safety and don't want to duplicate meta data, splitting
@Ido
@everyone else
I made a plain script called srcinfo that generates srcinfo in the
simplest way. It behaves just like makepkg, which expects a PKGBUILD
file in the current working directory.
https://gist.github.com/taylorchu/5d8bdb97acbb22e8b698#file-gistfile1-txt-L181
I really just wrote 2
aur4 at this moment is still inconvenient to use because makepkg is
designed for the old aur. Should we update makepkg first?
I also hope that the coexist period of new and old aur is short, or
there is a way to propagate updates to new aur to old aur so that
packagers don't have to update twice.
I hope we can have another purge for dead(both orphaned and inactive) packages.
On Wed, Feb 4, 2015 at 12:05 AM, Lukas Fleischer
archli...@cryptocrack.de wrote:
On Wed, 04 Feb 2015 at 08:59:41, Florian Bruhin wrote:
[...]
Is there a list of packages which will be orphaned because of this
Good news. Where can I find out more about this aurweb 4.0.0?
On Thu, Feb 5, 2015 at 10:13 AM, Lukas Fleischer
archli...@cryptocrack.de wrote:
On Thu, 05 Feb 2015 at 17:55:27, Tai-Lin Chu wrote:
I hope we can have another purge for dead(both orphaned and inactive)
packages.
[...]
The AUR
https://www.ruby-lang.org/en/news/2014/07/01/eol-for-1-8-7-and-1-9-2/
I think there are more packages to delete..
On Tue, Sep 9, 2014 at 2:32 PM, Allen Li darkfel...@abagofapples.com wrote:
Do they work? If the packages work, they should be kept, even if they
are useless as you say, because
On the other hand, I think we should remove category because only a
few packages actually use correct category. It is almost useless.
On Wed, Sep 3, 2014 at 11:07 PM, lolilolicon loliloli...@gmail.com wrote:
On Thu, Sep 4, 2014 at 1:42 PM, Hugo Osvaldo Barrera h...@barrera.io wrote:
This is
still we have tons of packages that do not follow category. Searching
by category is ineffective.
I think the best way to know about package is to let users write aur
packages reviews for the packages they love.
On Thu, Sep 4, 2014 at 6:43 PM, Hugo Osvaldo Barrera h...@barrera.io wrote:
On
I feel those created by FredBezies and foutrelis are legit. There is
no reason for keeping packages for dead projects, and if upstream does
not create commit for more than n years the project is likely to be
dead. However what n should be is debatable.
I totally agree with the idea of having
thanks.
The package is out-of-date for a long time, and the maintainer is not
updating it.
Thanks
it is broken for a while, and not updated for 4.1 style.
if it is possible, keep vlc-dev and remove vlc-ncurses.
vlc ncurses is using git version and no longer needed.
Thanks.
whether you care it or not; please
preserve resources of other projects.
On Fri, Apr 5, 2013 at 10:50 PM, Daniel Wallace
danielwall...@gtmanfred.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Tai-Lin Chu tailin...@gmail.com wrote:
1. you can still pull, so it will not be a reason
, Tai-Lin Chu wrote:
This is dumb because using cp is not enough, you should be using git clone
because it is git and straight from git, if you goal is to just use the
newest you are doing it wrong go write you own pkgbuild.
What is not enough? cp has option to reserve everything.
Doesn't
-a -r test test2
// build with test2
rm -rf test2
On Sat, Apr 6, 2013 at 11:25 AM, William Giokas 1007...@gmail.com wrote:
On Sat, Apr 06, 2013 at 11:10:52AM -0700, Tai-Lin Chu wrote:
Doesn't matter. cp does nothing with checksums, whereas git will
preserve every byte, and it literally can't go
@dave
I still cannot find any info regarding why we should not use depth 1.
do you mind pasting the link here?
thanks.
On Sat, Apr 6, 2013 at 12:15 PM, Dave Reisner d...@falconindy.com wrote:
On Sat, Apr 6, 2013 at 3:11 PM, Tai-Lin Chu tailin...@gmail.com wrote:
...what are you trying to test
:
On Sat, Apr 06, 2013 at 12:26:14PM -0700, Tai-Lin Chu wrote:
@dave
I still cannot find any info regarding why we should not use depth 1.
do you mind pasting the link here?
thanks.
https://mailman.archlinux.org/pipermail/pacman-dev/2012-March.txt
Now curl and grep are your friends...
On Sat
-0700, Tai-Lin Chu wrote:
Thanks William. But I dont think the discussion is deep as what we
have right now.
Apparently allan miscalculates how much we can save on using shallow clone.
I tried linux/master yesterday, it is more like 600mb to 97mb.
Okay, if you're going to be doing shallow
1. save bandwidth
2. less wait
why not add --depth 1 :)
you mean pkgver()?
On Thu, Apr 4, 2013 at 11:14 PM, Daniel Micay danielmi...@gmail.com wrote:
On Fri, Apr 5, 2013 at 2:12 AM, Tai-Lin Chu tailin...@gmail.com wrote:
1. save bandwidth
2. less wait
why not add --depth 1 :)
If you're using a git package, I assume you're updating it at some
...@koloro.de wrote:
Am 05.04.2013 08:12, schrieb Tai-Lin Chu:
1. save bandwidth
2. less wait
why not add --depth 1 :)
because you can't do nearly anything git related with this clone. You
can't clone, can't update, etc.
Best workflow is
* clone the repo (like downloading a source package
@William Giokas
really?
tweeter bootstrap saves 88%
vlc saves 87%
make sure you dont read the wrong number.
On Fri, Apr 5, 2013 at 6:17 PM, William Giokas 1007...@gmail.com wrote:
On Thu, Apr 04, 2013 at 11:12:29PM -0700, Tai-Lin Chu wrote:
1. save bandwidth
2. less wait
why not add --depth
makepkg only needs the latest git snapshot
there are only 2 cases that wont work:
1. revert git commit
2. count # of revisions
On Fri, Apr 5, 2013 at 6:43 PM, Jan Alexander Steffens
jan.steff...@gmail.com wrote:
On Fri, Apr 5, 2013 at 8:12 AM, Tai-Lin Chu tailin...@gmail.com wrote:
1. save
cp is good enough...
On Fri, Apr 5, 2013 at 7:05 PM, William Giokas 1007...@gmail.com wrote:
On Fri, Apr 05, 2013 at 06:47:55PM -0700, Tai-Lin Chu wrote:
makepkg only needs the latest git snapshot
there are only 2 cases that wont work:
1. revert git commit
2. count # of revisions
Won't work
The problem:
according to archwiki, to autobump pkgver, pkgver should be empty and
pkgver() is provided.
However, if we package it, the version number is empty, so AUR wont accept it.
The Question:
1. is it a bug?
2. should aur be updated to allow empty pkgver?
My idea:
if pkgver=AUTO, then
LinkedIn
Discussion,
I'd like to add you to my professional network on LinkedIn.
- Tai-Lin
Tai-Lin Chu
Software Developer at KokoChe
San Francisco Bay Area
Confirm that you know Tai-Lin Chu:
https://www.linkedin.com/e/sx2w4t-hcd4dqij-72/isd/10698992438/uS5Frp7z/?hs=falsetok
@ngoonee
my point is that if a user can edit depends=, he could also as well
edit build flags.
@Det
i dont think this is a good idea to ban users like this. someone mentioned that
creating too many similar packages will create confusion. I dont think
this applies to me.
i already renamed the
@Alexander Rødseth
that's how it should work, but unfortunately none of these work well
in reality. my reason of cloning is that the time when these packages
will update or fit your need is known. god knows when these packages
will update; it could be weeks or months(or never). i either have to
thanks everyone for letting me know these.
2012/3/27 郑文辉(Techlive Zheng) techlivezh...@gmail.com:
2012/3/27 Tai-Lin Chu tailin...@gmail.com:
@Alexander Rødseth
that's how it should work, but unfortunately none of these work well
in reality. my reason of cloning is that the time when
33 matches
Mail list logo