<feed xmlns='http://www.w3.org/2005/Atom'>
<title>staging/pepe2k/tools/e2fsprogs, branch master</title>
<subtitle>Staging tree of Piotr Dymacz</subtitle>
<id>https://git.openwrt.org/openwrt/staging/pepe2k/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/openwrt/staging/pepe2k/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/'/>
<updated>2025-01-11T21:24:24Z</updated>
<entry>
<title>tools/e2fsprogs: update to 1.47.2</title>
<updated>2025-01-11T21:24:24Z</updated>
<author>
<name>John Audia</name>
</author>
<published>2025-01-10T20:26:29Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=40e2710dfad800e3dd81882bf1ddd429b2ce7180'/>
<id>urn:sha1:40e2710dfad800e3dd81882bf1ddd429b2ce7180</id>
<content type='text'>
Release information (not yet published):
https://e2fsprogs.sourceforge.net/e2fsprogs-release.html#1.47.2

Signed-off-by: John Audia &lt;therealgraysky@proton.me&gt;
Link: https://github.com/openwrt/openwrt/pull/17499
Signed-off-by: Hauke Mehrtens &lt;hauke@hauke-m.de&gt;
</content>
</entry>
<entry>
<title>tools: e2fsprogs: bypass libuuid check</title>
<updated>2024-09-26T09:08:23Z</updated>
<author>
<name>Rosen Penev</name>
</author>
<published>2024-09-25T17:42:15Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=676a2ab03b37895ae47f7730cb9abcee38ebe774'/>
<id>urn:sha1:676a2ab03b37895ae47f7730cb9abcee38ebe774</id>
<content type='text'>
The check is the wrong way around. It uses AC_CHECK_LIBS and then
pkg-config, probably because the latter is a second class citizen.

Just bypass it. pkg-config gets used anyway.

Signed-off-by: Rosen Penev &lt;rosenp@gmail.com&gt;
Link: https://github.com/openwrt/openwrt/pull/16480
Link: https://github.com/openwrt/openwrt/pull/16480
Link: https://github.com/openwrt/openwrt/pull/16480
Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;
</content>
</entry>
<entry>
<title>tools: e2fsprogs: drop e2fsck patch</title>
<updated>2024-09-25T17:53:13Z</updated>
<author>
<name>Robert Marko</name>
</author>
<published>2024-09-25T12:56:12Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=95e4664b5efcade30d1bcec95d6571861c3ee9c7'/>
<id>urn:sha1:95e4664b5efcade30d1bcec95d6571861c3ee9c7</id>
<content type='text'>
After digging in the history of the e2fsck exit code patch, it seems like
there is no reason for us to carry this patch so lets drop it.

Link: https://github.com/openwrt/openwrt/pull/16500
Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;
</content>
</entry>
<entry>
<title>tools: e2fsprogs: pass --with-crond-dir=no instead of patching</title>
<updated>2024-09-25T17:53:13Z</updated>
<author>
<name>Robert Marko</name>
</author>
<published>2024-09-25T11:31:29Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=da3e1ae35e948ffe75830d837c15f0137c9073a1'/>
<id>urn:sha1:da3e1ae35e948ffe75830d837c15f0137c9073a1</id>
<content type='text'>
Currently, e2fsprogs is being patched to avoid detecting host crond, but
instead of doing that we can simply pass --with-crond-dir=no as an
argument and drop the patch.

Link: https://github.com/openwrt/openwrt/pull/16500
Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;
</content>
</entry>
<entry>
<title>tools: e2fsprogs: drop the e4defrag patch</title>
<updated>2024-09-25T17:53:13Z</updated>
<author>
<name>Robert Marko</name>
</author>
<published>2024-09-25T11:26:19Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=81527817e9fd5f710a1ff0a339c8cb67b9e0d96a'/>
<id>urn:sha1:81527817e9fd5f710a1ff0a339c8cb67b9e0d96a</id>
<content type='text'>
Considering that this patch to not build e4defrag was added 12 years ago
because:
Compilation fails on older systems due to missing syscalls

I think its safe to say that enough time is passed so that whatever those
older systems were are either updated or not used anymore so lets drop
the patch.

