| View previous topic :: View next topic |
| Author |
Message |
dragonos Apprentice

Joined: 19 Nov 2003 Posts: 153
|
Posted: Wed Mar 22, 2006 7:41 am Post subject: synce-gnomevfs-0.9.0 fails to compile |
|
|
Hi,
I'm triing to emerge synce.
Therefore synce-gnomevfs should be build, but I only get errors while compiling.
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gconf/2 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/orbit-2.0 -I/usr/include/gnome-vfs-module-2.0 -g -Wall -Werror -march=k8 -O2 -pipe -MT libsyncevfs.lo -MD -MP -MF .deps/libsyncevfs.Tpo -c libsyncevfs.c -fPIC -DPIC -o .libs/libsyncevfs.o
libsyncevfs.c: In function `synce_close':
libsyncevfs.c:405: warning: cast from pointer to integer of different size
libsyncevfs.c: In function `synce_read':
libsyncevfs.c:442: warning: cast from pointer to integer of different size
libsyncevfs.c:453: warning: passing arg 4 of `CeReadFile' from incompatible pointer type
libsyncevfs.c: In function `synce_write':
libsyncevfs.c:493: warning: cast from pointer to integer of different size
libsyncevfs.c:504: warning: passing arg 4 of `CeWriteFile' from incompatible pointer type
make[2]: *** [libsyncevfs.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
x86_64-pc-linux-gnu-gcc -g -Wall -Werror -march=k8 -O2 -pipe -o synce-in-computer-folder synce-in-computer-folder.o -Wl,--export-dynamic -pthread /usr/lib64/libgnomevfs-2.so /usr/lib64/libxml2.so -lz -lssl -lcrypto -lresolv -lrt /usr/lib64/libbonobo-2.so /usr/lib64/libgconf-2.so /usr/lib64/libbonobo-activation.so /usr/lib64/libORBitCosNaming-2.so /usr/lib64/libORBit-2.so /usr/lib64/libpopt.so /usr/lib64/libgobject-2.0.so /usr/lib64/libgmodule-2.0.so -ldl /usr/lib64/libgthread-2.0.so -lpthread /usr/lib64/libglib-2.0.so /usr/lib64/librapi.so /usr/lib64/libsynce.so -lm -lnsl
make[2]: Leaving directory `/var/tmp/portage/synce-gnomevfs-0.9.0/work/synce-gnomevfs-0.9.0/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/synce-gnomevfs-0.9.0/work/synce-gnomevfs-0.9.0'
make: *** [all] Error 2
!!! ERROR: app-pda/synce-gnomevfs-0.9.0 failed.
Call stack:
ebuild.sh, line 1565: Called dyn_compile
ebuild.sh, line 974: Called src_compile
!!! make failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
Has anybody an solution for me? |
|
| Back to top |
|
 |
Muppy n00b


Joined: 18 Aug 2005 Posts: 53 Location: Shanghai, China
|
Posted: Sat Apr 15, 2006 6:53 pm Post subject: |
|
|
Did you solve the problem? Got the same error message here... Would like to know how to get this working!
Manfred |
|
| Back to top |
|
 |
java geek n00b

Joined: 29 Jan 2003 Posts: 52 Location: Midlothian VA
|
Posted: Sun Apr 30, 2006 3:32 pm Post subject: same thing here |
|
|
| has anyone gotten this to compile on amd64? |
|
| Back to top |
|
 |
Whoopie n00b

Joined: 27 May 2006 Posts: 17
|
Posted: Sat May 27, 2006 4:33 pm Post subject: |
|
|
Hi,
you have to delete "-Werror" in Makefile after "./configure".
Best regards,
Whoopie |
|
| Back to top |
|
 |
Muppy n00b


Joined: 18 Aug 2005 Posts: 53 Location: Shanghai, China
|
Posted: Sun May 28, 2006 5:11 am Post subject: |
|
|
Absolutely fantastic!!! Thank you very much, Whoopy! Works like a charm now... |
|
| Back to top |
|
 |
avendesora Veteran


Joined: 16 Aug 2002 Posts: 1739 Location: Betelgeuse vicinity
|
Posted: Sun May 28, 2006 8:06 am Post subject: |
|
|
That's actually real dangerous. You just told the build to ignore the fact that the software is apparently not 64bit clean
(likely casting a pointer to an int). Whatever instability/corruption results from that is your own making. You should rather
file a bug or try to fix the issue. |
|
| Back to top |
|
 |
Muppy n00b


Joined: 18 Aug 2005 Posts: 53 Location: Shanghai, China
|
Posted: Sun May 28, 2006 9:00 am Post subject: |
|
|
Well, you are right, it surely is dangerous and should be fixed in another way. However, to be quite honest, this piece of software is a "nice to have" and not really important for me. It's more important to have the other synce-tools running, which I have.
It was just annoying all the time when I did an 'emerge -uD world' that it got stuck there because of that error... I'm too much of a noob in gentoo to avoid compiling those packages which have dependencies to other already installed packages, but are not really needed. (Strange enough, it was always reported that other packages depend on synce-gnomevfs and therefore I cannot mask it. But, which other package(s)? All other synce packages were compiling and running smoothly...). |
|
| Back to top |
|
 |
nigelhannam n00b

Joined: 21 Feb 2003 Posts: 70
|
Posted: Sun May 28, 2006 9:03 am Post subject: |
|
|
I submitted this bug ages ago.
I'll hold my hands up now and say that I don't know C, and the fix that I implemented could well be wrong.
The package seems to build and work OK for me, but I'd appreciate someone with C experience checking that the fix is technically correct before reopening the bug.
Cheers
Nigel |
|
| Back to top |
|
 |
Whoopie n00b

Joined: 27 May 2006 Posts: 17
|
|
| Back to top |
|
 |
java geek n00b

Joined: 29 Jan 2003 Posts: 52 Location: Midlothian VA
|
Posted: Sat Jun 03, 2006 4:52 am Post subject: thanks for the reply whoopie |
|
|
| Quote: |
you have to delete "-Werror" in Makefile after "./configure".
|
now for a bone head question, where is the Makefile? I looked in /var/tmp/portage/synce-gnomevfs-0.9.0/work/synce-gnomevfs-0.9.0/ and didn't see the line you're talking about.
UPDATED
I found this bug in another thread http://bugs.gentoo.org/show_bug.cgi?id=102632. There are too files attached to the bug. The first one is the patch itself. Save that html page as /usr/portage/app-pda/synce-gnomevfs/files/0.9.0-amd64.patch
Then copy the provided ebuild file over top synce-gnomevfs-0.9.0.ebuild. Then | Code: | | ebuild synce-gnomevfs-0.9.0.ebuild digest | and all the app should compile |
|
| Back to top |
|
 |
Daxtar n00b

Joined: 25 Mar 2006 Posts: 21
|
Posted: Mon Jul 17, 2006 12:41 pm Post subject: |
|
|
this is nit the right place to tell, but I habe other warning force to an error on my x86 machine...
this patch helps out:
| Code: |
# cat 0.9.0-x86.patch
--- src/libsyncevfs.c 2006-07-17 14:35:29.000000000 +0200
+++ src/libsyncevfs.c 2006-07-17 14:35:29.000000000 +0200
@@ -539,7 +539,7 @@
DIR_HANDLE *dh;
CE_FIND_DATA *data = NULL;
int optionflags;
- int itemcount;
+ unsigned int itemcount;
WCHAR *tempwstr;
int index;
|
_________________ Use the source, Luke! |
|
| Back to top |
|
 |
creiss Tux's lil' helper


Joined: 21 Sep 2006 Posts: 94 Location: Dortmund
|
Posted: Sat Jan 20, 2007 4:13 pm Post subject: |
|
|
| Whoopie wrote: | Hi,
you have to delete "-Werror" in Makefile after "./configure".
Best regards,
Whoopie |
I am still getting the error, 6 months after last post here. So I assume there has not yet been a bugfix release. when i emerge synce I still get the error. So i tried to modify
/var/portage/[....]/Makefile and removed the Werror, but when i emerge synce again, the source
seems to get deleted, along with my modifications.
So how do you force this issue?
-Chris. _________________ Registered Linux User #38359 (http://counter.li.org) |
|
| Back to top |
|
 |
hakoni n00b

