allhavebrainimplantsandmore
allhavebrainimplantsandmore
Same issue on Arch. Is this a kernel config issue maybe?
> @allhavebrainimplantsandmore this is the only workaround it didn't work for me
RecycleView Label redraws to wrong text_size height ONLY when rv.data is repopulated with SAME items
Thank you for that
RecycleView Label redraws to wrong text_size height ONLY when rv.data is repopulated with SAME items
I modified to so that there's some actual data in the list. You can see the behavior reproduced if you type into the text box sequentially "h", then "e", then...
RecycleView Label redraws to wrong text_size height ONLY when rv.data is repopulated with SAME items
> @allhavebrainimplantsandmore did you come-up with a workaround? @matham solved it, sort of. > Thank you for _not_ putting this discussion on Discord, as that doesn't help future people like...
> Using an offset is not supported by kernel nor user space tools for quite a while. > > Thus setting that value won't help but screw your fs. No,...
Having a non-zero offset that's filled with zeros on a luks encoded mapped devices allows an outsider to know what your encrypted data is with certainty and increases decryption attack...
> So the argument is that the first megabyte has a known value and weakens encryption. I've verfied that filling the device with random data and then created the filesystem...
> * applications fill files with zeros I don't think that's an issue you need to worry about as much because location of these zero blocks will most likely not...
> If we're assuming a strong attacker (potentially breaking AES on a zeroed block) a statistical analysis is probably happening as well. I'd agree that this is harder than taking...