This week saw the release of version 1.1.14 of Movgrab, resulting in its 'Freecode/Freshmeat' popularity rating rising to over 600! Like all measures of popularity the freecode rating is... a number, that means... something. Maybe. Still, whether it's a meaningless figure of not, I still get a thrill out of watching it go higher.
This release adds support for files > 2GB on Gnu systems, adds support for downloading from Animehere, and fixes a problem with downloading 3gp files from youtube. All these changes/bugs were suggested or reported by movgrab users. Thanks to Karol Blazewicz, Deeice, Matthias B, Ndracs and others for taking the time to contact me, and thanks again to Abhisek Sanyal for his lifesaving patch to get youtube working again. Feedback from users is what will keep movgrab moving forwards!
My other projects languish with ratings well below 100. I've not had time to really work on them, and most of them are 'first releases' that have serious bugs. It's time for movgrab to take the back seat for a while I think, and for someone else to have some attention.
Subscribe to:
Post Comments (Atom)
Posts
Hi.
ReplyDeleteI just tried to build movgrab vers 1.1.5 and I got some errors.
1. The readme file says that the build instructions are in the docs directory but there are no build instructions there.
2. I did a .configure and then make and got two sets of errors.
the first ones were to the effect that certain .o files were incompatible with the x86_64 structure. Is there a make tag that rebuilds these?
ex.
make[1]: Entering directory `/home/greg/Source-Code/movgrab-1.1.15/libUseful-2.0'
gcc -g -O2 -fPIC -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_LIBZ=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_OSS=1 -lz -shared -o libUseful-2.0.so string.o list.o socket.o unix_socket.o file.o GeneralFunctions.o DataProcessing.o EncryptedFiles.o ConnectManager.o sound.o pty.o Log.o http.o inet.o expect.o base64.o crc32.o md5c.o sha1.o sha2.o Hash.o Compression.o oauth.o libsettings.o Vars.o
/usr/bin/ld: i386 architecture of input file `string.o' is incompatible with i386:x86-64 output
/usr/bin/ld: i386 architecture of input file `list.o' is incompatible with i386:x86-64 output
/usr/bin/ld: i386 architecture of input file `socket.o' is incompatible with i386:x86-64 output
2. the next set seems to be complaining about some undefined symbols; ex:
socket.o: In function `STREAM_INTERNAL_SSL_ADD_SECURE_KEYS':
/home/meta/fileferry-1.0--/libUseful-2.0/socket.c:819: undefined reference to `SSL_CTX_use_certificate_file'
/home/meta/fileferry-1.0--/libUseful-2.0/socket.c:824: undefined reference to `SSL_CTX_use_PrivateKey_file'
/home/meta/fileferry-1.0--/libUseful-2.0/socket.c:847: undefined reference to `SSL_CTX_use_certificate_file'
/home/meta/fileferry-1.0--/libUseful-2.0/socket.c:852: undefined reference to `SSL_CTX_use_PrivateKey_file'
/home/meta/fileferry-1.0--/libUseful-2.0/socket.c:870: undefined reference to `SSL_CTX_load_verify_locations'
socket.o: In function `HandleSSLError':
I could not figure out any other way of asking you a question other than to comment here.
pgmer6809 g00gle dot com
Hiya Jimmy,
ReplyDeleteYes, some .o files got included in the release. If you just do a 'make clean' it should get rid of them all. Then do a 'make' and it should build okay.
Colum