[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: jigdo 0.6.2



Well, hem, a little correction: it does not compile:

cortex:/mnt/tmp/jigdo/jigdo-0.6.2# make
test -e gfx || ln -s "./gfx" gfx
make -C src all
make[1]: Entering directory `/mnt/tmp/jigdo/jigdo-0.6.2/src'
Using these {options}: -I. -I. -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H 
-DPACKAGE_DATA_DIR="/usr/local/share/jigdo" 
-DPACKAGE_LOCALE_DIR="/usr/local/share/locale" -I/usr/include/gtk-1.2 
-I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 
-Wall -W -Wpointer-arith -Wconversion -Wmissing-prototypes 
-Woverloaded-virtual
c++ {options} -c cachefile.cc -o cachefile.o
c++ {options} -c compat.cc -o compat.o
c++ {options} -c configfile.cc -o configfile.o
gcc -I. -I. -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H 
-DPACKAGE_DATA_DIR="/usr/local/share/jigdo" 
-DPACKAGE_LOCALE_DIR="/usr/local/share/locale" -I/usr/include/gtk-1.2 
-I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 
-Wall -W -c glibc-getopt.c -o glibc-getopt.o
gcc -I. -I. -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H 
-DPACKAGE_DATA_DIR="/usr/local/share/jigdo" 
-DPACKAGE_LOCALE_DIR="/usr/local/share/locale" -I/usr/include/gtk-1.2 
-I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include -g -O2 
-Wall -W -c glibc-getopt1.c -o glibc-getopt1.o
c++ {options} -c glibc-md5.cc -o glibc-md5.o
c++ {options} -c jigdo-file.cc -o jigdo-file.o
c++ {options} -c jigdo-file-cmd.cc -o jigdo-file-cmd.o
c++ {options} -c jigdoconfig.cc -o jigdoconfig.o
c++ {options} -c md5sum.cc -o md5sum.o
c++ {options} -c mimestream.cc -o mimestream.o
c++ {options} -c mkimage.cc -o mkimage.o
c++ {options} -c mktemplate.cc -o mktemplate.o
c++ {options} -c recursedir.cc -o recursedir.o
c++ {options} -c rsyncsum.cc -o rsyncsum.o
c++ {options} -c scan.cc -o scan.o
c++ {options} -c sstream.cc -o sstream.o
c++ {options} -c string.cc -o string.o
c++ {options} -c zstream.cc -o zstream.o
c++ {options} -c debug.cc -o debug.o
c++ -o jigdo-file cachefile.o compat.o configfile.o glibc-getopt.o 
glibc-getopt1.o glibc-md5.o jigdo-file.o jigdo-file-cmd.o jigdoconfig.o 
md5sum.o mimestream.o mkimage.o mktemplate.o recursedir.o rsyncsum.o scan.o 
sstream.o string.o zstream.o debug.o  -lz   
c++ {options} -c download.cc -o download.o
In file included from download.hh:30,
                 from download.cc:18:
libwww.hh:22: HTInit.h: No such file or directory
libwww.hh:23: HTReqMan.h: No such file or directory
libwww.hh:24: WWWCore.h: No such file or directory
libwww.hh:25: WWWStream.h: No such file or directory
libwww.hh:26: WWWTrans.h: No such file or directory
make[1]: *** [download.o] Error 1
make[1]: Leaving directory `/mnt/tmp/jigdo/jigdo-0.6.2/src'
make: *** [all] Error 2
cortex:/mnt/tmp/jigdo/jigdo-0.6.2# locate HTInit.h
cortex:/mnt/tmp/jigdo/jigdo-0.6.2# find | grep HTInit.h

I figured out that the package libwww0 and libwww-dev were necessary. I found 
them here:

http://ftp.hr.debian.org/debian/pool/main/w/w3c-libwww/

But I got dependency problems installing libwww0. By running:

dpkg -i /home/nicolas/download/libwww0_5.3.2-9_i386.deb 

I got:

libwww0 depends on libc6 (>= 2.2.4-4); however:
Version of libc6 on system is 2.2.1-1.0progeny1.

So, unless someone can figure out how to get libwww, It doesn't compile here 
(Progeny Debian, ~Potato).

It might help to compile from source (http://www.w3.org/Library/), but I did 
not have time to test.

Does that libwww stuff is really required to make jigdo work? I suppose the 
0.6.2 version I'm trying to build needs libwww for the GTK GUI. Is there a 
way to disable the compilation of the GUI, so that we don't need libwww?

Sorry for the previous post, I pressed "send" too quickly...

Nicolas


Nicolas Marchildon écrivait/wrote:
> Richard Atterer écrivait/wrote:
> > I've just uploaded Jigsaw Download 0.6.2. This version has only seen
> > relatively light testing, I hope no bugs have crept in.
> >
> > What's new?
> > ~~~~~~~~~~~
> >   - gettext support (but no translations are present yet)
> >   - Portability fixes to jigdo-lite (Anne Bezemer). I've only merged
> >     some of Anne's changes, not all.
> >   - Portability fixes to the jigdo-file code (for RedHat/Mandrake
> >     systems, systems without <sstream> such as Debian Potato). Can
> >     someone confirm that it compiles on potato now?
>
> I currently use Progeny Debian (which is based on Potato), and I was unable
> to get jigdo to compile because of that sstream issue:
>
> jigdo-file-cmd.cc:16: sstream: No such file or directory
> make[1]: *** [jigdo-file-cmd.o] Error 1
> make[1]: Leaving directory `/mnt/tmp/jigdo/jigdo-0.6.1/src'
> make: *** [all] Error 2
>
> That said, with this 0.6.2, I was able to compile, which is great! Thanks!
>
> One more note on compiling, regarding GTK. I had 1.2.10-ximian.21
> installed, and the configure script told me:
>
> checking for GTK+ version... ./configure: gtk-config: command not found
>    * GTK+ not installed, or the installed version is not
>    * 1.2.x, or gtk-config is not in $PATH. Please
>    * install GTK+ 1.2, it is needed by `jigdo'.
>
> I searched a bit, and installed libgtk1.2-dev (1.2.10-ximian.21), which got
> recognized by the configure script:
>
> checking for value of --with-libdb... "no"
> checking for GTK+ version... 1.2.10
> checking for libwww version... ./configure: libwww-config: command not
> found
>
> I don't know if you have a deb-src package, but anyway, you might want to
> mention this.
>
> In case you ask, jigdo does not install on Progeny Debian (~potato):
>
> Sorry, but the following packages have unmet dependencies:
>   jigdo: Depends: libc6 (>= 2.2.4-4) but 2.2.1-1.0progeny1 is to be
> installed Depends: libdb3 (>= 3.2.9-1) but it is not installable
>          Depends: libstdc++2.10-glibc2.2 (>= 1:2.95.4-0.010810) but
> 1:2.95.2-17 is to be installed
>          Depends: libwww0 (>= 5.3.2-2) but it is not installable or
>                   libwww-ssl0 (>= 5.3.2-2) but it is not installable
>          Depends: xlibs (> 4.1.0) but 4.0.3-1 is to be installed
>
> At least, it compiles, which is a pretty good thing. Thanks for the sstream
> fix!
>
> Regards,
>
> Nicolas



Reply to: