Processing commands for cont...@bugs.debian.org:
> clone 924591 -1
Bug #924591 [e2fsprogs] fastboot format:ext4 misses
/usr/lib/android-sdk/platform-tools/mke2fs
Bug 924591 cloned as bug 928551
> reassign 924591 fastboot 1:8.1.0+r23-4
Bug #924591 [e2fsprogs] fastboot format:ext4 misses
/usr/lib/
clone 924591 -1
reassign 924591 fastboot 1:8.1.0+r23-4
retitle -1 e2fsprogs: add support for dynamically loading libsparse
severity -1 wishlist
thanks
I'm reassigning the original bug back to fastboot. I've cloned the
bug and made it a feature request of having e2fsprogs dynamically load
libspars
On Mon, Apr 22, 2019 at 10:19:46PM +0200, Hans-Christoph Steiner wrote:
>
> I don't really know how fastboot in stretch provided the mke2fs support,
> but judging by the dependencies, it might have been that fastboot used
> to do the formatting itself, based on being linked to
> android-libext4-ut
Theodore Ts'o:
> On Mon, Apr 22, 2019 at 06:09:23PM +0200, Jonas Meurer wrote:
>> Hans-Christoph Steiner:
>>> Theodore Ts'o:
So your choice --- we can either reassign this bug back to fastboot or
android-sdk-platforms-tools, or I can downgrade the severity of this
bug for e2fsprogs
On Mon, Apr 22, 2019 at 06:09:23PM +0200, Jonas Meurer wrote:
> Hans-Christoph Steiner:
> > Theodore Ts'o:
> >> So your choice --- we can either reassign this bug back to fastboot or
> >> android-sdk-platforms-tools, or I can downgrade the severity of this
> >> bug for e2fsprogs down to wishlist[1]
Hans-Christoph Steiner:
> Theodore Ts'o:
>> So your choice --- we can either reassign this bug back to fastboot or
>> android-sdk-platforms-tools, or I can downgrade the severity of this
>> bug for e2fsprogs down to wishlist[1]. Let me know how you want to
>> handle this.
>>
>> [1] This is because
Theodore Ts'o:
> On Thu, Apr 18, 2019 at 09:32:06PM +0200, Hans-Christoph Steiner wrote:
>>
>> One possibility would be including libsparse as a patch, it doesn't
>> change a lot:
>> https://android.googlesource.com/platform/system/core/+log/master/libsparse
>>
>> But it depends on Android's libbas
> So your choice --- we can either reassign this bug back to fastboot or
> android-sdk-platforms-tools, or I can downgrade the severity of this
> bug for e2fsprogs down to wishlist[1]. Let me know how you want to
> handle this.
I would say downgrade it for the moment. We can deal with it after Bu
On Thu, Apr 18, 2019 at 09:32:06PM +0200, Hans-Christoph Steiner wrote:
>
> One possibility would be including libsparse as a patch, it doesn't
> change a lot:
> https://android.googlesource.com/platform/system/core/+log/master/libsparse
>
> But it depends on Android's libbase and libz-host.
Thi
One possibility would be including libsparse as a patch, it doesn't
change a lot:
https://android.googlesource.com/platform/system/core/+log/master/libsparse
But it depends on Android's libbase and libz-host.
Even though buster's e2fsprogs includes support for android_sparse in
the source code, it requires linking against libsparse, which is in
android-libsparse. That means making e2fsprogs Build-Depend on
android-libsparse-dev.
11 matches
Mail list logo