Hi,
the new daily image nicely passed my tests
http://cdimage.debian.org/cdimage/daily-builds/daily/current/i386/iso-cd/debian-testing-i386-businesscard.iso
It boots with readable help texts, unpacks completely with unaltered
libarchive-2.8.4 and with patched libarchive-2.8.4.
If there are
Thomas Schmitt, le Thu 27 Jan 2011 09:24:53 +0100, a écrit :
the new daily image nicely passed my tests
http://cdimage.debian.org/cdimage/daily-builds/daily/current/i386/iso-cd/debian-testing-i386-businesscard.iso
It boots with readable help texts, unpacks completely with unaltered
On Tue, Jan 25, 2011 at 07:36:11PM +0100, Thomas Schmitt wrote:
Hi,
Tim Kientzle:
Hmmm Are you working with libarchive 2.8.4?
Yes. That is what Debian installed when being asked for bsdtar.
... and it is the latest upstream (stable) release.
There have been a number of fixes in
Hi,
the new development snapshot of GNU xorriso is uploaded.
http://www.gnu.org/software/xorriso/xorriso-1.0.1.tar.gz
Version timestamp 2011.01.26.133107, MD5 d90b1502f3d4c116931024497a260f83
For a test i created a new ISO image from the content of
debian-squeeze-di-rc2-i386-businesscard.iso
On Wed, Jan 26, 2011 at 03:24:47PM +0100, Thomas Schmitt wrote:
Hi,
the new development snapshot of GNU xorriso is uploaded.
http://www.gnu.org/software/xorriso/xorriso-1.0.1.tar.gz
Version timestamp 2011.01.26.133107, MD5 d90b1502f3d4c116931024497a260f83
For a test i created a new ISO image
Hi,
after some more calories and sleep i now see two problems in
libarchive:
- ISO 9660 images can be read in a single pass only if the directory
entry of any file is stored at a lower address than the file's
content.
This makes multi-session image unsuitable for libarchive.
No
Hello Thomas!
Thanks for your very thorough investigation on this. There are already
a couple of bugs in the libarchive bug tracker talking about
problems of the streams design of libarchive so I guess this
is just another one to put on the pile unfortunately.
I'm adding Tim Kientzle and the
Hi,
the situation now appears a bit better than first perceived in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610783
The demand of libarchive that all directory entries have to come
before any content block eases the task of producing digestible
addresses for symbolic links, device files
Thomas,
It will be a day or two before I can dig deeply into this.
Unfortunately, it's been a while since I looked at that
part of the code in detail, but I don't recall libarchive
requiring all directories to precede all files and
I recall a bunch of test cases over the last couple of years
Hi,
Tim Kientzle:
Hmmm Are you working with libarchive 2.8.4?
Yes. That is what Debian installed when being asked for bsdtar.
There have been a number of fixes in trunk specifically
to handle symlinks and other empty data files; maybe some
of those need to be backported.
Argh ? All
Hi,
I think it is the same thing that I fixed in libarchive trunk/r2940.
xorriso set 0 to the location of symlink files but our ISO reader
uses it to sort all entries in an ISO image to read them in
stream, and the reader expects that all directory entries appear
before any other type of entries.
Hi,
Michihiro NAKAJIMA:
I think it is the same thing that I fixed in libarchive trunk/r2940.
We should have Cc'ed you earlier.
+ if (file-size == 0 location = 0) {
+ /* Do not appear before any directoy entries. */
+ if (file-offset == 0)
+ file-offset
(the image can be found on
http://cdimage.debian.org/cdimage/squeeze_di_rc2/i386/iso-cd/debian-squeeze-di-rc2-i386-businesscard.iso
)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
$ ls install* isolinux
install:
install.386:
isolinux:
I am quite clueless about this.
$ bsdtar xf debian-sq-di-rc1-i386-businesscard.iso
As learned from Bug#610781, i examine:
http://cdimage.debian.org/cdimage/squeeze_di_rc2/i386/iso-cd/debian-squeeze-di-rc2-i386-businesscard.iso
Thomas Schmitt, le Mon 24 Jan 2011 16:36:06 +0100, a écrit :
$ bsdtar xf debian-sq-di-rc1-i386-businesscard.iso
As learned from Bug#610781, i examine:
http://cdimage.debian.org/cdimage/squeeze_di_rc2/i386/iso-cd/debian-squeeze-di-rc2-i386-businesscard.iso
(is rc1 still availiable ?)
On Mon, Jan 24, 2011 at 04:36:06PM +0100, Thomas Schmitt wrote:
Hi,
$ ls install* isolinux
install:
install.386:
isolinux:
I am quite clueless about this.
$ bsdtar xf debian-sq-di-rc1-i386-businesscard.iso
As learned from Bug#610781, i examine:
Hello!
On Mon, Jan 24, 2011 at 04:36:06PM +0100, Thomas Schmitt wrote:
As learned from Bug#610781, i examine:
http://cdimage.debian.org/cdimage/squeeze_di_rc2/i386/iso-cd/debian-squeeze-di-rc2-i386-businesscard.iso
(is rc1 still availiable ?)
I guess any of them works to reproduce the
Hi,
Samuel Thibault:
Mmm, actually there is nothing in _all_ the directories...
This makes it somewhat less puzzling. I was wondering what could
be the decisive difference between /install.386 and others.
Do i get it right that only empty top level directories get
extracted ? I.e. /dists
Thomas Schmitt, le Mon 24 Jan 2011 17:13:08 +0100, a écrit :
Andreas Henriksson:
it tries to detect and use the extensions:
joliet, rockridge, iso/ecma...
Any success if you outrule Joliet and force Rock Ridge ?
I tried
bsdtar -x --options 'iso9660:!joliet,iso9660:rockridge' -f
Thomas Schmitt, le Mon 24 Jan 2011 17:13:08 +0100, a écrit :
Do i get it right that only empty top level directories get
extracted ? I.e. /dists contains no ./squeeze ?
Yes.
Samuel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Hi,
i booted the Debian installation of the project test machine
Linux debian 2.6.26-2-amd64 #1 SMP Tue Jan 12 22:12:20 UTC 2010 x86_64
(Yeah, luxury. A dedicated modern test machine. Donated.)
Now i would need instructions for dummies how to create a debuggable
bsdtar resp. one that gives me
Thomas Schmitt, le Mon 24 Jan 2011 17:34:52 +0100, a écrit :
i booted the Debian installation of the project test machine
Linux debian 2.6.26-2-amd64 #1 SMP Tue Jan 12 22:12:20 UTC 2010 x86_64
(Yeah, luxury. A dedicated modern test machine. Donated.)
Now i would need instructions for
Hi,
it seems the immediate reason is in
libarchive/archive_read_support_format_iso9660.c:read_entries()
which iterates over
next_entry(iso9660)
until a NULL or a non-directory appears.
With an image created by
mount -o loop /reiser/p/v/debian-squeeze-di-rc2-i386-businesscard.iso /mnt
- Original message -
Hi,
i booted the Debian installation of the project test machine
Linux debian 2.6.26-2-amd64 #1 SMP Tue Jan 12 22:12:20 UTC 2010 x86_64
(Yeah, luxury. A dedicated modern test machine. Donated.)
Now i would need instructions for dummies how to create a
On Monday 24 January 2011 21:53:50 Thomas Schmitt wrote:
Hi,
(I changed the bug address to 610783@ as this is the bug we are talking about
now)
it seems the immediate reason is in
libarchive/archive_read_support_format_iso9660.c:read_entries()
which iterates over
next_entry(iso9660)
Hi,
Andreas Henriksson:
DEB_BUILDGOPTIONS=noopt nostrip debug dpkg-buildpackage -uc -us
this should spit out .deb packages in /tmp/foobar containing
non-optimized debuggage binaries.
You install them with dpkg -i /tmp/foobar/*.deb
For now i helped myself with vim and make.
I will follow your
Package: bsdtar
Version: 2.8.4-1
Severity: normal
Hello,
(after some lazy patching against bug #610781)
$ bsdtar xf debian-sq-di-rc1-i386-businesscard.iso
$ ls install* isolinux
install:
install.386:
isolinux:
$
It seems libarchive is not able to extract the install and isolinux
directories.
27 matches
Mail list logo
