On Wed, Feb 27, 2013 at 2:14 PM, Peter Korsgaard jac...@sunsite.dk wrote:
The big run-parts supports a handy --exit-on-error to stop execution on
errors, so lets support it as well.
Upstream doesn't have a short option for it, but I've used '-e' for busybox.
Signed-off-by: Peter Korsgaard
On Wed, Feb 20, 2013 at 7:43 PM, Thomas De Schampheleire
patrickdepinguin+busy...@gmail.com wrote:
The cleanup code at the end of nameif would free the ch pointer, and
then dereference it to obtain ch-next. This causes glibc to detect
either 'invalid pointer' or 'double-free or corruption'
Hi Denys !
What I'm saying is that bbox project would like to have is (ideally)
_one_ LZMA decoder. Unpacking the compressed stream from two formats
isn't a terribly difficult thing.
You are right and I don't want to start another format war. In addition
to this there is one issue which lets me
Denys == Denys Vlasenko vda.li...@googlemail.com writes:
Denys On Wed, Feb 27, 2013 at 2:14 PM, Peter Korsgaard jac...@sunsite.dk
wrote:
The big run-parts supports a handy --exit-on-error to stop execution on
errors, so lets support it as well.
Upstream doesn't have a short option for
Commit 1e43a381 (run-parts: stop providing incompatible short options)
replaced some of the dashes in the usage output with funky unicode versions,
causing garbled output on simple terminals.
Signed-off-by: Peter Korsgaard jac...@sunsite.dk
---
debianutils/run_parts.c |6 +++---
1 file
On Thu, Feb 28, 2013 at 11:15 AM, Peter Korsgaard jac...@sunsite.dk wrote:
Commit 1e43a381 (run-parts: stop providing incompatible short options)
replaced some of the dashes in the usage output with funky unicode versions,
causing garbled output on simple terminals.
Signed-off-by: Peter
On Tue, Feb 5, 2013 at 6:27 PM, Bernhard Walle bernh...@bwalle.de wrote:
Because when -x is used (exact match), then we cannot compile the
regular expression with REG_NOSUB. The manual page regcomp(3) states
in section Byte offsets:
Unless REG_NOSUB was set for the compilation of the
On Fri, Dec 14, 2012 at 10:39 PM, Matthias Loy matthias@hbm.com wrote:
Hello,
today I reconized that ifplugd -k does stop the running ifplugd without
calling ifdown. Sending SIGTERM to the ifplugd did the job, ifdown was
called before ifplugd stopped.
The solution is simple: ifplugd -k
Harald Becker wrote:
... just as it would be nice to have a single zcat able to detect the
format and decompress ANY compressed stream (falling back to operation
of cat, if uncompressed data given to zcat).
I guess you don't know zutils.
http://www.nongnu.org/zutils/zutils.html
Regards,
On Thu, Feb 28, 2013 at 8:54 AM, Michael Tokarev m...@tls.msk.ru wrote:
For some reason I haven't heard of lzip at all until now.
Yes. That's the problem, maybe the main one:
xz people won on this front hands down,
even if technically lzip is better.
--
vda
Hi Antonio !
On 28-02-2013 14:34 Antonio Diaz Diaz ant_d...@teleline.es wrote:
Harald Becker wrote:
... just as it would be nice to have a single zcat able to detect the
format and decompress ANY compressed stream (falling back to
operation of cat, if uncompressed data given to zcat).
Pleace
On Fri, Feb 1, 2013 at 7:25 PM, John Spencer
maillist-busy...@barfooze.de wrote:
everytime i chroot into a busybox environment, i notice a weird behaviour in
xterm:
1) selecting text that spans over more than one line using a double-click
will only select the half of the text that is in the
On 02/28/2013 04:10 PM, Denys Vlasenko wrote:
On Fri, Feb 1, 2013 at 7:25 PM, John Spencer
maillist-busy...@barfooze.de wrote:
everytime i chroot into a busybox environment, i notice a weird behaviour in
xterm:
1) selecting text that spans over more than one line using a double-click
will
Hello Harald.
Harald Becker wrote:
Pleace read as: ... have a single zcat ... AS AN BUSBOX APPLET ...
I see. Well, perhaps the zcat from zutils could be adapted to Busybox. :-)
IMO a wide spread general zcat (may be as part of GNU) would be better
than separate decompressors for every
On Thu, Feb 28, 2013 at 5:53 PM, Antonio Diaz Diaz ant_d...@teleline.es wrote:
You didn't try lzip but plzip, which is beta software. And of course,
parallel versions of lzip or xz compress less than standard versions because
they split data in blocks before compressing it.
But even so there
On Tue, Feb 5, 2013 at 1:51 PM, angri agrit...@cnord.ru wrote:
Hello,
the following patch adds support of inclusion of files to
/etc/network/interfaces, the similar way it is supported
in e.g. debian. The only difference is that the glob
expansion is not implemented.
Applied, thanks!
Denys Vlasenko wrote:
On Thu, Feb 28, 2013 at 8:54 AM, Michael Tokarev wrote:
For some reason I haven't heard of lzip at all until now.
Yes. That's the problem, maybe the main one:
xz people won on this front hands down,
even if technically lzip is better.
Lzip is not going to disappear.
Hi Jody !
On 28-02-2013 12:36 Jody Bruchon j...@jodybruchon.com wrote:
Actually, I use lzop extensively in my company. It is hands down the
Please do not misunderstand. I don't vote against lzop. I'm voting for
having that lzip in Busybox as another very effective compressor. I
just wanted to
Denys Vlasenko wrote:
Why?. *.lzma are deprecated some time ago
Because someone submitted the code:
I also submitted the code[1]. :-)
[1] http://lists.busybox.net/pipermail/busybox/2012-December/078750.html
In fact, it is surprisingly small:
archival/libarchive:
textdata bss
19 matches
Mail list logo