Hi László,
> On Wed, Jul 31, 2019 at 3:06 AM Steven Shiau
> wrote: [...]
> As mentioned in the past, it's the
> 0016-remove-frag_deflator_thread.patch that needs either reverted or
> fixed by it's original author, Alexander Couzens (added to this mail).
Since I've full wee
Hi Laszlo,
> I'm playing with the different patched versions for hours now.
> Indeed, it seems with your latest patch the memory leak is bearable.
Nice to hear. I compressed a 8GB tree of toolchains and rootfs with
valgrind (took > 10h ;) without any noticable leaks.
> I've never tested CPU
> Laszlo, would you like any assistance with a debdiff or is lynxis'
> patch sufficient asis? You will have to patch the existing patch, if
> you see what I mean...
Here is an updated patch to match debian's state of squashfs-tools.
Best,
lynxis
Index:
Hi lamby,
> Alas, I don't think I will be able to get to writing a patch/fix today
> as I don't fully understand the leak (or, actually, the original
> patch!) just yet.
>
> Lynxis, do you have any quick pointers, however?
original, my patch had the problem, that it use the
same stream
.
Here is a graph of it
https://lunarius.fe80.eu/blog/mksquash-dot-graph.html
best,
lynxis
From c0f336924df833f22be40c34faf2863f39201de3 Mon Sep 17 00:00:00 2001
From: Alexander Couzens
Date: Mon, 25 Mar 2019 04:55:00 +0100
Subject: [PATCH] mksquashfs: fix compressor initialisation
tor
thread by the number of cpus.
https://lunarius.fe80.eu/blog/mksquash-dot-graph.html
From c0f336924df833f22be40c34faf2863f39201de3 Mon Sep 17 00:00:00 2001
From: Alexander Couzens
Date: Mon, 25 Mar 2019 04:55:00 +0100
Subject: [PATCH] mksquashfs: fix compressor initialisation in frag_defla
-octal-with-chmod.patch
0014-also-set-stickybit-as-non-root.patch
Best Regards,
lynxis
--
Alexander Couzens
mail: lyn...@fe80.eu
jabber: lyn...@fe80.eu
mobile: +4915123277221
gpg: 390D CF78 8BF9 AA50 4F8F F1E2 C29E 9DA6 A0DF 8604
pgpq9gSc3lizq.pgp
Description: OpenPGP digital signature
Package: debian-cd
There is no gpg signature for SHA256SUM file.
So there is no way to verify the images originates from the debian.
Via http:// do:
debian.org -> Getting Debian -> Download an installation image ->
Tiny CDs, flexible USB sticks, etc. -> amd64 ->
I came across this bug and created a systemd service.
udhcpd is started to early, when the interface doesn't already have an
IP assigned.
The simple fix is using a systemd service file.
best,
lynxis
[Unit]
Description=udhcpcd DHCP server
After=network-online.target
Wants=network-online.target
--
Alexander Couzens
mail: lyn...@fe80.eu
jabber: lyn...@fe80.eu
mobile: +4915123277221
gpg: 390D CF78 8BF9 AA50 4F8F F1E2 C29E 9DA6 A0DF 8604
Index: bip-0.8.9/src/connection.c
===
--- bip-0.8.9.orig/src/connection.c
+++ bip
I've send a patches regarding reproducible builds.
debian/rules uses mkrescue and it's uuid comes from a timestamp.
https://lists.gnu.org/archive/html/grub-devel/2015-12/msg00015.html
11 matches
Mail list logo