On Wednesday 06 February 2008 20:24, Xavier wrote:

w9ya@qrparci.net wrote:

...

Hey Nigel and the gang;

Well, I *think* that unless someone wants to re-write and maintain jacman, you would be best advised to not use it.

I would suggest 'yaourt' as a replacement. It works very nicely here for what I need out of such a program, and it is being actively maintained as pacman evolves.

Very best regards;

Bob Finch

P.S.. Jacman is a great idea, so *IF* someone brings it up to date, I am sure it would be VERY popular.

Apparently, its developer was interested in updating it, but it was supposed to come "any day now", and that was 6 months ago : http://bbs.archlinux.org/viewtopic.php?pid=272848#p272848

There has been 2 major pacman upgrades since last jacman release in Dec 2006 (3.0 and 3.1) :p So probably help is welcome indeed.

As the OP, I'm impressed by the replies. I originally posted the Q to the forum, with the reply saying "upgrade jacman". That was not a lot of use, to say the least. I use apt, and synaptic (the gui for apt) on fedora, and debian, and synaptic works ok. I admit that mostly I use the CLI, but just to see which packages are available I use synaptic, and sometimes install packages with it. I prefer to install from the CLI because I can save the install history, and can see what was done, and when. Jacman appears to work ok when uninstalling packages. it just seems to have a problem with installing packages. There doesn't appear to be much to do to get it working, but as I'm not a programmer, perhaps it's not so easy. Question again: Should I send a bug report to the jacman maintainer? Nigel.

Comments below !!:

On Wednesday 06 February 2008 20:24, Xavier wrote:

...

...

Hey Nigel and the gang;

Well, I *think* that unless someone wants to re-write and maintain jacman, you would be best advised to not use it.

I would suggest 'yaourt' as a replacement. It works very nicely here for what I need out of such a program, and it is being actively

w9ya@qrparci.net wrote: maintained as pacman evolves.

...

Very best regards;

Bob Finch

P.S.. Jacman is a great idea, so *IF* someone brings it up to date,

I am sure it would be VERY popular.

Apparently, its developer was interested in updating it, but it was supposed to come "any day now", and that was 6 months ago : http://bbs.archlinux.org/viewtopic.php?pid=272848#p272848

There has been 2 major pacman upgrades since last jacman release in Dec 2006 (3.0 and 3.1) :p So probably help is welcome indeed.

As the OP, I'm impressed by the replies. I originally posted the Q to the forum, with the reply saying "upgrade jacman". That was not a lot of use, to say the least.

I use apt, and synaptic (the gui for apt) on fedora, and debian, and synaptic works ok. I admit that mostly I use the CLI, but just to see which packages are available I use synaptic, and sometimes install packages with it. I prefer to install from the CLI because I can save the install history, and can see what was done, and when.

Well yaourt, which I recommended can do searches of what is available like this: yaourt cpp (for instance) And anything that matches will be offered, and you can select what you want installed by number. Further it can do the compilation of PKGBUILDs that have no matching binaries. <- That's was probably the reason I first suggested it to you. If you have not yet installed it Nigel, you REALLY ought to consider it. Very best regards; Bob Finch P.S... I also use the AUR web site to do searches too, but that's another story.

Jacman appears to work ok when uninstalling packages. it just seems to have a problem with installing packages.

There doesn't appear to be much to do to get it working, but as I'm not a programmer, perhaps it's not so easy.

Question again:

Should I send a bug report to the jacman maintainer?

Nigel.

2008/2/6, Timm Preetz :

On Wed, 2008-02-06 at 14:01 -0500, w9ya@qrparci.net wrote:

...

P.S.. Jacman is a great idea, so *IF* someone brings it up to date, I am sure it would be VERY popular.

I would suggest spending the time on a PackageKit backend instead.

That would probably more useful, as the GUI part is already done by others and one 'only' has to write 'bindings'.

Also, GtkPacman development is started again. -- Roman Kyrylych (Роман Кирилич)

On Feb 7, 2008 9:15 AM, DaNiMoTh wrote:

2008/2/6, Roman Kyrylych :

...

[cut] Also, GtkPacman development is started again.

Uhu, we have also paKman ( or YAPG ), a KDE frontend, that is actually abandoned. If anyone is interested on development, this is the page: http://www.brainspace.it/?p=12 ( only in italian, but screenshot and sources are for everyone :D ).

IMHO, at the actually status of pacman, is a suicide go to programming a GUI.

That's exactly why I gave up in a gtk frontend for alpm.... -- Cheers, Rodrigo A computer is like air conditioning: it becomes useless when you open windows. ~Linus Torvalds

hi.

