Processed: Re: axel: not handling nostrip build option (policy 10.1) sid/i386
Processing commands for [EMAIL PROTECTED]: > tags 436498 +patch Bug#436498: axel: not handling nostrip build option (policy 10.1) sid/i386 There were no tags set. Tags added: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436498: axel: not handling nostrip build option (policy 10.1) sid/i386
tags 436498 +patch thanks On 07/08/07 23:06 +0200, Julien Danjou said ... > If you call dh_strip correctly in debian/rules, this may mean that upstream axel doesn't use debhelper, so dh_strip is not called. > > -> Building the package > > Setting DEB_BUILD_OPTIONS=nostrip > > > > ./configure --i18n=1 --debug=0 --prefix=/usr --etcdir=/etc > > The strip option is enabled. This should not be a problem usually, but on > > some > > systems it breaks stuff. The --strip option can be passed to configure and it is enabled by default: $ ./configure --help [snip...] --debug=0/1 Disable/enable debugging0 --strip=0/1 Disable/enable binary stripping 1 The attached patch looks for debug/nostrip in DEB_BUILD_OPTIONS and sets the options passed to configure appropriately. > > strip -R .comment -R .note debian/axel/usr/bin/axel I've left this strip in the debian/rules as is. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur axel-1.0b/debian/rules axel-1.0b.new/debian/rules --- axel-1.0b/debian/rules 2007-09-12 17:41:35.0 +0530 +++ axel-1.0b.new/debian/rules 2007-09-14 13:07:34.470447000 +0530 @@ -1,9 +1,21 @@ #!/usr/bin/make -f +confopts = --i18n=1 --prefix=/usr --etcdir=/etc +ifeq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) + confopts += --debug=0 +else + confopts += --debug=1 +endif +ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) + confopts += --strip=1 +else + confopts += --strip=0 +endif + build: build-stamp build-stamp: if [ ! -d debian ]; then exit 1; fi - ./configure --i18n=1 --debug=0 --prefix=/usr --etcdir=/etc + ./configure $(confopts) $(MAKE) DESTDIR=`pwd`/debian/axel touch build-stamp signature.asc Description: Digital signature
Bug#436498: axel: not handling nostrip build option (policy 10.1) sid/i386
Part of my patch is incorrect. On 07/09/14 13:22 +0530, Y Giridhar Appaji Nag said ... > > +confopts = --i18n=1 --prefix=/usr --etcdir=/etc > +ifeq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) > + confopts += --debug=0 > +else > + confopts += --debug=1 > +endif The --debug=1 also enabled additional debugging output which is not the intent of "debug" in DEB_BUILD_OPTIONS. I will post an update. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#423414: axel: segfaults on HTTP 404
On 07/05/11 11:54 -0400, Justin Pryzby said ...
> [EMAIL PROTECTED]:~/share/mirror/debian.org$ axel debian.org/asdf
> Initializing download: debian.org/asdf
>
> Segmentation fault
Running this on a debug build:
(gdb) r debian.org/asdf
Starting program: /u/giridhar/junk/debian/axel-1.0b/axel debian.org/asdf
[Thread debugging using libthread_db enabled]
[New Thread 1075369648 (LWP 9826)]
Initializing download: debian.org/asdf
tcp_connect( debian.org, 21 ) =
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1075369648 (LWP 9826)]
0x400384cd in pthread_cancel () from /lib/i686/cmov/libpthread.so.0
(gdb) where
#0 0x400384cd in pthread_cancel () from /lib/i686/cmov/libpthread.so.0
#1 0x0804aa75 in axel_close (axel=0x8054620) at axel.c:447
#2 0x0804f8b0 in main (argc=2, argv=0xbf992a74) at text.c:216
(gdb) f 1
#1 0x0804aa75 in axel_close (axel=0x8054620) at axel.c:447
447 pthread_cancel( *axel->conn[i].setup_thread );
(gdb) p axel->conn[i].setup_thread
$1 = {0}
This looks like the bug reported at
https://bugs.launchpad.net/ubuntu/+source/axel/+bug/77203
Giridhar
--
Y Giridhar Appaji Nag | http://www.appaji.net/
signature.asc
Description: Digital signature
Processed: Re: Bug#423414: axel: segfaults on HTTP 404
Processing commands for [EMAIL PROTECTED]: > tags 423414 +patch Bug#423414: axel: segfaults on HTTP 404 There were no tags set. Tags added: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#423414: axel: segfaults on HTTP 404
tags 423414 +patch thanks On 07/09/14 14:22 +0530, Y Giridhar Appaji Nag said ... > This looks like the bug reported at > https://bugs.launchpad.net/ubuntu/+source/axel/+bug/77203 Patch to fix this bug is available at http://patches.ubuntu.com/a/axel/axel_1.0b-1.1ubuntu1.patch Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Processed: Re: axel: Segfault when authentication required
Processing commands for [EMAIL PROTECTED]: > merge 423414 312060 Bug#312060: axel: Segfault when authentication required Bug#423414: axel: segfaults on HTTP 404 Merged 312060 423414. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312060: axel: Segfault when authentication required
merge 423414 312060
thanks
This is the same as the bug reported in #423414
On 05/06/05 17:44 +1000, Hamish Moffatt said ...
> I tried to fetch a file for which HTTP authentication is required;
> axel segfaults in that case.
>
> [5:42pm] [EMAIL PROTECTED]:~> axel http://protected/file
> Initializing download: http://protected/file
> HTTP/1.1 401 Authorization Required
> Segmentation fault
HTTP/1.0 401 Authorization Required
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1075369648 (LWP 28432)]
0x400384cd in pthread_cancel () from /lib/i686/cmov/libpthread.so.0
(gdb) where
#0 0x400384cd in pthread_cancel () from /lib/i686/cmov/libpthread.so.0
#1 0x0804aa75 in axel_close (axel=0x8054620) at axel.c:447
#2 0x0804f8b0 in main (argc=2, argv=0xbfe31714) at text.c:216
(gdb) f 1
#1 0x0804aa75 in axel_close (axel=0x8054620) at axel.c:447
447 pthread_cancel( *axel->conn[i].setup_thread );
(gdb) p axel->conn[i].setup_thread
$1 = {0}
--
Y Giridhar Appaji Nag | http://www.appaji.net/
signature.asc
Description: Digital signature
Bug#436498: axel: not handling nostrip build option (policy 10.1) sid/i386
On 07/09/14 14:24 +0530, Y Giridhar Appaji Nag said ... > Part of my patch is incorrect. > > The --debug=1 also enabled additional debugging output which is not the > intent of "debug" in DEB_BUILD_OPTIONS. I will post an update. Updated patch attached. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur axel-1.0b/debian/rules axel-1.0b.new/debian/rules --- axel-1.0b/debian/rules 2007-09-14 14:50:57.0 +0530 +++ axel-1.0b.new/debian/rules 2007-09-14 15:09:48.122614000 +0530 @@ -1,9 +1,19 @@ #!/usr/bin/make -f +confopts = --i18n=1 --debug=0 --prefix=/usr --etcdir=/etc +ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) + confopts += --strip=1 +else + confopts += --strip=0 +endif + build: build-stamp build-stamp: if [ ! -d debian ]; then exit 1; fi - ./configure --i18n=1 --debug=0 --prefix=/usr --etcdir=/etc + ./configure $(confopts) +ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) + echo 'CFLAGS += -g' >> Makefile.settings +endif $(MAKE) DESTDIR=`pwd`/debian/axel touch build-stamp signature.asc Description: Digital signature
Bug#423414: axel: segfaults on HTTP 404
Patch for Debian (based on the Ubuntu patch) attached.
Giridhar
On 07/09/14 14:30 +0530, Y Giridhar Appaji Nag said ...
> Patch to fix this bug is available at
> http://patches.ubuntu.com/a/axel/axel_1.0b-1.1ubuntu1.patch
--
Y Giridhar Appaji Nag | http://www.appaji.net/
diff -Nur axel-1.0b.old/axel.c axel-1.0b/axel.c
--- axel-1.0b.old/axel.c2002-05-03 18:15:11.0 +0530
+++ axel-1.0b/axel.c2007-09-14 15:32:44.867408000 +0530
@@ -444,7 +444,9 @@
/* Terminate any thread still running */
for( i = 0; i < axel->conf->num_connections; i ++ )
- pthread_cancel( *axel->conn[i].setup_thread );
+ /* don't try to kill non existing thread */
+ if ( *axel->conn[i].setup_thread != 0 )
+ pthread_cancel( *axel->conn[i].setup_thread );
/* Delete state file if necessary */
if( axel->ready == 1 )
diff -Nur axel-1.0b.old/http.c axel-1.0b/http.c
--- axel-1.0b.old/http.c2002-01-25 19:56:40.0 +0530
+++ axel-1.0b/http.c2007-09-14 15:32:52.341235000 +0530
@@ -41,7 +41,8 @@
sprintf( conn->host, "%s:%i", host, port );
if( !conn_set( tconn, proxy ) )
{
- sprintf( conn->request, _("Invalid proxy string:
%s\n"), proxy );
+ /* We'll put the message in conn->headers, not in
request */
+ sprintf( conn->headers, _("Invalid proxy string:
%s\n"), proxy );
return( 0 );
}
host = tconn->host;
@@ -55,7 +56,8 @@
if( ( conn->fd = tcp_connect( host, port, conn->local_if ) ) == -1 )
{
- sprintf( conn->request, _("Unable to connect to server
%s:%i\n"), host, port );
+ /* We'll put the message in conn->headers, not in request */
+ sprintf( conn->headers, _("Unable to connect to server
%s:%i\n"), host, port );
return( 0 );
}
@@ -145,7 +147,8 @@
{
if( read( conn->fd, s, 1 ) <= 0 )
{
- sprintf( conn->request, _("Connection gone.\n") );
+ /* We'll put the message in conn->headers, not in
request */
+ sprintf( conn->headers, _("Connection gone.\n") );
return( 0 );
}
if( *s == '\r' )
signature.asc
Description: Digital signature
Processed (with 5 errors): Re: Bug#163864: Incorrect download
Processing commands for [EMAIL PROTECTED]: > tags 163864 +moreinfo Bug#163864: Incorrect download There were no tags set. Tags added: moreinfo > tags 163864 +unreproducible Bug#163864: Incorrect download Tags were: moreinfo Tags added: unreproducible > This works fine for me. And there hasn't been any response for more Unknown command or malformed arguments to command. > information since a very long time. Unknown command or malformed arguments to command. > Giridhar Unknown command or malformed arguments to command. > On 02/10/10 12:02 +0200, Wilmer van der Gaast said ... Unknown command or malformed arguments to command. > > Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: axel crashes on long urls
Processing commands for [EMAIL PROTECTED]: > tags 196431 +confirmed Bug#196431: axel crashes on long urls Tags were: upstream Tags added: confirmed > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#163864: Incorrect download
tags 163864 +moreinfo tags 163864 +unreproducible This works fine for me. And there hasn't been any response for more information since a very long time. Giridhar On 02/10/10 12:02 +0200, Wilmer van der Gaast said ... > > A) Can you reproduce the problem? > B) What's the URL? > C) Wasn't there a line like "pthread error!!" somewhere? > D) Can you resume the download by restarting Axel? -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#196431: axel crashes on long urls
tags 196431 +confirmed thanks Axel currently cannot handle strings of length over 256 (MAX_STRING in axel.h) and should exit gracefully. Fix forthcoming. Giridhar On 03/06/06 18:34 -0400, Joseph Barillari said ... > > Note that that ultra-long URL is valid. If the URL is invalid (e.g., a -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#98225: ACROBAT 8.0 Professional $79 retail price - $449.00 Save - $369
adobe PRO Our price $79.95 retail price $449 You save - US $ 369.05 http://www.railch.cn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#279342: marked as done (Bug in metacam with jpeg from canon s60)
Your message dated Fri, 14 Sep 2007 17:02:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#279342: fixed in metacam 1.2-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: metacam Version: 1.2-2 Severity: normal hello, I have here same pictures from an canon powershot S60 ( http://www.puettmann.net/temp/canon_s60/ ). The pictures are orginal from the camera downloaded. If I try to open the pictures with this application I got an segfault. The pictures working in photoshop very well. I opend the pictures in photoshop and saved them see http://www.puettmann.net/temp/canon_s60/photoshop/ ) Ruben -- Ruben Puettmann [EMAIL PROTECTED] http://www.puettmann.net signature.asc Description: Digital signature --- End Message --- --- Begin Message --- Source: metacam Source-Version: 1.2-4 We believe that the bug you reported is fixed in the latest version of metacam, which is due to be installed in the Debian FTP archive: metacam_1.2-4.diff.gz to pool/main/m/metacam/metacam_1.2-4.diff.gz metacam_1.2-4.dsc to pool/main/m/metacam/metacam_1.2-4.dsc metacam_1.2-4_powerpc.deb to pool/main/m/metacam/metacam_1.2-4_powerpc.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Juan Angulo Moreno <[EMAIL PROTECTED]> (supplier of updated metacam package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 4 Sep 2007 10:17:04 -0400 Source: metacam Binary: metacam Architecture: source powerpc Version: 1.2-4 Distribution: unstable Urgency: low Maintainer: Juan Angulo Moreno <[EMAIL PROTECTED]> Changed-By: Juan Angulo Moreno <[EMAIL PROTECTED]> Description: metacam- extract EXIF information from digital camera files Closes: 279342 425241 Changes: metacam (1.2-4) unstable; urgency=low . * New maintainer (Closes: #425241) * [debian/control] Update description * Fixed segmentation fault picture Canon S60 (when it was updated the version 0.6-1 to 1.2-1 error was not present) (Closes: #279342) * [debian/watch] Fix URL file * [debian/copyright] Updated (Separation by author and copyrights) Files: 1b68f0f90e733e5e25ca9ac3fa18f320 561 graphics optional metacam_1.2-4.dsc 641e7b5411570d65ef4b6e2a43ec11ab 3066 graphics optional metacam_1.2-4.diff.gz e96bd372052a7f2ea76d40a4ae471540 45352 graphics optional metacam_1.2-4_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG6rw4mBxf18ZxJX0RApYRAJ9HN4+wk7FLcEKLB7Mky21wRul47ACffyTD iUlaY8QSDklAxXMXRejPHZ0= =3/8P -END PGP SIGNATURE- --- End Message ---
[Challenge Response] Confirmação Anti-Spam
Você enviou uma mensagem para [EMAIL PROTECTED] Para que sua mensagem seja encaminhada para [EMAIL PROTECTED], clique na URL abaixo: http://mail.paicon.com.br:32000/challenge/?folder=2007091413565963479541 Esta confirmação é necessária porque [EMAIL PROTECTED] usa sistema Challenge Response, que bloqueia mensagens de propaganda (SPAM) enviadas por sistemas automatizados. As próximas mensagens enviadas para [EMAIL PROTECTED] não precisarão ser confirmadas novamente. === NÃO RESPONDA ESTA MENSAGEM. NINGUÉM IRÁ RECEBÊ-LA. === --//-- English Message --//-- [Spam Challenge] Confirm your email by visiting the URL http://mail.paicon.com.br:32000/challenge/?folder=2007091413565963479541 In order to banish SPAM 100% from my inbox [EMAIL PROTECTED] I am creating a whitelist filter. does not appear to be on my whitelist, hence the reason you are receiving this challenge request from the mail server. Please visit the challenge request url below in order to confirm the email address is real and to add the email address to my whitelist or I will never receive the email. By default, your email will be deleted automatically from the mail server in 15 days if you do not confirm this request. To confirm your address please visit the URL http://mail.paicon.com.br:32000/challenge/?folder=2007091413565963479541 === DO NOT REPLY TO THIS MESSAGE. NO ONE WILL RECEIVE IT. === -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#436498: axel: not handling nostrip build option (policy 10.1) sid/i386
On Fri, Sep 14, 2007 at 01:22:04PM +0530, Y Giridhar Appaji Nag wrote: > tags 436498 +patch > thanks > > On 07/08/07 23:06 +0200, Julien Danjou said ... > > If you call dh_strip correctly in debian/rules, this may mean that upstream > > axel doesn't use debhelper, so dh_strip is not called. > > > > -> Building the package > > > Setting DEB_BUILD_OPTIONS=nostrip > > > > > > ./configure --i18n=1 --debug=0 --prefix=/usr --etcdir=/etc > > > The strip option is enabled. This should not be a problem usually, but on > > > some > > > systems it breaks stuff. > > The --strip option can be passed to configure and it is enabled by > default: Normally packages are compiled with -O2 -g and then dh_strip handles stripping to debian policy (removing the comment section too and such). Most often this bug is caused by the package installation itself calling strip, eg. with install -s. So this is just a heads up that: . the upstream package's strip may not strip the comment section or other things Debian wants stripped; . calling with nostrip should should include full -g debugging symbols; Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429088: marked as done (please update/request removal of your package)
Your message dated Sat, 15 Sep 2007 02:22:32 +0200 with message-id <[EMAIL PROTECTED]> and subject line Bug#429088: fixed in sope 4.4rc.2-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) --- Begin Message --- Package: sope Severity: serious Version: 4.4rc.2-3.1 Hi there! Due to the recent removal of apache (including it's accompanied packages of apache-common, apache-dbg, apache-dev, apache-doc, apache-perl and apache-ssl) and libapache-mod-perl your package most propably isn't able to get installed or built anymore. These are the problems your package currently has: libapache-mod-ngobjweb (dependency on amd64): apache-common (>= 1.3.29) Please either send the ftp team a removal request for your package if it isn't able to work with apache2, or update it to build (only) packages for apache2. Thanks in advance, -- generate-mails.pl assisting Gerfried Fuchs --- End Message --- --- Begin Message --- Source: sope Source-Version: 4.4rc.2-4 libapache-mod-ngobjweb is no longer produced by sope 4.4rc.2-4. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 08 Sep 2007 16:56:40 +0200 Source: sope Binary: libsope-gdl1-4.4-dev libsope-xml4.4-dev libsope4.4-dev libsope-core4.4 libsope-appserver4.4 libsope-mime4.4 sope4.4-appserver sope4.4-versitsaxdriver libsope-ldap4.4-dev libsope-core4.4-dev libapache2-mod-ngobjweb libsope-ical4.4-dev sope4.4-stxsaxdriver sope4.4-libxmlsaxdriver libsope-appserver4.4-dev libsope-xml4.4 libsope-ical4.4 libsope-ldap4.4 libsope-mime4.4-dev libsope-gdl1-4.4 sope-tools sope4.4-gdl1-postgresql Architecture: source i386 all Version: 4.4rc.2-4 Distribution: unstable Urgency: low Maintainer: Debian QA Group <[EMAIL PROTECTED]> Changed-By: Sebastian Ley <[EMAIL PROTECTED]> Description: libapache2-mod-ngobjweb - Apache2 module for the SOPE application server libsope-appserver4.4 - SOPE application server libraries libsope-appserver4.4-dev - Development files for the SOPE libraries libsope-core4.4 - Core libraries of the SOPE application server libsope-core4.4-dev - Development files for the SOPE core libraries libsope-gdl1-4.4 - GNUstep database libraries for SOPE libsope-gdl1-4.4-dev - Development files for the GNUstep database libraries libsope-ical4.4 - SOPE libraries for iCal handling libsope-ical4.4-dev - Development files for the SOPE iCal libraries libsope-ldap4.4 - SOPE libraries for LDAP access libsope-ldap4.4-dev - Development files for the SOPE LDAP libraries libsope-mime4.4 - SOPE libraries for MIME processing libsope-mime4.4-dev - Development files for the SOPE MIME libraries libsope-xml4.4 - SOPE libraries for XML processing libsope-xml4.4-dev - Development files for the SOPE XML libraries libsope4.4-dev - Development files for all SOPE libraries sope-tools - Tools shipped with SOPE application server sope4.4-appserver - SOPE application server sope4.4-gdl1-postgresql - PostgreSQL connector for SOPE's fork of the GNUstep database envi sope4.4-libxmlsaxdriver - XML Parser for SOPE's SAX engine sope4.4-stxsaxdriver - Structured Text Parser for SOPE's SAX engine sope4.4-versitsaxdriver - iCal and vCard Parser for SOPE's SAX engine Changes: sope (4.4rc.2-4) unstable; urgency=low . * Accept NMU * Drop Apache 1 support * Orphan the package Files: 57951c03d7152e645491f038aab790e1 1267 - extra sope_4.4rc.2-4.dsc 85815ea6dd35577638b908f206b011e8 1947 - extra sope_4.4rc.2-4.diff.gz b860dcd38f2c7e83dff9d825f9ae4a32 3056 libdevel extra libsope4.4-dev_4.4rc.2-4_all.deb 6eba12a0a8071aa6ba9a9c1b0fcc82dd 57192 libdevel extra libsope-appserver4.4-dev_4.4rc.2-4_i386.deb 3f3e72bee18a3c17e3982916369c66c1 912440 libs extra libsope-appserver4.4_4.4rc.2-4_i386.deb 140496a7a5e1858fa18dc2e6df092e1c 192500 web extra sope-tools_4.4rc.2-4_i386.deb 40a48e6bdc7550014ac208323c139e68 8052 web extra sope4.4-appserver_4.4rc.2-4_i386.deb cf0578882b82a24e0227ac48e8db3173 50358 libdevel extra libsope-core4.4-dev_4.4rc.2-4_i386.deb 28d31778ed8faab044d94d30353d9bef 299316 libs extra libsope-core4.4_4.4rc.2-4_i386.deb bd25c68f21e9821ee894fc02d7c44d4e 22278 libdevel extra libsope-xml4.4-dev_4.4rc.2-4_i386.deb dd4e9059f8b7a22d62782f5904b708f5 130290 libs extra libsope-xml4.4_4.4rc.2-4_i386.deb e4e42b2482235ac584a249f525685688 6946 libdevel extra libsope-ldap4.4-dev_4.4rc.2-4_i386.deb 4b10a558cf27d5f966c84e7fdf9da9a3 43298 libs extra libsope-ldap4.4_4.4rc.2-4_i386.deb f35a2192a7b5de37eb3ad6332c191de0 25270 libdevel extra libsope-mime4.4-dev_4.4rc.2-4_i386.deb 6fefd41
Bug#312999: Creat1ve Su1te 3 for PC 0r Mac 269 $ Save_1599,95 from retalI & down1oad lnstant
Vizit mycheapoem . com in Internnet Xp1orer browser. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
