grml
grml copied to clipboard
Upload more stuff to Debian
Ponder which things can go into Debian main. Put an x into the checkbox when its either done or there is reasoning why not.
- [ ] http://github.com/grml/grml-autoconfig
- [ ] http://github.com/grml/grml-crypt
- [ ] http://github.com/grml/grml-desktop
- [ ] http://github.com/grml/grml-etc
- [ ] http://github.com/grml/grml-etc-core
- [x] http://github.com/grml/grml-hwinfo - in NEW
- [x] http://github.com/grml/grml-keyring - in NEW
- [ ] http://github.com/grml/grml-live
- [ ] http://github.com/grml/grml-live-grml: probably useless without grml-live, but maybe we can get netboot.xyz into debian? alternatively we could fork https://github.com/netbootxyz/netboot.xyz/blob/development/roles/netbootxyz/templates/disks/netboot.xyz.j2 and put a variant of that chainloading to boot.netboot.xyz into the templates. could maybe do it for the ipxe boot option too
- [ ] http://github.com/grml/grml-network
- [x] http://github.com/grml/grml-paste - in NEW
- [ ] http://github.com/grml/grml-quickconfig
- [ ] http://github.com/grml/grml-scripts
- [ ] http://github.com/grml/grml-scripts-core
- [ ] http://github.com/grml/grml-shlib
- [ ] http://github.com/grml/grml-terminalserver
- [ ] http://github.com/grml/grml-tips
- [ ] http://github.com/grml/grml-udev-config
- [ ] http://github.com/grml/grml-x
- [ ] http://github.com/grml/live-boot-grml
- [ ] http://github.com/grml/zsh-lovers
- [x] grml2usb: in debian
- [x] grml-debootstrap: in debian
- [x] grml-rescueboot: in debian
- [ ] grml-policyrcd - archived
grml-crypt: do we want to keep this at all?
grml-desktop: should we merge this into grml-live config?
https://github.com/grml/grml-x/pull/3 https://github.com/grml/grml-paste/pull/5 https://github.com/grml/grml-hwinfo/pull/17
grml-crypt: do we want to keep this at all?
@jkirk says they're using it
We can probably drop grml-policyrcd
https://github.com/grml/grml-etc-core/issues/188 related
http://github.com/grml/zsh-lovers -> TODO: doesn't need to be a Debian package, possibly don't even ship with Grml ISO but refer to https://grml.org/zsh/ instead
turns out its already not installed in the ISO
i think moving most if not all of those into debian is a great idea! i feel that some, however, could live better as standalone packages. for example, i don't see why grml-crypt needs to be inside grml-live: it is a useful tool on its own! same with grml-scripts, IMHO, this could very well be a standalone package, and i would install both in my debian systems completely outside grml!
(i would probably install grml-live as well on my systems, but that's because i actually mess with GRML quite a bit and happen to rebuild ISOs for fun, but i suspect that's a smaller userbase...)
it also seems like a couple of repos were merged without being archived. i haven't ran through the full list, but it seems at least grml-hwinfo shows no mention of being deprecated while this issue says it's been merged in grml-live...
grml-hwinfo shows no mention of being deprecated while this issue says it's been merged in grml-live
I don't see where it says this was merged into grml-live?
for example, i don't see why grml-crypt needs to be inside grml-live
For grml-crypt I think we have mostly the "well who supports this in the first place" question.
Can you point to non-live-image usecases for the other packages marked "merge with grml-live" or "merged with grml-live"? We had some trouble identifying them...
I don't see where it says this was merged into grml-live?
oh, i misinterpreted the check mark there, sorry. woot!
For grml-crypt I think we have mostly the "well who supports this in the first place" question.
not sure i understand what that means.
Can you point to non-live-image usecases for the other packages marked "merge with grml-live" or "merged with grml-live"? We had some trouble identifying them...
sure! let's see...
- grml-crypt: i have this computer running Debian. it's my normal workstation. a comrade comes in with a dead drives and begs me to restore data on it. i manage to forensically extract the data, ddrescue it to another drive, but i need to reconstruct the bootloader, and therefore i need to open up his LUKS partition and that works better with grml-crypt (and grml-chroot!)
... okay, well, i guess that stops here! i thought i would find lots of usable goodies in grml-scripts, but it turns out there isn't much there that's useful out there.. maaaybe random-hostname and certainly grml-chroot as above, but with grml-hwinfo being packaged properly, i'm kind of happy...