SliTaz Forum
You are not logged in.
Pages: 1
Hi
All my problem is in the title. I can't succeeded to have xpad working on Slitaz 4.0, whatever the version is : it's impossible to edit.
What can I do to fix that.
Very nice day for every one.
Offline
hi, i encountered same problem as you, it seems that the patch proposed here
https://bugs.launchpad.net/xpad/+bug/591978
solves the problem.
this is the receipt
[c]# SliTaz package receipt.
PACKAGE="xpad"
VERSION="4.0"
CATEGORY="utilities"
SHORT_DESC="Desktop note pad using GTK+ toolkit."
MAINTAINER="pankso@slitaz.org"
DEPENDS="gtk+ xorg-libXdamage xorg-libSM"
BUILD_DEPENDS="pkg-config intltool"
TARBALL="$PACKAGE-$VERSION.tar.bz2"
WEB_SITE="http://xpad.sourceforge.net/"
WGET_URL="http://launchpad.net/xpad/trunk/$VERSION/+download/$TARBALL"
HANDBOOK_URL='http://www.slitaz.org/doc/handbook/utilities.html#xpad'
# Rules to configure and make the package.
compile_rules()
{
cd $src
sed -i 's/^.*GTK_WINDOW_TOPLEVEL,//' src/xpad-pad.c
./configure $CONFIGURE_ARGS &&
make && make install
}
# Rules to gen a SliTaz package suitable for Tazpkg.
genpkg_rules()
{
mkdir -p $fs/usr
cp -a $_pkg/usr/bin $fs/usr
}[/c]
this is the link to the receipt in slitaz paste (in case the receipt is not visible above)
http://paste.slitaz.org/?0e419d127a7ab154#h1SM78mo1ZCYpZsZ+YYeyIh5mR5PNCVpQukodAprwAk=
and i enclose the package, if you trust me or you are not able to build the package.
Please, let me know if this solves the problem for you too.
Offline
http://www.filedropper.com/xpad-40
Offline
I have problems when cooking this receipt in SliTaz 4.0.
Ok, I'll try to modify it.
Is it worth move to xpad-4.1 (2011-11-14)?
Offline
I'm on rolling.
Maybe i had some dependencies already installed?
Forgive me but i'm not familiar with the new cooking system.
If i remember well i just changed 4 to $VERSION in WGET_URL and added the sed row.
i had lot of problems trying to build 4.1, initial problems were of this kind:
http://www.google.com/search?q=#error%20"Only%20<glib.h>%20can%20be%20included%20directly."
but changing every glib inclusion to #include <glib.h> produced some type cast errors (int instead of gchar), so i gave up (i'm not a programmer).
they classify both 4.0 and 4.1 as trunk, if it was for me i would come back to 3.1, which is the last stable, but 3.1 soffers of this bug too.
i would stay with 4.0
Offline
Thanks, ernia!
Commit to Stable: http://hg.slitaz.org/wok-stable/rev/ee3986615c83
Commit to Cooking/Rolling: http://hg.slitaz.org/wok/rev/eceda27fe4a8
Wait about 45 minutes, and we'll see if it cooked well or not.
Offline
xpad 4.1 does it work in 4.0?
i got
[c]Cook date: 2013-01-02 20:43
ERROR: cook failed
/usr/include/glib-2.0/glib/glist.h:28:2: error: #error "Only <glib.h> can be included directly."[/c]
in rolling
maybe it's due to the newest glib?
I'll take a shower meanwhile :-)
Offline
Maybe, Pascal started cooker.
Xpad-4.0 for SliTaz 4.0 cooked. Download it and test.
Xpad-4.1 for SliTaz Rolling failed (cooking log). Same error:
[c]/usr/include/glib-2.0/glib/glist.h:28:2: error: #error "Only <glib.h> can be included directly."[/c]
Offline
i just see that you did put 4.0 in stable and 4.1 in cooking.
4.0 works in cooking too, i think that it's a waste of time trying to upgrade to 4.1, unless the debug of the error is trivial to you.
thanks for the committings.
Offline
forgot to specify that i tested xpad 4.0 dowloaded from your link
Offline
Xpad-4.1 with this receipt cooked in my stable SliTaz, but fails in Cooking cooker. Let's think.
src/xpad-undo.c:
[c]#include <glib/glist.h>[/c]
/usr/include/glib-2.0/glib/glist.h:28
[c]#if defined(G_DISABLE_SINGLE_INCLUDES) && !defined (__GLIB_H_INSIDE__) && !defined (GLIB_COMPILATION)
#error "Only <glib.h> can be included directly."
#endif[/c]
I don't know C.
Seems like it need to define (__GLIB_H_INSIDE__) somewhere in src/xpad-undo.c
How I can try it? Change receipt and wait 
Offline
change receipt and post it, i'll try for you :-)
Offline
Thanks!
Next...
/usr/include/glib-2.0/glib.h:20
[c]#ifndef __G_LIB_H__
#define __G_LIB_H__
#define __GLIB_H_INSIDE__
...[/c]
Hmm. Its in the stable packages. What we have in Cooking? See next...
Offline
http://paste.slitaz.org/?a0df50508255ec06#eWNPC4MDfsQiOopYcNVGlFIWhxySsk85c1kPOoT1MZ8=
Offline
I downloaded and extracted cooking version, thanks.
Let's try to remove line "#include <glib/glist.h>" from src/xpad-undo.c (see attached receipt).
Ernia, please try to cook it (it cooked and worked in my stable).
Offline
it seems to work, oh you diabolic one :-)
i refuse to admit that it works well, it took me at list two hours and all what it's required it's to delete a row?
awwwww ;-)
here it's the package for your testing purpose:
http://www.filedropper.com/xpad-41
i'll dedicate my life to find a bug in it :-) :-)
Offline
it seems that util-linux-ng-uuid had become util-linux-uuid in cooking, so you better modify the receipt.
i doubt that this will ever be a problem, a lot of progs depends on that lib, but you never know...
good job, time to go bed, thanks for your help.
Offline
Thank you too 
Offline
util-linux-ng-uuid is required to build too
Offline
did not see your previous post, i did not mean to be rude, good night and happy xpad
Offline
Hi
Thanks ernia & Aleksej for all your answers. With the link you gave I download the package xpad-4.0.tazpkg and it works very well (color, edit and so on)
Thanks for your work. Have a nice day.
Offline
yves04, in short time that packages will be available with regular tazpkg or tazpanel (after mirror syncing).
Thanks for raising the problem and testing.
Offline
Pages: 1
[ Generated in 0.021 seconds, 7 queries executed - Memory usage: 1.57 MiB (Peak: 1.77 MiB) ]