[pacman-dev] Time for changes
kfs1 at online.no
kfs1 at online.no
Fri Sep 29 10:36:10 EDT 2006
On Thu, 28 Sep 2006 21:22:37 +0200, Aaron Griffin
<aaronmgriffin at gmail.com> wrote:
> On 9/28/06, Judd Vinet <jvinet at zeroflux.org> wrote:
>> On Thu, Sep 28, 2006 at 01:48:28PM -0500, Aaron Griffin wrote:
>> > Ok, I think it's about time I picked up pacman developement, seeing as
>> > we really have no one else doing it. I've been busy, so I was really
>> > hoping someone else would volunteer, but what the hell.
>> I'll get your back when I can, Aaron. I've merged most of the
>> libarchive stuff in, but it's not committed yet. For some reason, the
>> static linking fails. Dynamic one works fine. I tested this with FW's
>> pacman and I had the same error, so it's likely something on my system,
>> not in the pacman build setup.
> While you're available... do you seriously like sw=2 ts=2 ? I was
> going to bring that up and see if it offended anyone to switch to 4/4
> - though I guess if you just use noet, and remove those settings, it'd
> be up to the editor (modelines override editor settings).
Good to see some action here again :)
I wanted to see if the slow operation with XFS/JFS? could be improved. So
i made a script that finds packages without using pacman.
It's called pacfind. or whatever you want to call it :) (i think someone
alreayd have made a pacfind script?
if [ "$1" = "-Sd" -a -n "$2" ]
grep -r -A 1 DESC *|grep -v local/|egrep "desc-.*$2.*"|sed
# grep -A 1 DESC */*/desc didn't work for some reason :/
elif [ "$1" = "-Ss" -a -n "$2" ]
find pacman -name "*$2*"|grep -ve /local -e '.*testing$' -e
'.*AqD$' -e '.*brain0$' -e '.*community$' -e '.*current$' -e '.*extra$' -e
'.*karsten$' -e '.*unstable$'|xargs grep -r -A 1 DESC|grep -v DESC -v
|grep -v -- --|sed 's|^pacman/||'|sed 's/.*desc-/^[[1;33m&\n^[[1;37m/'|sed
# the escape codes won't work ofc.
# The -Sd search packgae descriptions
# The -Ss search only packagenames
searching for packagename takes 15-16 sec now which used to take 1.04m
with pacman -Ss
-Sd takes 56 sec but is really quite faster than pacman's 1.04m because it
starts sooner and only spits out the info slower because of coloring, i
So there's definitively some ground to be covered for pacman and I really
hope that pacman3 won't have to be db dependent <:)
Also my script could probably be improved by some of you bash gurus :)
and also have you guys seen this?:
:) me out!
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
More information about the pacman-dev