IMHO, at the actually status of pacman, is a suicide go to programming a GUI.

what do you mean by that ? i wonder why after pacman is finally splitted into two with a library like libalpm, we do not see more GUI popping up... i have tried to use libalpm just to see; it's not easy but i am a newbie at programming in C. anyone ?

Stefano Esposito wrote:

On Thu, 7 Feb 2008 15:18:24 +0100 solsTiCe d'Hiver wrote:

...

hi.

...

IMHO, at the actually status of pacman, is a suicide go to programming a GUI. what do you mean by that ?

i wonder why after pacman is finally splitted into two with a library like libalpm, we do not see more GUI popping up...

i have tried to use libalpm just to see; it's not easy but i am a newbie at programming in C. anyone ?

I'm trying to write a python binding to be used in the next future of gtkpacman. By now i've implemented just alpm_db* (with a Database class), alpm_pkg* (with a Package class) and alpm_option* (with an Alpm class). If anyone wants to take a look it's on berlios.de, project pyalpm (you'll need pyrex to compile the module). Of course is totally not documented :). Any help in the project would be very appreciated, so if anyone is intersted feel free to contact me ;)

Hm, do we have 2 pyalpm now? http://svn.berlios.de/svnroot/repos/pyalpm/trunk/ http://svn.archlinux-projects.org/repos/pyalpm/trunk/src/

Timm Preetz wrote:

On Thu, 2008-02-07 at 19:31 +0100, Xavier wrote:

...

Hm, do we have 2 pyalpm now? http://svn.berlios.de/svnroot/repos/pyalpm/trunk/ http://svn.archlinux-projects.org/repos/pyalpm/trunk/src/

Counted this in? http://projects.archlinux.org/git/?p=pacman.git;a=tree;f=lib/libalpm;

;)

That's probably the most recent.

Hmm. Both pyalpm projects are python bindings (~wrappers) for libalpm.

On Thu, 07 Feb 2008 19:31:18 +0100 Xavier wrote:

Stefano Esposito wrote:

...

On Thu, 7 Feb 2008 15:18:24 +0100 solsTiCe d'Hiver wrote:

...

hi.

...

IMHO, at the actually status of pacman, is a suicide go to programming a GUI. what do you mean by that ?

i wonder why after pacman is finally splitted into two with a library like libalpm, we do not see more GUI popping up...

i have tried to use libalpm just to see; it's not easy but i am a newbie at programming in C. anyone ?

I'm trying to write a python binding to be used in the next future of gtkpacman. By now i've implemented just alpm_db* (with a Database class), alpm_pkg* (with a Package class) and alpm_option* (with an Alpm class). If anyone wants to take a look it's on berlios.de, project pyalpm (you'll need pyrex to compile the module). Of course is totally not documented :). Any help in the project would be very appreciated, so if anyone is intersted feel free to contact me ;)

Hm, do we have 2 pyalpm now? http://svn.berlios.de/svnroot/repos/pyalpm/trunk/ http://svn.archlinux-projects.org/repos/pyalpm/trunk/src/

Well... I think I'll contribute to that on archlinux-projects and drop mine bindings :) Is the project still active? And who's the author (i'm not able to find (s)he on archlinux-projects.org :)) -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: New Giorno e Notte Plus: ordina il prodotto dimagrante n� 1 in Italia * * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=7109&d=8-2

2008/2/8, Stefano Esposito :

Well... I think I'll contribute to that on archlinux-projects and drop mine bindings :) Is the project still active? And who's the author (i'm not able to find (s)he on archlinux-projects.org :))

Georg Grabler was a TU but resigned due to life chages, so I'm not sure if he has time and wish to continue his alpm bindings, but maybe you can continue his development. Drop him a line. -- Roman Kyrylych (Роман Кирилич)

On Feb 6, 2008 12:01 PM, wrote:

...

I would suggest 'yaourt' as a replacement. It works very nicely here for what I need out of such a program, and it is being actively maintained as pacman evolves.

I fail to see how yaourt is in any way a replacement for jacman. jacman is a GUI frontend for pacman. yaourt simply extends pacman to enable a bunch of aur commands. I doubt that anyone who wants something like jacman would be appeased with yaourt.

(That said, I think yaourt is great.)

Scott

Yes you are right Scott *provided one NEEDS a gui*, and then yaourt is NOT a suitable replacement. <- All of which explains why I specifically used the words "suggest" and "works nicely for what I need", and I guess I should further emphasize that I used the word "I". If one does NOT need a gui, then yaourt *IS* a fine replacement, and one I am happy to recommend. Which is why I did so. Very best regards; Bob Finch Liviu Librescu - În veci pomenirea lui. (May his memory be eternal.)