Joined: 07 Jul 2004 Posts: 4 Location: Trondheim - Norway
|
Posted: Mon Feb 05, 2007 10:14 am Post subject: |
|
|
| Daxtar wrote: | this is nit the right place to tell, but I habe other warning force to an error on my x86 machine...
this patch helps out:
| Code: |
# cat 0.9.0-x86.patch
--- src/libsyncevfs.c 2006-07-17 14:35:29.000000000 +0200
+++ src/libsyncevfs.c 2006-07-17 14:35:29.000000000 +0200
@@ -539,7 +539,7 @@
DIR_HANDLE *dh;
CE_FIND_DATA *data = NULL;
int optionflags;
- int itemcount;
+ unsigned int itemcount;
WCHAR *tempwstr;
int index;
|
|
I'm not an expert, but I believe the correct patch should be:
| Code: |
--- src/libsyncevfs.c 2006-07-17 14:35:29.000000000 +0200
+++ src/libsyncevfs.c 2006-07-17 14:35:29.000000000 +0200
@@ -539,7 +539,7 @@
DIR_HANDLE *dh;
CE_FIND_DATA *data = NULL;
int optionflags;
- int itemcount;
+ uintptr_t itemcount;
WCHAR *tempwstr;
int index;
|
This will also make it compile cleanly on x86_64 I'll try to post a bugreport on this.
Update: see http://bugs.gentoo.org/show_bug.cgi?id=135043#c18, can also confirm that the above change actually works (being able to browse my WinCE Qtek S100 in nautilus on amd64 with no problems so far) |
|
| Back to top |
|
 |
papabaer1707 n00b

