Bug#243141: tar restore gives implausibly old time stamp 1970-01-01 10:00:00 warning

2009-07-30 Thread Mark Hannon
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

2006-07-24 Thread Mark Hannon




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

2006-07-23 Thread Mark Hannon
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

2006-01-01 Thread Mark Hannon
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

2005-05-24 Thread Mark Hannon
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:

2005-01-27 Thread Mark Hannon
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