From c4ad3f73033c7e0511c3e7df961e1232cc503478 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Wed, 26 Feb 2014 12:32:06 +0100 Subject: IRC. --- hurd/console/discussion.mdwn | 136 ++++++++++++++++++++++++++++++++++++++++++- 1 file changed, 135 insertions(+), 1 deletion(-) (limited to 'hurd/console/discussion.mdwn') diff --git a/hurd/console/discussion.mdwn b/hurd/console/discussion.mdwn index 73d605ed..48e2009e 100644 --- a/hurd/console/discussion.mdwn +++ b/hurd/console/discussion.mdwn @@ -1,4 +1,5 @@ -[[!meta copyright="Copyright © 2012, 2013 Free Software Foundation, Inc."]] +[[!meta copyright="Copyright © 2012, 2013, 2014 Free Software Foundation, +Inc."]] [[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable id="license" text="Permission is granted to copy, distribute and/or modify this @@ -95,3 +96,136 @@ License|/fdl]]."]]"""]] braunr: actually it seems like a bug in emacs cud may or may not scroll the screen, depending on the implementation + + +# IRC, freenode, #hurd, 2013-12-28 + + ahem, looks like the last xkb-data package dropped + /usr/share/X11/xkb/compat/default :/ + braunr: Looks more like an upstream issue; check, e. g., + http://cgit.freedesktop.org/xkeyboard-config/commit/?id=882f5470713d. + braunr: Slightly more surprising is that xkb-data 2.8 was + packaged for Debian last Sunday. While the upstream has released 2.10.1 + back in October, as per + http://www.x.org/releases/individual/data/xkeyboard-config/. + ivanshmakov: + http://packages.qa.debian.org/x/xkeyboard-config/news/20131222T160519Z.html + gg0: ACK, thanks. (No idea how did I read 2.10.1 as 2.8, as I + was looking on essentially the same information.) + + +## IRC, freenode, #hurd, 2013-12-30 + + on debian/hurd, with startx, show the error "cannot open + keyboard (no such file or directory)" + ZenWalker: what version of xkb-data do you have ? + braunr: 2.10.1-1 + ZenWalker: there is a bug in that package + you can confirm it by spotting an error during system startup that + mentions a missing "compat/default" file + this prevents the hurd console from starting + and without the hurd console, xorg can't find the input device + hopefully it will be fixed soon + braunr: yes, "couldn't open include file "compat/default"" + thanks + + +## IRC, freenode, #hurd, 2013-12-31 + + youpi1: fyi, xkb-data doesn't provide compat/default, which + prevents the hurd console from starting + + braunr: X works with xkb-data 2.5.1-3 :) + + maybe xkb-data isn't the problem + maybe we need to fix the hurd-console + youpi: we should probably fix the hurd with regard to xkb-data + before releasing the next packages + it's very unlikely that xkb-data will be fixed + they say compat/default is unused since march 2012 + + +## IRC, freenode, #hurd, 2014-01-01 + + Is anyone else having problems with the console? + downgrade xkb-data to + http://snapshot.debian.org/package/xkeyboard-config/2.5.1-3/#xkb-data_2.5.1-3 + ty + + +## IRC, freenode, #hurd, 2014-01-04 + + does anybody know if the fact that aptitude looks shitty on the hurd + console is a bug in the console implementation or some broken + term{cap,info} config? + ncurses is pending a terminfo fix, possibly related + you can try to recompile your hurd terminfo entry, adding xenl to + it, and see whether it fixes it + hmm, just did an aptitude upgrade, and now after a restart the Hurd + console does not even start any more (did not mess with my terminfo yet) + Couldn't open include file "compat/default" + yes, xkb-data broke, downgrade it + youpi, to which version? + well, the previous one :) + (or can aptitude or another tool show me what version I had + previously?) + you can simply take the but-last on snapshot.debian.org + youpi, thanks, that helped. And adding xenl to hurd.ti and + recompiling helped, too :) + + +## IRC, freenode, #hurd, 2014-01-13 + + Couldn't open include file "compat/default" from the console + that has been reported on the ml and as debian bug + a workaround is both in the upcoming hurd package as well as in + the ones i provide in hurd-ci + Any workaround for the hang in the console for now? + there is no hang + there is simply no getty + how come? + + and the xkb-data problems I thought was causing problems with the + hurd console to start, not the mach console. + gnu_srs: exactly, the missing xkb data prevents your + hurd-console from running + + +# IRC, freenode, #hurd, 2014-02-05 + + btw, does the console handle other keymaps than the qwerty US one ? + Samuel thibault talked about this during his fosdem conference + it does + check /etc/default/hurd-console + how ? I mean which lib does it use, because I face a similar issue + with my programms and would like a "smart" way to handle this (meaning + not reimplement something doing it worse) + thx + bu^: xkb + I'm not clear with xkb and how much it is related to xorg, I would + like to be xorg independant, but the hurd console also should be and it + seems to work + bu^: xkb is just a library + xorg uses it + but other applications can use it + it just happens to be maintained by x.org people + oh ok, nice, I'll look at it + we are talking about this one ? + http://www.x.org/releases/current/doc/libX11/XKB/xkblib.html + yes + btw the way special caracters like é or à breaks the backspace + (erase) key as it will not count properly the number of caracters on the + line + and I end up with remaining caracters I can't erase + I also started to look for this one but didn't find a proper way to + use it as a library http://www.kbd-project.org + bu^: probably a bogus locale + that just works for me + + +# IRC, freenode, #hurd, 2014-02-25 + +[[!tag open_issue_hurd]] + + to reproduce "task f5ca6e40 deallocating an invalid port 1711, most + probably a bug." just restart hurd-console -- cgit v1.2.3