Clyde - A better libalpm/makepkg wrapper

nTia89 · 2010-08-18 09:22:16

how can i write the italian translation for clyde ?

juster · 2010-08-19 18:00:27

cactus wrote:

I whipped up (might be buggy! I didn't spend a whole lot of time on it) a lua module that provides a mechanism to set the process name (/proc/$PID/status).
Linux 2.6.16+ only, I believe. That is when the kernel added the prctl PR_SET_NAME. Might be 2.6.11? Anyway...

Thanks cactus, I adapted your code to set the process name to "clyde" on startup. It is in the "test" branch on clyde's github repo. This and other work will be in the next release. By the way cactus, the manpage says 2.6.9.

nTia89 I'll have to get back to on that. clyde's multilang support needs some work.

Dieter@be · 2010-08-19 18:08:36

juster wrote:

cactus wrote:
I whipped up (might be buggy! I didn't spend a whole lot of time on it) a lua module that provides a mechanism to set the process name (/proc/$PID/status).
Linux 2.6.16+ only, I believe. That is when the kernel added the prctl PR_SET_NAME. Might be 2.6.11? Anyway...
Thanks cactus, I adapted your code to set the process name to "clyde" on startup. It is in the "test" branch on clyde's github repo. This and other work will be in the next release. By the way cactus, the manpage says 2.6.9.

Why? What is the purpose of process name rewriting, other then confusing your users (and potentially making them angry)

drcouzelis · 2010-08-19 18:12:02

Dieter@be wrote:

What is the purpose of process name rewriting, other then confusing your users (and potentially making them angry)

If it makes my terminal window title bar say "clyde" instead of "lua" then I'll be happy.

mcmillan · 2010-08-19 18:18:42

Dieter@be wrote:

Why? What is the purpose of process name rewriting, other then confusing your users (and potentially making them angry)

As it is now the process is listed as lua, which is probably less informative than clyde. If I'm understanding right the patch is meant to switch to the more useful one.

franz1789 · 2010-08-20 19:00:22

==> Compilazione terminata: libfm-git 20100820-1 (ven 20 ago 2010, 21.00.28, CEST)
loading package data...
resolving dependencies...
looking for inter-conflicts...
:: libfm-git conflicts with libfm. Remove libfm? [Y/n] y
checking package integrity...
(1/1) removing libfm                               [######################] 100%
(1/1) installing libfm-git                         [######################] 100%
Optional dependencies for libfm-git
    gvfs: To sccess remote file systems.

Bug, after these lines it should continue installing other pkgs but it stops and freeze...

Last edited by franz1789 (2010-08-20 19:01:05)

cactus · 2010-08-22 22:09:20

juster wrote:

By the way cactus, the manpage says 2.6.9.

Aha!
Thanks for clarifying that.

linkmaster03 · 2010-08-24 17:19:20

I found a bug. When installing a package from AUR, Clyde does not re-read the PKGBUILD after editing. To test this, install any AUR package, add in a dependency when Clyde asks if you want to edit the PKGBUILD, and it will not be satisfied.

ijanos · 2010-08-24 17:35:34

linkmaster03 wrote:

I found a bug. When installing a package from AUR, Clyde does not re-read the PKGBUILD after editing. To test this, install any AUR package, add in a dependency when Clyde asks if you want to edit the PKGBUILD, and it will not be satisfied.

Good for you! Next time please check the issue tracker.

http://github.com/Kiwi/clyde/issues#issue/10

linkmaster03 · 2010-08-25 00:14:40

Sorry, I didn't know there was a bug tracker. I thought it was a little mix-up in the operation order, but apparently it is more complex. Thanks for the link though!

655321 · 2010-08-27 09:09:18

+1 for the dependency showing, it would be really useful and Arch philosophy states nothing should be hidden from the user (or something like that).

Im very happy with clyde it does a VERY good job managin packages, for me its my everyday package manager, only thing I have found so far is this dependency thing.

keep up the good work

shemz · 2010-08-27 12:17:50

I do not know if this just me, but it doesn't interpret C-c properly. For example, I shoot a search with "clyde clyde", it will give me options to choose from; but when I hit C-c to kill the process, I have to hit return once and then it would kill.

Franek · 2010-09-05 18:18:00

I hereby confirm that. clyde does not handle C-c properly.

Apart from that: Awesome!

anonymous_user · 2010-09-06 20:03:58

The PKGBUILD for clyde needs to be updated to include ronn in makedepends. Also why the new dependency?

falconindy · 2010-09-07 00:41:20

anonymous_user wrote:

Also why the new dependency?

Looking at the repo, it looks like the man page has always been kept in ronn, roff, and html formats. Juster added a make target for building the man page and made it a requirement of the whole build.

imo, kind of silly to version the built roff/html man pages and then ask the user to (re)generate them. Pick one or the other, not both!

juster · 2010-09-08 01:41:55

Clyde has always used ronn to generate the manpage from ronn format. You should not need to generate the manpage because it is already generated and stored in the git repository. I added the Makefile entry for man/clyde.8, the manpage, so that I can change the original ronn formated file and just run make to run ronn for me. The Makefile entry is for developers not users.

A developer reported a problem on the AUR where the make process failed because he needed ronn. He was unable to reproduce the bug and found it isolated to one machine. Hope that clears things up. ronn is not needed in the PKGBUILD makedepends. Unless some other user experiences the same bug this is just a little confusion.

Feel free to email me or report on clyde's issue tracker directly about problems in order to avoid misinformation like this.

aeosynth · 2010-09-08 14:03:27

I'm having the same problem and did make an issue.

juster wrote:

The Makefile entry is for developers not users.

Maybe you should tell the pkgbuild to ignore it, then.

anonymous_user · 2010-09-09 00:49:18

I just tried installing clyde-git and it worked fine this time. I'm happy.

juster · 2010-09-10 01:14:08

Ah I did not know you were reporting a bug, anonymous_user. I thought you were just repeating comments from the AUR. I have changed the Makefile to allow the manpage generation to fail. It will display an error but will work properly.

The problem was that git sets timestamps for files it downloads (in a clone) to the current time. If the clock changes by a second after downloading the .8 file but before the .ronn file, make will think that it needs to run ronn because the output file is older than the input file.

In response to aeosynth: I can't change the PKGBUILD directly and the problem was more or less in the Makefile... which the PKGBUILD runs.

Edit: Thanks to Otto for reporting the problem originally and diagnosing it. Double edit: Otto has a Ctrl-C fix that is coming soon.

Last edited by juster (2010-09-10 01:22:43)

murugan · 2010-09-11 12:21:40

It is really fast. I like it. Any plan to add auto detecting best mirrors (using reflection) like bauerbill?

Army · 2010-09-14 21:03:20

I may have found a bug!
I wanted to run an update, as usual with the following command line

clyde -Syu --aur

Clyde wants to install a whole lot of packages

Targets (29): gnome-terminal-2.30.2-1 [1,13 MB]  vte-0.24.3-1 [0,32 MB]  libgnome-2.30.0-1 [0,91 MB]  gnome-vfs-2.24.3-2 [0,72 MB]  libbonobo-2.24.3-1 [0,71 MB]  gvfs-1.6.3-1 [0,71 MB]  fam-2.7.0-14 [0,09 MB]  hal-0.5.14-4 [0,32 MB]  smbclient-3.5.4-2 [7,08 MB]  gnome-mime-data-2.18.0-4 [0,69 MB]  libsoup-gnome-2.30.2-2 [0,01 MB]  gnome-disk-utility-2.30.1-1 [1,31 MB]  hal-info-0.20091130-1 [0,04 MB]  eject-2.1.5-4 [0,03 MB]  dmidecode-2.10-1 [0,06 MB]  pm-utils-1.4.0-1 [0,04 MB]  consolekit-0.4.1-4 [0,07 MB]  tdb-1.2.1-1 [0,05 MB]  talloc-2.0.1-1 [0,04 MB]  libproxy-0.4.6-1 [0,08 MB]  libgnome-keyring-2.30.1-2 [0,07 MB]  udisks-1.0.1-5 [0,14 MB]  vbetool-1.1-1 [0,02 MB]  pm-quirks-0.20100619-1 [0,01 MB]  sg3_utils-1.29-1 [0,44 MB]  parted-2.3-1 [0,47 MB]  device-mapper-2.02.73-1 [0,11 MB]  libatasmart-0.17-1 [0,03 MB]  lvm2-2.02.73-1 [0,47 MB]

First I was thinking, what dev messed this up?! NONE of these packages is installed on my system! So I checked it with pacman -Syyu (-yy to be completely sure), but pacman doesn't want to update any package, just the way it should be.
So, why does clyde want to install all those packages or the one package which depends on all the others?

anonymous_user · 2010-09-14 21:25:33

Does it happen if you just run "clyde -Syu"?

Is there an AUR package it wants to update?

Army · 2010-09-14 21:39:46

FUUUUUUUCK you are right! The AUR package which wanted to be updated wants gnome-terminal. Thanks for helping me figuring it out! I really didn't expect gtk-youtube-viewer to suddenly depend on gnome-terminal!!!

Last edited by Army (2010-09-14 21:46:56)

s1gma · 2010-09-21 12:29:40

Don't you think clyde should have a default /etc/clyde.conf, so that it would be tracked by the package manager (pacman, or clyde itself) ? Right now, clyde.conf is created _after_ the installation, so it is no owned by anyone.

The behaviour would be :
- create an empty clyde.conf at installation
- clyde launch : is clyde.conf empty ? Yes -> copy pacman.conf and customize, No -> read it.

Yes, I like yaving _everything_ under package manager control ;-)

Berticus · 2010-09-21 17:05:03

@s1gma, it would be better if instead of copying, it sourced it. something like:

Include = /etc/pacman.conf

Which is what I currently have since I didn't see a reason to keep them separate.

Anyway, I'm trying to install something only via aur. It should be like this, right?

sudo clyde -Sa somepackage

However, when I do that, it's still looking through the repos. Is this a bug, or did I do something wrong?

Arch Linux

#451 2010-08-18 09:22:16

Re: Clyde - A better libalpm/makepkg wrapper

#452 2010-08-19 18:00:27

Re: Clyde - A better libalpm/makepkg wrapper

#453 2010-08-19 18:08:36

Re: Clyde - A better libalpm/makepkg wrapper

#454 2010-08-19 18:12:02

Re: Clyde - A better libalpm/makepkg wrapper

#455 2010-08-19 18:18:42

Re: Clyde - A better libalpm/makepkg wrapper

#456 2010-08-20 19:00:22

Re: Clyde - A better libalpm/makepkg wrapper

#457 2010-08-22 22:09:20

Re: Clyde - A better libalpm/makepkg wrapper

#458 2010-08-24 17:19:20

Re: Clyde - A better libalpm/makepkg wrapper

#459 2010-08-24 17:35:34

Re: Clyde - A better libalpm/makepkg wrapper

#460 2010-08-25 00:14:40

Re: Clyde - A better libalpm/makepkg wrapper

#461 2010-08-27 09:09:18

Re: Clyde - A better libalpm/makepkg wrapper

#462 2010-08-27 12:17:50

Re: Clyde - A better libalpm/makepkg wrapper

#463 2010-09-05 18:18:00

Re: Clyde - A better libalpm/makepkg wrapper

#464 2010-09-06 20:03:58

Re: Clyde - A better libalpm/makepkg wrapper

#465 2010-09-07 00:41:20

Re: Clyde - A better libalpm/makepkg wrapper

#466 2010-09-08 01:41:55

Re: Clyde - A better libalpm/makepkg wrapper

#467 2010-09-08 14:03:27

Re: Clyde - A better libalpm/makepkg wrapper

#468 2010-09-09 00:49:18

Re: Clyde - A better libalpm/makepkg wrapper

#469 2010-09-10 01:14:08

Re: Clyde - A better libalpm/makepkg wrapper

#470 2010-09-11 12:21:40

Re: Clyde - A better libalpm/makepkg wrapper

#471 2010-09-14 21:03:20

Re: Clyde - A better libalpm/makepkg wrapper

#472 2010-09-14 21:25:33

Re: Clyde - A better libalpm/makepkg wrapper

#473 2010-09-14 21:39:46

Re: Clyde - A better libalpm/makepkg wrapper

#474 2010-09-21 12:29:40

Re: Clyde - A better libalpm/makepkg wrapper

#475 2010-09-21 17:05:03

Re: Clyde - A better libalpm/makepkg wrapper

Board footer