On 2012-08-22 00:17, Alexey I. Froloff wrote:
On Tue, Aug 21, 2012 at 09:31:19PM +0200, Rodolfo kix Garcia wrote:
IMO, is better have a wmpager (with or without tooltips) than don't have nothing. Perhaps, you can hold the tooltips without utf-8 in the pager.
OK.

Probably we should think about something like "libdockapps", a
shared library with shared code used in dockapps.
You'd be laughing, but yes, there is such library -
http://freecode.com/projects/libdockapp, but upstream site is
dead now.  I'll add it to dockapps repository later.

I saw this library some time ago, but I didn't see the code. I don't know if the library is to make the "visual" part of the icon. Perhaps the tooltip code should be included in this (or other similar/new) library. I am thinking in the other code too, the code to check the CPU, memory, mail,... There are many dockapps with the same purpose. For example, to check the mail: wmbiff, wmmail, wmnotify,... CPU? wmcpu, wmmon, wmcpumon, wmprocessor,... and probably the code to check the mail, the memory,... is similar. This code could be in a library?

But there's another thing.  I've packaged several dockapps in
Fedora, and this all-in-one repo creates several problems (you
may look at
http://pkgs.fedoraproject.org/cgit/wmmon.git/tree/wmmon.spec to
see how the tarball was made and what it looks like).

Since most of the dockapps was updated, we should tag everything,
create separate tarballs for each dockapp and upload these
tarballs somewhere near wmaker.

Yes, and no :-) I have some dockapps too for Debian, and I have problems because:

1. dockapps are in the same repo, therefore I cannot use the tools to create packages from git easily (or I don't know how to use it (and I don't have more time)) 2. dockapps in the repo don't have upstream changelog (or it is not updated) and we don't have versions in dockapps (only the git revision).

I create the debian packages using git clone + tar (gz) the dockapp. Because there are not many changes in the dockapps repository, 1 is not a real problem for me. Indeed, I prefer use only one repository, to have all the dockapps together. We are moving the upstream of some dockapps to our repository and for me that is great. We are recovering dockapps. The problem with the changelog, is not a real problem too. If wmaker-dev is the upstream now, we can create a changelog file and fill it with the info (normally this info is in the .c file of the dockapp). About changelogs and repository, we had some mails in the wmaker-dev mail list and I don't want to reopen it again, because it don't matter for this mail.

BUT, I agree with you about the tarball files. If we have tarballs, is easy for us control the dockapps packages. The solution probably is easy. We can do an script that every night check the repository. Because every dockapp is in a different folder, if one folder has changes, then the script should create a new tarball file for this dockapp. The file name could be "folder" + "_" + date. Something like:

wmbutton_20120823.tar.gz

The .tar.gz files should be uploaded to a different place, probably in the http://windowmaker.org/folder. Only dockapps with changes should be created + uploaded, then we have the last version of the dockapps, with the date of the last change.

Is only my opinion.

Cheers,
kix
--
||// //\\// Rodolfo "kix" Garcia
||\\// //\\ http://www.kix.es/


--
To unsubscribe, send mail to [email protected].

Reply via email to