diff options
Diffstat (limited to 'TODO')
| -rw-r--r-- | TODO | 57 |
1 files changed, 38 insertions, 19 deletions
@@ -1,40 +1,60 @@ See also the FIXME's and TODO's in the code. -ALPHA PHASE: get some people to test and suggest ideas, while fixing bugs and refactoring -* setup bugtracker/roadmap thingie +CURRENT ISSUES: +* when invoking /arch/aif -p interactive on a "normal" pc, it always wants to abort * check everywhere that if users cancels something, we return 1, empty string behavior etc * core/interactive: fix workaround needed for installpkg exitcode -* core/interactive: keymap and timezone settings from installer dan't not go in $target/etc/rc.conf +* core/interactive: keymap from installer don't not go in $target/etc/rc.conf * dm_crypt unlock at boot is in qwerty. * after unlocking dm_crypt, FS check fails (reiserfs, must try other) -* core/quickinst: figure out what needs to be done and do it. * find a way to make _cli_ask_checklist still userfriendly for long lists.. maybe we should just propose/ask to use dia if the list is too long * lib things sometimes call die_error but we go back to the menu.. or something.. i think * automatically configure grub for dm_crypt and lvm * move "/tmp/pacman.conf" to runtime directory and variablize everywhere -* test ext4. i'm not sure if it works perfectly - -BETA PHASE: try to get aif on the (beta) installcd as an experimental, alternative installer. +* hmm wasn't there a hwdetect/hwd or something in /arch/setup? this seems to have disappeared. +* a nice way to be able to "inject" functions/logic without: + * needing to redefine phases with only 1 entry different (duplicate code is not nice, less maintainable etc) + * override worker functions which are 90% copy-pasted because the parent functionality is mostly okay, but not exactly what we want + useful for: profiles for the automatic procedures, or all other procedures + -> optional pre/post callbacks (for workers and phases)? + -> disadvantages? + * ended_ok must comprise callbacks too.. or if callback didn't exit cleanly, maybe we should update the exit code of the worker/phase + * we lose semantics: a function usually has a better suited name then 'pre_<something else>'. + -> maybe we should in the callback do an execute call for another worker, then we also can check it's exitcode in a good way + -> too. although that's only good for separate functions, not the 'copypaste 90% and add 10% to the same worker scenario' + -> phases are arrays.. adding elements at the back is easy. for in the middle, we could maybe write some functions to add a worker before/after another in a phase +* mirrorlist config doesn't change after selecting mirror +* 'keep in mind trottled' not on separate screen +* in usage, procedure specific opts points to parent profile when using inheritance +* we may have an issue with ftp based installation where package installation works fine, however it tries to die instead of 'package installation complete' but it can't die because the --textbox fails in show_warning +* ( only in experimental?) grub sedding sometimes does, and sometimes doesn't work. default config remains (eg /dev/hda3) +* debug "categories" (ui, disk,flowcontrol,...) so you can grep (-v) on what you want + make sure enough+correct debugging is everywhere +* the old installer asked a lot of questions before actually configuring the system, eg like 'do you need support for booting from nfs/softraid/lvm2/encrypted, custom dst file?' etc.\ + do we still need this? why (not)?, and a select tag thingie would be nicer imho +* refactor all pacman stuff (modularize/functionize etc) +* in lvm VG editor you can press "cancel" (when 'new' is selected, maybe otherwise too) and create a new LV which will get a block entry, but no fs entry on the VG block! +* aif : na "mijn" partitielayout: bij grub ( nog voor text editor op menu.lst) zegt iets ( op foreground van ncurses) Can't remove.. ik denk zelfs 'Grub: Can't remove..' en daarna een gewone entry, geen uuid's gewoon /dev/sda3 ro +* port from /arch/setup: grub install chroot thing (waiting for ticket), 2 patches from foutrelis @ http://bugs.archlinux.org/task/12949 +* ext4 default options? -O dir_index,extent,uninit_bg ? * find a way to not have to preload libs and stuff, only load them when needed. -> faster start of install program -* involve broader community -* fix everything -* if dhcpd already runs for $reason, the installer will try again @ configure network and -fail. i tried killall dhcpd, killall -9 dhcpd first but that didn't help: -it can't kill the process or something... +* if dhcpd already runs for $reason, the installer will try again @ configure network and fail. + i tried killall dhcpd, killall -9 dhcpd first but that didn't help: it can't kill the process or something... + I can also add something like for iface in `moo` (or only the one selected iface); do ifconfig $iface down; + ifconfig $iface up; done, and then dhcpd again * core/interactive: do not check hard for the dependencies. a user could really know what he's doing or need to reboot after partitioning a disk and skip that check or something. Alternatively, maybe just show which steps are done successfully in the main menu * support maybe ntp to set clock * auto-configure mkinitcpio.conf for dm_crypt and lvm +* core/quickinst: figure out what needs to be done and do it. + -PRODUCTION PHASE: be the primary installer. deprecate /arch/setup and /arch/quickinst -* fix everything even more -* bribe devs + +SOMEDAY/MAYBE/RANDOM THOUGHTS: * core/interactive: do pacman -Sy in the background during early phases, to lessen the wait period before selecting packages * write bash completion thing for aif modules/procedures * add dmraid/mdadm support -> patches welcome. i don't care about this. - -SOMEDAY/MAYBE/RANDOM THOUGHTS: +* check if it would be useful to support kickstart config files. we can look at quickstart for that http://dev.gentoo.org/~agaffney/quickstart.php * the quickinst assumes the user did some stuff by himself and does some after-processing. Would it be useful to have a procedure that always tells the user what to do (manually) ? -> ASKDEV @@ -48,8 +68,7 @@ whereas for interactive procedures it could provide some other defaults. * all dialog windows are equally sized. noone cares, right? * we run mkinitcpio twice: one while installing kernel packages, once after configuring system (mkinitcpio.conf) configuring the system (mkinitcpio.conf). can we optimize this? -* core/interactive -> install packages -> dependency cycles with glibc. not -a problem? -> ASKDEV +* split up lib-ui as sep project, make a generic 'LIF' project, set $DISTRO somewhere and use that everywhere... WORRIES FOR MAYBE NO GOOD REASON |