Joined: 22 Dec 2006 Posts: 13
|
Posted: Sun Jun 10, 2007 3:44 pm Post subject: |
|
|
Hi, I have the same problem ... indeed, I could solve something.
First I have it with the amd64 (http://bugs.gentoo.org/show_bug.cgi?id=102632) patch tries ..., unfortunately, has not functioned.
But with the help of the solution under http://bugs.gentoo.org/show_bug.cgi?id=135043#c18 I was able to do at least everything emerge.
Then I did the following: | Code: |
# modprobe usbserial
# modprobe ipaq |
But, indeed, my ACER n35 correctly announced itself, but directly afterwards again from... | Code: |
myroom ingo # tail -f /var/log/messages
...
Jun 10 17:28:58 myroom usb 2-10: new full speed USB device using ohci_hcd and address 114
Jun 10 17:28:58 myroom usb 2-10: configuration #1 chosen from 1 choice
Jun 10 17:28:58 myroom ipaq 2-10:1.0: PocketPC PDA converter detected
Jun 10 17:28:58 myroom usb 2-10: PocketPC PDA converter now attached to ttyUSB0
Jun 10 17:29:01 myroom usb 2-10: USB disconnect, address 114
Jun 10 17:29:01 myroom ipaq ttyUSB0: PocketPC PDA converter now disconnected from ttyUSB0
Jun 10 17:29:01 myroom ipaq 2-10:1.0: device disconnected
... |
I also got the mistake if I have begun the ipaq module with parametres. | Code: |
# lsusb <-- functions only in the contact time
Bus 001 Device 001: ID 0000:0000
Bus 002 Device 099: ID 0502:16e3 Acer, Inc.
Bus 002 Device 001: ID 0000:0000
# modprobe ipaq product=0x16e3 vendor=0x0502
|
Also dmesg the same registers me: | Code: |
#dmesg
...
usb 2-10: new full speed USB device using ohci_hcd and address 20
usb 2-10: configuration #1 chosen from 1 choice
ipaq 2-10:1.0: PocketPC PDA converter detected
usb 2-10: PocketPC PDA converter now attached to ttyUSB0
usb 2-10: USB disconnect, address 20
ipaq ttyUSB0: PocketPC PDA converter now disconnected from ttyUSB0
ipaq 2-10:1.0: device disconnected
... |
Can somebody give me a tip which is why my PocketPC announces departure over and over again? The PocketPC likewise registers itself that he would like to combine about USB with a Host... |
|
| Back to top |
|
 |
danky Tux's lil' helper

Joined: 18 Sep 2006 Posts: 104
|
Posted: Tue Jun 12, 2007 1:00 pm Post subject: |
|
|
I am trying to compile synce and it fails at the synce-gnomevfs compile every time. I have tried to apply both of the patches mentioned but still cannot get it to compile. I am running an amd64 machine. This is the error I get...
| Code: | x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/gnome-vfs-module-2.0 -g -Wall -Werror -march=athlon64 -msse3 -O2 -pipe -MT libsyncevfs.lo -MD -MP -MF .deps/libsyncevfs.Tpo -c libsyncevfs.c -fPIC -DPIC -o .libs/libsyncevfs.o
cc1: warnings being treated as errors
libsyncevfs.c: In function 'synce_read':
libsyncevfs.c:453: warning: passing argument 4 of 'CeReadFile' from incompatible pointer type
libsyncevfs.c: In function 'synce_write':
libsyncevfs.c:504: warning: passing argument 4 of 'CeWriteFile' from incompatible pointer type
libsyncevfs.c: In function 'synce_open_dir':
libsyncevfs.c:642: warning: passing argument 3 of 'CeFindAllFiles' from incompatible pointer type
make[2]: *** [libsyncevfs.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
x86_64-pc-linux-gnu-gcc -g -Wall -Werror -march=athlon64 -msse3 -O2 -pipe -o synce-in-computer-folder synce-in-computer-folder.o -pthread /usr/lib64/libgnomevfs-2.so /usr/lib64/libxml2.so -lz /usr/lib64/libdbus-glib-1.so /usr/lib64/libdbus-1.so -lssl -lcrypto -lresolv -lutil /usr/lib64/libgconf-2.so /usr/lib64/libORBit-2.so /usr/lib64/libgmodule-2.0.so -ldl /usr/lib64/libgthread-2.0.so -lpthread -lrt /usr/lib64/libgobject-2.0.so /usr/lib64/libglib-2.0.so /usr/lib64/librapi.so /usr/lib64/libsynce.so -lm -lnsl
make[2]: Leaving directory `/var/tmp/portage/app-pda/synce-gnomevfs-0.9.0/work/synce-gnomevfs-0.9.0/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/app-pda/synce-gnomevfs-0.9.0/work/synce-gnomevfs-0.9.0'
make: *** [all] Error 2
!!! ERROR: app-pda/synce-gnomevfs-0.9.0 failed.
Call stack:
ebuild.sh, line 1615: Called dyn_compile
ebuild.sh, line 972: Called qa_call 'src_compile'
ebuild.sh, line 44: Called src_compile
synce-gnomevfs-0.9.0.ebuild, line 31: Called die
!!! make failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! A complete build log is located at '/var/tmp/portage/app-pda/synce-gnomevfs-0.9.0/temp/build.log'.
|
First I tried this solution:
| Quote: | I found this bug in another thread http://bugs.gentoo.org/show_bug.cgi?id=102632. There are too files attached to the bug. The first one is the patch itself. Save that html page as /usr/portage/app-pda/synce-gnomevfs/files/0.9.0-amd64.patch
Then copy the provided ebuild file over top synce-gnomevfs-0.9.0.ebuild. Then
Code:
ebuild synce-gnomevfs-0.9.0.ebuild digest
and all the app should compile |
Then I tried to edit the gcc patch with the following info:
| Code: | --- src/libsyncevfs.c 2006-07-17 14:35:29.000000000 +0200
+++ src/libsyncevfs.c 2006-07-17 14:35:29.000000000 +0200
@@ -539,7 +539,7 @@
DIR_HANDLE *dh;
CE_FIND_DATA *data = NULL;
int optionflags;
- int itemcount;
+ uintptr_t itemcount;
WCHAR *tempwstr;
int index; |
Either I am patching the ebuild wrong or it just isn't working for my system. As this is my first time patching an ebuild I am leaning towards user error. Can anyone give some instructions on how to do this properly? |
|
| Back to top |
|
 |
Rutger n00b

Joined: 20 Jul 2002 Posts: 32 Location: Leiden, Netherlands
|
Posted: Thu Jul 12, 2007 2:30 pm Post subject: |
|
|
| danky wrote: | I am trying to compile synce and it fails at the synce-gnomevfs compile every time. I have tried to apply both of the patches mentioned but still cannot get it to compile. I am running an amd64 machine. This is the error I get...
x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/gnome-vfs-module-2.0 -g -Wall -Werror -march=athlon64 -msse3 -O2 -pipe -MT libsyncevfs.lo -MD -MP -MF .deps/libsyncevfs.Tpo -c libsyncevfs.c -fPIC -DPIC -o .libs/libsyncevfs.o
cc1: warnings being treated as errors
...
|
Since cc1 stil treats warnings as errors, you probably didn't remove the "-Werror" in the makefiles, as stated above. How to do this:
| Code: |
cd /usr/portage/app-pda/synce-gnomevfs
ebuild synce-gnomevfs-0.9.0.ebuild unpack
nano /var/tmp/portage/app-pda/synce-gnomevfs-0.9.0/work/synce-gnomevfs-0.9.0/src/Makefile.am
nano /var/tmp/portage/app-pda/synce-gnomevfs-0.9.0/work/synce-gnomevfs-0.9.0/src/Makefile.in
|
Remove "-Werror" from the above two files, and then:
| Code: |
ebuild synce-gnomevfs-0.9.0.ebuild test
ebuild synce-gnomevfs-0.9.0.ebuild install
ebuild synce-gnomevfs-0.9.0.ebuild qmerge
|
Now it is installed! |
|
| Back to top |
|
 |
tuxatwork n00b

Joined: 02 Oct 2007 Posts: 3 Location: 48° 5' 23.40"N, -119° 48' 30.00"O
|
Posted: Tue Oct 02, 2007 11:43 pm Post subject: Works for me with a unique change |
|
|
Yes, it's possible to get synce-gnomevfs and amd64 working - I can browse/copy my CE Device contents but disabling "-Werrror" was not the way I got this working.
Disabling "-Werrror" showed me Gnome's "Bug Report" dialog while accessing the CE Filesystem
What to do?
While running the ebuild I got this error:
| Code: | | libsyncevfs.c:642: warning: passing argument 3 of 'CeFindAllFiles' from incompatible pointer type |
I checked the sources with my favorite editor (http://www.jedit.org/) and corrected the buggy part in /var/tmp/portage/app-pda/synce-gnomevfs-0.9.0/work/synce-gnomevfs-0.9.0/src/libsyncevfs.c:
| Code: | | 542:unsigned int itemcount; |
into
| Code: | | 542:DWORD itemcount; |
.. installed the ebuild and all was done.
Maybe anyone should file this in gentoo's bugzilla. |
|
| Back to top |
|
 |
gabrielitos n00b

Joined: 21 Dec 2005 Posts: 16
|
Posted: Thu Oct 11, 2007 7:15 pm Post subject: |
|
|
Great hack tuxatwork!
I have finally compiled synce-gnomevfs successfully; I suggest everyone need it to copy the original ebuild and the 0.9.0-gcc4.patch in the local overlay and modify the patch like this:
| Code: | --- src/libsyncevfs.c 2006-07-17 14:35:29.000000000 +0200
+++ src/libsyncevfs.c 2006-07-17 14:35:29.000000000 +0200
@@ -539,7 +539,7 @@
DIR_HANDLE *dh;
CE_FIND_DATA *data = NULL;
int optionflags;
- int itemcount;
+ DWORD itemcount;
WCHAR *tempwstr;
int index; |
After digesting, the ebuild will compile correctly! Tested on my personal amd64. |
|
| Back to top |
|
 |
tuxatwork n00b

Joined: 02 Oct 2007 Posts: 3 Location: 48° 5' 23.40"N, -119° 48' 30.00"O
|
Posted: Fri Oct 12, 2007 10:14 pm Post subject: Applying synce svn version to your gentoo |
|
|
Applying synce svn version to your gentoo
I went out from official gentoo ebuilds because I think they won't apply a patch to an outdated version. Now I use synce the cvs version after checking the synce wiki.
Overlayed the latest synce cvs emerge with layman, adjusted the package keywords and ebuilded.
.. sorry, the following howto is "what I think about what I did last summer", maybe something is missing ..
1.) lay' the synce overlay, man
How to to this? Go to http://www.synce.org/index.php/Windows_Mobile_2005_Gentoo_SVN_Ebuilds
and look here -> Install & Configure layman
2.) adjust the package keywords to get the cvs
The latest cvs is is marked as version 9999 on gentoo. But versions 9999 are masked as missing.
So we have to accept something by unmasking missing and some else..
/etc/portage/package.keywords
| Code: | #synce svn
app-pda/dynamite
app-pda/orange
app-arch/unshield
app-pda/synce ~* *
app-pda/synce-odccm ~* *
app-pda/synce-vdccm ~* *
app-pda/synce-serial ~* *
app-pda/synce-gnome ~* *
app-pda/synce-gnomevfs ~* *
app-pda/synce-librapi2 ~* *
app-pda/synce-libsynce ~* *
app-pda/synce-rra ~* *
app-pda/synce-trayicon ~* *
app-pda/synce-software-manager ~* *
app-pda/synce-multisync_plugin ~* * |
3.) emerge
It's better to unmerge all related packages to get an clean install..
The svn ebuild has wm2005 as device target, but I own a wm2003 device. I don't know if odccm works for my device because I don't tried it.
I unmerged odccm after emerge all to get vdccm with this ugly script:
synce_emerge.sh
| Code: | #!/bin/sh
emerge --unmerge synce-vdccm
emerge -Dv synce synce-trayicon synce-software-manager synce-multisync-plugin
emerge --unmerge synce-odccm
emerge -Dv synce-vdccm |
4.) and all should work
.. maybe  |
|
| Back to top |
|
 |
Raoul n00b

Joined: 30 Jul 2006 Posts: 61 Location: Adelaide, Aust.
|
Posted: Thu Dec 20, 2007 12:01 pm Post subject: |
|
|
Hi Folks,
I am not having a happy time of this. I think I have followed the instructions on the http://www.synce.org/index.php/Windows_Mobile_2005_Gentoo_SVN_Ebuilds site reasonably well. I come up with the error below:
| Code: | >>> Emerging (1 of 16) app-pda/synce-libsynce-9999 to /
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
>>> cfg-update-1.8.2-r1: Checksum index is up-to-date ...
>>> Unpacking source...
* subversion update start -->
* repository: https://synce.svn.sourceforge.net/svnroot/synce/trunk/libsynce
At revision 3107.
* working copy: /usr/portage/distfiles/svn-src/synce-libsynce/libsynce
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/app-pda/synce-libsynce-9999/work/trunk ...
/usr/portage/local/layman/synce/app-pda/synce-libsynce/synce-libsynce-9999.ebuild: line 26: ./bootstrap: No such file or directory
*
|
I have the correct mods in my /etc/make.conf for an overlay and below is a copy of the relevant part of /etc/portage/package.keywords.
| Code: | app-pda/dynamite
app-pda/orange
app-arch/unshield
app-pda/synce ~*
app-pda/synce-odccm ~*
app-pda/synce-vdccm ~*
app-pda/synce-serial ~*
app-pda/synce-gnome ~*
app-pda/synce-gnomevfs ~*
app-pda/synce-librapi2 ~*
app-pda/synce-libsynce ~*
app-pda/synce-rra ~*
app-pda/synce-trayicon ~*
app-pda/synce-software-manager ~*
app-pda/synce-multisync_plugin ~*
app-pda/synce-sync-engine ~*
app-pda/synce-pywbxml ~*
=dev-libs/libwbxml-0.9.2_p48 ~amd64
app-pda/synce-librtfcomp ~*
=app-pda/libopensync-plugin-python-0.21 ~amd64
=app-pda/libopensync-plugin-python-0.22 ~amd64
app-pda/libopensync-plugin-python ~*
|
Hoping someone can help please.
Regards
Raoul |
|
| Back to top |
|
 |
tuxatwork n00b

Joined: 02 Oct 2007 Posts: 3 Location: 48° 5' 23.40"N, -119° 48' 30.00"O
|
Posted: Fri Dec 21, 2007 10:48 am Post subject: bootstrap is removed from svn |
|
|
Hi Raoul,
I can help partially, tried to reproduce your error by updating synce trunk ..
| Code: |
>>> Emerging (1 of 1) app-pda/synce-libsynce-9999 to /
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
>>> Unpacking source...
* subversion update start -->
* repository: https://synce.svn.sourceforge.net/svnroot/synce/trunk/libsynce
D bootstrap
U rebuild.sh
U lib/synce_types.h
A autogen.sh |
bootstrap is replaced by autogen.sh in svn with a simple message:
| Code: | Revision 3081 - Directory Listing
Modified Sun Dec 16 16:22:31 2007 UTC (4 days, 18 hours ago) by jc2k
Use autogen.sh instead of bootstrap so we can use jhbuild easily |
The ebuild is not adjusted in svn.
Editing the /usr/portage/local/layman/synce/app-pda/synce-libsynce/synce-libsynce-9999.ebuild
from
| Code: | src_compile() {
./bootstrap
econf --enable-desktop-integration || die
emake || die |
to
| Code: | src_compile() {
./autogen.sh || "autogen.sh failed"
econf --enable-desktop-integration || die
emake || die |
and running
| Code: | > cd /usr/portage/local/layman/synce/app-pda/synce-libsynce/
> ebuild synce-libsynce-9999.ebuild manifest |
should help.
Good Luck |
|
| Back to top |
|
 |
Raoul n00b

Joined: 30 Jul 2006 Posts: 61 Location: Adelaide, Aust.
|
Posted: Sat Jan 05, 2008 2:55 am Post subject: |
|
|
Thanks Tuxatwork,
That really did the trick.
Regards
Raoul |
|
| Back to top |
|
 |
|