[arch-general] Jacman. Problem installing packages (don't panic)
Jacman hasn't worked properly, as regards installing packages since I installed don't panic. Saying that I have been able to install the odd single package, that has no deps, but as of today, even installing single packages (alsaplayer as an example) fails. Jacman opens ok, and I click on "Install Packages", and that's ok, but when I select a package to install, and click on "Install", a window, like a terminal (CLI) (dialog window) opens. As soon as this window opens, the CPU hits 100%. The output in this console says: resolving dependencies looking for inter-conflicts and in red proceed with installation? [Y/n] The bottom of the console window has "Done", "Yes", and "No" boxes, but none are highlighted. As I've said, on the odd occasion I have been able to install a single package, and in this case the Yes, and No boxes have been highlighted, and the Done box is highlighted when the package is installed. Before I post a bug report for Jacman, has anyone any suggestions? Nigel.
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.
Jacman hasn't worked properly, as regards installing packages since I installed don't panic. Saying that I have been able to install the odd single package, that has no deps, but as of today, even installing single packages (alsaplayer as an example) fails.
Jacman opens ok, and I click on "Install Packages", and that's ok, but when I select a package to install, and click on "Install", a window, like a terminal (CLI) (dialog window) opens. As soon as this window opens, the CPU hits 100%. The output in this console says: resolving dependencies looking for inter-conflicts and in red proceed with installation? [Y/n]
The bottom of the console window has "Done", "Yes", and "No" boxes, but none are highlighted. As I've said, on the odd occasion I have been able to install a single package, and in this case the Yes, and No boxes have been highlighted, and the Done box is highlighted when the package is installed.
Before I post a bug report for Jacman, has anyone any suggestions?
Nigel.
Liviu Librescu - În veci pomenirea lui. (May his memory be eternal.)
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.
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.
Nigel Henry wrote:
Question again:
Should I send a bug report to the jacman maintainer?
You could at least contact him to know if he still has the intention to update jacman, as he said on bbs 6 months ago ;)
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.
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'.
2008/2/6, Timm Preetz <timm@preetz.us>:
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 (Роман Кирилич)
2008/2/6, Roman Kyrylych <roman.kyrylych@gmail.com>:
[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.
On Feb 7, 2008 9:15 AM, DaNiMoTh <jjdanimoth@gmail.com> wrote:
2008/2/6, Roman Kyrylych <roman.kyrylych@gmail.com>:
[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
Rodrigo Coacci wrote:
On Feb 7, 2008 9:15 AM, DaNiMoTh<jjdanimoth@gmail.com> wrote:
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....
The real question is what did you do for fixing it (or helping to fix it).
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 ?
On Thu, 7 Feb 2008 15:18:24 +0100 solsTiCe d'Hiver <solstice.dhiver@gmail.com> 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 ;) Ciao, Stefano P.S.: a minimal example of usage is
from alpm import Alpm pm = Alpm()
and then do what you want with the pm object methods :) -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Ti vestiamo dalla testa ai piedi e anche sotto se lo vuoi ! Clicca su www.grandinettisport.com * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=7502&d=7-2
Stefano Esposito wrote:
On Thu, 7 Feb 2008 15:18:24 +0100 solsTiCe d'Hiver<solstice.dhiver@gmail.com> 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/
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.
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, 2008-02-07 at 20:20 +0100, Xavier wrote:
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.
Sorry, I was of the track..
On Thu, 07 Feb 2008 19:31:18 +0100 Xavier <shiningxc@gmail.com> wrote:
Stefano Esposito wrote:
On Thu, 7 Feb 2008 15:18:24 +0100 solsTiCe d'Hiver<solstice.dhiver@gmail.com> 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
On Feb 8, 2008 11:11 AM, Stefano Esposito <ragnarok@email.it> wrote:
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 :))
It's not really active anymore, check out this thread : http://bbs.archlinux.org/viewtopic.php?id=42871 The author is Stiat (Georg).
2008/2/8, Stefano Esposito <ragnarok@email.it>:
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, <w9ya@qrparci.net> 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
On Feb 6, 2008 12:01 PM, <w9ya@qrparci.net> 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.)
participants (10)
-
DaNiMoTh
-
Nigel Henry
-
Rodrigo Coacci
-
Roman Kyrylych
-
Scott Horowitz
-
solsTiCe d'Hiver
-
Stefano Esposito
-
Timm Preetz
-
w9ya＠qrparci.net
-
Xavier