<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<atom:link xmlns:atom="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="https://tanguy.ortolo.eu/blog/feed/rss/commentaires/" />
	<link>https://tanguy.ortolo.eu/blog/article6/cpio-tar</link>
	<language>en</language>
	<description>a blog about Debian and self-hosting</description>
	<lastBuildDate>Fri, 27 May 2011 14:41:00 +0000</lastBuildDate>
	<generator>PluXml</generator>
	<item>
		<title>cpio > tar - Written by Ted @ friday 27 may 2011, 14:41</title> 
		<link>https://tanguy.ortolo.eu/blog/article6/cpio-tar/#c1306507303-1</link>
		<guid>https://tanguy.ortolo.eu/blog/article6/cpio-tar/#c1306507303-1</guid>
		<description>If you like the cpio, you should take a look at afio. It can create a cpio format archive, but includes more advanced options such as the -Z option that compresses each file that makes up the archive, and support for files larger than 2GB.</description>
		<pubDate>Fri, 27 May 2011 14:41:00 +0000</pubDate>
		<dc:creator>Ted</dc:creator>
	</item>
	<item>
		<title>cpio > tar - Written by mirabilos @ saturday 21 may 2011, 13:01</title> 
		<link>https://tanguy.ortolo.eu/blog/article6/cpio-tar/#c1305982874-1</link>
		<guid>https://tanguy.ortolo.eu/blog/article6/cpio-tar/#c1305982874-1</guid>
		<description>tar (ustar) also has a limit of 2GB; GNU tar writes a gnutar format that’s not portable either; GNU cpio’s ustar support is totally broken (as is mc’s), and paxtar often doesn’t support the pax format (the only one allowing more than 2 (tar) / 4 (newc/crc) / 8 (cpio) GiB long archive members)……… any questions? ☺☹</description>
		<pubDate>Sat, 21 May 2011 13:01:00 +0000</pubDate>
		<dc:creator>mirabilos</dc:creator>
	</item>
	<item>
		<title>cpio > tar - Written by Mathieu @ saturday 21 may 2011, 08:01</title> 
		<link>https://tanguy.ortolo.eu/blog/article6/cpio-tar/#c1305964867-1</link>
		<guid>https://tanguy.ortolo.eu/blog/article6/cpio-tar/#c1305964867-1</guid>
		<description>A drawback of both: they don&amp;#039;t archive ACLs and attr.</description>
		<pubDate>Sat, 21 May 2011 08:01:00 +0000</pubDate>
		<dc:creator>Mathieu</dc:creator>
	</item>
	<item>
		<title>cpio > tar - Written by Tanguy @ saturday 21 may 2011, 06:32</title> 
		<link>https://tanguy.ortolo.eu/blog/article6/cpio-tar/#c1305959522-1</link>
		<guid>https://tanguy.ortolo.eu/blog/article6/cpio-tar/#c1305959522-1</guid>
		<description>@Buck: I disagree, the socket by itself has no value, but its permissions do.

For instance, some programs create their sockets when started, and remove them when stopped. Some of them do not allow to choose the socket permissions, which requires to modify their init script to set the permissions you want after they started, for instance to allow your mail server to talk to your milter.

Edit: according to unix(7), sockets must indeed be unlinked when they are not used. Too bad, but indeed, archiving sockets is then useless. I wonder if this is a requirement, and if it is impossible to reuse an unused socket.</description>
		<pubDate>Sat, 21 May 2011 06:32:00 +0000</pubDate>
		<dc:creator>Tanguy</dc:creator>
	</item>
	<item>
		<title>cpio > tar - Written by Buck @ saturday 21 may 2011, 05:26</title> 
		<link>https://tanguy.ortolo.eu/blog/article6/cpio-tar/#c1305955609-1</link>
		<guid>https://tanguy.ortolo.eu/blog/article6/cpio-tar/#c1305955609-1</guid>
		<description>It doesn&amp;#039;t make much sense to archive a socket, does it?
When you restore the socket, nothing will be bound to it,
and it will have to be unlinked for anything to bind() that
path again</description>
		<pubDate>Sat, 21 May 2011 05:26:00 +0000</pubDate>
		<dc:creator>Buck</dc:creator>
	</item>
	<item>
		<title>cpio > tar - Written by Justin Rovang @ friday 20 may 2011, 23:53</title> 
		<link>https://tanguy.ortolo.eu/blog/article6/cpio-tar/#c1305935581-1</link>
		<guid>https://tanguy.ortolo.eu/blog/article6/cpio-tar/#c1305935581-1</guid>
		<description>Don&amp;#039;t forget incremental with GNU tar =)

Tar also can skip over a corrupted file</description>
		<pubDate>Fri, 20 May 2011 23:53:00 +0000</pubDate>
		<dc:creator>Justin Rovang</dc:creator>
	</item>
		<title>Tanguy Ortolo - cpio > tar - Comments</title> 
</channel>
</rss>