Bug#243141: tar restore gives implausibly old time stamp 1970-01-01 10:00:00 warning
Hi Carl, I would say it is safe to close this bug. I have not seen any related issues for some years. There was a period where I had a number of problems with tar and incremental backups from some versions of tar. These seem to have been fixed and I have not recently seen problems (although I mainly use dump/restore these days!) Regards/Mark On Thu, 2009-07-30 at 09:19 -0700, Carl Worth wrote: tags 243141 moreinfo thanks On Sun, 11 Apr 2004 20:29:24 +1000, Mark Hannon markhan...@optusnet.com.au wrote: Tar complains with a warning re implausibly old time stamp when restoring files. The tar files are created by a script which uses options: -clpf - --numeric-owner -z -g $snapshot_filename The tar archive is restored with options; -xpvzf - --numeric-owner --overwrite -g $snapshot_filename -C $dest When restoring an archive on unstable I get the following warnings: snip etc/gconf/schemas/debbuggtk.schemas tar: etc/gconf/schemas/debbuggtk.schemas: implausibly old time stamp 1970-01-01 10:00:00 ... Hello Mark, Thanks for your bug report. I'd love to look into this more, but I'll need some help. A couple of questions for you: 1. Is this problem still happening with current versions of tar in Debian? 2. Do you have a tar file you can share that exhibits this problem? Thanks, -Carl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#379393: tar: restore of listed incremental archives no longer works
Looking at the text of #377330 I concur. In the cases where my restoration loses files I also see the messages Deleting . Regards/Mark On Sun, 2006-07-23 at 12:08 +0200, Kurt Roeckx wrote: On Sun, Jul 23, 2006 at 07:38:34PM +1000, Mark Hannon wrote: Package: tar Version: 1.15.91-2 Severity: grave Justification: causes non-serious data loss I have used some simple scripts to make incremental backups with tar for many years. I have attempted to restore a couple of backup series recently and found that tar has deleted many directories in the backup. This sounds alot like #377330, so I'm guessing it's really the same problem. Kurt
Bug#379393: tar: restore of listed incremental archives no longer works
Package: tar Version: 1.15.91-2 Severity: grave Justification: causes non-serious data loss I have used some simple scripts to make incremental backups with tar for many years. I have attempted to restore a couple of backup series recently and found that tar has deleted many directories in the backup. I repeated the restore process using tar from sarge and the scripts worked as expected. The backup scripts do: /bin/tar -z -cpf root0.tgz --one-file-system --numeric-owner -g ./root0.snapshot The restore scripts cycle through the incremental tarballs with: tar -xpvzf - --numeric-owner --overwrite -g ./root9.snapshot -C /newroot Regards/Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tar depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries tar recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345563: No help topics are displayed in yelp
Package: yelp Version: 2.10.0-3 Severity: grave Justification: renders package unusable yelp no longer displays any help topics in the browser window. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (750, 'testing'), (650, 'unstable'), (600, 'stable'), (50, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages yelp depends on: ii docbook-xml 4.4-4 standard XML documentation system, ii gconf22.10.1-6 GNOME configuration database syste ii gnome-doc-utils 0.5.2-1a collection of documentation util ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libbz2-1.01.0.2-11 high-quality block-sorting file co ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libgconf2-4 2.10.1-6 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2The GLib library of C routines ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.10.1-5 The GNOME virtual file-system libr ii libgtk2.0-0 2.8.9-2The GTK+ graphical user interface ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libstdc++64.0.2-5The GNU Standard C++ Library v3 ii libxml2 2.6.22-2 GNOME XML library ii libxslt1.11.1.15-2 XSLT processing library - runtime ii mozilla-browser 2:1.7.12-1 The Mozilla Internet application s ii xml-core 0.09 XML infrastructure and XML catalog ii zlib1g1:1.2.3-8 compression library - runtime yelp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310582: gsoap: stl*.h headers not installed
Package: gsoap Version: 2.7.0d-1 Severity: important The default behaviour of wsdl2h is to create header files requiring the stl*.h headers to be installed in the working directory. These headers are not part of the binary package. They should be included in the deb as well as a note in README.Debian to explain where they are. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (800, 'unstable'), (700, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gsoap depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.6-5The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#243144:
A dist-upgrade today with new kernel and modutils 3.2-pre1-1 worked fine. /mark On Wed, 2005-01-26 at 22:05 +0100, Marco d'Itri wrote: I wonder if you can still reproduce this old bug with 3.2-pre1-2. signature.asc Description: This is a digitally signed message part