Link: https://github.com/openwrt/openwrt/pull/16500
Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;
</content>
</entry>
<entry>
<title>tools/e2fsprogs: fixup STAGING_DIR_HOST path evaluation in shell scripts</title>
<updated>2024-07-02T12:04:49Z</updated>
<author>
<name>Robert Marko</name>
</author>
<published>2024-07-02T09:14:17Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=fd085a737b9c2158e4086954f316494eebcb4ae1'/>
<id>urn:sha1:fd085a737b9c2158e4086954f316494eebcb4ae1</id>
<content type='text'>
We have to use curly braces on the exported STAGING_DIR_HOST env variable,
instead of evaluating it directly as we are not in Make but a separate
shell script.

Otherwise it would fail with:
staging_dir/host/bin/compile_et: line 6: STAGING_DIR_HOST: command not found
staging_dir/host/bin/mk_cmds: line 5: STAGING_DIR_HOST: command not found

And so when krb5 tries to build it will fail as compile_et and mk_cmds will
return an error.

Fixes: 55bda9863dd0 ("tools/e2fsprogs: fix shell scripts under SDK")
Link: https://github.com/openwrt/openwrt/pull/15854
Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;
</content>
</entry>
<entry>
<title>tools/e2fsprogs: fix shell scripts under SDK</title>
<updated>2024-06-30T17:05:21Z</updated>
<author>
<name>Rosen Penev</name>
</author>
<published>2024-06-30T16:08:40Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=55bda9863dd067221a2bf3645f513c7d8debb89d'/>
<id>urn:sha1:55bda9863dd067221a2bf3645f513c7d8debb89d</id>
<content type='text'>
7c32295b0036be425ba0cd527eb06316a87d0ec0 exposed a problem where the SDK
builds these shell scripts with a nonsensical absolute path for the DIR
variable. Use sed to patch in $STAGING_DIR_HOST.

Also remove PKG_RELEASE as that is nonsensical for tools.

Signed-off-by: Rosen Penev &lt;rosenp@gmail.com&gt;
Link: https://github.com/openwrt/openwrt/pull/15841
Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;
</content>
</entry>
<entry>
<title>tools: e2fsprogs: use standard make uninstall</title>
<updated>2024-06-26T09:21:04Z</updated>
<author>
<name>Robert Marko</name>
</author>
<published>2024-06-25T17:45:12Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=215d5bbe4e9715555e6ccffcf99264c5e89bd470'/>
<id>urn:sha1:215d5bbe4e9715555e6ccffcf99264c5e89bd470</id>
<content type='text'>
There is no need to manually only remove 2 binaries during cleanup and
leave rest of the e2fsprogs installed stuff untouched, so instead use
make uninstall to do the cleanup.

Link: https://github.com/openwrt/openwrt/pull/15806
Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;
</content>
</entry>
<entry>
<title>tools: e2fsprogs: use libuuid provided by util-linux</title>
<updated>2024-06-26T09:21:04Z</updated>
<author>
<name>Robert Marko</name>
</author>
<published>2024-06-25T17:43:30Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=bd48ca1245d02fcb83a39d9b44cbbcbcc0831d2c'/>
<id>urn:sha1:bd48ca1245d02fcb83a39d9b44cbbcbcc0831d2c</id>
<content type='text'>
We are now using util-linux to provide libuuid so disable building it
in e2fsprogs and simply use the util-linux provided one.

Disabling libuuid removes the need for custom install recipe.

Link: https://github.com/openwrt/openwrt/pull/15806
Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;
</content>
</entry>
<entry>
<title>tools: prefer gz or bz2 tarballs</title>
<updated>2024-04-06T09:24:18Z</updated>
<author>
<name>Robert Marko</name>
</author>
<published>2024-04-03T17:12:57Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/pepe2k/commit/?id=bab3ae2ee7656600a185f4cef11cef94389023af'/>
<id>urn:sha1:bab3ae2ee7656600a185f4cef11cef94389023af</id>
<content type='text'>
In the light of recent XZ events, and fundamental XZ issues lets work on
moving away from using XZ.

So, use gz compressed tarballs as sources whenever possible.

dwarves only offers bz2 compressed tarballs, so use those as size
difference is minor compared to XZ.

Signed-off-by: Robert Marko &lt;robimarko@gmail.com&gt;

dwarves
</content>
</entry>
</feed>
