Bug#835258: recommends non-existing package

tag 835258 +pending thanks Le 23/08/2016 à 23:20, Sebastian Andrzej Siewior a écrit : > Package: libhttrack-dev > Version: 3.48.23-1 > Severity: normal > > libhttrack-dev recommends libssl1.0.0 which is no longer in unstable. > Why ist that? libhttrack2 depends on libssl1.0.2 so I doubt there is

Bug#828344: Processed: httrack: FTBFS with openssl 1.1.0

Hi! This should be fixed by 3.48.23-1 (uploaded few minutes ago, the culprit was a libtool issue) Thanks for the report, Xavier

Bug#804535: httrack FTBFS on hppa architecture

Le 25/04/2016 23:01, Helge Deller a écrit : > Can you maybe upload one, even just a -2 version with the hppa patch would be > great. Sorry for the very very long delay, I am currently updating the release

Bug#804535: httrack FTBFS on hppa architecture

Hi!, On Mon, 9 Nov 2015, Helge Deller wrote: Removing "hppa" from this list (and maybe the comment) fixes the build and the testcases for me. Can you please remove "hppa" from this list in the next upload? Done in trunk (https://github.com/xroche/httrack/commit/26f2777dae9d7c404cf5553cc84977f

Bug#765019: webhttrack: htsserver does not launch

retitle 765019 webhttrack: htsserver is killed immediately with attached browser sessions thanks Thanks for your report. This is actually a design bug (reported as https://code.google.com/p/httrack/issues/detail?id=53) in the script logic: the script starts navigating the server, and assumes that

Bug#756328: strlen(copyBuff) == qLen failed at htslib.c:3458

Package: httrack Version: 3.48.11-1 Severity: important As reported by A.J. Bonnema on fedora (https://bugzilla.redhat.com/show_bug.cgi?id=1123625), weird 'strlen(copyBuff) == qLen failed at htslib.c:3458' assertion failures occurs in httrack, when building with GCC 4.8. The issue does not seem

Bug#755107: Random crash inside hts_ghbn when updating a mirror

Package: src:httrack Version: 3.48.17-1 Severity: important As reported by E.Kalinowski, rando crashes occurs when updating a mirror, inside hts_ghbn() Backtrace sample: #0 __strcmp_ssse3 () at ../sysdeps/x86_64/multiarch/../strcmp.S:209 #1 0x76529bd4 in hts_ghbn (addr=0x7fffe418e7e0,

Bug#750931: Missing include files in libhttrack-dev lead to incomplete exported API

Package: libhttrack-dev Version: 3.48.11-1 Severity: important The exported htsopt.h lacks the following definitions: * struct htsrequest_proxy * struct htsrequest * struct htsblk * struct lien_url * struct lien_back This makes some exported API functions totally useless, and requiring

Bug#744594: httrack: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4

retitle 744594 httrack: run dh-autoreconf to update libtool, and .a files should be kept on "non-.so" architectures thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#744594: httrack: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4

retitle 744594 httrack: run dh-autoreconf to update libtool, and .a files should be kept on "non-.so" architectures thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#744594: httrack: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4

tag 744594 +pending thanks Fixed in trunk: https://code.google.com/p/httrack/source/detail?r=945 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#744594: httrack: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4

retitle 744594 httrack: .a files should be kept on "non-.so" architectures thanks Le 13/04/2014 18:50, Matthias Klose a écrit : > The package fails to build on ppc64el (powerpc64le-linux-gnu), because > the config.{guess,sub} files are out of date, and are not updated during I added dh_autoreconf

Bug#724390: Please stop build depending on automake1.4, automake1.9 and automake1.10

tak 724390 +pending thanks Le 24/09/2013 00:37, Eric Dorland a écrit : > As documented in > http://lists.debian.org/debian-devel/2013/05/msg01459.html, I will be > removing automake1.4, automake1.9 and automake1.10 from the archive. > Your package has a build dependency on one (or more) of these >

Bug#595670: closed by Nikolaus Rath (Not a bug)

Hi, On closer inspection (aka asking on the netfilter ml), it turns out that the problem I described is not with iproute, but with the source address being determined before the packet can be marked by iptables. At least source NAT with ip6tables is now a valid workaround (even if this is not

Bug#723356: httrack link with -L/usr/lib

Hi!, On Tue, 17 Sep 2013, YunQiang Su wrote: This package has one or more -L/usr/lib in its build system, which will make it ftbfs if there is libraries under /usr/lib, while is not the default architecture, mips* for example. I checked automake scripts, and debian/rules, and nowhere /usr/lib

Bug#716868: libhttrack2: Crash while mirroring website

Hi!, Le 13/07/2013 20:54, Baruch Even a écrit : > httrack crashes with the following backtrace: I could not (yet) reproduce the issue with this site ; is the crash random, or consistent each time you restart the mirror ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org wit

Bug#712730: https://blog.mariadb.org/mysql-man-pages-silently-relicensed-away-from-gpl/

Le 19/06/2013 04:05, luke.leighton a écrit : > soo, when's mysql being pulled from debian because the documentation > is non-free? This is a mistake from mysql, according to: http://bugs.mysql.com/bug.php?id=69512 "Thank you for the report. This is indeed a bug, where the build system erroneously

Bug#709874: webhttrack starts a navigation leading to "unable to connect to foo:8080"

Package: webhttrack Version: 3.47.12-1 Severity: minor When the local hostname ('hostname') does not resolve due to some configuration error, webhttrack starts with an invalid URL. -- System Information: Debian Release: 6.0.7 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates

Bug#708876: httrack does not properly handle Unicode filenames for non-UTF-8 pages

Package: httrack Version: 3.47.12-1 Severity: normal httrack does not properly handle Unicode filenames for non-UTF-8 pages ; eg. BIG5 pages with filenames embedding Chinese characters will not be properly requested on server, nor properly saved to disk -- System Information: Debian Release: 6.

Bug#708707: bus error inside htsserver due to default thread stack too small on certain operating systems

Package: webhttrack Version: 3.47.10-1 Severity: important On certain operating systems (reported on OSX, but "exotic" [ie. non-x86-64] builds might be affected too on Debian platformas), the default thread stack size is too small for the quite gory httrack library code, and this may lead to st

Bug#706757: HTTrack sometimes download several times the same file, with random "Unexpected 412/416 error" messages

Source: httrack Version: 3.47.10-1 Severity: important HTTrack sometimes download several times the same file, with random "Unexpected 412/416 error" messages -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500,

Bug#706755: Zero-length files not being properly handled (neither saved on disk, nor updated)

Source: httrack Version: 3.47.10-1 Severity: minor Zero-length files not being properly handled (neither saved on disk, nor updated) -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: a

Bug#706546: unblock: httrack/3.47.9-1

Hi, Le 01/05/2013 21:10, Adam D. Barratt a écrit : > Let's stick with 3.46.1-1 for now and revisit which fixes might be > suitable for a stable update after the release. Yup, that's probably safer ; current state is not totally perfect currently (there are still icons-related issues remaining).

Bug#706546: unblock: httrack/3.47.9-1

Le 01/05/2013 17:01, Adam D. Barratt a écrit : > That's not really practical at this point, no. Yep, seems logical. Then we can either let the 3.46.1-1 release (and have an update later - in such case please close this ticket) or unblock 3.47.7-1 when possible. Thanks! -- To UNSUBSCRIBE, emai

Bug#706546: unblock: httrack/3.47.9-1

Control: tags -1 - moreinfo thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#706546: unblock: httrack/3.47.9-1

Le 01/05/2013 14:54, Adam D. Barratt a écrit : > What do you mean by "block [the] current testing/wheezy version"? > (Removal?) No, move the old package (3.43.9-1) in wheezy - not sure this is possible either considering the late date. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.

Bug#706546: unblock: httrack/3.47.9-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package httrack from sid to testing/wheezy, or block current testing/wheezy version if this is too late (which is something I am fearing) As reminder, httrack is a website c

Bug#706537: Memory leak in hashtable

Source: httrack Version: 3.46.1-1 Severity: normal Memory leak in hashtable, that may lead to excessive memory consumption -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64

Bug#706536: UTF-8 conversion bug on Linux that may lead to buggy filenames when downloading non-ascii filenames

Source: httrack Version: 3.46.1-1 Severity: important A bug inside UTF-8 conversion routine may lead to buggy filenames when downloading non-ascii filenames, and creation of buggy files on the current working directory. -- System Information: Debian Release: 6.0.7 APT prefers stable-updates

Bug#706535: Random closing of files/sockets, leading to "zip_zipWriteInFileInZip_failed" assertion, "bogus state" messages, or random garbage in downloaded files

Source: httrack Version: 3.46.1-1 Severity: important Version 3.46 and below randomly close files/sockets, leading to "zip_zipWriteInFileInZip_failed" assertion, "bogus state" messages, or random garbage in downloaded files, because of buggy disk cache routine, resurrecting dead file descriptor

Bug#705532: webhttrack-common: fails to upgrade from 'testing' - trying to overwrite /usr/share/applications/WebHTTrack.desktop

Hi!, Le 16/04/2013 11:18, Andreas Beckmann a écrit : > during a test with piuparts I noticed your package fails to upgrade from > 'testing'. Thanks for pointing out. I fixed again the package in the .4 subrelease, because things are not yet good. Basically the issue is that some files were moved

Bug#674053: httrack: nonsensical charset in Accept-Charset: header

tag 674053 +pending thanks Le 22/05/2012 21:04, Piotr Engelking a écrit : > Httrack sends the following Accept-Charset: header: Removed in trunk, thanks for the issue report. Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble

Bug#669396: webhttrack: unowned directory after purge: /usr/lib/iceape/

tags 669396 + moreinfo thanks Hi!, during a test with piuparts I noticed your package left unowned directories 0m45.4s ERROR: FAIL: Package purging left files on system: /usr/lib/iceape/not owned Hmm, unless I'm missing something obvious, I do not see why webhttrack would create any

Bug#594923: Noflushd causes flush- processes to eat all CPU

Le 03/03/2012 14:55, Jonathan Nieder a écrit : > Thanks. Does the attached patch help? Yes, mostly. It took me a while (the test machine was randomly freezing because of unrelated ACPI issue) but the patch does appears to fix the noflushd problem. With original 2.6.32-5-686 (fresh squeeze insta

Bug#594923: noflushd: Noflushd causes flush- processes to eat all CPU

Le 17/10/2011 13:21, Jonathan Nieder a écrit : > Ping. Did you get a chance to try the latest kernel from squeeze? Yes, sorry for the delay. I did the following test: * noflushd 2.8-1 on four SATA disks on a fresh squeeze install * kernels 2.6.32.57 (without Debian patches) and 3

Bug#657878: Acknowledgement (Random crash in httrack when interrupting a mirror)

Note: bug spotted by -fstack-protector, introduced in recent "hardened" build flags. The bug is a stupid regression (a deleted for() line with proper initialization) from 3.43 series. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Troubl

Bug#657878: Random crash in httrack when interrupting a mirror

Package: httrack Version: 3.44.3-1 Severity: important Random crash in htscoremain.c when interrupting a mirror. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.34.4-grsec (SMP w/1 CPU core) Locale: LANG=

Bug#657334: Please enabled hardened build flags

Hi!, Le 25/01/2012 18:48, Moritz Muehlenhoff a écrit : > Please enabled hardened build flags through dpkg-buildflags. > Patch attached. (dpkg-buildflags abides "noopt" from DEB_BUILD_OPTIONS) Thanks -- patch accepted (including the print format fix). Uploading soon. -- To UNSUBSCRIBE, email to

Bug#638619: Misleading "gpg: Ohhhh jeeee: no decrypt() for 17" message from gpg when trying to decrypt a file without the public key being imported

Package: gpgv Version: 1.4.10-4 Severity: minor Note: this is a minor problem, but which can greatly increase your blood pressure when reinstalling backuped files during a crash recovery :) Attempting to decypher a gpg encrypted file with the private key imported (gpg --import < my_private_key)

Bug#636080: Info received (Bug#636080: Processed: Re: Bug#636080: httrack-dev: recommends obsolete libssl0.9.8)

I still do not understand why this bug does not show up on the "Bugs in source package httrack" page (http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=httrack) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lis

Bug#636080: Processed: Re: Bug#636080: httrack-dev: recommends obsolete libssl0.9.8

Le 31/07/2011 14:43, Julien Cristau a écrit : > That code is pretty scary... I do agree :) Written ten years ago ; if I had some spare time I'd probable rewrite many parts of it, including the module handling. I'll try to upload manually a fix today. -- To UNSUBSCRIBE, email to debian-bugs-di

Bug#636080: Processed: Re: Bug#636080: httrack-dev: recommends obsolete libssl0.9.8

Err, libssl0.9.8 is still in sid -- when will it be removed ? I can switch to the 1.0.0 release if needed. (The recommends: line is because the library is loaded at runtime, if found. This allows to run without openssl actually installed, for example to avoid cryptographic restrictions in some wei

Bug#614966: [httrack] Content of some random files is replaced with HTTP 416 Error HTML page

tag 614966 +patch thanks Okay, I managed to reproduce the bug, by killing a first update, and then updating the mirror. The issue was really painful to track (very random), and is related to the "delayed type check" ("don't make any link test but wait for files download to start instead") The bu

Bug#614966: [httrack] Content of some random files is replaced with HTTP 416 Error HTML page

Le 24/02/2011 22:22, Petr Gajdůšek a écrit : > 21:22:45Info: engine: warning: entry cleaned up, but no trace > on heap: This is only a warning, harmful. The other one (412/416 error) is not, and should not happen. > HTTP request (at time 218.329301 second) > GET > /~petr/obce/testing/ww

Bug#614966: [httrack] Content of some random files is replaced with HTTP 416 Error HTML page

Le 24/02/2011 15:17, Petr Gajdůšek a écrit : > I use httrack to mirror an intranet web. Content of some files (they > change between each mirror) is replaced with HTTP 416 error message in > HTML. Could you enable the debug header feature (--debug-headers) and report both request and reply of a bu

Bug#607704: Buffer overflow while repairing httrack cache if a damaged cache is found from a previous mirror

Package: httrack Version: 3.43.9-1 Severity: important As reported by Linus Hoppe (https://bugs.launchpad.net/ubuntu/+source/httrack/+bug/331074), the httrack repairing routines for the cache contains unchecked fread() calls that may lead to a buffer overrun. -- System Information: Debian Rel

Bug#595670: Preferred source address selection ("src" field) ignored with IPv6

Package: iproute Version: 20080725-2 Severity: normal The src option used in a 'ip -6 route add' command is ignored ; and normal RFC 3484 default address selection is computed. Steps to reproduce: 0. An IPv6-aware network has to be available, with an device having multiple IPv6 addresses confi

Bug#594812: Info received (Bug#594812: Acknowledgement (noflushd: Noflushd causes flush- processes to eat all CPU))

Hi, The problem is _NOT_ related to the automatic hardware standby after all. (1) tried to start noflushd with a 'hdparm -S0' applied on all monitored disks ; the hang appeared again (2) tried to start noflushd after a clean reboot (without hdparm startup script) and the hang appeared also I

Bug#594812: Acknowledgement (noflushd: Noflushd causes flush- processes to eat all CPU)

Note: the problem might be related to the automatic hardware standby (hdparm -S), which is obviously unnecessary as noflushd is responsible for setting the drives in standby. I will confirm this possible cause soon, with noflushd running with default S settings (-S0 ; disabled) -- To UNS

Bug#594812: noflushd: Noflushd causes flush- processes to eat all CPU

Package: noflushd Version: 2.8-1 Severity: important I think the problem might be still there, when some monitored disks are becoming automatically idle (or through "hdparm -S242"). Note that the given disks do not need to have pending write, apparently, for the problem to be reproducible. I m

Bug#571005: Also on 2.6.34

Miklos Szeredi a écrit : Please do "echo t > /proc/sysrq-trigger" and post the stack traces from the dmesg output. Unfortunately, even with debug symbols in both kernel and sshfs, I can not get a resolved trace. (and gdb hangs when trying to interrupt sshfs - probably because the program is h

Bug#571005: Also on 2.6.34

Also seen in a potentially (happened three times) reproductible way on a 2.6.34 (with grsecurity patches, but this is unrelated probably) ; sshfs 2.1-1 Way to reproduce, apparently: (1) create a local storage file on a machine #1 with something like 20GB of space (dd if=/dev/urandom of=/backu

Bug#563691: [httrack] Doesn't mirror links pages with Content-Type application/xhtml+xml

tag 563691 +pending thanks Bug confirmed and fixed in sources. Will upload a new -9 release soon. Thanks for the bugreport! Xavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#530031: httrack: alternatively depend on abrowser for webhttrack

Nick Ellery a écrit : Ah, I didn't realize this. Does making the change you made do the same thing? Nope - the webhttrack script change is safe (except if one day there is another "abrowser" binary which is not a browser on Debian - the odds are quite low) Until the control file can be "mu

Bug#530031: httrack: alternatively depend on abrowser for webhttrack

Nick Ellery a écrit : Thanks for making this change. You'll need to update debian/control too, and add an alternative dependency on abroswer as well. Err, AFAIK there is no aborowser in the Debian repository -- introducing a dependency (even optional) over a non-existing package would probabl

Bug#530031: httrack: alternatively depend on abrowser for webhttrack

severity 530031 wishlist tag 530031 +pending tag 530031 +patch thanks Nick Ellery a écrit : Ubuntu currently alternatively depends on abrowser for the webhttrack package, alongside the other browsers. It would benefit greatly if abrowser was added as an alternative depend for webhttrack. This

Bug#516450: Wrong links WebHTTrack.desktop and WebHTTrack-Websites.desktop

tag 516450 +pending thanks Davide Prina a écrit : so correct symbolics links are: WebHTTrack.desktop -> ../../applications/WebHTTrack.desktop Indeed -- this should be fixed soon (a minor update was scheduled anyway) ; thanks for the report! Regards, Xavier -- To UNSUBSCRIBE, email to deb

Bug#512887: Please add a package for KDE frontend for httrack

severity 512887 wishlist tag 512887 wontfix close 512887 thanks bts Debian wrote : There is a existent KDE-Frontend with GNU-Licence for httrack. http://www.nongnu.org/khttrack/ http://www.very-clever.com/download/nongnu/khttrack/ I don't know where to submit a suggestion for a package so i do i

Bug#471188: webhttrack: dies while downloading

tag 471188 +pending thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#471188: webhttrack: dies while downloading

Hi, The fix has been applied, and new packages (3.42.2-1) are now available in sid (unstable) Please let me know if this fix your issue. Thanks again for the help, Xavier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#471188: webhttrack: dies while downloading

The complete fix is actually: --- htscore.c.orig 2008-03-16 22:12:14.184014020 +0100 +++ htscore.c 2008-03-16 22:31:05.0 +0100 @@ -167,7 +167,7 @@ cache.zipInput = NULL; \ } \ if (cache.olddat) { fclose(cache.olddat); cache.olddat=NULL; } \ - if (cache.lst) { fclose(ca

Bug#471188: webhttrack: dies while downloading

Carlos a écrit : That was my first try of the program :). Darn! Not a good first impression I presume :p It happens every time I try to download that site. I tried now with Okay, this is probably a difference with my glibc. Yes, but the message is slightly different (51 files written inst

Bug#471188: webhttrack: dies while downloading

Carlos wrote : I enter project name "CalendarFAQ", and press "Next"; I enter URL above using "Add a URL" button, and press "Next"; I press "Start". But anyway this seems to be a random double free, which impacts specific sites. Well, actually, not. I tried to reproduce the issue multiple (10)

Bug#471188: webhttrack: dies while downloading

severity 471188 important thanks Carlos wrote : Package: webhttrack Version: 3.42.1-1 Severity: grave Justification: renders package unusable This an "important" bug actually (the problem is only impacting a specific site) based on debian scale. (see )

Bug#462577: Wrong link in /usr/share/doc/httrack/httrack-doc.html

close 462577 merge 381396 462577 thanks This seems to be a sequel of the infamous a-directory-changed-in-a-symbolic-link-and-moved-from-a-binary-package-to-another-one-is -causing-really-big-troubles (see ) Could not reproduce the p

Bug#462577: Wrong link in /usr/share/doc/httrack/httrack-doc.html

Hi, Davide Prina a écrit : # apt-get remove --purge webhttrack httrack-doc [...] # apt-get install webhttrack httrack-doc [...] # ls -l /usr/share/doc/httrack/html lrwxrwxrwx 1 root root 18 2008-01-28 21:57 /usr/share/doc/httrack/html -> ../../httrack/html Thanks for the feedback - this is a

Bug#462577: Wrong link in /usr/share/doc/httrack/httrack-doc.html

Davide Prina a écrit : The problem is that my /usr/share/doc/httrack/html was not a link but a directory (now I have create the link). Hummm, $ ls -l /usr/share/doc/httrack/html lrwxrwxrwx 1 root root 18 2007-11-16 14:16 /usr/share/doc/httrack/html -> ../../httrack/html I'm thinking of an o

Bug#462577: Wrong link in /usr/share/doc/httrack/httrack-doc.html

Davide Prina a écrit : $ iceweasel /usr/share/doc/httrack/httrack-doc.html File not found (file:///usr/share/doc/httrack/html/index.html) Works for me. Can you check your httrack-doc install please ? $ ls -l /usr/share/doc/httrack/httrack-doc.html -rw-r--r-- 1 root root 190 2007-11-16 14:12 /

Bug#462577: Wrong link in /usr/share/doc/httrack/httrack-doc.html

Hi, Humm, maybe I am not totally awoken, but isn't /usr/share/doc/httrack/html actually a link to ../../httrack/html (that is, /usr/share/httrack/html) and hence html/index.html relative to /usr/share/doc/httrack resolves to /usr/share/doc/httrack/html/index.html ; that is, /usr/share/httrac

Bug#431487: httrack: gzopen64() implicitly converted to pointer

Hi, dann frazier a écrit : Package: httrack Version: 3.41.22-1+b1 Severity: important -AC_CHECK_LIB(c, fopen64, [LFS_FLAG="-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE" +AC_CHECK_LIB(c, fopen64, [LFS_FLAG="-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE" Thanks -- I see that th

Bug#397213: webhttrack does not save "max depth = 0"

severity 397213 minor tag 397213 wontfix thanks csights a écrit : Thanks for the nice website copier program! You're welcome! If Max Depth (under "Set options...", "Limits") is set to 0 the value is not saved. The next time Webhttrack is started the Max Depth field is blank again

Bug#422137: ITP: 455FE10422CA29C4933F95052B792AB2 -- l33t h4x0r numb3r

> This package contains the "09F911029D74E35BD84156C5635688C0" number. The package should also contain the '455FE10422CA29C4933F95052B792AB2' number, which is also a very cool number. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECT

Bug#406807: Depends on transitional mozilla-browser package

tag 406807 +pending thanks This package depends on "mozilla-browser | www-browser" for accessing html pages. However mozilla-browser is an outdated transitional package. Please depend on a real www-browser package like iceape-browser. Thank you ; the new depends line is now: Depends: ${shlibs:

Bug#392419: NMU for httrack

Bas Zoetekouw a écrit : I've uploaded an NMU for httrack to fix #392419. Thanks a lot, I didn't yet had the change to review the issue -- the fix merged in the current CVS version!

Bug#381396: webhttrack: problem with instalation. conflict with httrack-doc.

Zdzislaw A. Kaleta a écrit : This was new installation of webhttrack httrack and httrack-doc packages. Can't reproduce the issue with the i386 package - the package contents seems identical (tested using apt 0.5.28.6 and dpkg 1.10.28) What's your apt/dpkg version ? Anyway there is a *big* pa

Bug#381396: webhttrack: problem with instalation. conflict with httrack-doc.

z.a.kaleta a écrit : When installing webhttrack the installation broke with info: Was the error raised during the installing of a new version ? Or only while uninstalling through the apt-get uninistall process ?

Bug#367219: documentation missing

reassign 367219 libhttrack1 retitle 367219 documentation files misplaced (webhttrack vs. httrack-doc) clone 367219 -1 reassign -1 webhttrack tag -1 +pending tag 367219 +pending thanks my dear BTS Steve M. Robbins wrote: 1. The file /usr/share/doc/httrack/httrack-doc.html contains a re-direct to

Bug#366763: httrack: traps signals and attempts to be fancy, causing wrong behavior

severity 366763 minor tag 366763 +pending thanks [EMAIL PROTECTED] wrote: when you use the command line, you expect to be able to ^C and ^Z with normal results, which in unix are normally to kill the program and suspend it, respectively. The ^C behaviour is indeed a bit broken ; and will be di

Bug#362836: webhttrack: HTML templates for web server are in the wrong directory

tag 362836 +pending thank you BTS > The Debian policy states "Packages must not require the existence of > any files in /usr/share/doc/ in order to function". The webhttrack web > server uses templates from /usr/share/httrack/html to construct its web > pages. That directory is a symlink to > /usr

Bug#355473: Acknowledgement (httrack: package version is 3.40 but binary version is 3.33)

tag 355473 +pending thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#355473: Acknowledgement (httrack: package version is 3.40 but binary version is 3.33)

Ryan Nowakowski wrote: I believe the problem is that httrack version 3.40 should depend on libhttrack1 >= 3.40. Right now there's no minimum version requirement for libhttrack1: Should probably be: Depends: ${shlibs:Depends}, libhttrack1 (= ${Source-Version}) I'll fix that for the next releas

Bug#207932: Time to close this bug ?

Shouldn't we stop this madeness and close this bug ? I don't think our beloved users need such extrmist attitude. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#322424: httrack_3.40.2-1_i386.changes ACCEPTED

close 349553 close 322424 thanks Fixed in 3.40.2-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#349553: httrack - FTBFS: error: conflicting types for 'recv'

tag 349553 +pending thanks Bastian Blank wrote: There was an error while trying to autobuild your package: This issue is normally fixed ; but I'm waiting for the caballero/sarti autobuilders to be fixed (the unstable buildds are apparebtly asking for sarge versions of packages) (See <[EMAI

Bug#312052: potentially excessive bandwidth consumption using httrack in commandline

Package: httrack Version: 3.33.15-1 Severity: serious the commandline version of httrack can cause an excessive bandwidth consumption during download of large files. it can be problematic if the user do not check the settings and/or do not monitor the mirror session correctly. the in-progress 3