| 14:52:12 | kergoth | Anyone mind if i fix openvt's syntax to match that of console-tools openvt? the differing syntax makes it hard to be a drop in replacement. |
| 14:52:28 | kergoth | (referring to busybox obviously :) |
| 14:54:29 | sandman | kergoth: fix it -- I'll commit it if you test the new suspend code for the Z ;) |
| 14:54:53 | kergoth | sandman: hah. cutting deals again.. okay, fine |
| 14:55:09 | kergoth | sandman: while I'm at it, how about I add a class for VT handling and switching to opie? |
| 14:55:18 | kergoth | sandman: I'm tired of my hackish approach to loading it on vt2 |
| 14:56:25 | sandman | kergoth: Hmm .. some simple open a new vt and change to it code in the launcher should suffice IMHO |
| 14:57:46 | kergoth | sandman: gotcha. |
| 14:59:14 | sandman | kergoth: should be failrly device independent -- if we can open a new vt, use it -- otherwise use the current one |
| 14:59:35 | kergoth | well, we can always allocate a new one |
| 14:59:42 | kergoth | I'd vote for a configuration option in the launcher .conf |
| 14:59:54 | kergoth | either 1) use current, 2) allocate new, or 3) use specific vt# |
| 15:00:27 | sandman | sound reasonable |
| 15:00:38 | kergoth | k |
| 15:00:49 | sandman | BTW: if the kernel doesn't support vts, you wont' be able to open a new one ;) |
| 15:01:08 | kergoth | well yeah, basic sanity checking will account for that :) |
| 15:01:48 | sandman | I'll look into it -- bbl |