[Bug 2044657] Re: Multiple data corruption issues in zfs
FYI everyone, another corruption-with-zeros bug was found (so this issue was not completely fixed): https://github.com/openzfs/zfs/issues/15933 The fixed was committed last week, and is not yet part of a release: https://github.com/openzfs/zfs/pull/16019 ** Bug watch added: github.com/openzfs/zfs/issues #15933 https://github.com/openzfs/zfs/issues/15933 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2044657 Title: Multiple data corruption issues in zfs To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/2044657/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1903875] Re: cryptgnupg-sc initramfs script with plymouth locks up pinentry
** Description changed: It's great that the `cryptgnupg-sc` keyscript exists and runs out-of- the-box, and it (and its brethren) should be more widely known! However, `cryptgnupg-sc` prompts using `pinentry-ncurses` which 1. hides - behind plymouth so it looks everything has hung, and 2. actually locks - up when you try to enter a password (try it) because (I believe) + behind plymouth so it looks like everything has hung, and 2. actually + locks up when you try to enter a password (try it) because (I believe) plymouth captures [ENTER] so you can't actually select OK on the pinentry dialog. To fix this, I think all that needs to happen is the copy of `pinentry` copied into the initramfs by the `cryptgnupg-sc` hook needs to be replaced. Are the maintainers aware of this project: https://github.com/werwurm/plymentry which essentially does this? (That repository also houses some scripts which are irrelevant for our purposes here.) Is there scope to ship a tiny binary which replaces pinentry with `cryptsetup-initramfs`? (GNUPG would be none-the-wiser.) This would make the family of shipped keyscripts work really well just by setting up `/etc/crypttab`, without any initramfs script hacking at all. At the moment its tantalizingly close! Kind regards, Keeley ** Description changed: It's great that the `cryptgnupg-sc` keyscript exists and runs out-of- the-box, and it (and its brethren) should be more widely known! However, `cryptgnupg-sc` prompts using `pinentry-ncurses` which 1. hides behind plymouth so it looks like everything has hung, and 2. actually locks up when you try to enter a password (try it) because (I believe) plymouth captures [ENTER] so you can't actually select OK on the pinentry dialog. To fix this, I think all that needs to happen is the copy of `pinentry` copied into the initramfs by the `cryptgnupg-sc` hook needs to be replaced. Are the maintainers aware of this project: https://github.com/werwurm/plymentry which essentially does this? (That repository also houses some scripts which are irrelevant for our purposes here.) - Is there scope to ship a tiny binary which replaces pinentry with + Is there scope to ship a tiny binary which replaces pinentry along with `cryptsetup-initramfs`? (GNUPG would be none-the-wiser.) This would make the family of shipped keyscripts work really well just by setting up `/etc/crypttab`, without any initramfs script hacking at all. At the moment its tantalizingly close! Kind regards, Keeley ** Description changed: It's great that the `cryptgnupg-sc` keyscript exists and runs out-of- the-box, and it (and its brethren) should be more widely known! However, `cryptgnupg-sc` prompts using `pinentry-ncurses` which 1. hides behind plymouth so it looks like everything has hung, and 2. actually locks up when you try to enter a password (try it) because (I believe) plymouth captures [ENTER] so you can't actually select OK on the pinentry dialog. To fix this, I think all that needs to happen is the copy of `pinentry` copied into the initramfs by the `cryptgnupg-sc` hook needs to be replaced. Are the maintainers aware of this project: https://github.com/werwurm/plymentry which essentially does this? (That repository also houses some scripts which are irrelevant for our purposes here.) Is there scope to ship a tiny binary which replaces pinentry along with `cryptsetup-initramfs`? (GNUPG would be none-the-wiser.) This would make the family of shipped keyscripts work really well just by setting up `/etc/crypttab`, without any initramfs script hacking at all. At the - moment its tantalizingly close! + moment it's tantalizingly close! Kind regards, Keeley -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1903875 Title: cryptgnupg-sc initramfs script with plymouth locks up pinentry To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/1903875/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1903875] [NEW] cryptgnupg-sc initramfs script with plymouth locks up pinentry
Public bug reported: It's great that the `cryptgnupg-sc` keyscript exists and runs out-of- the-box, and it (and its brethren) should be more widely known! However, `cryptgnupg-sc` prompts using `pinentry-ncurses` which 1. hides behind plymouth so it looks everything has hung, and 2. actually locks up when you try to enter a password (try it) because (I believe) plymouth captures [ENTER] so you can't actually select OK on the pinentry dialog. To fix this, I think all that needs to happen is the copy of `pinentry` copied into the initramfs by the `cryptgnupg-sc` hook needs to be replaced. Are the maintainers aware of this project: https://github.com/werwurm/plymentry which essentially does this? (That repository also houses some scripts which are irrelevant for our purposes here.) Is there scope to ship a tiny binary which replaces pinentry with `cryptsetup-initramfs`? (GNUPG would be none-the-wiser.) This would make the family of shipped keyscripts work really well just by setting up `/etc/crypttab`, without any initramfs script hacking at all. At the moment its tantalizingly close! Kind regards, Keeley ** Affects: cryptsetup (Ubuntu) Importance: Undecided Status: New ** Description changed: It's great that the `cryptgnupg-sc` keyscript exists and runs out-of- the-box, and it (and its brethren) should be more widely known! However, `cryptgnupg-sc` prompts using `pinentry-ncurses` which 1. hides behind plymouth so it looks everything has hung, and 2. actually locks up when you try to enter a password (try it) because (I believe) plymouth captures [ENTER] so you can't actually select OK on the pinentry dialog. To fix this, I think all that needs to happen is the copy of `pinentry` copied into the initramfs by the `cryptgnupg-sc` hook needs to be replaced. Are the maintainers aware of this project: https://github.com/werwurm/plymentry which essentially does this? (That repository also houses some scripts which are irrelevant for our purposes here.) Is there scope to ship a tiny binary which replaces pinentry with `cryptsetup-initramfs`? (GNUPG would be none-the-wiser.) This would make the family of shipped keyscripts work really well just by setting up - `/etc/crypttab`, without any initramfs script hacking at all. + `/etc/crypttab`, without any initramfs script hacking at all. At the + moment its tantalizingly close! Kind regards, Keeley -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1903875 Title: cryptgnupg-sc initramfs script with plymouth locks up pinentry To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/1903875/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1037474] [NEW] full lockup on http authorization prompt
Public bug reported: With the default Ubuntu Firefox Modifications plugin installed, visiting a website such as https://lms.burgmann.act.edu.au; which requires http authorization, firefox will freeze and fail to respond. Reproducable with a clean isntallation of Ubuntu 12.04 Presice Pangolin. ** Affects: firefox (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1037474 Title: full lockup on http authorization prompt To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1037474/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs